Pertanyaan umum-Mencadangkan mesin virtual Azure

Saat Anda membuat VM, Anda dapat mengaktifkan pencadangan untuk VM yang menjalankan sistem operasi yang didukung.

Pencadangan awal selalu merupakan cadangan penuh dan durasinya akan tergantung pada ukuran data dan kapan cadangan diproses.

Untuk meningkatkan performa pencadangan, lihat praktik pencadangan terbaik; Pertimbangan pencadangan, dan Performa Pencadangan

Meskipun total waktu pencadangan untuk pencadangan tambahan kurang dari 24 jam, hal itu mungkin tidak berlaku untuk pencadangan pertama.

Tidak. Biaya pencadangan terpisah dari biaya VM. Pelajari selengkapnya tentang harga Azure Backup.

Jika Anda adalah kontributor VM, Anda dapat mengaktifkan pencadangan pada VM. Jika Anda menggunakan peran kustom, Anda memerlukan izin berikut untuk mengaktifkan pencadangan pada VM:

• Microsoft.RecoveryServices/Vaults/tulis
• Microsoft.RecoveryServices/Vaults/read
• Microsoft.RecoveryServices/lokasi/*
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/*/baca
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/read
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/write
• Microsoft.RecoveryServices/Vaults/backupFabrics/backupProtectionIntent/tulis
• Microsoft.RecoveryServices/Vaults/backupPolicies/baca
• Microsoft.RecoveryServices/Vaults/backupPolicies/tulis

Jika vault Layanan Pemulihan dan VM Anda memiliki grup sumber daya yang berbeda, pastikan Anda memiliki izin tulis di grup sumber daya untuk vault Layanan Pemulihan.

Tidak. Tentukan periode retensi untuk tugas pencadangan sesuai permintaan. Secara default, itu dipertahankan selama 30 hari ketika dipicu dari portal.

Berikan izin untuk Azure Backup mengakses Key Vault. Tentukan izin di PowerShell seperti yang dijelaskan di bagian Aktifkan cadangan dalam dokumentasi Azure Backup PowerShell.

Ya, cadangan bekerja dengan lancar. Tidak perlu mengonfigurasi ulang apa pun.

Panduan hanya mencantumkan VM di wilayah yang sama dengan vault, dan VM tersebut belum dicadangkan.

Ya. Pencadangan berjalan ketika mesin dimatikan. Titik pemulihan ditandai sebagai crash konsisten.

Ya. Anda dapat membatalkan tugas pencadangan dalam status Mengambil snapshot. Anda tidak dapat membatalkan tugas jika transfer data dari snapshot sedang berlangsung.

Jika Anda mengunci grup sumber daya yang dibuat oleh Azure Backup Service, cadangan akan mulai gagal. Hapus kunci, dan bersihkan kumpulan titik pemulihan dari grup sumber daya tersebut agar pencadangan di masa mendatang dapat berhasil. Ikuti langkah-langkah ini untuk menghapus kumpulan titik pemulihan.

Azure Backup membuat grup sumber daya terpisah dalam format AzureBackupRG_<geo>_<number> untuk menyimpan objek ResourcePointCollections. Karena grup sumber daya ini dimiliki layanan, menguncinya akan menyebabkan pencadangan gagal. Kunci hanya dapat diterapkan ke grup sumber daya yang dibuat pelanggan.

Ya, Azure Backup mendukung disk standar yang dikelola SSD.

Salinan bayangan dapat diambil hanya pada disk data yang diaktifkan WA dan bukan disk OS. Jadi, hanya disk data yang diaktifkan WA yang dapat dilindungi.

Azure Backup dapat mencadangkan disk data berkemampuan WA. Namun, pencadangan tidak akan memberikan konsistensi database.

Azure Backup menyediakan solusi pencadangan streaming untuk database SAP HANA dengan RPO 15 menit. Azure Backup disertifikasi oleh SAP untuk memberikan dukungan pencadangan native dengan memanfaatkan API native SAP Hana. Pelajari selengkapnya tentang mencadangkan database SAP HANA di VM Azure.

Pencadangan terjadwal akan dipicu dalam waktu 2 jam dari waktu pencadangan terjadwal. Misalnya, jika 100 VM memiliki waktu mulai pencadangan yang dijadwalkan pada pukul 2 pagi, paling lambat pada pukul 4 pagi tugas pencadangan keseratus VM tersebut akan berstatus sedang berlangsung. Jika pencadangan terjadwal telah dijeda karena pemadaman dan dilanjutkan atau dicoba, pencadangan dapat dimulai di luar waktu dua jam terjadwal ini.

