Avamar: Wiederherstellung der Exchange-Datenbank schlägt mit avtar-Fehler fehl, der besagt, dass die Datenbank im Backup nicht gefunden wurde

Beispiel:

• Die Anforderung besteht darin, eine Exchange-Datenbank wiederherzustellen, die in diesem Beispiel als "Database4" bezeichnet wird.
• Der Datenbankwiederherstellungsprozess schlägt mit einer Meldung im Protokoll fehl, die besagt, dass der Database4-Pfad nicht im Backupteil gefunden wird, die Datenbank jedoch in beiden Avamar-Benutzeroberflächen (GUI und AUI) für die Wiederherstellung verfügbar ist.
•  Dies ist die Art von Fehlermeldung, die im Wiederherstellungsprotokoll angezeigt wird:

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) 

• Das Wiederherstellen einer anderen Datenbank (z. B. Database2) aus demselben Backupteil und demselben Exchange Server funktioniert wie erwartet. 

Die Exchange-Umgebung stellt eine nicht standardmäßige Datenbankkonfiguration dar, die von Microsoft unterstützt wird, aber es ist bekannt, dass sie dieses Problem beim Avamar-Produkt verursacht.

In diesem Szenario weist die betroffene Datenbank (Database4) eine inkonsistente Groß-/Kleinschreibung im Datenbankdateipfad auf.
Es besteht eine Nichtübereinstimmung zwischen dem Betriebssystem "Datenbankspeicherpfad" und der Exchange-Anwendung "Datenbankspeicherortpfad"
 
Beispiel für eine betroffene Datenbank (Datenbank 4):
Pfadkonflikt:

• Der Betriebssystempfad für die Datenbanken wurde mit dem Ordner "Mount Point" in Großbuchstaben (Buchstaben M und P) erstellt

H:\MountPoints\Database4\Database4.edb

• Der Database4-Pfad in der Exchange-Anwendung wurde so konfiguriert, dass alle Buchstaben in Kleinbuchstaben geschrieben sind:

H:\mountpoints\Database4\Database4.edb

Beispiel für eine nicht betroffene Datenbank (Database2):
Der Pfad der Betriebssystemdatenbank und der entsprechende Pfad innerhalb der Exchange-Konfiguration weisen die gleiche Groß-/Kleinschreibung auf:

• Datenbankspeicherpfad

H:\MountPoints\Database2\Database2.edb

• Pfad zum Datenbankspeicherort

H:\MountPoints\Database2\Database2.edb

 
So überprüfen Sie diese Pfade:

• Verwenden Sie Windows Explorer, um den Betriebssystempfad zu überprüfen
• Verwenden Sie das Exchange Admin Center (EAC), um die Datenbankkonfiguration zu überprüfen
  • >= Server/Datenbanken/<Eigenschaften der betroffenen Datenbank bearbeiten>
    • Alternativ können Sie den Exchange PowerShell-Befehl verwenden:

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

Die Bedingung für eine Nichtübereinstimmung der Fälle führt dazu, dass der Avamar -Prozess (avtar) während des Backupprozesses falsche Datenbankinformationen in den Backupmetadaten protokolliert.

Zum Zeitpunkt der Wiederherstellung identifiziert der avtar-Prozess nicht den richtigen Datenbankpfad. Daher kann die Datenbank nicht wiederhergestellt werden, indem die Meldung "Datenbank nicht im Backup gefunden" ausgegeben wird.

Um die Nichtübereinstimmung der Groß-/Kleinschreibung in dieser Datenbank zu beheben, wird das Avamar-Produkt mit dem Flag "--use-case-sensitive-paths" versehen, das sich um diese Art von Szenarien kümmert.

• Das Flag muss in der Datei "avexvss.cmd" im var-Ordner des Avamar -Clients (Standardpfad "C:\Program Files\avs\var\") in allen Exchange DAG-Nodes hinzugefügt werden, die am Backupprozess beteiligt sind.
• Außerdem muss das Flag für DAG-Verbundbackups in der Datei "avexvss.cmd" im var-Verzeichnis des Clusterclients hinzugefügt werden
  • Dies ist der UNC-Pfad, der von den DAG-Nodes gemeinsam genutzt wird. Er ist erforderlich, um Backups zu koordinieren und DAG-Clientkonfigurations- und Protokolldateien
    zu speichern. UNC-Pfadbeispiel "\\share-server\share-folder\DAGname\var\")
• Der Flag-Wert muss auf "false" festgelegt werden (der Standardwert ist "true"):
  • --use-case-sensitive-paths=false

• Wenn die Markierung nur dem Proxy-Node (in der IP-losen DAG-Konfiguration) oder dem Clusterclient (in der Verbundkonfiguration) hinzugefügt wird, ist das Backup erfolgreich, aber die Wiederherstellung schlägt möglicherweise fehl, dasselbe Problem.
• Daher ist es wichtig, die genannte Markierung in jedem Exchange-Node (des DAG-Clusters) hinzuzufügen, der am Backupprozess beteiligt ist.

 
Wenn dieses Flag auf "false" festgelegt wird, wird sichergestellt, dass keine zukünftigen Backups betroffen sind und dass die Wiederherstellung für diese neuen Backups erfolgreich ist.

Ältere Backups werden nicht mit diesem Flag fixiert und erfordern ein spezielles Verfahren zur Wiederherstellung.

Dieses spezielle Verfahren wird in Avamar beschrieben: So stellen Sie eine Exchange-Datenbank aus einem Backup wieder her, das vom Problem der Nichtübereinstimmung der Groß-/Kleinschreibung bei Datenbankpfaden betroffen ist.

• Wenn das genannte Flag in einer Exchange-Umgebung nicht verwendet wird, in der die Nichtübereinstimmung der Groß-/Kleinschreibung angezeigt wird, schlägt das Backup möglicherweise mit diesem Fehler fehl:

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

• Dies wird im Avamar for Exchange VSS – Benutzerhandbuch im Abschnitt "Troubleshooting" des Kapitels "Backup schlägt aufgrund von Groß-/Kleinschreibung fehl" beschrieben
• Es ist auch in Avamar dokumentiert: Exchange VSS-Backup schlägt mit avtar fehl Fehler "Snapview konnte nicht erstellt werden, da eines der für den Pfad "XXXXX.edb" erforderlichen Elemente nicht gefunden wurde.