Dela via

Självstudie: Återställa SAP HANA-databaser på en virtuell Azure-dator med Hjälp av Azure CLI

  • Artikel

I den här självstudien beskrivs hur du återställer SAP HANA-databasinstansen och SAP HANA System Replication-instansen (HSR) med Hjälp av Azure CLI.

Azure CLI används för att skapa och hantera Azure-resurser från kommandoraden eller via skript. Den här dokumentationen beskriver hur du återställer en säkerhetskopierad SAP HANA-databas på en virtuell Azure-dator med Hjälp av Azure CLI. Du kan också utföra de här stegen med hjälp av Azure Portal.

Kommentar

  • Original Location Recovery (OLR) stöds för närvarande inte för HSR.
  • Återställning till HSR-instans stöds inte. Återställning endast till HANA-instans stöds dock.

Använd Azure Cloud Shell för att köra CLI-kommandon.

Den här självstudien förutsätter att du har en SAP HANA-databas som körs på en virtuell Azure-dator som säkerhetskopieras med Hjälp av Azure Backup. Om du har använt Säkerhetskopiera en SAP HANA-databas i Azure med hjälp av CLI för att säkerhetskopiera din SAP HANA-databas använder du följande resurser:

  • En resursgrupp med namnet saphanaResourceGroup.
  • Ett valv med namnet saphanaVault.
  • Skyddad container med namnet VMAppContainer;Compute;saphanaResourceGroup;saphanaVM.
  • Säkerhetskopierad databas/objekt med namnet saphanadatabase;hxe;hxe.
  • Resurser i westus2 regionen.

Mer information om konfigurationer och scenarier som stöds finns i supportmatrisen för SAP HANA-säkerhetskopiering.

Visa återställningspunkter för en säkerhetskopierad databas

Om du vill visa listan över alla återställningspunkter för en databas använder du cmdleten az backup recoverypoint list enligt följande:

Välj en databastyp:

Kör följande kommando för att visa tillgängliga återställningspunkter:

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

Listan över återställningspunkter ser ut så här:

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

Som du ser innehåller listan ovan tre återställningspunkter: en var för fullständig, differentiell och loggsäkerhetskopiering.

Kommentar

Du kan också visa start- och slutpunkterna för varje obruten loggsäkerhetskopieringskedja med hjälp av cmdleten az backup recoverypoint show-log-chain .

Förutsättningar för att återställa en databas

Kontrollera att följande krav uppfylls innan du återställer en databas:

  • Du kan bara återställa databasen till en SAP HANA-instans som finns i samma region.
  • Målinstansen måste vara registrerad med samma valv som källan eller ett annat valv i samma region.
  • Azure Backup kan inte identifiera två olika SAP HANA-instanser på samma virtuella dator. Därför går det inte att återställa data från en instans till en annan på samma virtuella dator.

Återställ en databas

Azure Backup kan återställa SAP HANA-databaser som körs på virtuella Azure-datorer enligt följande:

  • Återställ till ett visst datum eller en viss tid (till den andra) med hjälp av loggsäkerhetskopior. Azure Backup avgör automatiskt lämpliga fullständiga differentiella säkerhetskopior och kedjan med loggsäkerhetskopior som krävs för återställning baserat på den valda tiden.
  • Återställ till en specifik fullständig eller differentiell säkerhetskopia för att återställa till en specifik återställningspunkt.

Om du vill återställa en databas använder du cmdleten az restore restore-azurewl , som kräver ett återställningskonfigurationsobjekt som en av indata. Det här objektet kan genereras med hjälp av cmdleten az backup recoveryconfig show . Återställningskonfigurationsobjektet innehåller all information för att utföra en återställning. En av dem är återställningsläget – OriginalWorkloadRestore eller AlternateWorkloadRestore.

Kommentar

OriginalWorkloadRestore – Återställ data till samma SAP HANA-instans som den ursprungliga källan. Det här alternativet skriver över den ursprungliga databasen.
AlternateWorkloadRestore – Återställ databasen till en alternativ plats och behåll den ursprungliga källdatabasen.

Återställa till en annan plats

Om du vill återställa en databas till en annan plats använder du AlternateWorkloadRestore som återställningsläge. Du måste sedan välja återställningspunkten, som antingen kan vara en tidigare tidpunkt eller någon av de tidigare återställningspunkterna.

