Delen via

Zelfstudie: SAP HANA-databases herstellen in een Azure-VM met behulp van Azure CLI

  • Artikel

In deze zelfstudie wordt beschreven hoe u het SAP HANA-database-exemplaar en het HSR-exemplaar (SAP HANA System Replication) herstelt met behulp van Azure CLI.

Azure CLI wordt gebruikt om Azure-resources te maken en te beheren vanaf de opdrachtregel of door middel van scripts. Deze documentatie bevat informatie over het herstellen van een back-up van een SAP HANA-database op een Azure-VM met behulp van Azure CLI. U kunt deze stappen overigens ook uitvoeren in de Azure-portal.

Notitie

  • Olr (Original Location Recovery) wordt momenteel niet ondersteund voor HSR.
  • Herstellen naar HSR-exemplaar wordt niet ondersteund. Herstel naar HANA-exemplaar wordt echter alleen ondersteund.

Gebruik Azure Cloud Shell voor het uitvoeren van CLI-opdrachten.

In deze zelfstudie wordt ervan uitgegaan dat u een SAP HANA-database hebt die wordt uitgevoerd op een Azure-VM en waarvan een back-up is gemaakt met behulp van Azure Backup. Als u Een back-up maken van een SAP HANA-database in Azure met behulp van CLI hebt gebruikt om een back-up te maken van uw SAP HANA-database, gebruikt u de volgende resources:

  • Een resourcegroep met de naam saphanaResourceGroup.
  • Een kluis met de naam saphanaVault.
  • Beveiligde container met de naam VMAppContainer;Compute;saphanaResourceGroup;saphanaVM.
  • Een back-up maken van database/item met de naam saphanadatabase;hxe;hxe.
  • Resources in de westus2 regio.

Zie de ondersteuningsmatrix voor BACK-ups van SAP HANA voor meer informatie over de ondersteunde configuraties en scenario's.

Herstelpunten weergeven voor een back-up van een database

Als u de lijst met alle herstelpunten voor een database wilt weergeven, gebruikt u de cmdlet az backup recoverypoint list als volgt:

Kies een databasetype:

Voer de volgende opdracht uit om de beschikbare herstelpunten weer te geven:

az backup recoverypoint list --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --item-name saphanadatabase;hxe;hxe \
   --output table

De lijst met herstelpunten ziet er als volgt uit:

Name                      Time                               BackupManagementType   Item Name               RecoveryPointType
-------------------       ---------------------------------  ---------------------  ----------------------  ------------------
7660777527047692711       2019-12-10T04:00:32.346000+00:00   AzureWorkload          SAPHanaDtabase;hxe;hxe  Full
7896624824685666836       2019-12-15T10:33:32.346000+00:00   AzureWorkload          SAPHanaDtabase;hxe;hxe  Differential
DefaultRangeRecoveryPoint                                    AzureWorkload          SAPHanaDtabase;hxe;hxe  Log

Zoals u kunt zien, bevat de bovenstaande lijst drie herstelpunten: één voor elke volledige, differentiële en logboekback-up.

Notitie

U kunt ook de begin- en eindpunten van elke niet-verbroken logboekback-upketen weergeven met behulp van de cmdlet az backup recoverypoint show-log-chain.

Vereisten voor het herstellen van een database

Zorg ervoor dat aan de volgende vereisten wordt voldaan voordat u een database herstelt:

  • U kunt de database alleen herstellen naar een SAP HANA-exemplaar dat zich in dezelfde regio bevindt
  • Het doelexemplaar moet zijn geregistreerd bij dezelfde kluis als de bron
  • Azure Backup kan niet twee verschillende SAP HANA-exemplaren op dezelfde VM herkennen. Daarom is het terugzetten van gegevens van het ene naar het andere exemplaar op dezelfde VM niet mogelijk.

Een database herstellen

