Tento článek se zaměřuje na poměrně častý problém, kterému budou dříve nebo později čelit všichni správci serveru Exchange. - poškození (logické chyby) ve schránce uživatel. Podobné logické chyby se projevují v takových problémech, jako jsou chyby synchronizace a zmrazení v aplikaci Outlook, nesprávná prezentace položek ve složce, jejich nesprávné číslo, selhání ve vyhledávání, chyby ve sdílených složkách atd..
Tyto chyby se vyskytují hlavně v důsledku selhání na straně klienta aplikace Outlook v případě, že klient nesprávně aktualizuje příznaky MAPI při zpracování položek poštovní složky (zejména v případě sdílených poštovních schránek, které používají více uživatelů současně). Ve většině případů nemusí mít uživatel ani podezření, že v jeho poštovní schránce nebo ve složkách jsou chyby, protože Navenek všechno funguje dobře. S některými chybami však může mít uživatel problémy s přístupem k poštovní schránce nebo jednotlivým složkám, zobrazením nebo odstraněním písmen nebo složek uložených v poštovní schránce atd..
V případě, že uživatel narazí na takové problémy, musel správce serveru Exchange uchýlit se k jednomu ze tří způsobů, jak obnovit poškozenou poštovní schránku:
- Import dat z aplikace Outlook, Spuštěno v režimu s mezipamětí do souboru PST, odstranění a opětovné vytvoření poštovní schránky „problémového“ uživatele na serveru a nakonec importování dat ze souboru PST do nové poštovní schránky Exchange. Tato technika zahrnuje určité množství ruční manipulace v počítači uživatele.
- Kompletní zakázání (odpojení) úložiště pošty a jeho Kontrola obslužného programu Isinteg.exe (Kontrola integrity úložiště informací), která umožňuje opravit poškození v databázi Exchange na úrovni aplikace. Tato metoda vyžaduje poměrně dlouhou dobu výpadku poštovní služby pro všechny uživatele, jejichž poštovní schránky jsou umístěny v odpojené databázi.
Poznámka:. V některých případech můžete zkusit přesunout všechny poštovní schránky uživatele do „zdravé“ poštovní databáze. V tomto případě bude možné zkontrolovat integritu úložiště bez odpojení velkého počtu uživatelů. Tato technika však z různých důvodů není vždy použitelná..
- Obnovte poštovní databázi Exchange ze zálohy, import dat konkrétního boxu do souboru PST a další přenos dat do znovu vytvořeného boxu. Tato technika má nevýhodu - všechna písmena, která padla do schránky uživatele po poslední záloze, budou ztracena.
Správci serverů Exchange museli používat výše popsané metody až do vydání aktualizace Exchange 2010 SP1, ve které se objevila výhodnější funkce pro obnovení logické struktury poškozené poštovní schránky - Powershell Nové-MailboxRepairRequest. Tato rutina umožňuje najít a opravit logické chyby a poškození v databázi Exchange na úrovni aplikace a vyhledávání a opravy chyb lze provádět jak pro konkrétní poštovní schránku, tak pro všechny poštovní schránky v databázi (postupně). I.e. není nutné kompletně překládat poštovní databázi offline a v kterémkoli daném okamžiku nebude k dispozici pouze jedna poštovní schránka, pro kterou se kontroluje a obnovuje integrita. Před provedením jedné z výše popsaných radikálních metod k obnovení integrity schránky je rozhodně vhodné tento příkaz vyzkoušet.
Pomocí této rutiny cmdlet můžete najít, obnovit a sledovat poškozené poštovní schránky ve všech podporovaných verzích serveru Exchange: 2010, 2013 a 2016..
Syntaxe příkazu je následující:
New-MailboxRepairRequest -Mailbox -CorruptionType [-Archive] [-Confirm []] [-DetectOnly] [-DomainController] [-WhatIf []]Rutina umožňuje najít a opravit následující typy poškození v poštovních schránkách serveru Exchange:
- Vyhledávací složka - chyby ve složkách vyhledávání
- Agregátní částky - kontrola a oprava informací o počtu položek ve složkách a jejich velikosti
- Složka - Neplatný obsah zobrazený v zobrazeních složek
- ProvisionedFolder - porušení logické struktury složek
Pomocí parametru DetectOnly můžete zkontrolovat poštovní schránku nebo poštovní databázi bez provedení jakýchkoli akcí, například:
New-MailboxRepairRequest -Mailbox winitpro -DetectOnly -CorruptionType ProvededFolder, SearchFolder
Následující příklad zahájí proces analýzy a obnovy uživatelské schránky winitpro pro všechny 4 typy poškození:
New-MailboxRepairRequest -Mailbox winitpro -CorruptionType ProvededFolder, SearchFolder, AgregateCounts, Folderview
Můžete tedy začít hledat chyby a obnovit je pro všechny poštovní schránky databáze:
New-MailboxRepairRequest -Database “MailBaseMsk1” - CorruptionType ProvededFolder, SearchFolder, AgregateCounts, Folderview
Příkaz je spuštěn na pozadí a na konzoli PowerShell neprovádí žádné výsledky. Jeho spuštění a obnovu můžete sledovat pomocí ID úlohy RequestID a protokolu událostí systému Windows (zdroj události MSExchangeIS Mailbox Store: EventID událost 10059 - start skenování, EventID 10048 úspěšné dokončení operace).
Následující EventIDs mohou být také užitečné (pro usnadnění sledování postupu pro obnovení poštovních schránek Exchange mohou být shromažďovány v samostatném zobrazení protokolu úložiště poštovních schránek MSExchangeIS).
- 10044 - Chyba spuštění požadavku na obnovení poštovní schránky
- 10045 - chyba při provádění požadavku na obnovení databáze
- 10046 - Obnovení logické struktury pole bylo úspěšně dokončeno
- 10047 - Zahájení požadavku na obnovení úrovně poštovní schránky
- 10048 - žádost o obnovení byla úspěšně dokončena
- 10049 - při provádění obnovy došlo k chybě, ve stejné databázi byl nalezen další spuštěný požadavek
- 10050 - požadavek na obnovení přeskočen pro pole
- 10051 - požadavek na obnovení byl zrušen kvůli skutečnosti, že databáze není odpojena
- 10059 - Zahájení obnovy na úrovni databáze Exchange
- 10062 - bylo zjištěno poškození
- 10064 - Spusťte obnovení veřejné složky
V případě, že server má několik poštovních databází, nedoporučuje se pro udržení výkonu serveru Exchange spouštět současně New-MailboxRepairRequest pro velký počet databází (přestože pro jednu databázi je podporován pouze jeden proces MailboxRepairRequest) server může pracovat až 100 požadavků současně).
Jako praktický příklad použití rutiny cmdlet zvažte malý případ.
Uživatele Exchange se nepodařilo zobrazit e-maily v jedné ze složek aplikace Outlook. Zadaná složka byla obnovena ze zálohy schránky. Samotná složka ani z aplikace Outlook, ani z aplikace Outlook Web App ani tvrdé a měkké odstranění pomocí MFCMAPI však nemohla být odstraněna. Chyba klienta Outlook, říká málo o:
Tuto složku nelze odstranit. Klepněte pravým tlačítkem myši na složku a potom klepněte na příkaz Vlastnosti a zkontrolujte oprávnění této složky. Změňte svá oprávnění u vlastníka složky nebo správce. Aplikace Outlook synchronizuje místní změny provedené u položek v této složce. Tuto složku nelze odebrat, dokud není synchronizace se serverem dokončena
Chcete-li zkontrolovat a obnovit integritu pole, byl spuštěn příkaz:
New-MailboxRepairRequest -Mailbox [email protected] -CorruptionType ProvisionedFolder, SearchFolder, AgregateCounts, Folderview
Po úspěšném dokončení operace obnovení (událost 10048 v protokolu) poškozená složka v aplikaci Outlook Web App okamžitě zmizela, v aplikaci Outlook, pro správné zobrazení pole „aktualizováno“ bylo nutné odstranit místní mezipaměť (soubor ost).
