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

Doelstelling:

• Een Exchange-database herstellen vanaf een Avamar-back-up die is beïnvloed door het probleem met niet overeenkomende hoofdletters van het pad van de database, zoals beschreven in Avamar: Herstel van Exchange-database mislukt met avtar-fout met de melding dat de database niet is gevonden in de back-up
• Deze tijdelijke oplossing wordt gebruikt om een uitwisselingsdatabase te herstellen vanaf een back-up die is gemaakt vóór de toepassing van de vlag "--use-case-sensitive-paths"
• Het gebruikt het binaire avtar.exe in een opdrachtprompt met verhoogde bevoegdheid

• Als de back-up die moest worden hersteld in de afgelopen zeven dagen is gemaakt (in zeldzame gevallen), gaat u naar het gedeelte "Addition Info" en volgt u de instructies.

Tijdelijke oplossing Vereisten:

1. Op het systeem van waaruit de avtar.exe wordt gestart, moet de Avamar Windows-client zijn geregistreerd op dezelfde Avamar-server waar de back-up zich bevindt. De Exchange-plug-in is niet vereist voor deze tijdelijke oplossing.
2. De Windows-opdrachtprompt moet worden geopend als administrator (opdrachtprompt met verhoogde bevoegdheden), het gebruikersaccount moet de lokale administratorbevoegdheden van het systeem hebben.
3. De referenties voor de Avamar MCUser (of een andere Avamar-gebruiker met herstelbevoegdheden) zijn vereist.
4. Het volledige pad van de Avamar back-upclient, het back-uplabelnummer en het volledige pad van de database zijn vereist.
5. Het doelstation moet voldoende vrije schijfruimte hebben voor de databases en logboekbestanden met betrekking tot het herstelproces (hieronder vindt u een voorbeeld van ruimteberekening).

Command Syntax: 

avtar.exe -x --internal --incpartials --status=60 --nostdout --debug --server=<IP/FQDN> --id=MCuser --ap=<password> --path=<domain/client> --labelnum=<label> --logfile=<Log path> --target=<Destination Path> <DB path to be restored without the mismatched section of the path> 

• Het volledige pad van de client voor de optie "---acnt" is hoofdlettergevoelig, het is te vinden in het back-uplogboek (avtar- of .alg-logboekbestand), zie het voorbeeld:

    <flag type="string" value="/clients/Exchange/EX-Node1.Dell.com" name="path" />

• Het nummer van het back-uplabel is rechtstreeks te zien in het gedeelte Herstellen in de Avamar-gebruikersinterface (GUI of AUI).
• Voor het laatste item van het pad van het opdrachtitem <om te herstellen>, opent u het back-uplogboek (indien nog beschikbaar in de map /var) en zoekt u naar de sectie "targetlist", identificeer daar het volledige pad van de database die nodig is voor herstel, zie voorbeeld voor "database4":

  <targetlist>
    <view>
      <dir internal="true" labelnum="158" fullname="EX-Node4_00000000/H:/MountPoint/Database6" acnt="/clients/Exchange/EX-Node1.Dell.com" />
      <dir internal="true" labelnum="159" fullname="EX-Node4_00000000/C:/Program Files/avs/var/backupMetadata" acnt="/clients/Exchange/EX-Node1.Dell.com" />      
      <dir internal="true" labelnum="155" fullname="EX-Node3_00000000/H:/MountPoint/database5" acnt="/clients/Exchange/EX-Node1.Dell.com" />
      <dir internal="true" labelnum="155" fullname="EX-Node3_00000000/H:/mountpoint/database4" acnt="/clients/Exchange/EX-Node1.Dell.com" />
      <dir internal="true" labelnum="156" fullname="EX-Node3_00000000/C:/program files/avs/var/backupmetadata" acnt="/clients/Exchange/EX-Node1.Dell.com" />
      <dir internal="true" labelnum="157" fullname="EX-Node2_00000000/H:/MountPoint//Database3" acnt="/clients/Exchange/EX-Node1.Dell.com" />
      <dir internal="true" labelnum="158" fullname="EX-Node2_00000000/H:/MountPoint/Database2" acnt="/clients/Exchange/EX-Node1.Dell.com" />
      <dir internal="true" labelnum="159" fullname="EX-Node2_00000000/C:/Program Files/avs/var/backupMetadata" acnt="/clients/Exchange/EX-Node1.Dell.com" />
      <dir internal="true" labelnum="158" fullname="EX-Node1_00000000/H:/MountPoint/Database1" acnt="/clients/Exchange/EX-Node1.Dell.com" />
      <dir internal="true" labelnum="159" fullname="EX-Node1_00000000/C:/Program Files/avs/var/backupMetadata" acnt="/clients/Exchange/EX-Node1.Dell.com" />
    </view>
  </targetlist>

