Chybové hlásenie pri pokuse o aktiváciu pasívneho kópie databázy programu Exchange Server 2010 SP3: "Súboru kontrola zlyhala"

Príznaky

Predstavte si nasledujúcu situáciu:

  • Pasívneho kópie databázy Microsoft Exchange Server 2010 Service Pack 3 (SP3) sa aktivovať pomocou Windows PowerShell alebo konzole Exchange Management Console.

  • Pripojená databáza odpojí bez problému a pripojí pasívneho kópie.

  • Databázy kópie zmien stavu do stavu zlyhalo počas fázy pri inicializácii na kópii, ktorá je teraz pasívneho. Okrem toho, kópia databázy nájdete v správe o stave ukazuje zlyhalo.


Keď sa vyskytne tento problém, zobrazí chybové hlásenie podobné nasledujúcemu pri spustení dostať MailboxDatabaseCopyStatus | fl identity, chyba správa cmdlet v Exchange Management Shell (EMC);

Služba Microsoft Exchange replikácie zistil chybu pri kontrole záznamy a databázy pre DB\Server pri štarte. Chyba: Súbor kontrola zlyhala: Logfile"cesta\Exx.log" je tvorba číslo 1; predpokladaný vznik však číslo 2.


Napríklad, môže zobraziť nasledujúce chybové hlásenie:

Služba Microsoft Exchange replikácie zistil chybu pri kontrole záznamy a databázy pre DB\Server pri štarte. Chyba: Súbor kontrola zlyhala: Logfile "f:\logs\DB\Enn.log" je generation2024; predpokladaný vznik však 2004.



Príčina

Ak je zapnutá názvov 8DOT3 na zväzkoch, ktoré obsahujú transakcie denníky v Exchange Server 2010 SP3, môže to spôsobiť neplatný transakcie denníky majú byť vrátené ako súčasť dotazu findfile počas procesu aktivácie databáz. To spôsobuje databáz zaslať do stavu zlyhalo z dôvodu neplatné poradie transakcia denníka generácie čísla.

Z tohto dôvodu sa vyskytne bez straty údajov.

Riešenie

Ak chcete vyriešiť tento problém, nainštalujte nasledujúcu súhrnnú aktualizáciu:

Popis súhrnná aktualizácia 2 pre Exchange Server 2010 Service Pack 3

Alternatívne riešenie

Krok 1: Zistenie konfigurácie názvov 8DOT3

Ak chcete zistiť, či je povolené vytváranie názvov 8DOT3, spustite nasledujúci príkaz v príkazovom riadku. (Tu sme Predpokladajme, že súbory denníka transakcií sú na jednotke C.)

fsutil 8dot3name query c: 

Očakávaný výstup vráti niečo že resemblbes nasledujúcich názvov 8DOT3 zapnutá:

The volume state is: 0 (8dot3 name creation is enabled).


The registry state is: 2(Per volume setting-the default).

Based on the above two settings, 8dot3 name creation is enabled on C:
Alebo očakávaného výstupu môže vrátiť niečo podobné nasledovnému:

The volume state is: 0 (8dot3 name creation is enabled).


The registry state is: 0 (Per volume setting - the default).

Based on the above two settings, 8dot3 name creation is enabled on C:
Znamená to, že jednotku C má vytváranie názvov 8DOT3 povoliť.

Uistite sa, že spustenie tohto príkazu na zväzok, ktorý obsahuje denníky transakcií. Môžete použiť aj nasledujúce, ak používate body pripojenia:

fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} 

Budete musieť nahradiť objem GUID zodpovedať svoj objem GUID. Určiť objem a GUID pre konkrétne jednotky, spustite nasledujúci príkaz:

mountvol [Drive:]Path /L 

V závislosti od vašich požiadavkou môžete nastaviť názvov 8DOT3 vypnúť všetky zväzky ani na základe podľa objemu, ako je uvedené v kroku 3. Je veľmi dôležité, aby sa uistite, že zväzok, ktorý obsahuje protokoly transakcií je zakázaný pre názvov 8DOT3.

Krok 2: Kontrola skupinovej politiky vypnúť vytváranie názvov 8DOT3

Skôr, než sa pokúsite vypnúť vytváranie názvov 8DOT3, by ste mali byť vedomí, že toto nastavenie je možné riadiť pomocou skupinovej politiky. Pozrite sa na určenie, či je nakonfigurovaná skupinová politika zmeniť nasledujúci kľúč databázy registry na serveroch Exchange:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation"=dword:00000002


Ak toto nastavenie je riadené prostredníctvom skupinovej politiky, odstránenie tohto nastavenia z nastavenia skupinovej politiky pre servery Exchange a nastaviť NtfsDisable8dot3NameCreation DWORD hodnotu 2. To umožňuje zmeny hlasitosti.

Poznámka: Ak sa použije hodnota 0 nie je možné zmeniť nastavenie hlasitosti.


Ďalšie informácie o príkaze Fsutil 8dot3name , nájdete na nasledujúcej webovej lokalite Microsoft TechNet:

Krok 3: Zmena názvov 8DOT3

Ak chcete vypnúť vytváranie názvov 8DOT3 na všetkých zväzkoch, spustite nasledujúci príkaz:

fsutil 8DOT3name set  

Ak chcete vypnúť len na samostatné zväzky, ktoré obsahujú denníky transakcií, spustite nasledujúci príkaz:

fsutil 8DOT3name set c: 1  

Poznámka: V tomto príkaze c je písmeno jednotky, ktorá obsahuje denníky transakcií.

Alebo môžete spustiť na určitý objem. Urobiť, spustite nasledujúci príkaz:

fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963}  

Po zmene konfigurácie objemu vypnúť vytváranie názvov 8DOT3, môžete overiť, že nastavenie je vypnuté. Vykonáte to tak, znova spustite nasledujúci príkaz:

fsutil 8DOT3name query c:  

To spôsobí, že všetky nové súbory, ktoré sú vytvorené alebo skopírované generovať 8DOT3 názov názov zväzku. Avšak, všetky existujúce súbory stále obsahujú názov 8DOT3. Preto budete musieť vyriešiť.

Krok 4: Odstráňte 8DOT3 názvy pre existujúce denníky transakcií

Možnosť 1

Uprednostňuje je spustiť úplnú zálohu databázy servera Exchange. To spôsobuje denníky transakcií sa skráti a odstraňuje existujúce záznamy, ktoré majú 8DOT3 názvy. Po všetky záznamy transakcií, ktoré obsahujú názvy 8DOT3 skrátené, databázy pohybuje sa nepodarí.

Možnosť 2

Ak zálohovanie možnosť nie je dostupná, musíte manipulovať s kopírovať všetky denníky transakcií, uistite sa, že 8DOT3 mená sú odstránené zo súborov. Ak to chcete urobiť, postupujte nasledovne:

  1. Na serveri, ktorý obsahuje pasívny kópie databázy, zastavte službu Microsoft Exchange Replication.

  2. V prostredí Windows PowerShell, spustite nasledujúci príkaz:

    stop-service msexchangerepl  
  3. V programe Prieskumník vyhľadajte priečinok, v ktorom sa ukladajú denníkov transakcií.

  4. Vyberte všetky denníky transakcií typu Enn*.log a presunúť ich do dočasného priečinka. Uistite sa, že premiestnite iba denníky transakcií typu Enn*.log. By ste mali presunúť žiadne iné typy súborov.

  5. presunúť všetky denníky transakcií späť do pôvodného umiestnenia. Tento krok procesu, názvy 8DOT3 odstránené.

  6. Tento postup opakujte pre všetky protokoly transakcií pre pasívneho databázy.

  7. Reštartujte službu Microsoft Exchange Replication:

    start-service msexchangerepl 

    Poznámka: Tento krok by mala byť dokončená prvý všetky pasívneho kópie databázy.

  8. Presunúť montáž (aktívne) kópiu databázy na kópiu, v ktorej sú upravené denníky transakcií:

    Move-ActiveMailboxDatabase DB2 -ActivateOnServer MBX1 -MountDialOverride:None  
  9. Zastavte službu Microsoft Exchange Replication opäť presunúť denníky transakcií do dočasného umiestnenia a potom späť do pôvodného umiestnenia.

  10. Spustite službu Microsoft Exchange Replication. Teraz databázu zlyhanie počas akcie Premiestniť - activemailboxdatabase by sa nemali vyskytnúť.

Ďalšie informácie

Iné bežné príznaky, ktoré sa vyskytujú sú v denníku aplikácie a ExchangeHighAvailability prevádzkového denníka. Podobajú nasledujúcemu hláseniu:

Ak chcete zistiť, či máte stále 8DOT3 názvy v denníky transakcií, môžete spustiť príkaz v príkazovom riadku umiestnenie denníka transakcií:dir /x Ak denníky transakcií stále obsahujú názvy 8DOT3, uvidíte niečo podobné nasledujúcemu:
04/10/2013 04:16 PM 1,048,576 E0C749~1.LOG E0000000118.log 04/10/2013 04:16 PM 1,048,576 E01D7D~1.LOG E0000000119.log 04/10/2013 04:16 PM 1,048,576 E00834~1.LOG E000000011A.log 04/10/2013 04:16 PM 1,048,576 E05DFF~1.LOG E000000011B.log 04/10/2013 04:16 PM 1,048,576 E06DCB~1.LOG E000000011C.log 04/10/2013 04:16 PM 1,048,576 E0F768~1.LOG E000000011D.log


Poznámka:  Ak vidíte názvu E0F768~1.log ďalej do posledného stĺpca, stále máte denníky transakcií, ktoré majú 8DOT3 názvy. Preto bude stále máte problémy pri pokuse o pohyb aktívnych databáz.

Potrebujete ďalšiu pomoc?

Rozšírte svoje zručnosti
Preskúmať školenie
Buďte medzi prvými, ktorí získajú nové funkcie
Pripojiť k Microsoft insiderov chcú

Považujete poskytnuté informácie za užitočné?

Ďakujem za vaše pripomienky!

Ďakujeme vám za pripomienky. Pravdepodobne vám pomôže, ak vás spojíme s pracovníkom podpory pre Office.

×