Återställa SAP HANA-databaser på virtuella Azure-datorer

  • Artikel

Den här artikeln beskriver hur du återställer SAP HANA-databaser som körs på virtuella Azure-datorer och att Azure Backup-tjänsten har säkerhetskopierats till ett Recovery Services-valv. Du kan använda återställd data för att skapa kopior för utvecklings- och testscenarier eller för att återgå till ett tidigare tillstånd.

Azure Backup stöder nu säkerhetskopiering och återställning av SAP HANA System Replication-instans (HSR).

Kommentar

  • Återställningsprocessen för HANA-databaser med HSR är densamma som återställningsprocessen för HANA-databaser utan HSR. Enligt SAP-rekommendationer kan du återställa databaser med HSR-läge som fristående databaser. Om målsystemet har HSR-läget aktiverat inaktiverar du först läget och återställer sedan databasen. Men om du återställer som filer behövs det inte att inaktivera HSR-läget (bryta HSR).
  • Original Location Recovery (OLR) stöds för närvarande inte för HSR. Du kan också välja Alternativ platsåterställning och sedan välja den virtuella källdatorn som värd i listan.
  • Återställning till HSR-instans stöds inte. Återställning endast till HANA-instans stöds dock.

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

Återställa till en tidpunkt eller till en återställningspunkt

Azure Backup återställer SAP HANA-databaser som körs på virtuella Azure-datorer. Det kan:

  • Återställ dem 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 säkerhetskopior, differentiella säkerhetskopior och kedja av loggsäkerhetskopior som krävs för återställning baserat på den valda tiden.

  • Återställ dem till en specifik fullständig eller differentiell säkerhetskopia för att återställa dem till en specifik återställningspunkt.

Förutsättningar

Observera följande innan du börjar återställa en databas:

  • Du kan bara återställa databasen till en SAP HANA-instans som finns i samma region.

  • Målinstansen måste registreras med samma valv som källan. Läs mer om att säkerhetskopiera SAP HANA-databaser.

  • Azure Backup kan inte identifiera två olika SAP HANA-instanser på samma virtuella dator. Det är därför inte möjligt att återställa data från en instans till en annan på samma virtuella dator.

  • Kontrollera att SAP HANA-målinstansen är redo för återställning genom att kontrollera statusen för säkerhetskopieringsberedskap :

    1. I Azure-portalen går du till Säkerhetskopieringscenter och väljer sedan Säkerhetskopiera.

      Screenshot that shows where to check to see whether the target SAP HANA instance is ready to restore.

    2. I fönstret Start: Konfigurera säkerhetskopiering väljer du SAP HANA i den virtuella Azure-datorn för Datasource-typ, väljer valvet som SAP HANA-instansen är registrerad i och väljer sedan Fortsätt.

      Screenshot that shows where to select SAP HANA in Azure VM as the datasource type.

    3. Under Identifiera databaser på virtuella datorer väljer du Visa information.

      Screenshot that shows where to view database details.

    4. Granska säkerhetskopieringsberedskapen för den virtuella måldatorn.

      Screenshot that shows where to review the backup readiness of the target VM.

  • Mer information om de återställningstyper som SAP HANA stöder finns i SAP HANA Note 1642148.

Återställ en databas

För att återställa en databas behöver du följande behörigheter:

  • Säkerhetskopieringsoperator: Ger behörigheter i valvet där du utför återställningen.
  • Deltagare (skriv): Ger åtkomst till den virtuella källdatorn som säkerhetskopieras.
  • Deltagare (skrivning): Ger åtkomst till den virtuella måldatorn.
    • Om du återställer till samma virtuella dator är det den som är den virtuella källdatorn.
    • Om du återställer till en alternativ plats är det den som är den nya virtuella måldatorn.

  1. I Azure-portalen går du till Säkerhetskopieringscenter och väljer sedan Återställ.

    Screenshot that shows where to start restoring an SAP HANA database.

  2. Välj SAP HANA på en virtuell Azure-dator som datakällatyp, välj den databas som du vill återställa och välj sedan Fortsätt.

    Screenshot that shows where to restore the backup items.

  3. Under Återställ konfiguration anger du var eller hur du återställer data:

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

    Screenshot that shows where to restore the configuration.