Azure Backup kan SAP HANA-databases die op virtuele Azure-machines worden uitgevoerd als volgt herstellen:

  • Herstel naar een specifieke datum of tijd (op de seconde) met behulp van logboekback-ups. Azure Backup bepaalt automatisch de juiste keten van volledige back-ups, differentiële back-ups en logboekback-ups die nodig zijn voor het herstellen op basis van de geselecteerde tijd.
  • Herstel naar een specifieke volledige of differentiële back-up om naar een specifiek herstelpunt te herstellen.

Als u een database wilt herstellen, gebruikt u de cmdlet az restore restore-azurewl, die een herstelconfiguratieobject als een van de invoerwaarden vereist. Dit object kan worden gegenereerd met behulp van de cmdlet az backup recoveryconfig show. Het herstelconfiguratieobject bevat alle details voor het uitvoeren van een herstelbewerking. Een van deze is de herstelmodus: OriginalWorkloadRestore of AlternateWorkloadRestore.

Notitie

OriginalWorkloadRestore: de gegevens herstellen naar hetzelfde exemplaar van SAP HANA als de oorspronkelijke bron. Met deze optie wordt de oorspronkelijke database overschreven.
AlternateWorkloadRestore: de database herstellen naar een alternatieve locatie en de oorspronkelijke brondatabase behouden.

Herstellen naar alternatieve locatie

Als u een database naar een andere locatie wilt herstellen, gebruikt u AlternateWorkloadRestore als herstelmodus. Vervolgens moet u het herstelpunt kiezen. Dit kan een eerder punt in de tijd zijn of een van de vorige herstelpunten.

In deze zelfstudie gaat u naar een eerder herstelpunt herstellen. Bekijk de lijst met herstelpunten voor de database en kies het punt waarnaar u wilt herstellen. In deze zelfstudie wordt het herstelpunt met de naam 7660777527047692711 gebruikt.

Door de bovenstaande naam van het herstelpunt en de herstelmodus te gebruiken, gaan we het herstelconfiguratieobject maken met behulp van de cmdlet az backup recoveryconfig show . Laten we eens kijken wat de betekenis is van de overige parameters in deze cmdlet:

  • --target-item-name: dit is de naam die wordt gebruikt door de herstelde database. In dit geval hebben we de naam restored_databasegebruikt.
  • --target-server-name: dit is de naam van een SAP HANA-server die is geregistreerd bij een Recovery Services-kluis en zich in dezelfde regio bevindt als de database die moet worden hersteld. Voor deze zelfstudie herstelt u de database op dezelfde SAP HANA-server die we hebben beveiligd, met de naam hxehost.
  • --target-server-type: voor het terugzetten van SAP HANA-databases, moet HanaInstance worden gebruikt.

Kies een databasetype:

Voer de volgende opdracht uit om de herstelbewerking te starten:


az backup recoveryconfig show --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --item-name saphanadatabase;hxe;hxe \
    --restore-mode AlternateWorkloadRestore \
    --rp-name 7660777527047692711 \
    --target-item-name restored_database \
    --target-server-name hxehost \
    --target-server-type HANAInstance \
    --workload-type SAPHANA \
    --output json

De reactie op de bovenstaande query is een herstelconfiguratieobject dat er ongeveer als volgt uitziet:

{"restore_mode": "AlternateLocation", "container_uri": " VMAppContainer;Compute;saphanaResourceGroup;saphanaVM ", "item_uri": "SAPHanaDatabase;hxe;hxe", "recovery_point_id": "7660777527047692711", "item_type": "SAPHana", "source_resource_id": "/subscriptions/ef4ab5a7-c2c0-4304-af80-af49f48af3d1/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/saphanavm", "database_name": null, "container_id": null, "alternate_directory_paths": null}

Nu voert u de cmdlet az restore restore-azurewl uit om de database te herstellen. Om deze opdracht te gebruiken, gaan we de bovenstaande JSON-uitvoer invoeren die is opgeslagen in een bestand met de naam recoveryconfig.json.

az backup restore restore-azurewl --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --restore-config recoveryconfig.json \
    --output table

De uitvoer ziet er als volgt uit:

