Tento článok sa zameriava na pomerne častý problém, s ktorým sa všetci správcovia servera Exchange stretnú skôr alebo neskôr. - poškodenie (logické chyby) v poštovej schránke Užívateľ. Podobné logické chyby sa prejavujú v takých problémoch, ako sú chyby synchronizácie a zmrazenia v programe Outlook, nesprávna prezentácia položiek v priečinku, ich nesprávny počet, zlyhania pri vyhľadávaní, chyby v zdieľaných priečinkoch atď..
Tieto chyby sa vyskytujú hlavne v dôsledku zlyhaní na strane klienta programu Outlook v prípade, že klient nesprávne aktualizuje príznaky MAPI pri spracovávaní položiek poštových priečinkov (k tomu dochádza najmä pri „zdieľaných“ poštových schránkach, ktoré používajú viacerí používatelia súčasne). Vo väčšine prípadov používateľ nemusí mať ani podozrenie, že v jeho poštovej schránke alebo priečinku sú chyby, pretože Navonok všetko funguje dobre. Pri niektorých chybách však môže mať užívateľ problémy s prístupom k poštovej schránke alebo jednotlivým zložkám, zobrazením alebo odstránením písmen alebo priečinkov uložených v poštovej schránke atď..
V prípade, že používateľ zaznamená takéto problémy, správca servera Exchange sa musel uchýliť k jednému z troch spôsobov obnovenia poškodenej poštovej schránky:
- Import údajov z programu Outlook, sa spustil v režime cache do súboru PST, odstránil a znova vytvoril poštovú schránku „problémového“ používateľa na serveri a nakoniec importoval údaje zo súboru PST do novej poštovej schránky Exchange. Táto technika zahŕňa určité množstvo manuálnej manipulácie v počítači používateľa.
- Úplné vypnutie (odpojenie) e-mailového obchodu a jeho Kontrola pomôcky Isinteg.exe (Kontrola integrity ukladania informácií), ktorá vám umožňuje napraviť poškodenie v databáze Exchange na úrovni aplikácie. Táto metóda vyžaduje pomerne dlhé výpadky poštovej služby pre všetkých používateľov, ktorých poštové schránky sú umiestnené v odpojenej databáze.
poznámka. V niektorých prípadoch môžete skúsiť presunúť všetky poštové schránky používateľa do „zdravej“ poštovej databázy. V takom prípade bude možné skontrolovať integritu úložného priestoru bez odpojenia veľkého počtu používateľov. Táto technika však z rôznych dôvodov nie je vždy použiteľná..
- Obnovte poštovú databázu servera Exchange zo zálohy, import údajov z konkrétneho poľa do súboru PST a ďalší prenos údajov do znovu vytvoreného poľa. Táto technika má nevýhodu - stratia sa všetky písmená, ktoré po poslednom zálohovaní padnú do schránky používateľa.
Správcovia serverov Exchange museli používať metódy opísané vyššie až do vydania servera Exchange 2010 SP1, v ktorom sa objavila pohodlnejšia funkcia na obnovenie logickej štruktúry poškodenej poštovej schránky - Powershell nový-MailboxRepairRequest. Táto rutina vám umožňuje nájsť a opraviť logické chyby a poškodenia v databáze Exchange na aplikačnej úrovni a vyhľadávanie chýb a ich opravu je možné vykonať tak pre konkrétnu poštovú schránku, ako aj pre všetky poštové schránky v databáze (postupne). tj nie je potrebné úplne prekladať poštovú databázu v režime offline a v danom okamihu nebude k dispozícii iba jedna poštová schránka, pre ktorú sa kontroluje a obnovuje integrita. Pred vykonaním jednej z vyššie opísaných radikálnych metód na obnovenie integrity skrinky je určite potrebné vyskúšať tento príkaz.
Tento rutina cmdlet sa dá použiť na nájdenie, obnovenie a monitorovanie poškodených poštových schránok vo všetkých podporovaných verziách servera Exchange: 2010, 2013 a 2016..
Syntax príkazu je nasledovná:
Nová poštová schránkaRepairRequest -Mailbox -CorruptionType [-Archive] [-Confirm []] [-DetectOnly] [-DomainController] [-WhatIf []]Rutina vám umožňuje nájsť a opraviť nasledujúce typy poškodenia v poštových schránkach servera Exchange:
- SearchFolder - chyby v priečinkoch vyhľadávania
- AggregateCounts - kontrola a oprava informácií o počte položiek v priečinkoch a ich veľkosti
- FolderView - V zobrazeniach priečinkov sa zobrazuje neplatný obsah
- ProvisionedFolder - porušenia logickej štruktúry priečinkov
Pomocou parametra DetectOnly môžete skontrolovať poštovú schránku alebo poštovú databázu bez vykonania akýchkoľvek akcií, napríklad:
New-MailboxRepairRequest -Mailbox winitpro -DetectOnly -CorruptionType ProvisionedFolder, SearchFolder
Nasledujúci príklad začne proces analýzy a obnovy užívateľskej schránky winitpro pre všetky 4 typy poškodenia:
New-MailboxRepairRequest -Mailbox winitpro -CorruptionType ProvededFolder, SearchFolder, AgregateCounts, Folderiew
Takže môžete začať hľadať chyby a ich obnovu pre všetky poštové schránky databázy:
New-MailboxRepairRequest -Database “MailBaseMsk1” - CorruptionType ProvededFolder, SearchFolder, AgregateCounts, Folderiew
Príkaz sa vykoná na pozadí a na konzolu PowerShell neprinesie žiadne výsledky. Jeho spustenie a obnovenie môžete sledovať pomocou ID úlohy RequestID a protokolu udalostí systému Windows (zdroj udalosti MSExchangeIS Mailbox Store: EventID event) 10059 - začiatok skenovania, EventID 10048 úspešné dokončenie operácie).
Užitočné môžu byť aj nasledujúce identifikátory EventID (pre uľahčenie sledovania postupu na obnovenie poštových schránok servera Exchange sa môžu zbierať v samostatnom zobrazení denníka MSExchangeIS Mailbox Store).
- 10044 - Chyba vykonávania požiadavky na obnovenie poštovej schránky
- 10045 - chyba pri vykonávaní požiadavky na obnovenie databázy
- 10046 - Obnova logickej štruktúry schránky bola úspešne dokončená
- 10047 - Spustenie žiadosti o obnovenie úrovne poštovej schránky
- 10048 - žiadosť o obnovenie bola úspešne dokončená
- 10049 - pri vykonávaní obnovy došlo k chybe, v tej istej databáze sa našla ďalšia spustená požiadavka
- 10050 - žiadosť o obnovenie preskočená pre tento box
- 10051 - požiadavka na obnovenie bola zrušená kvôli skutočnosti, že databáza nie je umiestnená
- 10059 - Začatie obnovy na úrovni databázy Exchange
- 10062 - zistené poškodenie
- 10064 - Spustenie obnovenia verejného priečinka
V prípade, že server má niekoľko poštových databáz, kvôli zachovaniu výkonu servera Exchange sa neodporúča spustiť New-MailboxRepairRequest súčasne pre veľký počet databáz (napriek skutočnosti, že pre jednu databázu je v rámci jednej databázy podporovaný iba jeden proces MailboxRepairRequest). server dokáže spracovať až 100 požiadaviek súčasne).
Ako praktický príklad použitia rutiny zvážte malý prípad.
Používateľovi servera Exchange sa nepodarilo zobraziť e-maily v jednom z priečinkov programu Outlook. Zadaný priečinok bol obnovený zo zálohy poľa. Samotný priečinok ani z programu Outlook, ani z aplikácie Outlook Web App ani tvrdé a mäkké vymazanie pomocou MFCMAPI však nebolo možné odstrániť. Chyba klienta Outlook, hovorí málo o:
Tento priečinok sa nedá odstrániť. Pravým tlačidlom myši kliknite na priečinok a potom kliknutím na položku Vlastnosti skontrolujte povolenia pre tento priečinok. Ak chcete zmeniť svoje povolenia, pozrite si vlastníka priečinka alebo správcu. Program Outlook synchronizuje miestne zmeny vykonané v položkách v tomto priečinku. Tento priečinok nemôžete odstrániť, kým nebude synchronizácia so serverom dokončená
Príkaz bol spustený na kontrolu a obnovenie integrity schránky:
New-MailboxRepairRequest -Mailbox [email protected] -CorruptionType ProvededFolder, SearchFolder, AgregateCounts, Folderview
Po úspešnom dokončení operácie obnovenia (udalosť 10048 v denníku) poškodený priečinok v aplikácii Outlook Web App okamžite zmizol, v programe Outlook, pre správne zobrazenie „aktualizovaného“ políčka bolo potrebné odstrániť lokálnu vyrovnávaciu pamäť (súbor ost).
