Memulihkan database SAP Hana di Azure VM

  • Artikel

Artikel ini menjelaskan cara memulihkan database SAP Hana yang berjalan di komputer virtual (VM) Azure dan bahwa layanan Azure Backup telah mencadangkan ke vault Layanan Pemulihan. Anda dapat menggunakan data yang dipulihkan untuk membuat salinan skenario pengembangan dan pengujian atau untuk kembali ke status sebelumnya.

Azure Backup sekarang mendukung pencadangan dan pemulihan instans SAP Hana System Replication (HSR).

Catatan

  • Proses pemulihan untuk database HANA dengan HSR sama dengan proses pemulihan untuk database HANA tanpa HSR. Sesuai saran SAP, Anda dapat memulihkan database dengan mode HSR sebagai database mandiri . Jika sistem target mengaktifkan mode HSR, nonaktifkan mode terlebih dahulu, lalu pulihkan database. Namun, jika Anda memulihkan sebagai file, menonaktifkan mode HSR (melanggar HSR) tidak diperlukan.
  • Pemulihan Lokasi Asli (OLR) saat ini tidak didukung untuk HSR. Atau, pilih Pemulihan lokasi alternatif, lalu pilih VM sumber sebagai Host Anda dari daftar.
  • Pemulihan ke instans HSR tidak didukung. Namun, pemulihan hanya ke instans HANA didukung.

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

Memulihkan ke titik waktu atau ke titik pemulihan

Azure Backup memulihkan database SAP Hana yang berjalan di Azure VM. Dapat digunakan untuk:

  • Pulihkan ke tanggal atau waktu tertentu (ke yang kedua) dengan menggunakan cadangan log. Azure Backup secara otomatis menentukan pencadangan penuh, cadangan diferensial, dan rantai cadangan log yang sesuai yang diperlukan untuk dipulihkan berdasarkan waktu yang dipilih.

  • Pulihkan ke cadangan penuh atau diferensial tertentu untuk memulihkannya ke titik pemulihan tertentu.

Prasyarat

Sebelum Anda mulai memulihkan database, perhatikan hal berikut:

  • Anda dapat memulihkan database ke instans SAP HANA yang berada di wilayah yang sama saja.

  • Instans target harus didaftarkan dengan vault yang sama dengan sumbernya. Pelajari selengkapnya tentang mencadangkan database SAP Hana.

  • Azure Backup tidak dapat mengidentifikasi dua instans SAP HANA yang berbeda pada VM yang sama. Sehingga tidak dimungkinkan memulihkan data dari satu instans ke instans lain pada VM yang sama.

  • Untuk memastikan bahwa instans SAP Hana target siap dipulihkan, periksa status Kesiapan Pencadangan:

    1. Di portal Azure, buka Pusat pencadangan, lalu pilih Cadangan.

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

    2. Pada panel Mulai: Konfigurasikan Cadangan , untuk Jenis sumber data, pilih SAP Hana di Azure VM, pilih vault tempat instans SAP Hana terdaftar, lalu pilih Lanjutkan.

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

    3. Di Temukan DB di VM, pilih Tampilkan detail.

      Screenshot that shows where to view database details.

    4. Tinjau Kesiapan Pencadangan dari VM target.

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

  • Untuk mempelajari lebih lanjut tentang jenis pemulihan yang didukung SAP Hana, lihat catatan SAP Hana 1642148.

Memulihkan database

Untuk memulihkan database, Anda memerlukan izin berikut ini:

  • Operator Pencadangan: Menyediakan izin di vault tempat Anda melakukan pemulihan.
  • Kontributor (tulis): Menyediakan akses ke VM sumber yang dicadangkan.
  • Kontributor (tulis): Menyediakan akses ke VM target.
    • Jika Anda memulihkan ke komputer virtual yang sama, ini adalah komputer virtual sumber.
    • Jika Anda memulihkan ke lokasi alternatif, ini adalah komputer virtual target yang baru.

  1. Di portal Azure, buka Pusat cadangan, lalu pilih Pulihkan.

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

  2. Pilih SAP Hana di Azure VM sebagai jenis sumber data, pilih database yang ingin Anda pulihkan, lalu pilih Lanjutkan.

    Screenshot that shows where to restore the backup items.

  3. Di bawah Konfigurasi Pemulihan, tentukan di mana atau cara memulihkan data:

    • Lokasi Alternatif: Pulihkan database ke lokasi alternatif dan simpan database sumber asli.
    • Menimpa DB: Pulihkan data ke instans SAP HANA yang sama dengan sumber asli. Opsi ini menimpa database asli.

    Screenshot that shows where to restore the configuration.

