Avamar: Gjenoppretting av Exchange-database mislykkes med avtar-feil om at databasen ikke ble funnet i sikkerhetskopien

Scenario:

• Kravet er å gjenopprette en Exchange-database, som vi kaller "Database4" for dette eksempelet.
• Databasegjenopprettingsprosessen mislykkes med en melding i loggen om at Database4-banen ikke finnes i sikkerhetskopien, men databasen er tilgjengelig for gjenoppretting i både Avamar-brukergrensesnittet (GUI og AUI).
•  Dette er typen feilmelding som vises i gjenopprettingsloggen:

avtar Error <5195>: Path "EX-Node3_00000000\H:\mountpoints\Database4\Database4.edb" not found in backup. (Element 'Database4.edb' at position 3 in search path 'EX-Node3_00000000\H:\mountpoints\Database4\Database4.edb' not found) 

• Gjenoppretting av en annen database (for eksempel Database2) fra samme sikkerhetskopi og samme Exchange Server fungerer som forventet. 

Exchange-miljøet presenterer en ikke-standard databasekonfigurasjon som Microsoft støtter, men det er kjent at det forårsaker dette problemet for Avamar-produktet.

I dette scenariet presenterer den berørte databasen (Database4) en inkonsekvent bruk av store og små bokstaver i banen til databasefilen.
Det er manglende samsvar mellom operativsystemets "databaselagringsbane" og Exchange-applikasjonen "databaseplasseringsbane"
 
Eksempel på en berørt database (Database4):
Baner som ikke samsvarer:

• OS-banen for DB-ene ble opprettet med "Mount Point"-mappen med store bokstaver (bokstavene M og P)

H:\MountPoints\Database4\Database4.edb

• Database4-banen i Exchange-programmet ble konfigurert med alle bokstaver med små bokstaver:

H:\mountpoints\Database4\Database4.edb

Eksempel på en uberørt database (Database2):
OS-databasens bane og den tilsvarende banen i Exchange-konfigurasjonen har samme store bokstaver:

• Lagringsbane for database

H:\MountPoints\Database2\Database2.edb

• Bane for databaseplassering

H:\MountPoints\Database2\Database2.edb

 
Slik kontrollerer du disse banene:

• Bruk Windows Utforsker til å sjekke OS-banen
• Bruke administrasjonssenteret for Exchange (EAC) til å kontrollere databasekonfigurasjonen
  • >= servere/databaser/<redigeringsegenskaper for den berørte DB>
    • Du kan også bruke kommandoen Exchange Powershell:

Get-MailboxDatabase -Identity <affected DB name> | Select-Object edbfilepath, logfolderpath | fl

Tilfellet av manglende samsvar fører til at Avamar-prosessen (avtar) logger feil databaseinformasjon i metadataene for sikkerhetskopien under sikkerhetskopieringen.

Ved gjenoppretting identifiserer ikke avtar-prosessen banen til den riktige databasen. Derfor mislykkes det i å gjenopprette databasen ved å skrive ut meldingen "database ikke funnet i sikkerhetskopi"

For å løse denne databasens problem med manglende samsvar teller Avamar-produktet med flagget "--use-case-sensitive-paths" som tar seg av denne typen scenarier.

• Flagget må legges til i "avexvss.cmd"-filen under Avamar-klientens Var-mappe (standardbanen "C:\Program Files\avs\var\") i alle Exchange DAG-noder som deltar i sikkerhetskopieringsprosessen.
• For DAG-forbundssikkerhetskopier må flagget også legges til i "avexvss.cmd"-filen under klyngeklientens var-katalog
  • Dette er UNC-banen som deles mellom DAG-nodene, og er nødvendig for å koordinere sikkerhetskopier og lagre DAG-klientkonfigurasjon og loggfiler
    UNC-baneeksempel "\\share-server\share-folder\DAGname\var\")
• Flaggverdien må settes som "false" (standardverdien er "true"):
  • --use-case-sensitive-paths=false

• Hvis flagget bare legges til i proxy-noden (i IP-Less DAG-konfigurasjon) eller klyngeklienten (i forbundskonfigurasjon), lykkes sikkerhetskopieringen, men gjenopprettingen kan mislykkes i det samme problemet.
• Derfor er det viktig å legge til det nevnte flagget i hver Exchange-node (i DAG-klyngen) som deltar i sikkerhetskopieringsprosessen.

 
Hvis du angir dette flagget som "false", sikrer du at alle fremtidige sikkerhetskopier ikke påvirkes, og at gjenopprettingen lykkes for de nye sikkerhetskopiene.

Eldre sikkerhetskopier løses ikke ved hjelp av dette flagget og krever en spesialisert prosedyre for å gjenopprettes.

Denne spesielle prosedyren er beskrevet i Avamar: Slik gjenoppretter du en Exchange-database fra en sikkerhetskopi som er berørt av problemet med manglende samsvar mellom databasebane.

• Hvis det nevnte flagget ikke brukes i et Exchange-miljø som viser manglende samsvar mellom store og små bokstaver, kan sikkerhetskopien mislykkes med denne feilen:

avtar Error <7042>: Failed to create snapview, as one of the elements required for path "XXXXXXXXX.edb" not found in backup account '/XXXXXX' lablenum 3 (only found 'XXXX\E:' of path 'XXXX.edb').

• Dette er beskrevet i brukerveiledningen for Avamar for Exchange VSS under kapittelet "Feilsøking"-delen "Sikkerhetskopiering mislykkes på grunn av at man skiller mellom store og små bokstaver"
• Det er også dokumentert i Avamar: Exchange VSS-sikkerhetskopiering mislykkes med avtar-feil "Kunne ikke opprette snapview, da et av elementene som kreves for banen "XXXXX.edb" ikke funnet