Foutbericht wanneer u probeert een passieve exemplaar van een Exchange Server 2010 SP3-database te activeren: 'File-controle is mislukt'

Symptomen

Overweeg het volgende scenario:

  • U activeert een passieve kopie van een database van Microsoft Exchange Server 2010 Service Pack 3 (SP3) met behulp van Windows PowerShell of de Exchange Management Console.

  • Hiermee wordt de gekoppelde database ontkoppeld zonder problemen en de passieve exemplaar koppelt.

  • De status van de copy database verandert in een mislukte staat op de kopie die nu passief tijdens de initialisatie. Daarnaast toont het statusbericht voor de databasekopie is mislukt.


Wanneer dit probleem optreedt, wordt een foutbericht van de volgende strekking weergegeven wanneer u de Get MailboxDatabaseCopyStatus | fl identiteit, errormessage cmdlet in de Exchange Management Shell (EMC);

De Microsoft Exchange-Replication-service is een fout opgetreden tijdens het controleren van de database en de logboeken voor DB\Server bij het opstarten. Fout: Bestand controle mislukt: Logfile'pad\Exx.log' is het genereren van getal1; maar is de verwachte generatie getal2.


Bijvoorbeeld, wordt het volgende foutbericht weergegeven:

De Microsoft Exchange-Replication-service is een fout opgetreden tijdens het controleren van de database en de logboeken voor DB\Server bij het opstarten. Fout: Bestand controle mislukt: "f:\logs\DB\Enn.log" Logfile is generatie 2024; maar is de verwachte generatie 2004.



Oorzaak

Als de 8DOT3 maken is ingeschakeld op volumes met transactielogboeken in Exchange Server 2010 SP3, hierdoor ongeldig transactielogboeken worden geretourneerd als onderdeel van een query findfile tijdens het activeringsproces de databases. Hierdoor worden de databases worden verzonden naar de status mislukt vanwege een ongeldige volgorde in de transactie log generatie nummers.

Geen gegevensverlies veroorzaakt door deze fout.

Oplossing

Dit probleem oplossen door de volgende updatepakket te installeren:

beschrijving van updatepakket 2 voor Exchange Server 2010 servicepack 3

Tijdelijke oplossing

Stap 1: Bepaal de configuratie van de 8DOT3 maken

Om te bepalen of de 8DOT3 maken is ingeschakeld, worden uitgevoerd met de volgende opdracht uit vanaf een opdrachtprompt. (Hier nemen we aan dat de transactielogboeken zich op station C.)

fsutil 8dot3name query c: 

Als de verwachte output iets geeft is dat resemblbes de volgende 8DOT3 maken ingeschakeld:

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:
Of de verwachte output kan iets als het volgende retourneren:

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:
Dit geeft aan dat station die c 8DOT3 maken ingeschakeld is.

Zorg ervoor dat u deze opdracht uitvoert op het volume met de transactielogboeken. Ook kunt u het volgende als u koppelpunten gebruiken:

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

U moet vervangen door de volume-GUID de GUID van het volume aan. Om te bepalen van volume en de GUID voor een specifiek station, moet u de volgende opdracht uitvoeren:

mountvol [Drive:]Path /L 

Afhankelijk van uw behoeften, kunt u instellen 8DOT3 maken worden uitgeschakeld voor alle volumes of op basis van het volume door de volume, zoals is beschreven in stap 3. Het is belangrijk dat u ervoor zorgen dat het volume met de transactielogboeken voor 8DOT3 maken is uitgeschakeld.

Stap 2: Selectievakje Groepsbeleid uitschakelen 8DOT3 maken

Voordat u probeert te maken met 8DOT3 uitschakelen, moet u zich bewust zijn dat deze instelling kan worden beheerd via Groepsbeleid. Controleer om te bepalen of het groepsbeleid is geconfigureerd voor het wijzigen van de volgende registersleutel op de Exchange-servers:

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


Deze instelling wordt beheerd via Groepsbeleid, deze instelling verwijdert uit de Groepsbeleid-instellingen voor de Exchange-servers als de NtfsDisable8dot3NameCreation DWORD ingesteld op een waarde van 2. Hierdoor kunnen wijzigingen afzonderlijk volume.

Opmerking Als u de waarde 0 gebruikt, kunt u de configuratie van het volume niet wijzigen.


Ga naar de volgende Microsoft TechNet-website voor meer informatie over de opdracht Fsutil 8dot3name :

Stap 3: Wijzig de 8DOT3 maken