Catatan

Selama pemulihan (hanya berlaku untuk SKENARIO IP Virtual/IP frontend load balancer), jika Anda mencoba memulihkan cadangan ke simpul target setelah mengubah mode HSR sebagai HSR mandiri atau melanggar HSR sebelum memulihkan seperti yang direkomendasikan oleh SAP dan, pastikan bahwa Load Balancer diacu ke simpul target.

Contoh skenario:

  • Jika Anda menggunakan hdbuserstore set SYSTEMKEY localhost dalam skrip praregistrasi Anda, tidak akan ada masalah selama pemulihan.
  • Jika *hdbuserstore Anda diatur SYSTEMKEY <load balancer host/ip> dalam skrip praregistrasi dan Anda mencoba memulihkan cadangan ke simpul target, pastikan bahwa load balancer diacu ke simpul target yang perlu dipulihkan.

Memulihkan ke lokasi alternatif

  1. Pada panel Pulihkan , di bawah Di mana dan cara Memulihkan?, pilih Lokasi Alternatif.

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

  2. Pilih nama host dan nama instans SAP Hana yang ingin Anda pulihkan databasenya.

  3. Periksa untuk melihat apakah instans SAP Hana target siap untuk dipulihkan dengan memastikan kesiapan cadangannya. Untuk informasi selengkapnya, lihat Prasyarat.

  4. Di kotak Nama DB yang Dipulihkan, masukkan nama database target.

    Catatan

    Pemulihan Kontainer Database Tunggal (SDC/Single Database Container) harus mengikuti pemeriksaan ini.

  5. Jika berlaku, pilih kotak centang Timpa jika DB dengan nama yang sama sudah ada pada instans HANA yang dipilih.

  6. Di Pilih titik pemulihan, pilih Log (Titik waktu) untuk memulihkan ke titik waktu tertentu. Atau pilih Penuh & Diferensial untuk memulihkan ke titik pemulihan tertentu.

Pulihkan sebagai file

Catatan

Pulihkan karena file tidak berfungsi pada berbagi Common Internet File System (CIFS), tetapi berfungsi untuk Network File System (NFS).

