Avamar: Återställning av Exchange-databas misslyckas med avtar-fel som anger att databasen inte hittades i säkerhetskopian

Scenario:

• Kravet är att återställa en Exchange-databas, som vi kallar "Database4" i det här exemplet.
• Databasåterställningsprocessen misslyckas med ett meddelande i loggen som anger att Database4-sökvägen inte finns i säkerhetskopian, men databasen är tillgänglig för återställning i både Avamar-användargränssnittet (GUI och AUI).
•  Det här är den typ av felmeddelande som visas i återställningsloggen:

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) 

• Att återställa en annan databas (till exempel Databas2) från samma säkerhetskopia och samma Exchange Server fungerar som förväntat. 

Exchange-miljön presenterar en icke-standarddatabaskonfiguration som Microsoft stöder, men den är känd för att orsaka det här problemet för Avamar-produkten.

I det här scenariot visar den berörda databasen (Database4) en inkonsekvent versaler i databasfilsökvägen.
Det finns ett matchningsfel mellan operativsystemets "databaslagringssökväg" och Exchange-programmets "databasplatssökväg"
 
Exempel på en berörd databas (Database4):
Matchningsfel för sökvägar:

• OS-sökvägen för databaserna skapades med mappen "Mount Point" i versaler (bokstäverna M och P)

H:\MountPoints\Database4\Database4.edb

• Sökvägen Database4 i Exchange-programmet konfigurerades med alla bokstäver i gemener:

H:\mountpoints\Database4\Database4.edb

Exempel på en icke-påverkad databas (Databas2):
OS-databasens sökväg och dess motsvarande sökväg i Exchange-konfigurationen har samma versaler:

• Sökväg till databaslagring

H:\MountPoints\Database2\Database2.edb

• Sökväg till databasens plats

H:\MountPoints\Database2\Database2.edb

 
Så här verifierar du dessa sökvägar:

• Använd Utforskaren för att kontrollera OS-sökvägen
• Använd administrationscentret för Exchange (EAC) för att kontrollera databaskonfigurationen
  • >= servrar/databaser/<redigera egenskaper för den berörda databasen>
    • Du kan också använda kommandot Exchange Powershell:

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

Skiftlägesmatchningsvillkoret gör att Avamar-processen (avtar) loggar felaktig databasinformation i säkerhetskopierade metadata under säkerhetskopieringen.

Vid återställningen identifierar avtar-processen inte rätt databassökväg. Därför går det inte att återställa databasen genom att skriva ut meddelandet "databasen hittades inte i säkerhetskopian"

För att lösa databasens matchningsfel räknar Avamar-produkten med en flagga med namnet "--use-case-sensitive-paths" som tar hand om dessa typer av scenarier.

• Flaggan måste läggas till i "avexvss.cmd"-filen under Avamar-klientens var-mapp (standardsökvägen "C:\Program Files\avs\var\") i alla Exchange DAG-noder som deltar i säkerhetskopieringen.
• För DAG-federerade säkerhetskopieringar måste flaggan läggas till i "avexvss.cmd"-filen under klusterklientens var-katalog
  • Det här är UNC-sökvägen som delas mellan DAG-noderna och behövs för att samordna säkerhetskopieringar och lagra UNC-sökvägsexempel för DAG-klientkonfiguration och loggfiler
    "\\share-server\share-folder\DAGname\var\")
• Flaggvärdet måste anges som "false" (standardvärdet är "true"):
  • --use-case-sensitive-paths=false

• Om flaggan bara läggs till i proxynoden (i IP-mindre DAG-konfiguration) eller klusterklienten (i federerad konfiguration) lyckas säkerhetskopieringen, men återställningen kan misslyckas med samma problem.
• Därför är det viktigt att lägga till den nämnda flaggan i varje Exchange-nod (i DAG-klustret) som deltar i säkerhetskopieringsprocessen.

 
Om du anger den här flaggan som "false" ser du till att alla framtida säkerhetskopior inte påverkas och att återställningen lyckas för de nya säkerhetskopiorna.

Äldre säkerhetskopior åtgärdas inte med den här flaggan och kräver en särskild procedur för att återställas.

Den här särskilda proceduren beskrivs i Avamar: Så här återställer du en Exchange-databas från en säkerhetskopia som påverkas av problemet med skiftlägesmatchningsfel för databassökvägen.

• Om den nämnda flaggan inte används i en Exchange-miljö som visar skiftlägesskillnaden med versaler kan säkerhetskopieringen misslyckas med det här felet:

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').

• Detta beskrivs i användarhandboken för Avamar för Exchange VSS i kapitlet "Felsökning" avsnittet "Säkerhetskopiering misslyckas på grund av skiftlägeskänslighet"
• Det finns också dokumenterat i Avamar: Exchange VSS-säkerhetskopiering misslyckades med avtar Felet "Det gick inte att skapa snapview, eftersom ett av elementen som krävs för sökvägen "XXXXX.edb" inte hittades"