Name                                  Resource
------------------------------------  -------
5b198508-9712-43df-844b-977e5dfc30ea  SAPHANA

Het antwoord is de taaknaam. Deze taaknaam kan worden gebruikt voor het zoeken van de taakstatus met behulp van de cmdlet az backup job show.

Herstellen en overschrijven

Om te herstellen naar de oorspronkelijke locatie, gebruiken we OrignialWorkloadRestore als herstelmodus. Vervolgens moet u het herstelpunt kiezen. Dit kan een eerder punt in de tijd zijn of een van de vorige herstelpunten.

Voor deze zelfstudie kiezen we het vorige tijdstip van '28-11-2019-09:53:00' om naar te herstellen. U kunt dit herstelpunt opgeven in de volgende indelingen: dd-mm-jjjj, dd-mm-jjjj-uu: mm:ss. Als u een geldig tijdstip wilt kiezen om naar te herstellen, gebruikt u de cmdlet az backup recoverypoint show-log-chain, waarin de intervallen van niet-verbroken logboekketenback-ups worden weergegeven.

az backup recoveryconfig show --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --item-name saphanadatabase;hxe;hxe \
    --restore-mode OriginalWorkloadRestore \
    --log-point-in-time 28-11-2019-09:53:00 \
    --output json

De reactie op de bovenstaande query is een herstelconfiguratieobject dat er als volgt uitziet:

{"restore_mode": "OriginalLocation", "container_uri": " VMAppContainer;Compute;saphanaResourceGroup;saphanaVM ", "item_uri": "SAPHanaDatabase;hxe;hxe", "recovery_point_id": "DefaultRangeRecoveryPoint", "log_point_in_time": "28-11-2019-09:53:00", "item_type": "SAPHana", "source_resource_id": "/subscriptions/ef4ab5a7-c2c0-4304-af80-af49f48af3d1/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/saphanavm", "database_name": null, "container_id": null, "alternate_directory_paths": null}"

Nu voert u de cmdlet az restore restore-azurewl uit om de database te herstellen. Om deze opdracht te gebruiken, gaan we de bovenstaande JSON-uitvoer invoeren die is opgeslagen in een bestand met de naam recoveryconfig.json.

az backup restore restore-azurewl --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --restore-config recoveryconfig.json \
    --output table

De uitvoer ziet er als volgt uit:

Name                                  Resource
------------------------------------  --------
5b198508-9712-43df-844b-977e5dfc30ea  SAPHANA

Het antwoord is de taaknaam. Deze taaknaam kan worden gebruikt voor het zoeken van de taakstatus met de cmdlet az backup job show.

Herstellen naar secundaire regio

Als u een database wilt herstellen naar de secundaire regio, geeft u een doelkluis en server op die zich in de secundaire regio bevinden, in de herstelconfiguratie.

az backup recoveryconfig show --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;compute;hanasnapshotcvtmachines;hanasnapcvt01 \
    --item-name SAPHanaDatabase;h10;h10 \
    --restore-mode AlternateWorkloadRestore \
    --from-full-rp-name 293170069256531 \
    --rp-name 293170069256531 \
    --target-server-name targethanaserver \
    --target-container-name VMAppContainer;compute;saphanaTargetRG;targethanaserver \
    --target-item-name h10 \
    --target-server-type HANAInstance \
    --workload-type SAPHANA \
    --target-resource-group saphanaTargetRG \
    --target-vault-name targetVault \
    --backup-management-type AzureWorkload

Hieronder volgt het antwoord op de bovenstaande opdracht die een herstelconfiguratieobject is:

{
  "alternate_directory_paths": null,
  "container_id": "/subscriptions/00000000-0000-0000-0000-000000000000/resourceGroups/saphanaTargetRG/providers/Microsoft.RecoveryServices/vaults/targetVault/backupFabrics/Azure/protectionContainers/vmappcontainer;compute;saphanaTargetRG;targethanaserver",
  "container_uri": "VMAppContainer;compute;hanasnapshotcvtmachines;hanasnapcvt01",
  "database_name": "SAPHanaDatabase;h10;h10",
  "filepath": null,
  "item_type": "SAPHana",
  "item_uri": "SAPHanaDatabase;h10;h10",
  "log_point_in_time": null,
  "recovery_mode": null,
  "recovery_point_id": "293170069256531",
  "restore_mode": "AlternateLocation",
  "source_resource_id": "/subscriptions/00000000-0000-0000-0000-000000000000/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/hanasnapcvt01",
  "workload_type": "SAPHanaDatabase"
}

Gebruik deze herstelconfiguratie in de cmdlet az restore restore-azurewl . Selecteer de --use-secondary-region vlag om de database te herstellen naar de secundaire regio.

az backup restore restore-azurewl --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --recovery-config recoveryconfig.json \
    --use-secondary-region \
    --output table

De uitvoer ziet er als volgt uit:

Name                                  Operation           Status      Item Name            Backup Management Type    Start Time UTC                    Duration
------------------------------------  ------------------  ----------  -------------------  ------------------------  --------------------------------  --------------
00000000-0000-0000-0000-000000000000  CrossRegionRestore  InProgress  H10 [hanasnapcvt01]  AzureWorkload             2021-12-22T05:21:34.165617+00:00  0:00:05.665470

Notitie

De RPO voor de back-upgegevens die beschikbaar zijn in de secundaire regio is 12 uur. Wanneer u CRR inschakelt, is de RPO voor de secundaire regio daarom 12 uur + duur van de logboekfrequentie (die kan worden ingesteld op minimaal 15 minuten).

Herstellen als bestanden

Als u de back-upgegevens wilt herstellen als bestanden in plaats van een database, gebruiken we RestoreAsFiles als de herstelmodus. Kies vervolgens het herstelpunt. Dit kan een eerder tijdstip of een van de vorige herstelpunten zijn. Zodra de bestanden zijn gedumpt naar een opgegeven pad, kunt u deze bestanden naar elke SAP HANA-machine overbrengen waarop u deze als een database wilt herstellen. Omdat u deze bestanden naar een willekeurige machine kunt verplaatsen, kunt u de gegevens nu in abonnementen en regio's herstellen.

Voor deze zelfstudie kiezen we het vorige tijdstip 28-11-2019-09:53:00 om naar te herstellen en /home/saphana/restoreasfiles als locatie voor het dumpen van back-upbestanden op dezelfde SAP HANA-server. U kunt dit herstelpunt opgeven in de volgende indelingen: dd-mm-jjjj of dd-mm-jjjj-uu: mm: ss. Als u een geldig tijdstip wilt kiezen om naar te herstellen, gebruikt u de cmdlet az backup recoverypoint show-log-chain, waarin de intervallen van niet-verbroken logboekketenback-ups worden weergegeven.

Met behulp van de bovenstaande herstelpuntnaam en de herstelmodus kunt u het herstelconfiguratieobject maken met behulp van de cmdlet az backup recoveryconfig show. Laten we eens kijken wat de betekenis is van de overige parameters in deze cmdlet:

  • --target-container-name: dit is de naam van een SAP HANA-server die is geregistreerd bij een Recovery Services-kluis en zich in dezelfde regio bevindt als de database die moet worden hersteld. Voor deze zelfstudie herstelt u de database als bestanden op dezelfde SAP HANA-server die we hebben beveiligd, met de naam hxehost.
  • --rp-name: voor een herstel naar een bepaald tijdstip, wordt de naam van het herstelpunt DefaultRangeRecoveryPoint
az backup recoveryconfig show --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --item-name saphanadatabase;hxe;hxe \
    --restore-mode RestoreAsFiles \
    --log-point-in-time 28-11-2019-09:53:00 \
    --rp-name DefaultRangeRecoveryPoint \
    --target-container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --filepath /home/saphana/restoreasfiles \
    --output json

