Bagikan melalui

Tutorial: Memulihkan database SAP HANA di Azure VM menggunakan antarmuka tingkat panggilan Azure

  • Artikel

Tutorial ini menjelaskan cara memulihkan instans database SAP Hana dan instans SAP Hana System Replication (HSR) menggunakan Azure CLI.

antarmuka tingkat panggilan Azure digunakan untuk membuat dan mengelola sumber daya Azure dari baris perintah atau melalui skrip. Dokumentasi ini menjelaskan cara memulihkan database SAP HANA yang dicadangkan di Azure VM - menggunakan antarmuka tingkat panggilan Azure. Anda juga dapat melakukan langkah-langkah ini menggunakan portal Azure.

Catatan

  • Pemulihan Lokasi Asli (OLR) saat ini tidak didukung untuk HSR.
  • Pemulihan ke instans HSR tidak didukung. Namun, pemulihan hanya ke instans HANA didukung.

Gunakan Azure Cloud Shell untuk menjalankan perintah CLI.

Tutorial ini mengasumsikan Anda memiliki database SAP HANA yang berjalan di Azure VM yang dicadangkan menggunakan Azure Backup. Jika Anda telah menggunakan Cadangkan database SAP HANA di Azure menggunakan CLI untuk mencadangkan database SAP HANA, Anda berarti menggunakan sumber daya berikut:

  • Grup sumber daya bernama saphanaResourceGroup.
  • Vault bernama saphanaVault.
  • Kontainer terlindungi bernama VMAppContainer;Compute;saphanaResourceGroup;saphanaVM.
  • Database/item yang dicadangkan bernama saphanadatabase;hxe;hxe.
  • Sumber daya di wilayah tersebut westus2 .

Untuk informasi selengkapnya tentang konfigurasi dan skenario yang didukung, lihat matriks dukungan cadangan SAP Hana.

Melihat titik pemulihan untuk database yang dicadangkan

Untuk melihat daftar semua titik pemulihan untuk database, gunakan cmdlet daftar titik pemulihan cadangan az sebagai berikut:

Pilih jenis database:

Untuk melihat titik pemulihan yang tersedia, jalankan perintah berikut:

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

Daftar titik pemulihan akan terlihat sebagai berikut:

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

Seperti yang Anda lihat, daftar di atas berisi tiga titik pemulihan: masing-masing untuk pencadangan penuh, diferensial, dan log.

Catatan

Anda juga dapat melihat titik awal dan akhir dari setiap rantai cadangan log yang tidak terputus, menggunakan cmdlet tampilkan rantai log titik pemulihan cadangan az.

Prasyarat untuk memulihkan database

Pastikan prasyarat berikut ini terpenuhi sebelum memulihkan database:

  • Anda dapat memulihkan database ke instans SAP HANA yang berada di wilayah yang sama saja.
  • Instans target harus didaftarkan dengan vault yang sama dengan sumber atau vault lain di wilayah yang sama.
  • Azure Backup tidak dapat mengidentifikasi dua instans SAP HANA yang berbeda pada VM yang sama. Oleh karena itu, memulihkan data dari satu instans ke instans lain pada VM yang sama tidak dimungkinkan.

Memulihkan database

Azure Backup dapat memulihkan database SAP HANA yang berjalan di Azure VM sebagai berikut:

  • Memulihkan ke tanggal atau waktu tertentu (hingga tingkat detik) dengan menggunakan pencadangan log. Azure Backup secara otomatis menentukan pencadangan diferensial penuh yang sesuai dan rantai cadangan log yang diperlukan untuk pemulihan berdasarkan waktu yang dipilih.
  • Memulihkan ke cadangan penuh atau diferensial tertentu untuk memulihkan ke titik pemulihan tertentu.