Untuk memulihkan data cadangan sebagai file, bukan database, pilih Pulihkan sebagai File. Setelah file dicadangkan ke jalur tertentu, Anda dapat membawanya ke komputer SAP Hana mana pun tempat Anda ingin memulihkannya sebagai database. Karena Anda dapat memindahkan file ke komputer apa pun, Anda sekarang dapat memulihkan data di seluruh langganan dan wilayah.

  1. Pada panel Pulihkan , di bawah Di mana dan cara Memulihkan?, pilih Pulihkan sebagai file.

  2. Pilih host atau nama server HANA yang ingin Anda pulihkan file cadangannya.

  3. Di kotak Jalur tujuan pada server , masukkan jalur folder di server yang Anda pilih di langkah sebelumnya. Ini adalah lokasi tempat layanan akan mencadangkan semua file cadangan yang diperlukan.

    Berkas yang dicadangkan adalah:

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

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

    Catatan

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

    Screenshot that shows how to choose the destination path.

  4. Pilih Titik Pemulihan tempat semua file dan folder cadangan akan dipulihkan.

    Screenshot that shows where to select the restore point.

  5. Semua file cadangan yang terkait dengan titik pemulihan yang dipilih akan dicadangkan ke jalur tujuan.

  6. Bergantung pada jenis titik pemulihan yang Anda pilih (Titik waktu atau Penuh & Diferensial), Anda akan melihat satu atau beberapa folder yang dibuat di jalur tujuan. Salah satu folder, Data_<date dan waktu pemulihan> berisi pencadangan penuh, dan folder lainnya, Log berisi cadangan log dan cadangan lainnya (seperti diferensial dan inkremental).

    Catatan

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

  7. Pindahkan file yang dipulihkan ke server SAP Hana tempat Anda ingin memulihkannya sebagai database, lalu lakukan hal berikut:

    a. Atur izin pada folder atau direktori tempat file cadangan disimpan dengan menjalankan perintah berikut:

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

    b. Jalankan set perintah berikutnya sebagai <SID>adm:

    su: <sid>adm

    c. Hasilkan file katalog untuk pemulihan. Ekstrak BackupId dari file metadata JSON untuk pencadangan penuh, yang akan Anda gunakan nanti dalam operasi pemulihan. Pastikan cadangan penuh dan log (tidak ada untuk pemulihan pencadangan penuh) berada di folder yang berbeda, dan hapus file metadata JSON di folder ini. Jalankan:

    hdbbackupdiag --generate --dataDir <DataFileDir> --logDirs <LogFilesDir> -d <PathToPlaceCatalogFile>
    • <DataFileDir>: Folder yang berisi cadangan lengkap.
    • <LogFilesDir>: Folder yang berisi cadangan log, cadangan diferensial, dan cadangan inkremental. Untuk Pemulihan BackUp Penuh, karena folder log tidak dibuat, tambahkan direktori kosong.
    • <PathToPlaceCatalogFile>: Folder tempat file katalog yang dihasilkan harus ditempatkan.

    d. Anda dapat memulihkan dengan menggunakan file katalog yang baru dibuat melalui Hana Studio atau menjalankan kueri pemulihan alat HDBSQL SAP Hana dengan katalog yang baru dibuat ini. Kueri HDBSQL tercantum di sini:

    • Untuk membuka perintah HDBSQL, jalankan perintah berikut:

      hdbsql -U AZUREWLBACKUPHANAUSER -d systemDB

    • Untuk memulihkan ke titik waktu:

      Jika Anda membuat database baru yang dipulihkan, jalankan perintah HDBSQL untuk membuat database <DatabaseName>baru , lalu hentikan database untuk pemulihan dengan menggunakan perintah ALTER SYSTEM STOP DATABASE <db> IMMEDIATE. Namun, jika Anda memulihkan database yang ada saja, jalankan perintah HDBSQL untuk menghentikan database.

      Lalu jalankan perintah berikut untuk memulihkan database:

      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>: 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 server host atau 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. Ini tidak perlu ditentukan untuk pemulihan yang dilakukan pada server HANA yang sama dari tempat cadangan diambil.
      • <PathToGeneratedCatalogInStep3>: Jalur ke file katalog yang dihasilkan dalam "langkah c."
      • <DataFileDir>: Folder yang berisi cadangan lengkap.
      • <LogFilesDir>: Folder yang berisi cadangan log, cadangan diferensial, dan cadangan inkremental (jika ada).
      • <BackupIdFromJsonFile>: BackupId yang diekstrak dalam "langkah c."

    • Untuk memulihkan ke cadangan penuh atau diferensial tertentu:

      Jika Anda membuat database baru yang dipulihkan, jalankan perintah HDBSQL untuk membuat database <DatabaseName> baru lalu hentikan database untuk pemulihan dengan menggunakan perintah ALTER SYSTEM STOP DATABASE <db> IMMEDIATE. Namun, jika Anda memulihkan database yang sudah ada saja, 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 server host atau 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 dari tempat cadangan diambil.
      • <PathToGeneratedCatalogInStep3>: Jalur ke file katalog yang dihasilkan dalam "langkah c."
      • <DataFileDir>: Folder yang berisi cadangan lengkap.
      • <LogFilesDir>: Folder yang berisi cadangan log, cadangan diferensial, dan cadangan inkremental (jika ada).
      • <BackupIdFromJsonFile>: BackupId yang diekstrak dalam "langkah c."

    • Untuk memulihkan dengan menggunakan ID cadangan:

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

      Contoh:

      Pemulihan SISTEM SAP Hana di server yang sama:

      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

      Pemulihan penyewa SAP Hana di server yang sama:

      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

      Pemulihan SISTEM SAP Hana di server yang berbeda:

      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

      Pemulihan penyewa SAP Hana di server yang berbeda:

      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

Pemulihan parsial sebagai file