De reactie op de bovenstaande query is een herstelconfiguratieobject dat er als volgt uitziet:

{
  "alternate_directory_paths": null,
  "container_id": "/Subscriptions/ef4ab5a7-c2c0-4304-af80-af49f48af3d1/resourceGroups/saphanaResourceGroup/providers/Microsoft.RecoveryServices/vaults/SAPHANAVault/backupFabrics/Azure/protectionContainers/VMAppContainer;Compute;SAPHANA;hanamachine",
  "container_uri": "VMAppContainer;compute;saphana;hanamachine",
  "database_name": null,
  "filepath": "/home/",
  "item_type": "SAPHana",
  "item_uri": "SAPHanaDatabase;hxe;hxe",
  "log_point_in_time": "04-07-2020-09:53:00",
  "recovery_mode": "FileRecovery",
  "recovery_point_id": "DefaultRangeRecoveryPoint",
  "restore_mode": "AlternateLocation",
  "source_resource_id": "/subscriptions/ef4ab5a7-c2c0-4304-af80-af49f48af3d1/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/hanamachine"
}

Nu voert u de cmdlet az restore restore-azurewl uit om de database als bestanden te herstellen. Om deze opdracht te gebruiken, voeren we de bovenstaande JSON-uitvoer in die is opgeslagen in een bestand met de naam recoveryconfig.json.

az backup restore restore-azurewl --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --restore-config recoveryconfig.json \
    --output json

De uitvoer ziet er als volgt uit:

{
  "eTag": null,
  "id": "/Subscriptions/ef4ab5a7-c2c0-4304-af80-af49f48af3d1/resourceGroups/SAPHANARESOURCEGROUP/providers/Microsoft.RecoveryServices/vaults/SAPHANAVault/backupJobs/608e737e-c001-47ca-8c37-57d909c8a704",
  "location": null,
  "name": "608e737e-c001-47ca-8c37-57d909c8a704",
  "properties": {
    "actionsInfo": [
      "Cancellable"
    ],
    "activityId": "7ddd3c3a-c0eb-11ea-a5f8-54ee75ec272a",
    "backupManagementType": "AzureWorkload",
    "duration": "0:00:01.781847",
    "endTime": null,
    "entityFriendlyName": "HXE [hxehost]",
    "errorDetails": null,
    "extendedInfo": {
      "dynamicErrorMessage": null,
      "propertyBag": {
        "Job Type": "Restore as files"
      },
      "tasksList": [
        {
          "status": "InProgress",
          "taskId": "Transfer data from vault"
        }
      ]
    },
    "jobType": "AzureWorkloadJob",
    "operation": "Restore",
    "startTime": "2020-07-08T07:20:29.336434+00:00",
    "status": "InProgress",
    "workloadType": "SAPHanaDatabase"
  },
  "resourceGroup": "saphanaResourceGroup",
  "tags": null,
  "type": "Microsoft.RecoveryServices/vaults/backupJobs"
}

Het antwoord is de taaknaam. Deze taaknaam kan worden gebruikt voor het zoeken van de taakstatus met de cmdlet az backup job show.

De bestanden die worden gedumpt in de doelcontainer zijn:

  • Back-upbestanden van database
  • Catalogusbestanden
  • JSON-metagegevensbestanden (voor elk back-upbestand dat betrokken is)

Normaal gesproken maakt een netwerksharepad of pad van een gekoppelde Azure-bestandsshare indien opgegeven als doelpad toegang tot deze bestanden door andere computers in hetzelfde netwerk of met dezelfde Azure-bestandsshare die eraan is gekoppeld eenvoudiger.

Notitie

Als u de back-upbestanden van de database wilt herstellen op een Azure-bestandsshare die is gekoppeld aan de geregistreerde doel-VM, moet u ervoor zorgen dat het hoofdaccount lees- en schrijfmachtigingen heeft voor de Azure-bestandsshare.

