Simptome
Să luăm în considerare următorul scenariu:
-
Activați o copie pasiv unei baze de date Microsoft Exchange Server 2010 Service Pack 3 (SP3) utilizând Windows PowerShell sau consola de gestionare Exchange.
-
Baza de date montate dismounts fără probleme și copia pasiv se montează.
-
Starea bazei de date copie modificări la o stare de nereușită în etapa iniţializarea pe o copie care este acum pasiv. În plus, mesajul de stare pentru copia date Arată nereușite.
Când apare această problemă, primiți un mesaj de eroare asemănător cu următorul atunci când executați Get-MailboxDatabaseCopyStatus | fl identitate, errormessage cmdletul în Exchange Management Shell (EMC);
Serviciul de reproducere Microsoft Exchange a întâlnit o eroare în timp ce inspecta jurnalele și baze de date pentru DB\Server la pornire. Eroare: File check failed: Logfile'calea\Exx.log' este generare number1; cu toate acestea, generare de așteptat este number2.
De exemplu, este posibil să primiți următorul mesaj de eroare:
Serviciul de reproducere Microsoft Exchange a întâlnit o eroare în timp ce inspecta jurnalele și baze de date pentru DB\Server la pornire. Eroare: File check failed: Logfile 'f:\logs\DB\Enn.log' este generare 2024; cu toate acestea, generare de așteptat este 2004.
Cauza
Dacă crearea de nume 8DOT3 este activat pe volume care conțin jurnalelor de tranzacții în Exchange Server 2010 Service Pack 3, acest lucru poate provoca jurnalele de tranzacții nevalidă pentru a fi returnat ca parte a unei interogări findfile în timpul procesului de activare a bazelor de date. Acest lucru provoacă bazele de date pentru a fi trimise la o stare de nereușită din cauza o secvență nevalid în numerele de generare Jurnalul de tranzacții.
Pierderi de date nu se produce din cauza această eroare.
Rezolvare
Pentru a rezolva această problemă, instalați următorul set de actualizări:
Descrierea setului de actualizări 2 pentru Exchange Server 2010 Service Pack 3
Soluție
Pasul 1: Determinați configurația crearea de nume 8DOT3
Pentru a determina dacă crearea de nume 8DOT3 este activat, executaţi următoarea comandă la un prompt de comandă privilegiat. (Aici, presupunem că fișierele jurnalelor de tranzacții se află pe unitatea C.)
fsutil 8dot3name query c:
Dacă se returnează rezultatul așteptat ceva resemblbes că următoarele, crearea de nume 8DOT3 este activat:
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:
Sau, rezultatul așteptat poate returna ceva similar cu următorul:
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:
Acest lucru indică faptul că unitatea C are crearea de nume 8DOT3 activat.
Asigurați-vă că executați această comandă pe volum care conține jurnalele de tranzacții. De asemenea, utilizați următoarele dacă utilizaţi puncte de instalare:
fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} Va trebui să înlocuiască volumul GUID pentru a se potrivi GUID de volum. Pentru a determina volumul și GUID pentru o anumită unitate, executaţi următoarea comandă:
mountvol [Drive:]Path /L
În funcție de nevoile dvs., aveți posibilitatea să setați 8DOT3 crearea de nume pentru a fi dezactivat pentru toate volumele sau pe un volum de volum de bază, așa cum este construit în Pasul 3. Este cel mai important să vă asiguraţi că volumul care conține jurnalele de tranzacții este dezactivată pentru crearea de nume 8DOT3.
Pasul 2: Politică de grup de selectare pentru a dezactiva crearea de nume 8DOT3
Înainte să încercați să dezactivați crearea de nume 8DOT3, ar trebui să rețineți că această setare poate fi controlată prin politica de grup. Verificați pentru a determina dacă politica de grup este configurat pentru a modifica următoarea cheie de registry pe serverele Exchange:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation"=dword:00000002
Dacă această setare este controlată de politică de grup, eliminați această setare de setările politicii de grup pentru serverele Exchange și setați DWORD NtfsDisable8dot3NameCreation la valoarea 2. Acest lucru permite modificări de volum individuale.
Notă Dacă valoarea 0 este utilizat, se poate modifica configurația de volum.
Pentru mai multe informații despre comanda Fsutil 8dot3name , mergeţi la următorul site Web Microsoft TechNet:
Pasul 3: Modificare 8DOT3 crearea de nume
Pentru a dezactiva 8DOT3 crearea de nume pentru toate volumele, executaţi următoarea comandă:
fsutil 8DOT3name set
Dacă preferați să dezactivați numai pe volume individuale care conțin jurnalele de tranzacții, executaţi următoarea comandă:
fsutil 8DOT3name set c: 1
Notă În această comandă, c este litera de unitate care conține jurnalele de tranzacții.
Sau, se poate executa pe un volum specific. Pentru aceasta, executaţi următoarea comandă:
fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} După ce modificați configurația de volum pentru a dezactiva crearea de nume 8DOT3, se poate verifica că este dezactivată. Pentru aceasta, executați din nou comanda următoare:
fsutil 8DOT3name query c:
Acest lucru provoacă toate fișierele nou create sau copiate pe acest volum nu pentru a genera un nume 8DOT3 pentru numele de fișier. Cu toate acestea, toate fișierele existente încă conțin numele 8DOT3. De aceea, trebuie să rezolvați acest lucru.
Pasul 4: Eliminarea 8DOT3 nume pentru existente jurnalele de tranzacții
Opţiunea 1
Opțiunea preferată este să executați o copie de rezervă completă pe bazele de date Exchange. Acest lucru provoacă jurnalele de tranzacții trunchiat și elimină jurnalele existente care au 8DOT3. După ce toate jurnalele de tranzacții care conțin nume 8DOT3 sunt trunchiate, baza de date se mută nu va eșua.
Opțiunea 2
Dacă nu este disponibilă opțiunea de copiere de rezervă, trebuie să manipuleze copia de toate jurnalele de tranzacții pentru a vă asigura că numele de 8DOT3 sunt eliminate din fișierele. Pentru a face acest lucru, urmați acești pași:
-
Pe un server care conține copii pasiv bazei de date, opriți serviciul de reproducere Microsoft Exchange.
-
În Windows PowerShell, executați comanda următoare:
stop-service msexchangerepl
-
În Windows Explorer, găsiți folderul în care sunt stocate jurnalele de tranzacții.
-
Selectați toate jurnalele de tranzacții de tip Enn*.log și mutați-le într-un folder temporar. Asigurați-vă că vă mutați numai jurnalele de tranzacții de tip Enn*.log. Se recomandă să mutați fără alte tipuri de fişiere.
-
mutați toate jurnalele de tranzacții înapoi în locația lor originală. În acest proces de mutare, se elimină numele 8DOT3.
-
Repetați acest proces pentru toate jurnalele de tranzacții pentru toate bazele de date pasiv.
-
Reporniți serviciul de reproducere Microsoft Exchange:
start-service msexchangerepl
Notă Acest pas se va finaliza mai întâi pentru toate copiile pasiv de baze de date.
-
Mutați copia montată (activ) a bazei de date într-o copie pe care jurnalele de tranzacții sunt procesate:
Move-ActiveMailboxDatabase DB2 -ActivateOnServer MBX1 -MountDialOverride:None
-
Opriți serviciul de reproducere Microsoft Exchange, și apoi din nou mutați jurnalele de tranzacții într-o locație temporară și apoi înapoi în locația lor originală.
-
Porniți serviciul de reproducere Microsoft Exchange. Acum, baza de date în timpul o acțiune deplasare activemailboxdatabase ar trebui să nu reușească.
Mai multe informații
Alte simptome comune care apar sunt în Jurnalul de aplicații și în Jurnalul ExchangeHighAvailability operațional. Evenimente apar asemănătoare cu următorul:
Pentru a determina dacă aveți încă aveți 8DOT3 numelor pe jurnalele de tranzacții, executați următoarea comandă la promptul de comandă în locația jurnalului de tranzacții:dir /x Dacă jurnalele de tranzacții conține încă 8DOT3 nume, vedeți ceva asemănător cu următorul:
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
Notă Dacă Vedeți numele E0F768~1.log prezente în coloana următoare la ultima, aveți încă jurnalele de tranzacții care au 8DOT3. De aceea, încă veți avea probleme atunci când încercați să mutați baze de date active.
