Avamar: Herstel van Exchange-database mislukt met avtar-fout met de melding dat de database niet is gevonden in de back-up

Scenario:

• De vereiste is om een Exchange-database te herstellen, die we in dit voorbeeld "Database4" noemen.
• Het databaseherstelproces mislukt met een bericht in het logboek waarin staat dat het Database4-pad niet wordt gevonden in het back-upstuk, maar de database is beschikbaar voor herstel in zowel de Avamar-gebruikersinterface (GUI als AUI).
•  Dit is het type foutmelding dat wordt weergegeven in het herstellogboek:

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) 

• Het herstellen van een andere database (bijvoorbeeld Database2) vanaf hetzelfde back-upstuk en dezelfde Exchange Server werkt zoals verwacht. 

De Exchange-omgeving presenteert een niet-standaard databaseconfiguratie die door Microsoft wordt ondersteund, maar het is bekend dat deze dit probleem veroorzaakt bij het Avamar-product.

In dit scenario geeft de betreffende database (Database4) een inconsistent hoofdlettergebruik weer in het bestandspad van de database.
Er is een discrepantie tussen het besturingssysteem "database storage path" en de Exchange Application "database location path"
 
Example of an affected database (Database4):
Paths mismatch:

• Het besturingssysteempad voor de DB's is gemaakt met de map "Mount Point" in hoofdletters (letters M en P)

H:\MountPoints\Database4\Database4.edb

• Het Database4-pad in de Exchange-applicatie is geconfigureerd met alle letters in kleine letters:

H:\mountpoints\Database4\Database4.edb

Voorbeeld van een niet-getroffen database (Database2):
Het pad van de database van het besturingssysteem en het bijbehorende pad binnen de Exchange-configuratie hebben hetzelfde hoofdlettergebruik:

• Pad naar databasestorage

H:\MountPoints\Database2\Database2.edb

• Pad naar databaselocatie

H:\MountPoints\Database2\Database2.edb

 
U kunt deze paden als volgt controleren:

• Gebruik Windows Verkenner om het pad naar het besturingssysteem te controleren
• Gebruik het Exchange-beheercentrum (EAC) om de databaseconfiguratie te controleren
  • >= servers/databases/<eigenschappen van de betreffende database bewerken>
    • U kunt ook de Exchange Powershell-opdracht gebruiken:

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

De voorwaarde dat de case niet overeenkomt, zorgt ervoor dat het Avamar-proces (avtar) de onjuiste databasegegevens registreert in de back-upmetadata tijdens het back-upproces.

Op het herstelmoment identificeert het avtar-proces niet het juiste pad van de database. Daarom kan de database niet worden hersteld door het bericht "database niet gevonden in back-up" af te drukken

Om de niet-overeenkomende situatie van deze database op te lossen, telt het Avamar-product met een vlag genaamd "--use-case-sensitive-paths" die voor dit soort scenario's zorgt.

• De markering moet worden toegevoegd in het bestand "avexvss.cmd" onder de map Avamar client var (standaardpad "C:\Program Files\avs\var\") in alle Exchange DAG-knooppunten die deelnemen aan het back-upproces.
• Ook voor federatieve DAG-back-ups moet de vlag worden toegevoegd aan het bestand "avexvss.cmd" onder de var-directory van de clusterclient
  • Dit is het UNC-pad dat wordt gedeeld tussen de DAG-knooppunten en is nodig om back-ups te coördineren en DAG-clientconfiguratie en logboekbestanden
    op te slaan UNC-pad Voorbeeld "\\share-server\share-folder\DAGname\var\")
• De vlagwaarde moet worden ingesteld als "false" (de standaardwaarde is "true"):
  • --use-case-sensitive-paths=false

• Als de markering alleen wordt toegevoegd aan het proxyknooppunt (in IP-loze DAG-configuratie) of clusterclient (in federatieve configuratie), slaagt de back-up, maar kan het herstel door hetzelfde probleem mislukken.
• Daarom is het belangrijk om de genoemde vlag toe te voegen aan elk Exchange-knooppunt (van het DAG-cluster) dat deelneemt aan het back-upproces.

 
Als u deze markering instelt als "false", zorgt u ervoor dat alle toekomstige back-ups niet worden beïnvloed en dat het herstel van deze nieuwe back-ups succesvol is.

Oudere back-ups worden niet hersteld met deze vlag en vereisen een gespecialiseerde procedure om te worden hersteld.

Deze speciale procedure wordt beschreven in Avamar: Een Exchange-database herstellen vanaf een back-up die is beïnvloed door het probleem met de niet-overeenkomende hoofdletters van het databasepad.

• Als de genoemde vlag niet wordt gebruikt in een Exchange-omgeving waarin het hoofdlettergebruik niet overeenkomt, kan de back-up mislukken met deze fout:

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

• Dit wordt beschreven in de Avamar for Exchange VSS-gebruikershandleiding onder het hoofdstuk "Troubleshooting" sectie "Backup fails due because case sensitivity"
• Het is ook gedocumenteerd in Avamar: Exchange VSS-back-up mislukt met avtar Fout "Kan snapview niet maken, omdat een van de elementen vereist voor pad "XXXXX.edb" niet is gevonden"