Layanan Azure Backup memutuskan rantai file yang akan diunduh selama pemulihan sebagai file. Tetapi ada skenario di mana Anda mungkin tidak ingin mengunduh seluruh konten lagi.

Misalnya, Anda mungkin memiliki kebijakan pencadangan penuh mingguan, diferensial harian, dan log, dan Anda telah mengunduh file untuk diferensial tertentu. Anda menemukan bahwa ini bukan titik pemulihan yang tepat dan memutuskan untuk mengunduh diferensial hari berikutnya. Sekarang Anda hanya perlu file diferensial, karena Anda sudah memiliki pencadangan penuh awal. Dengan kemampuan pemulihan parsial sebagai file , yang disediakan oleh Azure Backup, Anda sekarang dapat mengecualikan pencadangan penuh dari rantai unduhan dan hanya mengunduh cadangan diferensial.

Tidak termasuk jenis file cadangan

ExtensionSettingOverrides.json adalah file JSON (JavaScript Object Notation) yang berisi penimpaan untuk beberapa pengaturan layanan Azure Backup untuk SQL. Untuk pemulihan parsial sebagai operasi file, Anda harus menambahkan bidang JSON baru, RecoveryPointsToBeExcludedForRestoreAsFiles. Bidang ini menyimpan nilai string yang menunjukkan jenis titik pemulihan mana yang harus dikecualikan dalam pemulihan berikutnya sebagai operasi file .

  1. Pada komputer target tempat file akan diunduh, buka folder opt/msawb/bin .

  2. Buat file JSON baru bernama ExtensionSettingOverrides.JSON, jika belum ada.

  3. Tambahkan pasangan nilai kunci JSON berikut:

    {
"RecoveryPointsToBeExcludedForRestoreAsFiles": "ExcludeFull"
}

  4. Ubah izin dan kepemilikan file:

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

  5. Tidak diperlukan menghidupkan ulang layanan apa pun. Layanan Azure Backup akan mencoba mengecualikan jenis cadangan dalam rantai pemulihan, seperti yang disebutkan dalam file ini.

RecoveryPointsToBeExcludedForRestoreAsFiles hanya mengambil nilai tertentu, yang menunjukkan titik pemulihan yang akan dikecualikan selama pemulihan. Untuk SAP Hana, nilai-nilai ini adalah:

  • ExcludeFull. Jenis cadangan lainnya seperti diferensial, inkremental, dan log akan diunduh, jika ada dalam rantai titik pemulihan.
  • ExcludeFullAndDifferential. Jenis cadangan lain seperti inkremental dan log akan diunduh, jika ada dalam rantai titik pemulihan.
  • ExcludeFullAndIncremental. Jenis cadangan lain seperti diferensial dan log akan diunduh, jika ada dalam rantai titik pemulihan.
  • ExcludeFullAndDifferentialAndIncremental. Jenis cadangan lain seperti log akan diunduh, jika ada dalam rantai titik pemulihan.

Pulihkan ke titik waktu tertentu

Jika Anda memilih Log (Titik Waktu) sebagai jenis pemulihan, lakukan hal berikut:

  1. Pilih titik pemulihan dari grafik log, lalu pilih OK untuk memilih titik pemulihan.

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

  2. Pada menu Pulihkan, pilih Pulihkan untuk memulai pekerjaan pemulihan.

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

  3. Lacak kemajuan pemulihan di area Pemberitahuan , atau lacak dengan memilih Pulihkan pekerjaan pada menu database.

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

Pulihkan ke titik pemulihan tertentu

Jika Anda memilih Penuh & Diferensial sebagai jenis pemulihan, lakukan hal berikut:

  1. Pilih titik pemulihan dari daftar, lalu pilih OK untuk memilih titik pemulihan.

    Screenshot that shows where to select a specific recovery point.

  2. Pada menu Pulihkan, pilih Pulihkan untuk memulai pekerjaan pemulihan.

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

  3. Lacak kemajuan pemulihan di area Pemberitahuan , atau lacak dengan memilih Pulihkan pekerjaan pada menu database.

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

    Catatan

    Dalam pemulihan Multiple Database Container (MDC), setelah database sistem dipulihkan ke instans target, Anda perlu menjalankan skrip praregistrasi lagi. Kemudian pemulihan database penyewa berikutnya akan berhasil. Untuk mempelajari selengkapnya, lihat Memecahkan Masalah Pemulihan Database Beberapa Kontainer.

