Avamar: Slik gjenoppretter du en Exchange-database fra tilstanden "Dirty Shutdown"
Summary: Denne artikkelen inneholder trinnene som kreves for å gjenopprette en Exchange-database fra tilstanden "Dirty Shutdown". Når trinnene er fullført, vil databasen være i tilstanden "Clean ShutDown". ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
I et Microsoft Exchange-miljø kan Exchange-databasen være i tilstanden "Dirty Shutdown" av mange forskjellige årsaker, hvorav noen er oppført her:
I et miljø for sikkerhetskopiering og gjenoppretting (for eksempel Avamar) kan imidlertid Exchange-databasen også vises i tilstanden "Dirty Shutdown". Vanligvis er det av en annen grunn.
En sikkerhetskopiadministrator kan også følge disse trinnene for å gjenopprette Exchange-databasen.
Denne artikkelen beskriver bruken av Microsoft-verktøyet "eseutil.exe" som brukes til å spille av transaksjonsloggene i Exchange-databasen på nytt.
Hvis du vil kontrollere databasetilstanden, kjører du denne kommandoen fra banen der databasen ble gjenopprettet:
Hvis du vil gjenopprette databasen ved å svare på transaksjonsloggene, kjører du følgende kommando:
Hvis du vil kontrollere databasestatusen på nytt og bekrefte at den nå er gjenopprettet, kjører du denne kommandoen på nytt:
Nå som Exchange-databasen er i tilstanden "Clean Shutdown", kan det være:
- Feilaktige Exchange-serveroppdateringer eller stole på utdaterte versjoner.
- EDB-filer løsnes ikke fra loggfiler på riktig måte.
- Loggfiler mangler på serveren.
- Loggfiler er skadet.
- Serveren kan ikke lese loggfilene.
I et miljø for sikkerhetskopiering og gjenoppretting (for eksempel Avamar) kan imidlertid Exchange-databasen også vises i tilstanden "Dirty Shutdown". Vanligvis er det av en annen grunn.
- Det typiske scenariet er når databasefilen gjenopprettes som en flat fil ved hjelp av Avamar-brukergrensesnittet eller ved hjelp av kommandoen avtar.exe.
- I dette tilfellet er den forventede virkemåten at databasen vil være i tilstanden "Dirty Shutdown".
- Dette betyr at transaksjonsloggfilene ennå ikke har blitt spilt av i databasen, siden det ikke er en del av gjenopprettingsoperasjonen "flat fil".
- Dette er forskjellig fra gjenopprettingstypen for Exchange-plugin, som vil spille av loggene på nytt som en del av gjenopprettingsprosessen.
En sikkerhetskopiadministrator kan også følge disse trinnene for å gjenopprette Exchange-databasen.
Denne artikkelen beskriver bruken av Microsoft-verktøyet "eseutil.exe" som brukes til å spille av transaksjonsloggene i Exchange-databasen på nytt.
Trinn for å gjenopprette databasen:
Åpne Windows-ledeteksten som en forhøyet bruker (kjør som administrator).Hvis du vil kontrollere databasetilstanden, kjører du denne kommandoen fra banen der databasen ble gjenopprettet:
Syntax: eseutil /mh <database name> | findstr State Example: E:\Restore_Temp\H\mountpoint\database4>eseutil /mh database4.edb | findstr State State: Dirty ShutdownHvis du vil kontrollere transaksjonsloggene og bekrefte at de er tilgjengelige og i god stand, kjører du denne kommandoen i banen der de ble gjenopprettet:
Syntax: eseutil /ml <log base name> Example: E:\Restore_Temp\H\mountpoint\database4>eseutil /ml E04 Extensible Storage Engine Utilities for Microsoft(R) Exchange Server Version 15.01 Copyright (C) Microsoft Corporation. All Rights Reserved. Initiating FILE DUMP mode... Verifying log files... Base name: E04 Log file: E:\Restore_Temp\H\mountpoint\database4\E040000002D.log - OK Log file: E:\Restore_Temp\H\mountpoint\database4\E040000002E.log - OK ... .. . Log file: E:\Restore_Temp\H\mountpoint\database4\E04000000A5.log - OK Log file: E:\Restore_Temp\H\mountpoint\database4\E04000000A6.log - OK No damaged log files were found. Operation completed successfully in 3.15 seconds.
Merk: "E04" er loggens "basisnavn", også kjent som "loggsekvensnavn", som er unikt i hver database. Vær oppmerksom på basisnavnet for å gi riktig syntaks for kommandoen.
Hvis du vil gjenopprette databasen ved å svare på transaksjonsloggene, kjører du følgende kommando:
Syntax: eseutil /r <log base name> /l <database's path> /d <transaction log's path> Example: E:\Restore_Temp\H\mountpoint\database4>eseutil /r E04 /l "E:\Restore_Temp\H\mountpoint\database4" /d "E:\Restore_Temp\H\mountpoint\database4" Extensible Storage Engine Utilities for Microsoft(R) Exchange Server Version 15.01 Copyright (C) Microsoft Corporation. All Rights Reserved. Initiating RECOVERY mode... Logfile base name: E04 Log files: E:\Restore_Temp\H\mountpoint\Database4 System files: <current directory> Database Directory: E:\Restore_Temp\H\mountpoint\Database4 Performing soft recovery... Restore Status (% complete) 0 10 20 30 40 50 60 70 80 90 100 |----|----|----|----|----|----|----|----|----|----| ................................................... Operation completed successfully in 2.859 seconds.
Hvis du vil kontrollere databasestatusen på nytt og bekrefte at den nå er gjenopprettet, kjører du denne kommandoen på nytt:
Syntax: eseutil /mh <database name> | findstr State Example: E:\Restore_Temp\H\mountpoint\database4>eseutil /mh database4.edb | findstr State State: Clean Shutdown
Nå som Exchange-databasen er i tilstanden "Clean Shutdown", kan det være:
- Montert på Exchange-serveren
- Brukes via Dell Itempoint-verktøyet for gjenoppretting på detaljert nivå (GLR)
- Brukes via Exchange PowerShell-kommandoen
- etc.
Merk: Hvis gjenoppretting "/ r" -alternativet mislykkes, er det et annet alternativ "/ p" for hard gjenoppretting, men det anbefales for avanserte brukere. Hvis problemet vedvarer, kontakter du Exchange-administratoren eller Microsoft Kundestøtte.
Affected Products
Avamar Plug-in for Exchange VSSProducts
AvamarArticle Properties
Article Number: 000228246
Article Type: How To
Last Modified: 03 Sept 2024
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.