• Als het back-uplogboek niet meer beschikbaar is in de /var-directory, gebruikt u de instructies "Een Avamar-back-uplogboek ophalen van de server" onder "Additional Info" van het artikel Avamar: Logboeken verzamelen om back-up- en herstelproblemen op te lossen
• In dit voorbeeld ziet het pad er als volgt uit:

  • EX-Node3_00000000\H:\mountpoints\Database4\Database4.edb

• Aangezien het probleem met hoofdlettergebruik komt niet overeen op het niveau van "mountpoints", zou het gebruik van dit volledige pad echter resulteren in de bekende herstelfout "Database niet gevonden in back-up"
• Om dit herstelprobleem te omzeilen, wordt het pad afgesneden van het niveau direct links van het gebied met niet-overeenkomende "mountpoints". In dit voorbeeld is het pad dat in de opdracht wordt gebruikt:

  • EX-Node3_00000000\H:\

• Het resultaat van deze tijdelijke oplossing is het herstel van elke Exchange-database, inclusief transactielogboeken (als ze zich op hetzelfde pad bevinden onder H: Drive) die werden gehost op het Exchange-knooppunt "EX-Node3" op het moment van de back-up.
  • Dit vereist voldoende vrije schijfruimte op het systeem waarop de opdracht wordt uitgevoerd om plaats te bieden aan alle databases en transactielogboeken die aanwezig zijn op "EX-Node3"  op het moment van back-up.
  • Bijvoorbeeld: Als de volledige grootte van de back-up 3 TB is, is er niet noodzakelijkerwijs 3 TB vrije ruimte nodig voor het terugzetten: 
    • Het vereist alleen de grootte van alle DB's+Logs die worden hersteld van het knooppunt "EX-Node3"
    • Het moet bijvoorbeeld 400 GB hebben in plaats van 3 TB, de grootte van databases 4 en 5 samen met de bijbehorende logboeken
    • De schijfruimte moet geval per geval worden berekend

Stappen voor tijdelijke oplossing:

1. Bereid de opdracht voor in een kladblok met de juiste informatie (als het logbestand of de doelwaarden spaties bevatten, moet dit tussen dubbele aanhalingstekens staan)
2. Open de Windows-opdrachtprompt in de verhoogde modus
3. Ga naar de map waar het binaire bestand "avtar.exe" zich bevindt, standaardlocatie "C:\Program Files\avs\bin\"
4. Voer de vooraf ingevulde opdracht uit, zie het onderstaande voorbeeld

avtar.exe -x --internal --incpartials --status=60 --nostdout --debug --server=192.168.20.105 --id=MCUser --password=******** --account=/clients/Exchange/EX-Node1.Dell.com --labelnum=163 --logfile=D:/Restore_logs/Restore_163_Database4_30-08-2024.log --target=E:/Restore_Temp EX-Node3_00000000/H:/ 

5. Wacht tot de opdracht is voltooid (de prompt wordt geretourneerd). Afhankelijk van de datagrootte die moet worden hersteld, kan dit enkele minuten of enkele uren duren
6. Controleer na voltooiing van de opdracht of de Exchange DB's correct zijn hersteld, samen met de bijbehorende transactielogboeken
7. Als er tijdens het proces een probleem wordt gevonden, bekijk dan de herstellogboekbestanden, zoals aangegeven als "D:/Restore_logs/Restore_163_Database4_30-08-2024.log".
   • Als u meer hulp nodig hebt, neemt u contact op met het Avamar-supportteam via het proces voor serviceaanvragen

Post Restore task:

• Als het herstel is geslaagd, wordt verwacht dat de teruggezette database de status "Dirty Shutdown" heeft.
• Dit komt doordat de transactielogbestanden nog niet opnieuw zijn afgespeeld in de database.
• Volg dit artikel Avamar om de logboeken opnieuw af te spelen: Een Exchange-database herstellen vanuit de status "Dirty Shutdown"

• Als de back-up die moest worden hersteld in de afgelopen zeven dagen is gemaakt, neemt u onmiddellijk contact op met het Avamar-supportteam via het proces voor serviceaanvragen. (Zeldzame gevallen)
• Vermeld dat dit artikel is gelezen en geef de referentie aan het ondersteuningsteam.
• Het Avamar supportteam helpt bij het herstel met behulp van een iets andere, maar efficiëntere procedure.