Memulihkan database SAP Hana di Azure VM menggunakan portal Microsoft Azure

2025-06-05

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

Azure Backup sekarang mendukung pencadangan dan pemulihan instans SAP Hana System Replication (HSR) menggunakan portal Microsoft Azure. Anda juga dapat melakukan operasi pemulihan menggunakan Azure CLI.

Nota

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 data sebagai file, menonaktifkan mode HSR (membatalkan HSR) tidak diperlukan.
Pemulihan Lokasi Asli (OLR) saat ini tidak didukung untuk HSR. Atau, pilih pemulihan lokasi alternatif, lalu pilih VM sumber dari daftar sebagai Host Anda.
Pemulihan ke instans HSR tidak dimungkinkan. Namun, pemulihan hanya pada 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. Ini dapat:

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. Pelajari selengkapnya.
Pulihkan ke cadangan penuh atau diferensial tertentu untuk memulihkannya ke titik pemulihan tertentu. Pelajari selengkapnya.

Prasyarat

Sebelum Anda mulai memulihkan database, perhatikan hal berikut:

Anda hanya dapat memulihkan database ke instans SAP Hana yang berada di wilayah yang sama.
Instans target harus didaftarkan dengan vault yang sama dengan sumbernya. Pelajari lebih lanjut tentang mencadangkan database SAP HANA.
Azure Backup tidak dapat mengidentifikasi dua instans SAP HANA yang berbeda pada VM yang sama. Jadi memulihkan data dari satu instans ke instans lain pada VM yang sama tidak dimungkinkan.
Untuk memastikan bahwa instans SAP Hana target siap untuk dipulihkan, periksa status kesiapan Cadangannya :
1. Di portal Microsoft Azure, buka Pusat cadangan, lalu pilih Cadangkan.
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.
3. Di bawah Temukan DB di VM, pilih Tampilkan detail.
4. Tinjau Kesiapan Pencadangan VM yang ditargetkan.
Untuk mempelajari selengkapnya tentang jenis pemulihan yang didukung SAP Hana, lihat Catatan SAP Hana 1642148.

Memulihkan satu basis data

Untuk memulihkan database, Anda memerlukan izin berikut:

Operator Cadangan: Memberikan 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 VM yang sama, ini adalah VM sumber.
- Jika Anda memulihkan ke lokasi alternatif, ini adalah VM target baru.

Di portal Microsoft Azure, buka Pusat cadangan, lalu pilih Pulihkan.
Pilih SAP Hana di Azure VM sebagai jenis sumber data, pilih database yang ingin Anda pulihkan, lalu pilih Lanjutkan.
Di bawah Konfigurasi Pemulihan, tentukan di mana atau cara memulihkan data:
- Lokasi Alternatif: Pulihkan database ke lokasi alternatif dan simpan database sumber asli.
- TimpaDB : Pulihkan data ke instans SAP Hana yang sama dengan sumber aslinya. Pilihan ini menggantikan database asli.

Nota

Selama pemulihan (hanya berlaku untuk skenario IP Virtual/IP frontend load balancer), jika Anda mencoba memulihkan cadangan ke simpul target setelah mengubah mode HSR menjadi mode mandiri atau memutus HSR sebelum pemulihan seperti yang direkomendasikan oleh SAP, pastikan bahwa Load Balancer diarahkan 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 ditujukan ke simpul target yang perlu dipulihkan.

Memulihkan ke lokasi alternatif

Pada panel Pulihkan , di bawah Di mana dan cara Memulihkan?, pilih Lokasi Alternatif.
Pilih nama host dan nama instans SAP Hana yang ingin Anda pulihkan databasenya.
Periksa untuk melihat apakah instans SAP Hana target siap untuk dipulihkan dengan memastikan kesiapan cadangannya. Untuk informasi selengkapnya, lihat Prasyarat.
Di kotak Nama DB yang Dipulihkan, masukkan nama database target.

Nota

Pemulihan Kontainer Database Tunggal (SDC) harus mengikuti pemeriksaan ini.
Bila sesuai, pilih kotak centang Timpa jika DB dengan nama yang sama sudah ada dalam instance HANA yang dipilih.
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

Nota

Memulihkan sebagai file tidak berfungsi pada share 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.

Pada panel Pulihkan , di bawah Di mana dan cara Memulihkan?, pilih Pulihkan sebagai file.
Pilih host atau nama server HANA yang ingin Anda pulihkan file cadangannya.
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.

Nota

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.
Pilih Titik Pemulihan tempat semua file dan folder cadangan akan dipulihkan.
Semua file cadangan yang terkait dengan titik pemulihan yang dipilih akan dicadangkan ke jalur tujuan.
Bergantung pada jenis poin 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).

Nota

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.
Pindahkan file yang dipulihkan ke server SAP Hana tempat Anda ingin memulihkannya sebagai database, lalu lakukan hal berikut:

sebuah. 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 bahwa cadangan penuh dan log (tidak relevan untuk pemulihan dari cadangan penuh) berada di folder yang berbeda, dan hapus file metadata JSON di folder-folder tersebut. 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 saat 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 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 restorasi yang dilakukan pada server HANA yang sama di mana 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>: Id Cadangan yang diekstrak dalam "langkah c."
- Untuk mengembalikan 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 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>: Id Cadangan 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: Ikuti langkah-langkah berikut ini:
```
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 tenant 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 dalam bentuk 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 cadangan penuh mingguan, cadangan diferensial harian, dan catatan log, dan Anda sudah mengunduh file untuk cadangan diferensial tertentu. Anda menemukan bahwa ini bukan titik pemulihan yang tepat dan memutuskan untuk mengunduh diferensial hari berikutnya. Sekarang Anda hanya perlu cadangan diferensial, karena Anda sudah memiliki cadangan penuh pertama. 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 penggantian pada beberapa pengaturan layanan Azure Backup untuk SQL. Untuk pemulihan parsial dalam bentuk berkas, Anda harus menambahkan bidang JSON baru, RecoveryPointsToBeExcludedForRestoreAsFiles. Bidang ini menyimpan nilai string yang menunjukkan jenis titik pemulihan mana yang harus dikecualikan dalam pemulihan berikutnya dalam bentuk file.

Pada komputer target tempat file akan diunduh, buka folder opt/msawb/bin .
Buat file JSON baru bernama ExtensionSettingOverrides.JSON, jika belum ada.

Tambahkan pasangan nilai kunci JSON berikut:

{
"RecoveryPointsToBeExcludedForRestoreAsFiles": "ExcludeFull"
}

Ubah izin dan kepemilikan file:

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

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 tambahan seperti inkremental dan log akan diunduh, jika tersedia dalam rantai titik pemulihan cadangan.
ExcludeFullAndIncremental. Jenis-jenis cadangan lain seperti diferensial dan log akan diunduh, jika ada dalam rantai titik pemulihan tersebut.
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:

Pilih titik pemulihan dari grafik log, lalu pilih OK untuk memilih titik pemulihan.
Pada menu Pulihkan , pilih Pulihkan untuk memulai pekerjaan pemulihan.
Lacak kemajuan pemulihan di area Pemberitahuan , atau lacak dengan memilih Pulihkan pekerjaan pada menu database.

Memulihkan ke titik pemulihan tertentu

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

Pilih titik pemulihan dari daftar, lalu pilih OK untuk memilih titik pemulihan.
Pada menu Pulihkan , pilih Pulihkan untuk memulai pekerjaan pemulihan.
Lacak kemajuan pemulihan di area Pemberitahuan , atau lacak dengan memilih Pulihkan pekerjaan pada menu database.

Nota

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 lebih lanjut, lihat Memecahkan Masalah Pemulihan Database Multikontainer.

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.

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

Nota

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 diperbolehkan.

Cuplikan layar yang memperlihatkan item cadangan di wilayah sekunder

Cuplikan layar yang memperlihatkan database di wilayah sekunder

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.

Cuplikan layar yang memperlihatkan panel 'Di mana dan bagaimana Memulihkan?'.

Cuplikan layar yang memperlihatkan pemberitahuan 'Pemulihan pemicu sedang berlangsung'.

Nota

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

Di portal Microsoft Azure, buka Pusat pencadangan, lalu pilih Pekerjaan Pencadangan.
Untuk melihat pekerjaan di wilayah sekunder, saring Operasi dengan CrossRegionRestore.

Pemulihan Langganan Silang

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 untuk memulihkan ke langganan dan vault mana 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).

Nota

Anda dapat mengaktifkan Pemulihan Langganan Silang dari Layanan Pemulihan Vault.
CSR hanya didukung untuk pencadangan berbasis streaming/Backint dan tidak didukung untuk pencadangan berbasis rekam jepret.
Pemulihan Lintas Regional (CRR) dengan CSR tidak didukung.

Pemulihan Langganan Lintas ke vault dengan Titik Akhir Privat yang diaktifkan

Untuk melakukan Pemulihan Langganan Silang ke vault yang diaktifkan Private Endpoint:

Di vault Layanan Pemulihan sumber, buka tab Jaringan.
Buka bagian Akses Privat dan buat Titik Akhir Privat.
Pilih langganan dari vault tujuan di mana Anda ingin memulihkan.
Di bagian Virtual Network , pilih VNet dari VM target yang ingin Anda pulihkan di seluruh langganan.
Buat Endpoint Privat dan memicu proses pemulihan.

Persyaratan RBAC Azure

Jenis operasi	Operator pencadangan	Brankas Layanan Pemulihan Data	Operator alternatif
Memulihkan database atau memulihkan sebagai file	`Virtual Machine Contributor`	Sumber VM yang telah 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`	Layanan Pemulihan Target Vault

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

Pemulihan Langganan Lintas 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}

Bagikan melalui

Memulihkan database SAP Hana di Azure VM menggunakan portal Microsoft Azure

Memulihkan ke titik waktu atau ke titik pemulihan

Prasyarat

Memulihkan satu basis data

Memulihkan ke lokasi alternatif

Pulihkan sebagai file

Pemulihan parsial dalam bentuk file

Tidak termasuk jenis file cadangan

Pulihkan ke titik waktu tertentu

Memulihkan ke titik pemulihan tertentu

Pemulihan Lintas Wilayah

Menampilkan item cadangan di wilayah sekunder

Memulihkan di wilayah sekunder

Memantau pekerjaan pemulihan wilayah sekunder

Pemulihan Langganan Silang

Langkah selanjutnya

Saran dan Komentar

Sumber Daya Tambahan: