Symptomer
Tenk deg følgende:
-
Du kan aktivere en passiv kopi av en database for Microsoft Exchange Server 2010 Service Pack 3 (SP3) ved hjelp av Windows PowerShell eller Exchange Management-konsollen.
-
Montert databasen demonteringer uten problem, og monterer den passive kopien.
-
Databasen kopi status endres til en tilstand som mislyktes under initialisering av stadiet på kopien som nå er passiv. I tillegg viser statusmeldingen på kopien av databasen mislyktes.
Når dette problemet oppstår, får du en feilmelding som ligner på følgende når du kjører den Get-MailboxDatabaseCopyStatus | fl identitet, errormessage- cmdleten i i Exchange Management Shell (EMC);
Replikering av Microsoft Exchange-tjenesten oppdaget en feil under undersøke loggene og databasen for DB\Server ved oppstart. Feil: Filen kontroll mislyktes: Logfilebanen\Exx.log er generasjon tall1; imidlertid er den forventede generasjonen tall2.
Du kan for eksempel få følgende feilmelding:
Replikering av Microsoft Exchange-tjenesten oppdaget en feil under undersøke loggene og databasen for DB\Server ved oppstart. Feil: Filen kontroll mislyktes: Logfile 'f:\logs\DB\Enn.log' er generasjon 2024; imidlertid er den forventede generasjonen 2004.
Årsak
Hvis 8DOT3 oppretting av navn er aktivert på volumet som inneholder transaksjonslogger i Exchange Server 2010 SP3, kan dette føre til ugyldig transaksjonslogger skal returneres som en del av en findfile-spørring under aktiveringsprosessen for databasene. Dette fører til at databasene som skal sendes til en tilstand som mislyktes på grunn av en ugyldig sekvens i transaksjonen Logg generasjon tallene.
Ingen data går tapt på grunn av denne feilen.
Oppløsning
Hvis du vil løse dette problemet, kan du installere samleoppdateringen for følgende:
-beskrivelse av samleoppdatering 2 for Exchange Server 2010 Service Pack 3
Løsningen
Trinn 1: Bestemme konfigurasjonen for oppretting av 8DOT3 navn
Hvis du vil finne ut om oppretting av 8DOT3 navn er aktivert, kjører du følgende kommando fra en hevet ledetekst. (Her, vi forutsetter at transaksjonsloggfilene på stasjon C.)
fsutil 8dot3name query c:
Hvis den forventede avgangen returnerer noe er som resemblbes følgende, oppretting av 8DOT3 navn aktivert:
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:
Eller den forventede avgangen kan returnere noe ligner på følgende:
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:
Dette angir at stasjon C har navnet oppretting av 8DOT3 aktivert.
Kontroller at du kjører denne kommandoen på volumet som inneholder transaksjonslogger. Du kan også bruke følgende hvis du bruker monteringspunkter for volumer:
fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} Du må i stedet bruke volum-GUID til å samsvare din volum-GUID. Hvis du vil finne volumet og GUIDEN for en bestemt stasjon, kan du kjøre følgende kommando:
mountvol [Drive:]Path /L
Avhengig av dine behov, kan du angi 8DOT3 navnet opprettelsen skal deaktiveres for alle volumer eller på et volum for volum basis, som er beskrevet i trinn 3. Er det viktigste at du sørger for at volumet som inneholder transaksjonslogger er deaktivert for oppretting av 8DOT3 navn.
Trinn 2: Deaktiver av gruppepolicy for oppretting av 8DOT3 navn
Før du prøver å deaktivere oppretting av 8DOT3 navn, bør du være oppmerksom på at denne innstillingen kan kontrolleres via gruppepolicy. Kontroller for å finne ut om Group Policy er konfigurert til å endre følgende registernøkkel på Exchange-servere:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation"=dword:00000002
Hvis denne innstillingen kontrolleres via gruppepolicy, Fjern denne innstillingen fra Gruppepolicy-innstillinger for Exchange-servere, og angi NtfsDisable8dot3NameCreation DWORD-verdien til en verdi på 2. Dette gjør at enkelte volum endringer.
Obs! Hvis verdien 0 brukes, kan du ikke endre konfigurasjonen for volumet.
Hvis du vil ha mer informasjon om kommandoen Fsutil 8dot3name , kan du gå til følgende Microsoft TechNet-webområde:
Trinn 3: Endre navn oppretting av 8DOT3
For å deaktivere opprettelsen av 8DOT3 navn for alle volumer, kan du kjøre følgende kommando:
fsutil 8DOT3name set
Hvis du vil deaktivere bare på enkelte volumer som inneholder transaksjonslogger, kjører du følgende kommando:
fsutil 8DOT3name set c: 1
Obs! I denne kommandoen er er c bokstaven for stasjonen som inneholder transaksjonslogger.
Eller du kan kjøre på et bestemt volum. Hvis du vil gjøre dette, kjører du følgende kommando:
fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} Når du endrer volumets konfigurasjonen for å deaktivere opprettelsen 8DOT3 navn, kan du kontrollere at innstillingen er deaktivert. Hvis du vil gjøre dette, kjører du følgende kommando på nytt:
fsutil 8DOT3name query c:
Dette gjør at alle nye filer som er opprettet eller kopiert på dette volumet ikke til å generere et 8DOT3 navn for filnavnet. Alle eksisterende filer vil imidlertid fremdeles inneholde navnet 8DOT3. Derfor må du løse dette problemet.
Trinn 4: Fjern 8DOT3 navn for eksisterende transaksjonslogger
Alternativ 1
Det beste alternativet er å kjøre en fullstendig sikkerhetskopi på Exchange-databaser. Dette gjør at transaksjonslogger avkortet og fjerner eksisterende loggene som har 8DOT3 navn. Etter at alle transaksjoner logger med 8DOT3 navn er avkuttet, mislykkes ikke flytter databasen.
Alternativ 2
Hvis backup alternativet ikke er tilgjengelig, må du redigere kopien av alle transaksjonsloggene å forsikre deg om at 8DOT3 navnene er fjernet fra filene. Følg disse trinnene:
-
På en server som inneholder de passive kopiene av databasen, må du stoppe tjenesten Microsoft Exchange-replikasjon.
-
Kjør følgende kommando i Windows PowerShell:
stop-service msexchangerepl
-
I Windows Utforsker, Finn mappen der du skal lagre transaksjonslogger.
-
Velg alle transaksjonsloggene av typen Enn*.log, og flytt dem til en midlertidig mappe. Kontroller at du flytter bare transaksjonslogger av typen Enn*.log. Du må flytte noen andre filtyper.
-
Flytt alle transaksjonsloggene tilbake til den opprinnelige plasseringen. 8DOT3-navn er fjernet i denne prosessen på farten.
-
Gjenta denne prosessen for alle transaksjonsloggene for alle passive databaser.
-
Replikering av Microsoft Exchange-tjenesten på nytt:
start-service msexchangerepl
Obs! Dette trinnet skal være ferdig først for alle passive kopier av databaser.
-
Flytt montert (aktiv) kopi av databasen til en kopi som transaksjonslogger blir manipulert:
Move-ActiveMailboxDatabase DB2 -ActivateOnServer MBX1 -MountDialOverride:None
-
Stoppe tjenesten Microsoft Exchange-replikasjon og deretter flytte transaksjonslogger til en midlertidig plassering, og deretter tilbake til den opprinnelige plasseringen.
-
Start tjenesten Microsoft Exchange-replikasjon. Nå skal databasefeil under handlingen Flytt activemailboxdatabase ikke oppstå.
Hvis du vil ha mer informasjon
Andre vanlige symptomer som oppstår er i programloggen og i de ExchangeHighAvailability operative loggene. Hendelser vises der, som ligner på følgende:
Å finne ut om du har fremdeles har 8DOT3 navn på transaksjonslogger, kan du kjøre følgende kommando ved en ledetekst i loggplasseringen for transaksjonen:dir /x Hvis transaksjonslogger fremdeles inneholde navnene på 8DOT3, ser du noe som ligner på følgende:
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
Obs! Hvis du finner E0F768~1.log i den neste siste kolonnen, har du fortsatt transaksjonslogger som har 8DOT3 navn. Derfor vil du fremdeles har problemer når du prøver å flytte aktive databaser.