Kebijakan pencadangan Azure Virtual Machine mendukung periode retensi minimum dari tujuh hari hingga 9999 hari. Secara default, cadangan VM disimpan selama 7 hari dalam rekam jepret dan 180 hari di vault. Setiap modifikasi yang terjadi pada kebijakan cadangan VM yang ada dengan kurang dari tujuh hari akan memerlukan pembaruan untuk memenuhi periode retensi minimum tujuh hari.

Jika Anda mengubah kasus (ke atas atau bawah) grup sumber daya VM atau VM Anda, kasus nama item cadangan tidak akan berubah; ini adalah perilaku Azure Backup yang diharapkan. Perubahan kapitalisasi tidak akan muncul di item cadangan, tetapi diperbarui di backend.

Azure Backup kini mendukung pencadangan dan pemulihan disk selektif menggunakan solusi pencadangan Komputer Virtual Azure. Untuk informasi selengkapnya, lihat Pencadangan dan pemulihan disk selektif untuk VM Azure.

Jika perubahan penyewa terjadi, Anda harus menonaktifkan dan mengaktifkan kembali identitas terkelola untuk membuat pencadangan berfungsi kembali.

Azure Backup tidak mendukung pencadangan file NFS yang dipasang dari penyimpanan, atau dari server NFS lainnya, ke komputer Linux atau Windows. Azure Backup hanya mencadangkan disk yang melekat pada VM.

Semua konfigurasi VM yang diperlukan untuk melakukan operasi pemulihan disimpan dalam pencadangan VM. Hal tersebut termasuk salinan enkripsi kunci terenkripsi VM, yang dapat diakses oleh Anda saat dipulihkan. Salinan enkripsi hanya dapat didekripsi menggunakan key vault. Disk sementara dan status memori tidak diambil dalam snapshot.

Azure Backup dapat mencadangkan dan memulihkan tag, kecuali NIC dan IP. Azure Backup mematuhi batasan langganan Azure Resource Group dan memulihkan hingga 50 tag.

Untuk informasi mendetail, lihat Batas langganan.

Tidak, Anda tidak dapat memicu pencadangan sesuai permintaan dengan menonaktifkan cadangan terjadwal.

Setiap komputer virtual Azure dalam kluster dianggap sebagai Azure VM individu. Jadi, semua operasi pencadangan berlaku sesuai dengan Azure VM individu.

Membuat VM Snapshot membutuhkan waktu beberapa menit, dan akan ada gangguan yang sangat minim pada performa aplikasi pada tahap ini. Namun, transfer data ke brankas membutuhkan waktu beberapa jam; jadi kami sarankan untuk menjadwalkan pencadangan selama jam kerja tidak aktif. Pelajari lebih lanjut praktik terbaik untuk pencadangan dan pemulihan.

Ya, disk baru yang ditambahkan ke VM akan dicadangkan secara otomatis selama pencadangan berikutnya.

Memulihkan file dan folder dari cadangan VM terenkripsi saat ini tidak didukung, Anda harus memulihkan seluruh VM untuk memulihkan file dan folder. Lihat, langkah-langkah untuk memulihkan mesin virtual Azure terenkripsi. Namun, Anda dapat memulihkan file dari cadangan sebelum dienkripsi.

Ya, Anda dapat melakukan ini saat fase Transfer data ke vault sedang berlangsung.

Azure Backup mencadangkan kunci enkripsi dan rahasia data cadangan. Umumnya, kunci tidak dipulihkan di brankas Kunci, tetapi Azure Backup memungkinkan pemulihan kunci selama kehilangan kunci.

Tidak, Anda tidak dapat mempertahankan satu titik pemulihan tunggal. Saat Anda menghapus titik pemulihan sebelumnya, rantai akan dihapus. Oleh karena itu, Anda tidak dapat secara selektif mempertahankan atau menghapus titik pemulihan.

Retensi maksimum titik cadangan adalah:

• Retensi titik cadangan harian: 9999 hari
• Retensi titik cadangan mingguan: 5163 minggu
• Retensi titik cadangan bulanan: 1188 bulan
• Retensi titik cadangan tahunan: 99 tahun