Kommentar

Om du försöker återställa en säkerhetskopia till målnoden efter att ha ändrat HSR-läget som fristående eller icke-bakåtkompatibel HSR innan återställningen rekommenderas av SAP under återställningen (gäller endast för virtuell IP-adress/lastbalanserare) bör du se till att Lastbalanseraren pekar på målnoden.

Exempelscenarier:

  • Om du använder hdbuserstore-uppsättningen SYSTEMKEY localhost i förregistreringsskriptet kommer det inte att uppstå några problem under återställningen.
  • Om ditt *hdbuserstore har angetts SYSTEMKEY <load balancer host/ip> i förregistreringsskriptet och du försöker återställa säkerhetskopian till målnoden kontrollerar du att lastbalanseraren pekar på målnoden som måste återställas.

Återställa till en alternativ plats

  1. I fönstret Återställ , under Var och hur du återställer?, väljer du Alternativ plats.

    Screenshot that shows how to restore the database to an alternate location.

  2. Välj det SAP HANA-värdnamn och instansnamn som du vill återställa databasen till.

  3. Kontrollera om SAP HANA-målinstansen är redo att återställas genom att säkerställa dess beredskap för säkerhetskopiering. Mer information finns i Förutsättningar.

  4. I rutan Restored DB Name (Namn på återställd databas) anger du namnet på måldatabasen.

    Kommentar

    SDC-återställningar (Single Database Container) måste följa dessa kontroller.

  5. Om det är tillämpligt väljer du kryssrutan Skriv över om databasen med samma namn redan finns på den valda HANA-instansen .

  6. I Välj återställningspunkt väljer du Loggar (tidpunkt) för att återställa till en viss tidpunkt. Eller välj Fullständig och differentiell för att återställa till en specifik återställningspunkt.

Återställa som filer

Kommentar

Återställning som filer fungerar inte på CIFS-resurser (Common Internet File System), men det fungerar för NFS (Network File System).