I den här självstudien återställer du till en tidigare återställningspunkt. Visa listan över återställningspunkter för databasen och välj den punkt som du vill återställa till. I den här självstudien används återställningspunkten med namnet 7660777527047692711.

Genom att använda namnet på återställningspunkten ovan och återställningsläget ska vi skapa återställningskonfigurationsobjektet med hjälp av cmdleten az backup recoveryconfig show . Nu ska vi titta på vad var och en av de återstående parametrarna i den här cmdleten betyder:

  • --target-item-name Det här är namnet som den återställde databasen ska använda. I det här fallet använde vi namnet restored_database.
  • --target-server-name Det här är namnet på en SAP HANA-server som har registrerats till ett Recovery Services-valv och som ligger i samma region som databasen som ska återställas. I den här självstudien återställer vi databasen till samma SAP HANA-server som vi har skyddat med namnet hxehost.
  • --target-server-type För återställning av SAP HANA-databaser måste HANAInstance användas.

Välj en databastyp:

Starta återställningsåtgärden genom att köra följande kommando:


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

Svaret på ovanstående fråga är ett återställningskonfigurationsobjekt som ser ut ungefär så här:

{"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}

För att återställa databasen kör du cmdleten az restore restore-azurewl . Om du vill använda det här kommandot anger vi ovanstående json-utdata som sparas i en fil med namnet recoveryconfig.json.

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

Utdata ser ut så här:

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

Svaret ger dig jobbnamnet. Det här jobbnamnet kan användas för att spåra jobbstatusen med hjälp av cmdleten az backup job show .

Återställa och skriva över

För att återställa till den ursprungliga platsen använder vi OrignialWorkloadRestore som återställningsläge. Du måste sedan välja återställningspunkten, som antingen kan vara en tidigare tidpunkt eller någon av de tidigare återställningspunkterna.

I den här självstudien väljer vi den tidigare tidpunkten "28-11-2019-09:53:00" att återställa till. Du kan ange den här återställningspunkten i följande format: dd-mm-åååå, dd-mm-åååå-hh:mm:ss. Om du vill välja en giltig tidpunkt att återställa till använder du cmdleten az backup recoverypoint show-log-chain , som visar intervallen för obrutna säkerhetskopieringar av loggkedjan.

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

Svaret på ovanstående fråga är ett återställningskonfigurationsobjekt som ser ut så här:

{"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}"

För att återställa databasen kör du cmdleten az restore restore-azurewl . Om du vill använda det här kommandot anger vi ovanstående json-utdata som sparas i en fil med namnet recoveryconfig.json.

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

Utdata ser ut så här:

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

Svaret ger dig jobbnamnet. Det här jobbnamnet kan användas för att spåra jobbstatusen med hjälp av cmdleten az backup job show .

Återställa till sekundär region

Om du vill återställa en databas till den sekundära regionen anger du ett målvalv och en server som finns i den sekundära regionen i återställningskonfigurationen.

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

Följande är svaret på kommandot ovan som ska vara ett återställningskonfigurationsobjekt:

{
  "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"
}

Använd den här återställningskonfigurationen i cmdleten az restore-azurewl . --use-secondary-region Välj flaggan för att återställa databasen till den sekundära regionen.

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

Utdata blir följande:

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

Kommentar

RPO för säkerhetskopieringsdata som ska vara tillgängliga i den sekundära regionen är 12 timmar. När du aktiverar CRR är därför RPO för den sekundära regionen 12 timmar + loggfrekvensvaraktighet (som kan anges till minst 15 minuter).

Återställa som filer

För att återställa säkerhetskopierade data som filer i stället för en databas använder vi RestoreAsFiles som återställningsläge. Välj sedan återställningspunkten, som antingen kan vara en tidigare tidpunkt eller någon av de tidigare återställningspunkterna. När filerna har dumpats till en angiven sökväg kan du ta filerna till valfri SAP HANA-dator där du vill återställa dem som en databas. Eftersom du kan flytta dessa filer till valfri dator kan du nu återställa data mellan prenumerationer och regioner.

I den här självstudien väljer vi den tidigare tidpunkten att återställa till och platsen där säkerhetskopieringsfiler dumpas som /home/saphana/restoreasfiles på samma SAP HANA-server28-11-2019-09:53:00. Du kan ange den här återställningspunkten i något av följande format: dd-mm-åååå eller dd-mm-åååå-hh:mm:ss. Om du vill välja en giltig tidpunkt att återställa till använder du cmdleten az backup recoverypoint show-log-chain , som visar intervallen för obrutna säkerhetskopieringar av loggkedjan.

Med hjälp av namnet på återställningspunkten ovan och återställningsläget ska vi skapa återställningskonfigurationsobjektet med hjälp av cmdleten az backup recoveryconfig show . Nu ska vi titta på vad var och en av de återstående parametrarna i den här cmdleten betyder:

  • --target-container-name Det här är namnet på en SAP HANA-server som har registrerats till ett Recovery Services-valv och som ligger i samma region som databasen som ska återställas. I den här självstudien återställer vi databasen som filer till samma SAP HANA-server som vi har skyddat med namnet hxehost.
  • --rp-name För en återställning till tidpunkt blir återställningspunktens namn 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

Svaret på frågan ovan är ett återställningskonfigurationsobjekt som ser ut så här:

{
  "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"
}

För att återställa databasen när filer kör cmdleten az restore restore-azurewl . Om du vill använda det här kommandot anger vi json-utdata ovan som sparas i en fil med namnet recoveryconfig.json.

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

Utdata ser ut så här:

{
  "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"
}

Svaret ger dig jobbnamnet. Det här jobbnamnet kan användas för att spåra jobbstatusen med hjälp av cmdleten az backup job show .

Filerna som dumpas på målcontainern är:

  • Databassäkerhetskopieringsfiler
  • Katalogfiler
  • JSON-metadatafiler (för varje säkerhetskopieringsfil som ingår)

Vanligtvis möjliggör en nätverksresurssökväg eller sökväg för en monterad Azure-filresurs när den anges som målsökväg enklare åtkomst till dessa filer av andra datorer i samma nätverk eller med samma Azure-filresurs monterad på dem.

Kommentar

Om du vill återställa databassäkerhetskopiorna på en Azure-filresurs som monterats på den registrerade virtuella måldatorn kontrollerar du att rotkontot har läs- och skrivbehörighet för Azure-filresursen.

Baserat på vilken typ av återställningspunkt som valts (tidpunkt eller fullständig och differentiell) visas en eller flera mappar som skapats i målsökvägen. En av de namngivna Data_<date and time of restore> mapparna innehåller de fullständiga säkerhetskopiorna och den andra mappen med namnet Log innehåller loggsäkerhetskopiorna och andra säkerhetskopior (till exempel differentiella och inkrementella).

Kommentar

Om du har valt Återställ till en tidpunkt kan loggfilerna (dumpas till den virtuella måldatorn) ibland innehålla loggar utöver den tidpunkt som valts för återställning. Azure Backup gör detta för att säkerställa att loggsäkerhetskopior för alla HANA-tjänster är tillgängliga för konsekvent och lyckad återställning till den valda tidpunkten.

Kommentar

Om du inte vill återställa hela kedjan utan bara en delmängd filer följer du stegen som beskrivs här.

Flytta de återställde filerna till SAP HANA-servern där du vill återställa dem som en databas. Följ sedan de här stegen för att återställa databasen:

  1. Ange behörigheter för mappen/katalogen där säkerhetskopieringsfilerna lagras med följande kommando:

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

  2. Kör nästa uppsättning kommandon som <SID>adm

    su - <sid>adm

  3. Generera katalogfilen för återställning. Extrahera BackupId från JSON-metadatafilen för den fullständiga säkerhetskopieringen, som kommer att användas senare i återställningsåtgärden. Kontrollera att de fullständiga säkerhetskopiorna och loggsäkerhetskopiorna finns i olika mappar och ta bort katalogfilerna och JSON-metadatafilerna i dessa mappar.

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

    I kommandot ovan:

    • <DataFileDir> – mappen som innehåller de fullständiga säkerhetskopiorna
    • <LogFilesDir> – mappen som innehåller loggsäkerhetskopior, differentiella och inkrementella säkerhetskopior (om några)
    • <PathToPlaceCatalogFile> – mappen där katalogfilen som genereras måste placeras

  4. Återställ med den nyligen genererade katalogfilen via HANA Studio eller kör HDBSQL-återställningsfrågan med den här nyligen genererade katalogen. HDBSQL-frågor visas nedan:

    • Så här återställer du till en tidpunkt:

      Om du skapar en ny återställd databas kör du HDBSQL-kommandot för att skapa en ny databas <DatabaseName> och stoppar sedan databasen för återställning. Men om du bara återställer en befintlig databas kör du HDBSQL-kommandot för att stoppa databasen.

      Kör sedan följande kommando för att återställa databasen:

      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> – Namnet på den nya databasen eller den befintliga databas som du vill återställa
      • <Timestamp> – Exakt tidsstämpel för återställning till tidpunkt
      • <DatabaseName@HostName>– Namnet på databasen vars säkerhetskopia används för återställning och värd -/SAP HANA-servernamnet som databasen finns på. Alternativet USING SOURCE <DatabaseName@HostName> anger att säkerhetskopieringen av data (används för återställning) är av en databas med ett annat SID eller namn än SAP HANA-måldatorn. Därför behöver den inte anges för återställningar som görs på samma HANA-server från den plats där säkerhetskopieringen görs.
      • <PathToGeneratedCatalogInStep3> – Sökväg till katalogfilen som genererades i steg 3
      • <DataFileDir> – mappen som innehåller de fullständiga säkerhetskopiorna
      • <LogFilesDir> – mappen som innehåller loggsäkerhetskopior, differentiella och inkrementella säkerhetskopior (om några)
      • <BackupIdFromJsonFile>– BackupId som extraherades i steg 3

    • Så här återställer du till en viss fullständig eller differentiell säkerhetskopia:

      Om du skapar en ny återställd databas kör du HDBSQL-kommandot för att skapa en ny databas <DatabaseName> och stoppar sedan databasen för återställning. Men om du bara återställer en befintlig databas kör du HDBSQL-kommandot för att stoppa databasen:

      RECOVER DATA FOR <DatabaseName> USING BACKUP_ID <BackupIdFromJsonFile> USING SOURCE '<DatabaseName@HostName>'  USING CATALOG PATH ('<PathToGeneratedCatalogInStep3>') USING DATA PATH ('<DataFileDir>')  CLEAR LOG
      • <DatabaseName> – namnet på den nya databasen eller den befintliga databas som du vill återställa
      • <Timestamp> – den exakta tidsstämpeln för återställning till tidpunkt
      • <DatabaseName@HostName>– namnet på den databas vars säkerhetskopia används för återställning och värd -/SAP HANA-servernamnet som databasen finns på. Alternativet USING SOURCE <DatabaseName@HostName> anger att säkerhetskopieringen av data (används för återställning) är av en databas med ett annat SID eller namn än SAP HANA-måldatorn. Det behöver därför inte anges för återställningar som görs på samma HANA-server från den plats där säkerhetskopieringen görs.
      • <PathToGeneratedCatalogInStep3> – sökvägen till katalogfilen som genererades i steg 3
      • <DataFileDir> – mappen som innehåller de fullständiga säkerhetskopiorna
      • <LogFilesDir> – mappen som innehåller loggsäkerhetskopior, differentiella och inkrementella säkerhetskopior (om några)
      • <BackupIdFromJsonFile>– BackupId som extraherades i steg 3

Återställning mellan prenumerationer

Med återställning mellan prenumerationer (CSR) har du flexibiliteten att återställa till valfri prenumeration och valv under klientorganisationen om återställningsbehörigheter är tillgängliga. Som standard är CSR aktiverat på alla Recovery Services-valv (befintliga och nyligen skapade valv).

Kommentar

  • Du kan utlösa återställning mellan prenumerationer från Recovery Services-valvet.
  • CSR stöds endast för direktuppspelning/Backint-baserade säkerhetskopior och stöds inte för ögonblicksbildsbaserad säkerhetskopiering.
  • Cross Regional Restore (CRR) med CSR stöds inte.
az backup vault create

Lägg till parametern cross-subscription-restore-state som gör att du kan ange CSR-tillståndet för valvet när valvet skapas och uppdateras.

az backup recoveryconfig show

Lägg till parametern --target-subscription-id som gör att du kan ange målprenumerationen som indata när du utlöser återställning mellan prenumerationer för SQL- eller HANA-datakällor.

Exempel:

   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}

Gå vidare