Pertimbangkan pemulihan VM sebagai opsi buat cepat untuk VM Azure. Opsi ini mengubah nama disk, kontainer yang digunakan oleh disk, alamat IP publik, dan nama antarmuka jaringan. Perubahan ini mempertahankan sumber daya unik saat VM dibuat. VM tidak ditambahkan ke set ketersediaan.

Anda dapat menggunakan opsi pemulihan disk jika Anda ingin:

• Menyesuaikan VM yang akan dibuat. Misalnya, ubah ukurannya.
• Menambahkan pengaturan konfigurasi yang tidak ada pada saat pencadangan.
• Mengontrol konvensi penamaan untuk sumber daya yang dibuat.
• Menambahkan VM ke set ketersediaan.
• Menambahkan pengaturan lain yang harus dikonfigurasi menggunakan PowerShell atau templat.

Ya, Anda dapat menggunakan cadangan yang diambil sebelum disk dimigrasikan dari tidak terkelola ke terkelola.

Proses pemulihannya tetap sama. Jika titik pemulihan adalah titik waktu ketika VM memiliki disk yang tidak terkelola, Anda dapat memulihkan disk sebagai tidak terkelola. Jika VM telah mengelola disk, Anda dapat memulihkan disk sebagai disk terkelola. Kemudian Anda dapat membuat VM dari disk tersebut.

Pelajari selengkapnya tentang melakukan ini di PowerShell.

Apabila VM terkelola dipulihkan, disk akan tetap dipulihkan meskipun pembuatan VM mengalami kegagalan.

Ya. Bahkan jika Anda menghapus VM, Anda dapat membuka item cadangan yang sesuai di vault dan memulihkan dari titik pemulihan.

Untuk VM Azure Disk Terkelola, memulihkan ke set ketersediaan diaktifkan dengan menyediakan opsi dalam templat saat memulihkan sebagai disk terkelola. Templat ini memiliki parameter input yang disebut Set ketersediaan.

Kemampuan Pemulihan Instan membantu pencadangan yang lebih cepat dan pemulihan instan dari snapshot.

Setelah Anda mengubah pengaturan key vault untuk VM terenkripsi, pencadangan akan terus bekerja dengan serangkaian detail baru. Namun, setelah pemulihan dari titik pemulihan dilakukan sebelum perubahan, Anda harus memulihkan item rahasia dalam key vault sebelum Anda dapat membuat VM darinya. Untuk informasi selengkapnya, lihat artikel ini.

Operasi seperti roll-over rahasia/kunci tidak memerlukan langkah ini dan key vault yang sama dapat digunakan setelah pemulihan.

Ya, Anda dapat mengakses VM setelah dipulihkan karena VM memiliki hubungan yang rusak dengan pengendali domain. Untuk informasi selengkapnya, lihat artikel ini.

Ya, Anda dapat membatalkan pekerjaan pemulihan hingga fase transfer data. Setelah memasuki fase pembuatan mesin virtual, Anda tidak dapat membatalkan pekerjaan pemulihan.

Total waktu pemulihan tergantung pada kecepatan operasi input/output per detik (IOPS) dan throughput akun penyimpanan. Total waktu pemulihan dapat terpengaruh jika akun penyimpanan target dimuat dengan operasi baca dan tulis aplikasi lain. Untuk meningkatkan kecepatan operasi pemulihan, pilih akun penyimpanan yang tidak dimuat dengan data aplikasi lainnya. Pelajari praktik terbaik untuk pencadangan dan pemulihan VM Azure.

Azure Backup menggunakan disk "attach" dari titik pemulihan dan tidak melihat referensi citra atau galeri Anda. Jadi dalam kebijakan tersebut, Anda dapat memeriksa "storageProfile.osDisk.createOption as Attach", dan kondisi skripnya adalah:

if (storageProfile.osDisk.createOption == "Attach") then { exclude <Policy> }

Untuk memulihkan komputer virtual dalam kondisi tidak diaktifkan, Anda dapat membuat komputer virtual atau memulihkan disk, namun Anda tidak dapat menggantikan komputer virtual yang sudah ada. Pelajari lebih lanjut opsi pemulihan yang tersedia.

Mesin virtual Azure harus dalam keadaan mati saat Anda memulihkan. Jika tidak, operasi pemulihan akan gagal pada tahap pra-pemeriksaan, dengan kode kesalahan UserErrorVmNotShutDown.

Selain itu, sebelum Anda menukar disk mesin virtual, Anda harus mematikan mesin virtual.

Ya, batas maksimum default untuk memicu pemulihan adalah 20 upaya per VM dalam 24 jam, dan jendela 24 jam akan diatur ulang pada UTC 00:00.

Dalam kasus VM yang tidak dikelola, jenis disk VM adalah Premium SSD atau HDD dan tergantung pada SA tempat VHD ada. Jika Anda menyediakan SA normal selama pemulihan, disk VM akan HDD, dan jika Anda menyediakan Premium SA, semua disk akan menjadi SSD Premium.

Ya, Anda dapat menghapus file-file ini setelah proses pemulihan selesai. Secara default, Azure Backup menyimpan file ini untuk penggunaan di masa mendatang.

Kunci terenkripsi diharapkan tidak ada di wilayah target sebagai bagian dari Pemulihan Lintas Wilayah (CRR). Oleh karena itu, Anda perlu memulihkan kunci dan rahasia terenkripsi menggunakan file yang dipulihkan. Saat pemulihan selesai, Anda dapat membuat VM terenkripsi Azure menggunakan disk yang dipulihkan.

Microsoft Windows mengizinkan nama mesin virtual yang memiliki maksimal 15 karakter. Selain itu, Anda tidak dapat menentukan nama host DNS yang berbeda dari nama host NETBIOS. Namun, Anda dapat membuat header host untuk situs web yang dihosting di mesin virtual Azure dengan nama sesuai rekomendasi.

Pelajari lebih lanjut tentang batasan konvensi penamaan mesin virtual untuk mesin virtual Azure.

Ya, Pemulihan Lintas Langganan sekarang memungkinkan Anda memulihkan Azure VM dari titik pemulihan dalam satu langganan ke langganan lainnya di bawah penyewa sesuai aturan kontrol akses berbasis peran (Azure RBAC) Azure. Pemulihan Langganan Silang tidak didukung dari rekam jepret serta pemulihan wilayah sekunder.

Tidak, tidak didukung untuk VM Azure Terenkripsi.

Tidak, Pemulihan Langganan Silang tidak didukung dari pemulihan rekam jepret.

Tidak, Pemulihan Lintas Langganan tidak mendukung pemulihan dari wilayah sekunder.

Ya, hal ini didukung untuk Pemulihan lintas langganan.

Ya, Pemulihan Lintas Zona sekarang memungkinkan Anda memulihkan VM yang disematkan zona Azure ke zona lain yang tersedia menggunakan titik pemulihan di brankas dengan penyimpanan zona redundan (ZRS) yang diaktifkan sesuai aturan kontrol akses berbasis peran Azure (Azure RBAC). Ini juga didukung dari vault dengan Pemulihan Lintas Wilayah (CRR).

Ya, Pemulihan Lintas Zona sekarang memungkinkan Anda memulihkan VM yang disematkan non-zona Azure ke zona yang tersedia menggunakan titik pemulihan di brankas dengan penyimpanan zona redundan (ZRS) yang diaktifkan sesuai aturan kontrol akses berbasis peran Azure (Azure RBAC).

Tidak, tidak didukung untuk VM Azure Terenkripsi.

Tidak, Pemulihan Lintas Zona tidak didukung dari pemulihan rekam jepret .

Ya, Azure Backup mendukung pemulihan VM yang disematkan zona Azure ke wilayah sekunder.

Ya, ini didukung untuk Pemulihan Lintas Zona.

Setelah Anda melepas disk dari portal Azure, jalankan skrip Python dengan clean parameter (python scriptName.py clean) untuk menghapus sesi dan menghapus jalur pemasangan titik pemulihan dari komputer.

Mesin virtual akan dicadangkan menggunakan pengaturan jadwal dan retensi dalam kebijakan baru atau yang diubah.

• Jika retensi diperpanjang, titik pemulihan yang ada ditandai dan disimpan sesuai dengan kebijakan baru.
• Jika retensi berkurang, titik pemulihan ditandai untuk pemangkasan dalam tugas pembersihan berikutnya, kemudian dihapus.

Namun, titik pemulihan ditujukan khusus untuk frekuensi periode retensi. Misalnya, menambahkan atau mengubah kebijakan retensi tahunan tidak memengaruhi retensi titik pemulihan bulanan yang sudah ada sebelumnya.

1. Hentikan pencadangan untuk sementara dan simpan data pencadangan.