Op basis van het type herstelpunt dat is gekozen (tijdstip of volledig en differentieel), worden een of meer mappen weergegeven die in het doelpad zijn gemaakt. Een van de mappen met de naam Data_<date and time of restore> bevat de volledige back-ups en de andere map met de naam Log bevat de logboekback-ups en andere back-ups (zoals differentiële en incrementele).

Notitie

Als u Herstellen naar een bepaald tijdstip hebt geselecteerd, kunnen de logboekbestanden (gedumpt naar de doel-VM) soms logboeken bevatten die verder gaan dan het tijdstip dat is gekozen voor herstel. Azure Backup doet dit om ervoor te zorgen dat logboekback-ups voor alle HANA-services beschikbaar zijn voor consistente en succesvolle herstelbewerkingen naar het gekozen tijdstip.

Notitie

Als u de hele keten niet wilt herstellen, maar alleen een subset van bestanden, volgt u de stappen die hier worden beschreven.

Verplaats deze teruggezette bestanden naar de SAP HANA-server waar u ze wilt herstellen als een database. Volg daarna deze stappen om de database te herstellen:

  1. Stel machtigingen in voor de map waarin de back-upbestanden zijn opgeslagen met behulp van de volgende opdracht:

    chown -R <SID>adm:sapsys <directory>

  2. Voer de volgende set opdrachten uit als <SID>adm

    su - <sid>adm

  3. Genereer het catalogusbestand voor herstel. Extraheer de BackupId uit het JSON-metagegevensbestand voor de volledige back-up, die later wordt gebruikt in de herstelbewerking. Zorg ervoor dat de volledige en logboekback-ups zich in verschillende mappen bevinden en verwijder de catalogusbestanden en JSON-bestanden met metagegevens in deze mappen.

    hdbbackupdiag --generate --dataDir <DataFileDir> --logDirs <LogFilesDir> -d <PathToPlaceCatalogFile>

    In de bovenstaande opdracht:

    • <DataFileDir>: de map die de volledige back-ups bevat
    • <LogFilesDir> - de map met de logboekback-ups, differentiële en incrementele back-ups (indien aanwezig)
    • <PathToPlaceCatalogFile>: de map waarin het gegenereerde catalogusbestand moet worden geplaatst

  4. Herstel met behulp van het zojuist gegenereerde catalogusbestand via HANA Studio of voer de HDBSQL-herstelquery uit met deze zojuist gegenereerde catalogus. HDBSQL-query's worden hieronder weergegeven:

    • Ga als volgt te werk om te herstellen naar een specifiek tijdstip:

      Als u een nieuwe herstelde database maakt, voert u de HDBSQL-opdracht uit om een nieuwe database te maken <DatabaseName> en vervolgens stopt u de database voor herstel. Als u echter alleen een bestaande database herstelt, voert u de HDBSQL-opdracht uit om de database te stoppen.

      Voer vervolgens de volgende opdracht uit om de database te herstellen:

      RECOVER DATABASE FOR <DatabaseName> UNTIL TIMESTAMP '<TimeStamp>' CLEAR LOG USING SOURCE '<DatabaseName@HostName>'  USING CATALOG PATH ('<PathToGeneratedCatalogInStep3>') USING LOG PATH (' <LogFileDir>') USING DATA PATH ('<DataFileDir>') USING BACKUP_ID <BackupIdFromJsonFile> CHECK ACCESS USING FILE
      • <DatabaseName>: de naam van de nieuwe database of bestaande database die u wilt herstellen
      • <Timestamp>: exacte tijdstempel van het herstel naar een bepaald tijdstip
      • <DatabaseName@HostName>: de naam van de database waarvan de back-up wordt gebruikt voor herstel en de host/SAP HANA-servernaam waarop deze database zich bevindt. Met de optie USING SOURCE <DatabaseName@HostName> geeft u op dat de gegevensback-up (gebruikt voor herstel) van een database met een andere SID of een andere naam dan de SAP HANA-doelmachine is. Dit hoeft dus niet te worden opgegeven voor herstelbewerkingen die worden uitgevoerd op dezelfde HANA-server als die waarop de back-up is gemaakt.
      • <PathToGeneratedCatalogInStep3>: het pad naar het catalogusbestand dat in stap 3 is gegenereerd
      • <DataFileDir>: de map die de volledige back-ups bevat
      • <LogFilesDir> - de map met de logboekback-ups, differentiële en incrementele back-ups (indien aanwezig)
      • <BackupIdFromJsonFile>: de BackupId die in stap 3 is geëxtraheerd

    • Ga als volgt te werk om te herstellen naar een bepaalde volledige of differentiële back-up:

      Als u een nieuwe herstelde database maakt, voert u de HDBSQL-opdracht uit om een nieuwe database te maken <DatabaseName> en vervolgens stopt u de database voor herstel. Als u echter alleen een bestaande database herstelt, voert u de HDBSQL-opdracht uit om de database te stoppen:

      RECOVER DATA FOR <DatabaseName> USING BACKUP_ID <BackupIdFromJsonFile> USING SOURCE '<DatabaseName@HostName>'  USING CATALOG PATH ('<PathToGeneratedCatalogInStep3>') USING DATA PATH ('<DataFileDir>')  CLEAR LOG
      • <DatabaseName>: de naam van de nieuwe database of bestaande database die u wilt herstellen
      • <Timestamp>: het exacte tijdstempel van het herstel naar een bepaald tijdstip
      • <DatabaseName@HostName>: de naam van de database waarvan de back-up wordt gebruikt voor herstel en de host /SAP HANA-servernaam waarop deze database zich bevindt. Met de optie USING SOURCE <DatabaseName@HostName> geeft u op dat de gegevensback-up (gebruikt voor herstel) van een database met een andere SID of een andere naam dan de SAP HANA-doelmachine is. Dit hoeft dus niet te worden opgegeven voor herstelbewerkingen die worden uitgevoerd op dezelfde HANA-server als die waarop de back-up is gemaakt.
      • <PathToGeneratedCatalogInStep3>: het pad naar het catalogusbestand dat in stap 3 is gegenereerd
      • <DataFileDir>: de map die de volledige back-ups bevat
      • <LogFilesDir> - de map met de logboekback-ups, differentiële en incrementele back-ups (indien aanwezig)
      • <BackupIdFromJsonFile>: de BackupId die in stap 3 is geëxtraheerd