Om du vill återställa säkerhetskopierade data som filer i stället för en databas väljer du Återställ som filer. När filerna har dumpats till en angiven sökväg kan du ta dem till valfri SAP HANA-dator där du vill återställa dem som en databas. Eftersom du kan flytta filerna till valfri dator kan du nu återställa data mellan prenumerationer och regioner.

  1. I fönstret Återställ , under Var och hur du återställer?, väljer du Återställ som filer.

  2. Välj det värd- eller HANA-servernamn som du vill återställa säkerhetskopieringsfilerna till.

  3. I rutan Målsökväg på servern anger du mappsökvägen på den server som du valde i föregående steg. Det här är platsen där tjänsten dumpar alla nödvändiga säkerhetskopieringsfiler.

    Filerna som dumpas är:

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

    Vanligtvis ger en nätverksresurssökväg, eller sökvägen till en monterad Azure-filresurs som anges som målsökväg, enklare åtkomst till dessa filer av andra datorer i samma nätverk eller med samma Azure-filresurs som är 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 resursen.

    Screenshot that shows how to choose the destination path.

  4. Välj den återställningspunkt som alla säkerhetskopierade filer och mappar ska återställas till.

    Screenshot that shows where to select the restore point.

  5. Alla säkerhetskopieringsfiler som är associerade med den valda återställningspunkten dumpas i målsökvägen.

  6. Beroende på vilken typ av återställningspunkt du har valt (tidpunkt eller fullständig och differentiell) visas en eller flera mappar som skapats i målsökvägen. En av mapparna, Data_<date och tidpunkten för återställning> innehåller de fullständiga säkerhetskopiorna, och den andra mappen, Log innehåller loggsäkerhetskopior och andra säkerhetskopior (till exempel differentiella och inkrementella).

    Kommentar

    Om du har valt Återställ till en tidpunkt kan loggfilerna, som dumpades till den virtuella måldatorn, ibland innehålla loggar utöver den tidpunkt som valdes 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.

  7. Flytta de återställde filerna till SAP HANA-servern där du vill återställa dem som en databas och gör sedan följande:

    a. Ange behörigheter för mappen eller katalogen där säkerhetskopieringsfilerna lagras genom att köra följande kommando:

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

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

    su: <sid>adm

    c. Generera katalogfilen för återställning. Extrahera BackupId från JSON-metadatafilen för den fullständiga säkerhetskopian, som du kommer att använda senare i återställningsåtgärden. Kontrollera att de fullständiga säkerhetskopiorna och loggsäkerhetskopiorna (som inte finns för den fullständiga säkerhetskopieringen) finns i olika mappar och ta bort JSON-metadatafilerna i dessa mappar. Kör:

    hdbbackupdiag --generate --dataDir <DataFileDir> --logDirs <LogFilesDir> -d <PathToPlaceCatalogFile>
    • <DataFileDir>: Mappen som innehåller de fullständiga säkerhetskopiorna.
    • <LogFilesDir>: Mappen som innehåller loggsäkerhetskopior, differentiella säkerhetskopior och inkrementella säkerhetskopior. Lägg till en tom katalog för fullständig återställning av säkerhetskopiering eftersom loggmappen inte har skapats.
    • <PathToPlaceCatalogFile>: Mappen där den genererade katalogfilen måste placeras.

    d. Du kan återställa med hjälp av den nyligen genererade katalogfilen via HANA Studio eller köra återställningsfrågan för SAP HANA HDBSQL-verktyget med den här nyligen genererade katalogen. HDBSQL-frågorna visas här:

    • Öppna HDBSQL-prompten genom att köra följande kommando:

      hdbsql -U AZUREWLBACKUPHANAUSER -d systemDB

    • 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 med hjälp av kommandot ALTER SYSTEM STOP DATABASE <db> IMMEDIATE. Men om du å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 <db> UNTIL TIMESTAMP <t1> USING CATALOG PATH <path> USING LOG PATH <path> USING DATA PATH <path> USING BACKUP_ID <bkId> CHECK ACCESS USING FILE
      • <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å databasen vars säkerhetskopia används för återställning och värd- eller 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 inte anges för återställningar som görs på samma HANA-server där säkerhetskopieringen görs.
      • <PathToGeneratedCatalogInStep3>: Sökvägen till katalogfilen som genererades i "steg c".
      • <DataFileDir>: Mappen som innehåller de fullständiga säkerhetskopiorna.
      • <LogFilesDir>: Mappen som innehåller loggsäkerhetskopior, differentiella säkerhetskopior och inkrementella säkerhetskopior (om några).
      • <BackupIdFromJsonFile>: BackupId som extraherades i "steg c".

    • 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 med hjälp av kommandot ALTER SYSTEM STOP DATABASE <db> IMMEDIATE. Men om du å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å databasen vars säkerhetskopia används för återställning och värd- eller 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ägen till katalogfilen som genererades i "steg c".
      • <DataFileDir>: Mappen som innehåller de fullständiga säkerhetskopiorna.
      • <LogFilesDir>: Mappen som innehåller loggsäkerhetskopior, differentiella säkerhetskopior och inkrementella säkerhetskopior (om några).
      • <BackupIdFromJsonFile>: BackupId som extraherades i "steg c".

    • Så här återställer du med hjälp av ett säkerhetskopierings-ID:

      RECOVER DATA FOR <db> USING BACKUP_ID <bkId> USING CATALOG PATH <path> USING LOG PATH <path> USING DATA PATH <path>  CHECK ACCESS USING FILE

      Exempel:

      SAP HANA SYSTEM-återställning på samma server:

      RECOVER DATABASE FOR SYSTEM UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILE

      Återställning av SAP HANA-klientorganisation på samma server:

      RECOVER DATABASE FOR DHI UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILE

      SAP HANA SYSTEM-återställning på en annan server:

      RECOVER DATABASE FOR SYSTEM UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING SOURCE <sourceSID> USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILE

      Återställning av SAP HANA-klientorganisation på en annan server:

      RECOVER DATABASE FOR DHI UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING SOURCE <sourceSID> USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILE

Partiell återställning som filer

Azure Backup-tjänsten bestämmer vilken filkedja som ska laddas ned under återställningen som filer. Men det finns scenarier där du kanske inte vill ladda ned hela innehållet igen.

Du kan till exempel ha en säkerhetskopieringsprincip med veckovisa fyllningar, dagliga differentiella filer och loggar, och du har redan laddat ned filer för en viss differentiell. Du upptäckte att detta inte är rätt återställningspunkt och bestämde dig för att ladda ned nästa dags differentiella. Nu behöver du bara differentiella filen, eftersom du redan har påbörjat den fullständiga säkerhetskopieringen. Med den partiella återställningen som filkapacitet , som tillhandahålls av Azure Backup, kan du nu undanta den fullständiga säkerhetskopieringen från nedladdningskedjan och endast ladda ned differentiell säkerhetskopiering.

Exkludering av filtyper för säkerhetskopiering

ExtensionSettingOverrides.json är en JSON-fil (JavaScript Object Notation) som innehåller åsidosättningar för flera inställningar för Azure Backup-tjänsten för SQL. För en partiell återställning som filåtgärd måste du lägga till ett nytt JSON-fält, RecoveryPointsToBeExcludedForRestoreAsFiles. Det här fältet innehåller ett strängvärde som anger vilka typer av återställningspunkter som ska undantas vid nästa återställning som filåtgärd .

  1. På måldatorn där filer ska laddas ned går du till mappen opt/msawb/bin .

  2. Skapa en ny JSON-fil med namnet ExtensionSettingOverrides.JSON, om den inte redan finns.

  3. Lägg till följande JSON-nyckelvärdepar:

    {
"RecoveryPointsToBeExcludedForRestoreAsFiles": "ExcludeFull"
}

  4. Ändra behörigheter och ägarskap för filen:

    chmod 750 ExtensionSettingsOverrides.json
chown root:msawb ExtensionSettingsOverrides.json

  5. Ingen omstart av någon tjänst krävs. Azure Backup-tjänsten försöker exkludera säkerhetskopieringstyper i återställningskedjan, som nämns i den här filen.

RecoveryPointsToBeExcludedForRestoreAsFiles tar bara specifika värden som anger vilka återställningspunkter som ska undantas under återställningen. För SAP HANA är följande värden:

  • ExcludeFull. Andra säkerhetskopieringstyper som differentiella, inkrementella och loggar laddas ned om de finns i återställningspunktkedjan.
  • ExcludeFullAndDifferential. Andra säkerhetskopieringstyper, till exempel inkrementella och loggar, laddas ned om de finns i återställningspunktkedjan.
  • ExcludeFullAndIncremental. Andra säkerhetskopieringstyper, till exempel differentiella och loggar, laddas ned om de finns i återställningspunktkedjan.
  • ExcludeFullAndDifferentialAndIncremental. Andra säkerhetskopieringstyper, till exempel loggar, laddas ned om de finns i återställningspunktkedjan.

Återställa till en viss tidpunkt

Om du har valt Loggar (tidpunkt) som återställningstyp gör du följande:

  1. Välj en återställningspunkt i loggdiagrammet och välj sedan OK för att välja återställningspunkt.

    Screenshot that shows a log graph from which to select a restore point.

  2. På menyn Återställ väljer du Återställ för att starta återställningsjobbet.

    Screenshot that shows the 'Restore' menu and 'Restore' button.

  3. Spåra återställningsstatusen i området Meddelanden eller spåra den genom att välja Återställ jobb på databasmenyn.

    Screenshot that shows a message that the restored was triggered successfully.

Återställa till en specifik återställningspunkt

Om du har valt Fullständig &differentiell som återställningstyp gör du följande:

  1. Välj en återställningspunkt i listan och välj sedan OK för att välja återställningspunkt.

    Screenshot that shows where to select a specific recovery point.

  2. På menyn Återställ väljer du Återställ för att starta återställningsjobbet.

    Screenshot that shows the 'Restore' menu for selecting a specific restore point.

  3. Spåra återställningsstatusen i området Meddelanden eller spåra den genom att välja Återställ jobb på databasmenyn.

    Screenshot that displays a message that the restored was triggered successfully.

    Kommentar

    I MDC-återställningar (Multiple Database Container) måste du köra förregistreringsskriptet igen när systemdatabasen har återställts till en målinstans. Därefter kommer de efterföljande klientdatabasåterställningarna att lyckas. Mer information finns i Felsöka återställning av flera containerdatabaser.

Återställning mellan regioner

Som ett av återställningsalternativen gör CRR (Cross Region Restore) att du kan återställa SAP HANA-databaser som finns på virtuella Azure-datorer i en sekundär region, som är en Länkad Azure-region.

Information om hur du börjar använda funktionen finns i Ange återställning mellan regioner.

Visa säkerhetskopieringsobjekt i den sekundära regionen

Om CRR är aktiverat kan du visa säkerhetskopieringsobjekten i den sekundära regionen.

  1. I Azure-portalen går du till Recovery Services-valvet och väljer sedan Säkerhetskopieringsobjekt.
  2. Välj Sekundär region för att visa objekten i den sekundära regionen.

Kommentar

Endast typer av säkerhetskopieringshantering som stöder CRR-funktionen visas i listan. För närvarande tillåts endast stöd för återställning av sekundära regiondata till en sekundär region.

Screenshot that shows backup items in the secondary region

Screenshot that shows databases in the secondary region

Återställa i den sekundära regionen

Användarupplevelsen för återställning av sekundär region liknar användarupplevelsen för återställning av primär region. När du konfigurerar informationen i fönstret Återställ konfiguration uppmanas du att endast ange parametrar för sekundär region. Ett valv bör finnas i den sekundära regionen och SAP HANA-servern bör registreras till valvet i den sekundära regionen.

Screenshot that shows the 'Where and how to Restore?' pane.

Screenshot that shows a 'Trigger restore in progress' notification.

Kommentar

  • När återställningen har utlösts och i dataöverföringsfasen kan återställningsjobbet inte avbrytas.
  • Den roll- och åtkomstnivå som krävs för att utföra en återställningsåtgärd i flera regioner är rollen Operatör för säkerhetskopiering i prenumerationen och deltagaråtkomst (skrivning) på de virtuella käll- och måldatorerna. Om du vill visa säkerhetskopieringsjobb är säkerhetskopieringsläsaren den minsta behörighet som krävs i prenumerationen.
  • Målet för återställningspunkten (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).

Lär dig mer om minimikraven för rollåterställning mellan regioner.

Övervaka återställningsjobb för sekundär region

  1. I Azure-portalen går du till Säkerhetskopieringscenter och väljer sedan Säkerhetskopieringsjobb.

  2. Om du vill visa jobben i den sekundära regionen filtrerar du åtgärden för CrossRegionRestore.

    Screenshot that shows filtered backup jobs.

Återställning mellan prenumerationer

Med Azure Backup kan du nu återställa SAP HANA Database till valfri prenumeration (enligt följande Azure RBAC-krav) från återställningspunkten. Som standard återställs Azure Backup till samma prenumeration där återställningspunkterna är tillgängliga.

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.

Krav för Azure RBAC

Åtgärdstyp Säkerhetskopieringsoperator Recovery Services-valv Alternativ operator
Återställa databasen eller återställa som filer Virtual Machine Contributor Den virtuella källdatorn som säkerhetskopierades I stället för en inbyggd roll kan du överväga en anpassad roll som har följande behörigheter:

- Microsoft.Compute/virtualMachines/write
- Microsoft.Compute/virtualMachines/read
Virtual Machine Contributor Mål-VM där databasen ska återställas eller filer skapas. I stället för en inbyggd roll kan du överväga en anpassad roll som har följande behörigheter:

- Microsoft.Compute/virtualMachines/write
- Microsoft.Compute/virtualMachines/read
Backup Operator Recovery Services-målvalv

Som standard är CSR aktiverat i Recovery Services-valvet. Om du vill uppdatera återställningsinställningarna för Recovery Services-valvet går du till Egenskaper>Återställning mellan prenumerationer och gör de ändringar som krävs.

Screenshot shows how to modify the Cross Subscription Restore settings on a Recovery Services vault for HANA database.

Återställning mellan prenumerationer med Hjälp av Azure CLI

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}

Nästa steg