8DOT3 maken voor alle volumes uitschakelen, moet u de volgende opdracht uitvoeren:

fsutil 8DOT3name set  

Als u liever alleen op afzonderlijke volumes met de transactielogboeken uitschakelt, kunt u de volgende opdracht uitvoeren:

fsutil 8DOT3name set c: 1  

Opmerking In deze opdracht is c de aanduiding van het station met de transactielogboeken.

Of u kunt uitvoeren op een bepaald volume. Voer hiertoe de volgende opdracht uit:

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

Nadat u de configuratie van het volume worden gemaakt de naam 8DOT3 wijzigt, kunt u controleren dat de instelling is uitgeschakeld. Voer hiertoe de volgende opdracht opnieuw:

fsutil 8DOT3name query c:  

Dit zorgt ervoor dat alle nieuwe bestanden die worden gemaakt of gekopieerd op dit volume niet voor het genereren van een naam 8DOT3 bestandsnaam. Alle bestaande bestanden bevatten echter nog steeds de naam 8DOT3. Daarom hebt u dit probleem oplossen.

Stap 4: 8DOT3 namen voor bestaande transactielogbestanden verwijderen

Optie 1

De beste optie is voor het uitvoeren van een volledige back-up op de Exchange-databases. Dit heeft tot gevolg dat de transactielogboeken worden afgekapt en verwijdert u de bestaande logboeken met 8DOT3 namen. Nadat alle transacties logboeken met 8DOT3 namen worden afgekapt, database gaat niet.

Optie 2

Als de back-up optie niet beschikbaar is, hebt u de kopie van alle transactielogboeken om ervoor te zorgen dat de 8DOT3 namen worden verwijderd uit de bestanden te manipuleren. Ga hiervoor als volgt te werk:

  1. Stop de service Microsoft Exchange replicatie op een server met de passieve kopieën van de database.

  2. In Windows PowerShell, voert u de volgende opdracht:

    stop-service msexchangerepl  
  3. Zoek in Windows Verkenner de map waarin u transactielogboekbestanden worden opgeslagen.

  4. Selecteer de transactielogboeken van het type Enn*.log en verplaats deze naar een tijdelijke map. Zorg ervoor dat u de transactielogboeken van het type Enn*.log verplaatst. U kunt andere bestandstypen moet verplaatsen.

  5. alle transactielogboeken terug naar hun oorspronkelijke locatie. In dit verplaatsingsproces worden de 8DOT3 namen verwijderd.

  6. Herhaal dit proces voor alle transactielogboeken voor databases van alle passieve.

  7. De replicatie van Microsoft Exchange-service opnieuw te starten:

    start-service msexchangerepl 

    Opmerking Deze stap moet eerst worden voltooid voor alle passieve kopieën van databases.

  8. De gekoppelde (actieve) kopie van de database verplaatst naar een exemplaar waarop de transactielogboeken worden bewerkt:

    Move-ActiveMailboxDatabase DB2 -ActivateOnServer MBX1 -MountDialOverride:None  
  9. Stop de service Microsoft Exchange replicatie en transactielogboeken nogmaals te verplaatsen naar een tijdelijke locatie en vervolgens weer op de oorspronkelijke locatie.

  10. Start de service Microsoft Exchange-replicatie. Fout tijdens een actie verplaatsen activemailboxdatabase database nu, mag niet optreden.

Meer informatie

Andere algemene symptomen die optreden zijn in het toepassingslogboek en in het ExchangeHighAvailability operationele logboek. Worden er gebeurtenissen worden weergegeven als de volgende:

Om te bepalen of u hebt nog steeds 8DOT3 namen van transactielogboeken, kunt u de volgende opdracht bij een opdrachtprompt in de locatie van het logboekbestand transactie uitvoeren:dir /x Als de transactielogboeken bevatten nog steeds 8DOT3 namen, ziet u iets dat lijkt op het volgende:
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


Opmerking  Als u de naam van de E0F768~1.log aanwezig zijn in de volgende laatste kolom ziet, hebt je nog transactielogboeken 8DOT3 namen hebben. Daarom hebt u nog steeds problemen wanneer u probeert active databases verplaatsen.

Meer hulp nodig?

Uw vaardigheden uitbreiden
Training verkennen
Als eerste nieuwe functies krijgen
Deelnemen aan Microsoft insiders

Was deze informatie nuttig?

Bedankt voor uw feedback.

Hartelijk dank voor uw feedback! Het lijkt ons een goed idee om u in contact te brengen met een van onze Office-ondersteuningsagenten.

×