Herstellen tussen abonnementen

Met CSR (Cross Subscription Restore) hebt u de flexibiliteit om te herstellen naar elk abonnement en elke kluis onder uw tenant als er herstelmachtigingen beschikbaar zijn. CSR is standaard ingeschakeld voor alle Recovery Services-kluizen (bestaande en nieuw gemaakte kluizen).

Notitie

  • U kunt herstel tussen abonnementen activeren vanuit de Recovery Services-kluis.
  • CSR wordt alleen ondersteund voor back-ups op basis van streaming/Backint en wordt niet ondersteund voor back-ups op basis van momentopnamen.
  • CRR (Cross Regional Restore) met CSR wordt niet ondersteund.
az backup vault create

Voeg de parameter cross-subscription-restore-state toe waarmee u de CSR-status van de kluis kunt instellen tijdens het maken en bijwerken van de kluis.

az backup recoveryconfig show

Voeg de parameter --target-subscription-id toe waarmee u het doelabonnement kunt opgeven als invoer tijdens het activeren van herstel tussen abonnementen voor SQL- of HANA-gegevensbronnen.

Voorbeeld:

   az backup vault create -g {rg_name} -n {vault_name} -l {location} --cross-subscription-restore-state Disable
   az backup recoveryconfig show --restore-mode alternateworkloadrestore --backup-management-type azureworkload -r {rp} --target-container-name {target_container} --target-item-name {target_item} --target-resource-group {target_rg} --target-server-name {target_server} --target-server-type SQLInstance --target-subscription-id {target_subscription} --target-vault-name {target_vault} --workload-type SQLDataBase --ids {source_item_id}

Volgende stappen