Untuk memulihkan database, gunakan cmdlet pemulihan az pulihkan-azurewl, yang memerlukan objek konfigurasi pemulihan sebagai salah satu input. Objek ini dapat dihasilkan menggunakan cmdlet tampilkan konfigurasi pemulihan cadangan az. Objek konfigurasi pemulihan berisi semua detil untuk melakukan pemulihan. Salah satunya adalah mode pemulihan - OriginalWorkloadRestore atau AlternateWorkloadRestore.

Catatan

OriginalWorkloadRestore - Memulihkan data ke instans SAP HANA yang sama dengan sumber asli. Opsi ini menimpa database asli.
AlternateWorkloadRestore - Memulihkan database ke lokasi alternatif dan menyimpan database sumber asli.

Memulihkan ke lokasi alternatif

Untuk memulihkan database ke lokasi alternatif, gunakan AlternateWorkloadRestore sebagai mode pemulihan. Anda kemudian harus memilih titik pemulihan, yang bisa menjadi titik waktu sebelumnya atau salah satu titik pemulihan sebelumnya.

Dalam tutorial ini, Anda akan memulihkan ke titik pemulihan sebelumnya. Lihat daftar titik pemulihan untuk database dan pilih titik yang ingin Anda pulihkan. Tutorial ini akan menggunakan titik pemulihan dengan nama 7660777527047692711.

Dengan menggunakan nama titik pemulihan dan mode pemulihan di atas, mari kita buat objek konfigurasi pemulihan menggunakan cmdlet az backup recoveryconfig show . Mari kita lihat apa yang arti tiap parameter yang tersisa dalam cmdlet ini:

  • --nama-item-target Ini adalah nama yang akan digunakan oleh database yang dipulihkan. Dalam hal ini, kita menggunakan nama database_dipulihkan.
  • --nama-server-target Ini adalah nama server SAP HANA yang berhasil didaftarkan ke brankas Layanan Pemulihan dan terletak di wilayah yang sama dengan database yang akan dipulihkan. Untuk tutorial ini, kita akan mengembalikan database ke server SAP HANA yang sama yang telah kita lindungi, bernama hxehost.
  • --jenis-server-target Untuk pemulihan database SAP HANA, HANAInstance harus digunakan.

Pilih jenis database:

Untuk memulai operasi pemulihan, jalankan perintah berikut:


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

Respons terhadap kueri di atas akan menjadi objek konfigurasi pemulihan yang terlihat seperti ini:

{"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/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/saphanavm", "database_name": null, "container_id": null, "alternate_directory_paths": null}

Sekarang, untuk memulihkan database jalankan cmdlet pemulihan az pulihkan-azurewl. Untuk menggunakan perintah ini, kita akan memasukkan output json di atas yang disimpan ke file bernama recoveryconfig.json.

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

Output akan terlihat seperti ini:

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

Respons akan memberi Anda nama pekerjaan. Nama pekerjaan ini dapat digunakan untuk melacak status pekerjaan menggunakan cmdlet tampilkan pekerjaan pencadangan az.

Memulihkan dan menimpa

Untuk memulihkan ke lokasi asli, kita akan menggunakan OrignialWorkloadRestore sebagai mode pemulihan. Anda kemudian harus memilih titik pemulihan, yang bisa menjadi titik waktu sebelumnya atau salah satu titik pemulihan sebelumnya.

Untuk tutorial ini, kita akan memilih titik waktu sebelumnya "28-11-2019-09:53:00" untuk dipulihkan. Anda dapat menyediakan titik pemulihan ini dalam format berikut: dd-mm-yyyy, dd-mm-yyyy-hh:mm:ss. Untuk memilih titik waktu yang valid untuk dipulihkan, gunakan cmdlet tampilkan rantai log titik pemulihan cadangan az, yang mencantumkan interval pencadangan rantai log yang tidak terputus.

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

Respons terhadap kueri di atas akan menjadi objek konfigurasi pemulihan yang terlihat seperti ini:

{"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/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/saphanavm", "database_name": null, "container_id": null, "alternate_directory_paths": null}"

Sekarang, untuk memulihkan database jalankan cmdlet pemulihan az pulihkan-azurewl. Untuk menggunakan perintah ini, kita akan memasukkan output json di atas yang disimpan ke file bernama recoveryconfig.json.

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

Output akan terlihat seperti ini:

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

Respons akan memberi Anda nama pekerjaan. Nama pekerjaan ini dapat digunakan untuk melacak status pekerjaan menggunakan cmdlet tampilkan pekerjaan pencadangan az.

Memulihkan ke wilayah sekunder

Untuk memulihkan database ke wilayah sekunder, tentukan vault target dan server yang terletak di wilayah sekunder, dalam konfigurasi pemulihan.

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

Berikut adalah respons dari perintah di atas yang akan menjadi objek konfigurasi pemulihan:

{
  "alternate_directory_paths": null,
  "container_id": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/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/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/hanasnapcvt01",
  "workload_type": "SAPHanaDatabase"
}

Gunakan konfigurasi pemulihan ini di cmdlet az restore restore-azurewl. Pilih bendera --use-secondary-region untuk memulihkan database ke wilayah sekunder.

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

Outputnya akan seperti berikut:

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

Catatan

RPO agar data cadangan tersedia di wilayah sekunder adalah 12 jam. Oleh karena itu, ketika Anda mengaktifkan CRR, RPO untuk wilayah sekunder adalah 12 jam + durasi frekuensi log (yang dapat diatur ke minimal 15 menit).

Pulihkan sebagai file

Untuk memulihkan data cadangan sebagai file, bukan database, kita akan menggunakan RestoreAsFiles sebagai mode pemulihan. Anda kemudian harus memilih titik pemulihan, yang bisa menjadi titik waktu sebelumnya atau salah satu titik pemulihan sebelumnya. Setelah file dicadangkan ke jalur tertentu, Anda dapat membawa semua file ini ke komputer SAP HANA mana pun tempat Anda ingin memulihkannya sebagai database. Karena Anda dapat memindahkan semua file ini ke komputer mana pun, Anda sekarang dapat memulihkan data di seluruh langganan dan wilayah.

Untuk tutorial ini, kita akan memilih titik waktu sebelumnya 28-11-2019-09:53:00 untuk memulihkan, dan lokasi untuk mencadangkan file cadangan seperti /home/saphana/restoreasfiles pada server SAP HANA yang sama. Anda dapat memberikan titik pemulihan ini dalam salah satu format berikut: tt-bb-tttt atau tt-bb-tttt-jj:mm:dd. Untuk memilih titik waktu yang valid untuk dipulihkan, gunakan cmdlet tampilkan rantai log titik pemulihan cadangan az, yang mencantumkan interval pencadangan rantai log yang tidak terputus.

Dengan menggunakan nama titik pemulihan di atas dan mode pemulihan, mari kita buat objek konfigurasi pemulihan menggunakan cmdlet tampilkan konfigurasi pemulihan cadangan az. Mari kita lihat apa yang arti tiap parameter yang tersisa dalam cmdlet ini:

  • --nama-kontainer-target Ini adalah nama server SAP HANA yang berhasil didaftarkan ke brankas Layanan Pemulihan dan terletak di wilayah yang sama dengan database yang akan dipulihkan. Untuk tutorial ini, kita akan memulihkan database sebagai file ke server SAP HANA yang sama yang telah kita lindungi, bernama hxehost.
  • --nama-rp Untuk pemulihan titik waktu, nama titik pemulihan adalah 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

Respons terhadap kueri di atas akan menjadi objek konfigurasi pemulihan yang terlihat seperti ini:

{
  "alternate_directory_paths": null,
  "container_id": "/Subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/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/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/hanamachine"
}

Sekarang, untuk memulihkan database sebagai file jalankan cmdlet pemulihan az pulihkan-azurewl. Untuk menggunakan perintah ini, kita akan memasukkan output json di atas yang disimpan ke file bernama recoveryconfig.json.

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

Output akan terlihat seperti ini:

{
  "eTag": null,
  "id": "/Subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/SAPHANARESOURCEGROUP/providers/Microsoft.RecoveryServices/vaults/SAPHANAVault/backupJobs/bbbb1b1b-cc2c-dd3d-ee4e-ffffff5f5f5f",
  "location": null,
  "name": "bbbb1b1b-cc2c-dd3d-ee4e-ffffff5f5f5f",
  "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"
}

Respons akan memberi Anda nama pekerjaan. Nama pekerjaan ini dapat digunakan untuk melacak status pekerjaan menggunakan cmdlet tampilkan pekerjaan pencadangan az.

File yang dicadangkan ke kontainer target adalah:

  • File cadangan database
  • File katalog
  • File metadata JSON (untuk setiap file cadangan yang terlibat)

Biasanya, jalur berbagi jaringan, atau jalur berbagi file Azure yang dipasang saat ditentukan sebagai jalur tujuan, akan memungkinkan akses yang lebih mudah ke semua file ini oleh komputer lain di jaringan yang sama atau dengan berbagi file Azure yang sama yang dipasang.

Catatan

Untuk memulihkan file cadangan database pada berbagi file Azure yang dipasang pada VM terdaftar di target, pastikan akun akar tersebut memiliki izin baca/ tulis pada berbagi file Azure.

Berdasarkan jenis titik pemulihan yang dipilih (Titik waktu atau Penuh & Diferensial), Anda akan melihat satu atau beberapa folder yang telah dibuat di jalur tujuan. Salah satu folder bernama Data_<date and time of restore> berisi cadangan penuh, dan folder lain bernama Log berisi cadangan log dan cadangan lainnya (seperti cadangan diferensial dan inkremental).

Catatan

Jika Anda telah memilih Pulihkan ke titik waktu, file log (dibuang ke VM target) terkadang dapat berisi log di luar titik waktu yang dipilih untuk pemulihan. Azure Backup melakukan ini untuk memastikan bahwa pencadangan log untuk semua layanan HANA tersedia untuk pemulihan yang konsisten dan berhasil ke titik waktu yang dipilih.

Catatan

Jika Anda tidak ingin memulihkan seluruh rantai tetapi hanya sebagian file, ikuti langkah-langkah seperti yang didokumentasikan di sini.

