Reparerea Windows Exchange 2016 Search Index

Rezolvare problema (Fix IT)

Situatie

Useri raporteaza ca atunci cand cauta email-uri din outlook sau owa nu primesc decat rezultate doar dintr-un anumit punct din timp si nimic recent, fie ore, zile sau saptamani, ani. Daca asta se intampla, atunci este foarte probabil ca indexul de search de pe server sa fie corupt si atunci trebuie reparat prin refacerea indexarii.

Pasi pe care ii vom face pentru a repara indexarea se aplica numai serverelor care nu fac parte din DAG, adica nu fac parte din cluster ci sunt standalone.

Solutie

Pasi de urmat
  • Dam comanda urmatoare pentru a vedea daca una sau mai multe baze de date au indexarea corupta:

Get-MailboxDatabaseCopyStatus * | sort name | Select name,status,contentindexstate

  • Daca bazele de date dau status FailedAndSuspended in dreptul la ContentIndexState, atunci indexul este corupt si trebuie reparat; daca au status Healthy atunci nu este nevoie sa intervenim.

Odata ce stim care este baza de data corupta vom da urmatoarea comanda pentru a afla locatia sa si unde se afla folderul care contine indexarea:

Get-MailboxDatabase MailboxDatabase01 |select EdbFilePath

*inlocuiti MailboxDatabase01 cu numele bazei voastre

Din explorer navigam in folder-ul MailboxDatabase01, iar aici vom gasi folderul de indexare cu un GUID ca nume si .Single la sfarsit. De exemplu 12854239C-1823-8c32-ODJQ-SSDFK123CSSAG.1.Single

Ne intoarcem in powershell si vom da urmatoarele 2 comenzi pentru a opri serviciile de indexare:

Stop-Service MSExchangeFastSearch

Stop-Service HostControllerService

Dupa ce s-au oprit vom muta/sterge folderul de indexare 12854239C-1823-8c32-ODJQ-SSDFK123CSSAG.1.Single

Dupa mutare/stergere ne intoarcem in powershell si vom da urmatoarele comenzi pentru a porni serviciile de indexare:

Start-Service MSExchangeFastSearch

Start-Service HostControllerService

Vom da din nou comanda Get-MailboxDatabaseCopyStatus *|sort name|Select name,status,contentindexstate pentru a verifica statusul indexarii. Ne intereseaza statusul de la ContentIndexState care o sa fie Crawling, ceea ce inseamna ca a inceput procesul de reparare. Procesul s-a terminat cand status-ul o sa fie Healthy din nou.

Tip solutie

Permanent

Impact colateral

**In functie de dimensiunea bazei de date timpul de reparare o sa dureze.
***Procesul de reparare o sa foloseasca procesorul mai intens si trebuie luat in considerare asta.

Voteaza

(18 din 32 persoane apreciaza acest articol)

Despre Autor

Leave A Comment?