2. Untuk memindahkan mesin virtual yang dikonfigurasi dengan Azure Backup, lakukan langkah-langkah berikut:

   1. Temukan lokasi mesin virtual Anda.
   2. Temukan grup sumber daya dengan pola penamaan berikut: AzureBackupRG_<location of your VM>_1. Misalnya, AzureBackupRG_westus2_1
   3. Di portal Azure, centang Perlihatkan tipe tersembunyi.
   4. Temukan sumber daya dengan tipe Microsoft.Compute/restorePointCollections yang memiliki pola penamaan AzureBackup_<name of your VM that you're trying to move>_###########.
   5. Hapus sumber daya ini. Operasi ini hanya menghapus titik pemulihan instan, bukan data yang dicadangkan dalam vault.
   6. Setelah operasi penghapusan selesai, Anda dapat memindahkan mesin virtual Anda.

3. Pindahkan VM ke grup sumber daya target.

4. Lanjutkan pencadangan.

Anda dapat memulihkan VM dari titik pemulihan yang tersedia yang dibuat sebelum operasi pemindahan.

Setelah VM dipindahkan ke grup sumber daya berbeda, itu merupakan VM baru sejauh yang dipertimbangkan oleh Azure Backup.

Setelah memindahkan VM ke grup sumber daya baru, Anda dapat melindungi ulang VM baik di vault yang sama atau vault yang berbeda. Karena ini adalah VM baru untuk Azure Backup, Anda akan ditagih secara terpisah.

Titik pemulihan VM lama akan tersedia untuk dipulihkan apabila diperlukan. Jika Anda tidak memerlukan data cadangan ini, Anda dapat berhenti melindungi VM lama Anda dengan menghapus data.

Ya, ada batas 100 VM yang dapat dikaitkan dengan kebijakan pencadangan yang sama dari portal. Sebaiknya lebih dari 100 VM, buat beberapa kebijakan pencadangan dengan jadwal yang sama atau berbeda.

Ada batas harian sebesar 1000 untuk mengonfigurasi/memodifikasi perlindungan dalam vault secara keseluruhan.

Saat ini, Anda dapat melihat pengaturan retensi pada tingkat item pencadangan (VM) berdasarkan kebijakan pencadangan yang ditetapkan ke VM.

Salah satu cara melihat pengaturan retensi untuk pencadangan Anda adalah dengan menavigasi ke dasbor item pencadangan untuk VM Anda di portal Azure. Memilih tautan ke kebijakan pencadangannya membantu Anda melihat durasi retensi semua titik retensi harian, mingguan, bulanan, dan tahunan yang dikaitkan dengan VM.

Anda juga dapat menggunakan Backup Explorer untuk melihat pengaturan retensi untuk semua VM Anda dalam satu panel kaca. Buka Penjelajah Cadangan dari vault Layanan Pemulihan mana pun, buka tab Item Cadangan dan pilih Tampilan Lanjutan untuk melihat retensi terperinci untuk setiap VM.

Azure VM Backup menggunakan komunikasi HTTPS untuk enkripsi dalam transit. Transfer data menggunakan fabric Azure (dan bukan titik akhir publik), yang tidak memerlukan akses Internet untuk pencadangan VM.

API ini menyediakan skrip untuk memanggil koneksi iSCSI untuk pemulihan file dari Azure Backup.

• Anda dapat menonaktifkan opsi ini menggunakan definisi peran kustom dengan mengecualikan tindakan API.
• Anda juga dapat menggunakan titik akhir privat untuk membatasi akses ke server iSCSI dari dalam jaringan pribadi.
• Anda juga dapat menonaktifkan opsi ini di seluruh organisasi menggunakan fitur tolak penugasan.

Kebijakan berlaku segera setelah modifikasi parameter, seperti retensi, penjadwalan, dan sebagainya dilakukan. Hal ini berlaku untuk semua cadangan yang diambil dari kebijakan yang dimodifikasi. Namun, pemangkasan titik pemulihan (jika berlaku) menurut kebijakan yang baru memerlukan waktu 24 jam.

Untuk saat ini, fitur ini tidak didukung. Anda dapat memposting permintaan fitur apa pun di portal Komunitas Azure Backup.

Retensi cadangan yang dihentikan tidak dapat dimodifikasi karena pencadangan tidak memiliki kebijakan apa pun yang dilampirkan. Namun, Anda bisa melanjutkan perlindungan dan menetapkan kebijakan.

Cadangan yang dihentikan dipertahankan hingga dihapus secara manual.

