Folosesc WS 2019 ca server cloud (AWS Lightsail). Am Office 2016 instalat cu aproximativ 15 utilizatori RDS. Am încercat deja DISM .../restorehealth și sfc /scannow. Problema apare cu 2 din cei 15 utilizatori, inclusiv contul de administrator al serverului (și administrator de domeniu).
Am căutat deja pe asta și am găsit asta: Cum reinstalez funcția de căutare/indexare pe Server 2012 R2?, dar nu există un astfel de noroc cu pur și simplu repornirea serviciului de căutare. Iată cum a început și câteva detalii despre ceea ce am încercat până acum:
Problema a început când unul dintre utilizatori nu a putut căuta în Outlook (căutarea nu a reușit să găsească mesajele existente cunoscute care conțineau termenul de căutare). De asemenea, ar reindexa la nesfârșit aceleași articole.După ce am săpat mai departe, am observat că C:\Users\AppData\Local\Temp\Outlook Logging a fost inundat cu 1-5 intrări de fișiere (eșecuri)/secundă! După ce au eliminat manual fișierele (peste 1 milion!) și au încercat diverse modificări în registry (pentru a reseta căutarea etc.), acum acest utilizator și contul de administrator al serverului se blochează atât. Ceilalți utilizatori nu au probleme cu indexarea.
Bănuiesc că problema s-a înrăutățit (de la inundarea â¦\Outlook Logging folder menționat mai sus) și nici măcar nu am putut încerca indexarea sau căutarea când am încercat să șterg manual fișierele din %appdata%\Microsoft\Search\Data\ Applications<SID> și a repornit serviciul Windows Search. Chiar și după restaurarea fișierelor din coșul de reciclare și repornirea serviciului nu a făcut nicio diferență (niciun fișier .edb nu este creat vreodată). Am încercat să adaug rolul/funcția din Server Manager âWindows Search Serviceâ â â nu sunt sigur de ce a arătat caracteristica disponibilă pentru a fi adăugată atunci când serviciul Windows Search rulează (?!). Când asta nu a făcut nicio diferență, l-am eliminat. De asemenea, jurnalul de evenimente este plin de următoarele intrări:
Id-ul evenimentului Outlook 34 Nu s-a putut obține Managerul de acces cu crawlere cu eroare=0x80004002
â event id 35 Nu s-a putut determina dacă magazinul se află în domeniul de accesare cu crawlere (eroare=0x80004002).
ID eveniment de căutare 3028 Obiectul colector nu poate fi inițializat.
ID eveniment de căutare 3029 Plugin-ul nu poate fi inițializat
ID eveniment de căutare 3057 Managerul de plug-in nu poate fi inițializat.
Am presupus că aș putea încerca să recreez profilul utilizatorului non-admin, apoi să încerc să recreez setările (...\appdata..., etc.) și sper să evit să recreez problema în timp ce reconstruiesc profilul utilizatorului, dar asta va fi dificil. De asemenea, nu am idee cum să recreez în siguranță profilul de utilizator al serverului (și al administratorului de domeniu). Indexarea contului de administrator nu este esențială, dar este pentru utilizatori. De asemenea, presupun că, cu acest comportament bizar cu serviciul Windows Search pentru 2 utilizatori, va deveni în cele din urmă o problemă pentru toți, dacă nu se poate determina cauza și/sau soluția problemei.