Pemulihan Lintas Wilayah

Sebagai salah satu opsi pemulihan, Pemulihan Lintas Wilayah (CRR) memungkinkan Anda memulihkan database SAP Hana yang dihosting di Azure VM di wilayah sekunder, yang merupakan wilayah berpasangan Azure.

Untuk mulai menggunakan fitur ini, lihat Mengatur Pemulihan Lintas Wilayah.

Menampilkan item cadangan di wilayah sekunder

Jika CRR diaktifkan, Anda dapat melihat item cadangan di wilayah sekunder.

  1. Di portal Azure, buka vault Layanan Pemulihan, lalu pilih Item cadangan.
  2. Pilih Wilayah Sekunder untuk menampilkan item di wilayah sekunder.

Catatan

Hanya jenis manajemen cadangan yang mendukung fitur CRR yang ditampilkan dalam daftar. Saat ini, hanya dukungan untuk memulihkan data wilayah sekunder ke wilayah sekunder yang diizinkan.

Screenshot that shows backup items in the secondary region

Screenshot that shows databases in the secondary region

Memulihkan di wilayah sekunder

Pengalaman pengguna pemulihan wilayah sekunder mirip dengan pengalaman pengguna pemulihan wilayah utama. Saat mengonfigurasi detail pada panel Konfigurasi Pemulihan, Anda diminta untuk hanya menyediakan parameter wilayah sekunder. Vault harus ada di wilayah sekunder, dan server SAP Hana harus didaftarkan ke vault di wilayah sekunder.

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

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

Catatan

  • Setelah pemulihan dipicu dan dalam fase transfer data, pekerjaan pemulihan tidak dapat dibatalkan.
  • Peran dan tingkat akses yang diperlukan untuk melakukan operasi pemulihan di lintas wilayah adalah peran Operator Cadangan dalam akses langganan dan Kontributor (tulis) pada komputer virtual sumber dan target. Untuk melihat pekerjaan pencadangan, Pembaca cadangan adalah izin minimum yang diperlukan dalam langganan.
  • Tujuan titik pemulihan (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).

Pelajari tentang persyaratan peran minimum untuk pemulihan lintas wilayah.

Memantau pekerjaan pemulihan wilayah sekunder

  1. Di portal Azure, buka Pusat pencadangan, lalu pilih Pekerjaan Pencadangan.

  2. Untuk melihat pekerjaan di wilayah sekunder, filter Operasi untuk CrossRegionRestore.

    Screenshot that shows filtered backup jobs.

Pemulihan Lintas Langganan

Azure Backup sekarang memungkinkan Anda memulihkan Database SAP Hana ke langganan apa pun (sesuai persyaratan Azure RBAC berikut) dari titik pemulihan. Secara default, Azure Backup memulihkan ke langganan yang sama tempat titik pemulihan tersedia.

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.

Persyaratan RBAC Azure

Jenis operasi Operator pencadangan Brankas Layanan Pemulihan Operator alternatif
Memulihkan database atau memulihkan sebagai file Virtual Machine Contributor Sumber VM yang dicadangkan Alih-alih peran bawaan, Anda dapat mempertimbangkan peran kustom yang memiliki izin berikut:

- Microsoft.Compute/virtualMachines/write
- Microsoft.Compute/virtualMachines/read
Virtual Machine Contributor Target VM tempat database akan dipulihkan atau file dibuat. Alih-alih peran bawaan, Anda dapat mempertimbangkan peran kustom yang memiliki izin berikut:

- Microsoft.Compute/virtualMachines/write
- Microsoft.Compute/virtualMachines/read
Backup Operator Vault Layanan Pemulihan Target

Secara default, CSR diaktifkan pada vault Layanan Pemulihan. Untuk memperbarui pengaturan pemulihan vault Layanan Pemulihan, buka Properti>Pemulihan Lintas Langganan dan buat perubahan yang diperlukan.

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

Pemulihan Lintas Langganan menggunakan Azure CLI

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 berikutnya