Pindahkan file yang dipulihkan ini ke server SAP Hana tempat Anda ingin memulihkan file sebagai database. Lalu ikuti langkah-langkah ini untuk memulihkan database:

  1. Atur izin pada folder / direktori tempat file cadangan disimpan menggunakan perintah berikut:

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

  2. Jalankan set perintah berikutnya sebagai <SID>adm

    su - <sid>adm

  3. Hasilkan file katalog untuk pemulihan. Ekstrak BackupId dari file metadata JSON untuk pencadangan penuh, yang akan digunakan nanti dalam operasi pemulihan. Pastikan bahwa pencadangan penuh dan log berada di folder yang berbeda dan hapus file katalog dan file metadata JSON di folder ini.

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

    Pada perintah di atas:

    • <DataFileDir> - folder yang berisi pencadangan penuh
    • <LogFilesDir> - folder yang berisi cadangan log, cadangan diferensial dan inkremental (jika ada)
    • <PathToPlaceCatalogFile> - folder tempat file katalog yang telah dihasilkan harus ditempatkan

  4. Pulihkan menggunakan file katalog yang baru dibuat melalui HANA Studio atau jalankan kueri pemulihan HDBSQL dengan katalog yang baru dibuat ini. Kueri HDBSQL tercantum di bawah ini:

    • Untuk memulihkan ke titik waktu:

      Jika Anda membuat database baru yang dipulihkan, jalankan perintah HDBSQL untuk membuat database baru <DatabaseName> lalu hentikan database untuk pemulihan. Namun, jika Anda hanya memulihkan database yang sudah ada, jalankan perintah HDBSQL untuk menghentikan database.

      Lalu jalankan perintah berikut untuk memulihkan database:

      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> - Nama database baru atau database yang sudah ada yang ingin dipulihkan
      • <Timestamp> - Tanda waktu yang tepat dari pemulihan Titik waktu
      • <DatabaseName@HostName> - Nama database yang cadangannya digunakan untuk pemulihan dan nama host / server SAP Hana tempat database ini berada. Opsi USING SOURCE <DatabaseName@HostName> menentukan bahwa cadangan data (yang digunakan untuk pemulihan) adalah database dengan SID atau nama yang berbeda dengan komputer SAP Hana target. Jadi tidak perlu ditentukan untuk pemulihan yang dilakukan pada server HANA yang sama tempat cadangan diambil.
      • <PathToGeneratedCatalogInStep3> - Jalur ke file katalog yang dihasilkan di Langkah 3
      • <DataFileDir> - folder yang berisi pencadangan penuh
      • <LogFilesDir> - folder yang berisi cadangan log, cadangan diferensial dan inkremental (jika ada)
      • <BackupIdFromJsonFile> - BackupId diekstrak di Langkah 3

    • Untuk memulihkan ke cadangan penuh atau diferensial tertentu:

      Jika Anda membuat database baru yang dipulihkan, jalankan perintah HDBSQL untuk membuat database baru <DatabaseName> lalu hentikan database untuk pemulihan. Namun, jika Anda hanya memulihkan database yang sudah ada, jalankan perintah HDBSQL untuk menghentikan database:

      RECOVER DATA FOR <DatabaseName> USING BACKUP_ID <BackupIdFromJsonFile> USING SOURCE '<DatabaseName@HostName>'  USING CATALOG PATH ('<PathToGeneratedCatalogInStep3>') USING DATA PATH ('<DataFileDir>')  CLEAR LOG
      • <DatabaseName> - nama database baru atau database yang sudah ada yang ingin Anda pulihkan
      • <Timestamp> - tanda waktu yang tepat dari pemulihan Titik waktu
      • <DatabaseName@HostName> - nama database yang cadangannya digunakan untuk pemulihan dan nama host / server SAP Hana tempat database ini berada. Opsi USING SOURCE <DatabaseName@HostName> menentukan bahwa cadangan data (yang digunakan untuk pemulihan) adalah database dengan SID atau nama yang berbeda dengan komputer SAP Hana target. Jadi tidak perlu dilakukan penentuan untuk pemulihan yang dilakukan pada server HANA yang sama dengan tempat pencadangan.
      • <PathToGeneratedCatalogInStep3> - jalur ke file katalog yang dihasilkan di Langkah 3
      • <DataFileDir> - folder yang berisi pencadangan penuh
      • <LogFilesDir> - folder yang berisi cadangan log, cadangan diferensial dan inkremental (jika ada)
      • <BackupIdFromJsonFile> - BackupId diekstrak di Langkah 3

Pemulihan Lintas Langganan

Dengan Pemulihan Langganan Silang (CSR), Anda memiliki fleksibilitas memulihkan ke langganan apa pun dan brankas apa pun di bawah penyewa Anda jika izin pemulihan tersedia. Secara default, CSR diaktifkan pada semua vault Layanan Pemulihan (vault yang sudah ada dan yang baru dibuat).

Catatan

  • Anda dapat memicu Pemulihan Langganan Silang dari vault Layanan Pemulihan.
  • CSR hanya didukung untuk pencadangan berbasis streaming/Backint dan tidak didukung untuk pencadangan berbasis rekam jepret.
  • Pemulihan Lintas Regional (CRR) dengan CSR tidak didukung.
az backup vault create

Tambahkan parameter cross-subscription-restore-state yang memungkinkan Anda mengatur status CSR vault selama pembuatan dan pembaruan vault.

az backup recoveryconfig show

Tambahkan parameter --target-subscription-id yang memungkinkan Anda menyediakan langganan target sebagai input saat memicu Pemulihan Langganan Silang untuk sumber data SQL atau HANA.

Contoh:

   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}

Langkah selanjutnya