Anda perlu memeriksa izin berlangganan di wilayah sekunder. Kirimkan pesan pada kami di AskAzureBackupTeam@microsoft.com untuk pendaftaran langganan.

Karena sumber daya Azure menangani lalu lintas ini, lalu lintas tidak dapat ditentukan oleh pengguna eksternal.

RPO: RPO minimum adalah 1 hari atau 24 jam saat Anda menggunakan kebijakan Standar. Jika Anda menggunakan Kebijakan yang ditingkatkan, RPO minimum adalah 4 jam.

Kesalahan ini muncul ketika Anda mencoba memulai mesin virtual setelah membuat mesin virtual Azure dari gambar non-Marketplace atau menukar disk OS mesin virtual dengan gambar non-Marketplace, lalu penyebaran mesin virtual gagal. Untuk mengatasi masalah ini, hapus informasi paket dari mesin virtual.

Azure Backup mencadangkan rahasia dan data KEK dari versi kunci selama pencadangan, dan memulihkan hal yang sama. Namun, booting VM ADE dengan kunci versi yang lebih lama juga dimungkinkan.

Data cadangan sepenuhnya direplikasi ke wilayah sekunder sebelum kegagalan wilayah utama akan tetap utuh. Ini tetap terjadi bahkan setelah wilayah utama pulih dari kegagalan. Dengan kata lain, komputer virtual dapat dipulihkan di wilayah sekunder dengan data yang dimilikinya sebelum kegagalan sesuai jadwal replikasi. Perhatikan bahwa RPO untuk wilayah sekunder adalah 36 jam yaitu, data membutuhkan waktu sekitar 36 jam untuk sepenuhnya direplikasi dari wilayah primer ke sekunder.

Waktu Kedaluwarsa titik pemulihan diperbarui saat Pengumpul Sampah (GC) berjalan, yaitu setiap 24 jam. Setelah Anda memperbarui kebijakan pencadangan, diperlukan waktu hingga 24 jam untuk menampilkan pembaruan dalam Waktu Kedaluwarsa, jika tidak ada penundaan dalam pekerjaan GC.

Waktu kedaluwarsa untuk titik pemulihan terbaru tidak muncul karena memiliki retensi tak terbatas hingga yang lebih baru dibuat. Waktu kedaluwarsa titik pemulihan lainnya akan tersedia di Portal Microsoft Azure setelah 24 jam pembuatan, tergantung pada kapan pengumpulan sampah berjalan (yang akan berada dalam waktu 24 jam).

Tidak, operasi pemulihan (ke lokasi asli atau alternatif) tidak memengaruhi pencadangan terjadwal.

• Pulihkan ke Lokasi Asli: Azure Backup mengganti disk VM yang ada dengan disk dari titik pemulihan. Proses ini termasuk mengambil rekam jepret VM saat ini sebelum pemulihan memastikan bahwa jadwal pencadangan tetap ada.
• Pulihkan ke Lokasi Alternatif: Azure Backup membuat VM baru menggunakan titik pemulihan. VM baru ini tidak akan memiliki jadwal pencadangan yang sama dengan VM asli; Anda perlu mengonfigurasi kebijakan Pencadangan secara manual. Pelajari tentang pemulihan Azure VM.

Dalam skenario pemulihan ini, kebijakan pencadangan asli dan jadwal untuk VM asli tetap tidak terpengaruh. Namun, jika Anda ingin VM yang dipulihkan (di lokasi alternatif) memiliki jadwal pencadangan, Anda perlu menyiapkan kebijakan Pencadangan.

Dalam kasus Pemulihan Lokasi Asli (OLR) atau Pemulihan Lokasi Alternatif (ALR) untuk Azure VM, Azure Backup melakukan konfigurasi cadangan sebagai:

Storage Spaces Direct tidak didukung karena memiliki data yang tersebar di dua komputer virtual yang berbeda.

Ruang penyimpanan dalam satu VM tidak didukung untuk pencadangan VM yang konsisten dengan aplikasi. Untuk pencadangan VM yang konsisten dengan aplikasi, VSS membekukan I/O dan memastikan bahwa rekam jepret disk konsisten. Ruang Penyimpanan masih dapat melakukan penulisan di latar belakang, merusak jaminan konsisten aplikasi. Ini dapat mengakibatkan kemungkinan kecil bahwa cadangan yang diambil tidak konsisten dengan aplikasi. Saat ini, pencadangan dan pemulihan VM dengan ruang penyimpanan tidak diblokir dalam produk.