Pertanyaan umum-Mencadangkan mesin virtual Azure

Artikel ini menjawab pertanyaan umum tentang mencadangkan VM Azure dengan layanan Azure Backup.

Backup

Citra VM mana yang dapat diaktifkan untuk cadangan saat saya membuatnya?

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

Mengapa pencadangan awal membutuhkan waktu lebih lama untuk selesai?

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

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

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

Apakah biaya pencadangan termasuk dalam biaya VM?

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

Izin mana yang diperlukan untuk mengaktifkan pencadangan untuk VM?

Jika Anda adalah kontributor mesin virtual (VM), Anda dapat mengaktifkan fitur 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 Brankas Layanan Pemulihan dan VM Anda memiliki grup sumber daya yang berbeda, pastikan Anda memiliki izin tulis di grup sumber daya untuk Brankas Layanan Pemulihan.

Apakah tugas pencadangan sesuai permintaan menggunakan jadwal retensi yang sama dengan pencadangan terjadwal?

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

Saya baru-baru ini mengaktifkan Azure Disk Encryption pada beberapa VM. Apakah cadangan saya akan terus bekerja?

Ya. Operasi backup dan pemulihan ADE terus didukung dan tidak diblokir sebelum rencana pensiun ADE pada September 2028. Untuk VM yang sudah mendukung ADE, pertimbangkan untuk bermigrasi ke enkripsi di host. Untuk garis waktu pensiun terbaru dan panduan migrasi, lihat ikhtisar resmi ADE dan dokumentasi Migrasi dari Azure Disk Encryption ke enkripsi di host.

Jika Anda mengaktifkan ADE pada VM yang sudah dilindungi oleh Azure Backup, berikan izin agar Azure Backup dapat mengakses Key Vault. Tentukan izin di PowerShell seperti yang dijelaskan di bagian Aktifkan cadangan dalam dokumentasi Azure Backup PowerShell.

Saya memigrasikan disk VM ke disk terkelola. Apakah cadangan saya akan terus bekerja?

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

Mengapa saya tidak dapat melihat VM saya di wizard Konfigurasi Pencadangan?

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

VM saya mati. Apakah pencadangan sesuai permintaan atau terjadwal akan berfungsi?

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

Dapatkah saya membatalkan tugas pencadangan yang sedang berlangsung?

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

Saya mengaktifkan kunci pada grup sumber daya yang dibuat oleh Layanan Azure Backup (misalnya, `AzureBackupRG_<geo>_<number>`). Apakah cadangan saya akan terus bekerja?

Jika Anda mengunci grup sumber daya yang dibuat oleh Azure Backup Service, pencadangan 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.

Saya memiliki kunci di tingkat grup sumber daya yang berisi semua sumber daya yang terkait dengan komputer virtual saya. Apakah pencadangan saya akan berfungsi?

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

Apakah Azure Backup mendukung disk yang dikelola SSD Standar?

Ya, Azure Backup mendukung disk terkelola SSD Standar.

Bisakah kita mencadangkan VM dengan disk yang diaktifkan Write Accelerator (WA)?

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

Saya memiliki VM dengan disk Write Accelerator (WA) dan SAP Hana terinstal. Bagaimana cara melakukan pencadangan?

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

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

Apa penundaan maksimum yang dapat saya harapkan dalam waktu mulai pencadangan dari waktu pencadangan terjadwal yang telah saya tetapkan dalam kebijakan pencadangan VM saya?

Pencadangan terjadwal dipicu dalam waktu 2 jam dari waktu pencadangan terjadwal. Misalnya, Jika 100 VM memiliki waktu mulai pencadangan yang dijadwalkan pada pukul 02.00, maka paling lambat pukul 04.00 semua 100 VM memiliki pekerjaan pencadangan yang sedang berlangsung. Jika pencadangan yang dijadwalkan telah dihentikan sementara karena pemadaman dan kemudian dilanjutkan atau diulang, maka pencadangan dapat dimulai di luar jendela waktu dua jam yang dijadwalkan ini.

Berapa periode retensi minimum yang diizinkan untuk titik pencadangan harian?

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.

Apa yang terjadi jika saya mengubah kapitalisasi huruf pada nama VM atau grup sumber daya VM saya?

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 huruf besar/kecil tidak akan muncul di item pencadangan, tetapi diperbarui di bagian backend.

Bisakah saya mencadangkan atau memulihkan disk selektif yang terpasang pada VM?

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.

Apakah identitas terkelola tetap dipertahankan jika terjadi perubahan penyewa selama pencadangan?

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

Apakah Azure Backup mendukung pencadangan file NFS yang dipasang dari penyimpanan?

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

Apa konfigurasi VM yang tersimpan di cadangan komputer virtual?

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

Apakah kita bisa mencadangkan tag dari VM Azure? Jika demikian, berapa banyak tag?

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.

Dapatkah saya melakukan pencadangan ad-hoc tanpa menjadwalkan pencadangan untuk Azure VM?

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

Bagaimana cara kerja proses Azure Backup untuk node kluster?

Setiap komputer virtual Azure dalam kluster dianggap sebagai Azure VM individu. Jadi, semua operasi pencadangan berlaku untuk setiap Azure VM secara individu.

Apakah Azure Backup mengganggu performa aplikasi?

Membuat Rekam Jepret VM membutuhkan waktu beberapa menit, dan akan ada gangguan minimal 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.

Apakah disk baru yang ditambahkan ke VM akan dibackup secara otomatis?

Ya, disk baru yang ditambahkan ke VM akan dicadangkan secara otomatis selama pencadangan berikutnya, kecuali cadangan disk selektif dikonfigurasi pada VM. Disk yang baru ditambahkan ke VM memiliki Rekam jepret Penuh (Replika Awal) yang diambil pada cadangan pertama, disk yang ada melanjutkan rantai logika Inkremental.

Dapatkah saya memulihkan file dan folder dari cadangan VM yang terenkripsi?

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.

Bisakah saya menghentikan mesin virtual dan meningkatkannya selama fase Transfer data ke vault?

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

Apakah Azure Backup mengambil cadangan kunci untuk VM terenkripsi ADE dan memulihkannya bersama dengan disk yang dipulihkan?

Azure Backup mencadangkan kunci enkripsi dan rahasia data cadangan. Umumnya, kunci tidak dipulihkan di Brankas kunci, tetapi Azure Backup memungkinkan pemulihan kunci selama hilangnya kunci.

Dapatkah saya menghapus semua titik pemulihan dan mempertahankan yang terbaru?

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.

Di Azure VM Backup, apa itu Tingkat Rekam Jepret dan Redundansi Penyimpanan untuk rekam jepret yang diambil sebagai bagian dari cadangan?

Di Azure VM Backup, rekam jepret diambil menggunakan jenis tingkat HDD Standar, terlepas dari tingkat disk VM sumber. Secara default, redundansi penyimpanan untuk rekam jepret ini adalah Locally Redundant Storage (LRS). Namun, jika cadangan VM dikelola oleh Kebijakan yang Disempurnakan dan penyimpanan disk sumber yang mendasar berada di wilayah yang mendukung Redundansi Zona, cuplikan merupakan Penyimpanan Zona Redundan.

Berapa lama saya dapat mempertahankan titik cadangan Azure VM menggunakan kebijakan pencadangan?

Retensi maksimum dari titik-titik cadangan adalah:

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

Dapatkah saya mencadangkan disk VM yang dibuat di Azure Classic Storage?

Tidak, dukungan untuk disk yang dibuat di Azure Classic Storage tidak lagi tersedia. Untuk memastikan fungsionalitas berkelanjutan, Anda harus memigrasikan disk ini ke Azure Resource Manager Storage. Selain itu, akun Penyimpanan Klasik tidak dapat mendukung Virtual Machines (VM) berbasis ARM, dan tidak ada solusi untuk mengaktifkan kompatibilitas.

Penting

Dukungan untuk pencadangan semua VM Klasik direncanakan akan dihentikan pada 30 September 2025. Kami menyarankan agar Anda memigrasikan VM Klasik dan disk terkait ke Azure Resource Manager Storage sebelum garis waktu ini untuk menghindari gangguan.

Bagaimana perilaku Soft-Delete terjadi ketika retensi kebijakan cadangan diubah atau dimodifikasi?

Ketika periode retensi kebijakan pencadangan diubah, perilaku penghapusan sementara untuk titik pemulihan (RPs) ditentukan berdasarkan kebijakan saat ini pada saat evaluasi—bukan kebijakan yang berlaku saat RP dibuat.

Saya memiliki Azure VM yang disimpan di zona dengan disk ZRS SSD Premium. Apa yang terjadi jika saya memulihkan VM ini ke wilayah Berpasangan menggunakan CRR di mana ZRS tidak didukung?

Saat memulihkan VM ke wilayah yang di-peering yang tidak mendukung Zone-Redundant Storage (ZRS), Azure Backup akan secara otomatis membuat disk dalam tingkat performa yang sama (misalnya, Standar atau Premium) sebagai disk asli, tetapi dengan Penyimpanan Redundan Lokal (LRS) alih-alih ZRS. Ini memastikan bahwa operasi pemulihan berhasil diselesaikan, meskipun model redundansi berubah.

Apakah dukungan disk 64 TB untuk Azure Backup tersedia di semua wilayah?

Azure Backup mendukung ukuran disk individual hingga 64 TB dan total gabungan 512 TB per VM. Dukungan ini tersedia di semua wilayah Azure tempat layanan Azure Backup ditawarkan.

Bagaimana cara kerja pencadangan MDCC melalui Kebijakan yang Ditingkatkan dengan dan tanpa memilih opsi "hanya Crash Consistency Snapshot"?

Perilaku pencadangan MDCC di bawah Kebijakan yang Ditingkatkan tergantung pada apakah kotak centang "Hanya Rekam Jepret Konsistensi Crash" dipilih:

Ketika kotak centang TIDAK dipilih:

Versi Peningkatan Kebijakan akan mencoba untuk mengambil backup yang konsisten dengan aplikasi atau sistem file. Namun, jika upaya ini gagal, kebijakan akan kembali ke cadangan yang konsisten dengan crash pada interval tertentu:

• Rekam jepret yang konsisten dengan crash akan diambil pada upaya ke-4, 6, dan 8.
• Fallback ini memastikan kelangsungan pencadangan bahkan ketika konsistensi tidak dapat dijamin. Alasan mundur ke MDCC termasuk VM offline, VM dengan OS yang tidak didukung, masalah Agen Tamu, masalah penyediaan ekstensi VMSnapshotLinux, dll.

Saat kotak centang dipilih:

Kebijakan tidak akan mencoba konsistensi aplikasi atau sistem file. Sebaliknya, ini akan langsung memulai pencadangan MDCC yang konsisten terhadap crash tanpa upaya pengulangan untuk tingkat konsistensi yang lebih tinggi.

Opsi ini berguna ketika kecepatan dan kesederhanaan diprioritaskan daripada jaminan konsistensi.

Saat kami memigrasikan item yang dilindungi dari kebijakan Standar ke Ditingkatkan, periode retensi mana yang berlaku pada titik pemulihan?

Periode Retensi berlaku sesuai kebijakan baru yang ditingkatkan untuk semua titik pemulihan.

Mengapa saya tidak melihat waktu kedaluwarsa yang diperbarui untuk Titik Pemulihan saya segera setelah mengubah kebijakan pencadangan?

Saat Anda mengubah kebijakan pencadangan (misalnya, mengubah durasi retensi), waktu kedaluwarsa yang diperbarui untuk Titik Pemulihan (RPs) tidak langsung tercermin di portal Microsoft Azure. Ini adalah perilaku yang diharapkan.

Waktu kedaluwarsa diperbarui hanya setelah sistem menjalankan proses pembersihan harian (juga dikenal sebagai proses pemangkasan Titik Pemulihan yang sudah kedaluwarsa). Pekerjaan ini biasanya berjalan setiap 24 jam sekali. Oleh karena itu, mungkin perlu waktu hingga 24 jam agar waktu kedaluwarsa baru muncul di portal untuk Titik Pemulihan yang ada atau yang baru dibuat.

Jika Anda tidak segera melihat waktu kedaluwarsa yang diperbarui, harap tunggu hingga 24 jam sebelum menaikkan permintaan dukungan.

Pulihkan

Bagaimana cara memutuskan apakah akan memulihkan disk saja atau VM lengkap?

Anggap pemulihan VM sebagai opsi pembuatan 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.

Bisakah saya memulihkan cadangan disk VM yang tidak terkelola setelah saya meningkatkan ke disk terkelola?

Ya, Anda dapat menggunakan cadangan yang diambil sebelum disk dimigrasikan dari tidak terkelola ke terkelola. Azure Backup memulihkan titik pemulihan lama tersebut sebagai disk terkelola.

Bagaimana cara memulihkan VM ke titik pemulihan sebelum VM dimigrasikan ke disk yang dikelola?

Proses pemulihannya tetap sama. Jika titik pemulihan berasal dari titik waktu ketika VM memiliki disk yang tidak dikelola, ikuti Memulihkan titik pemulihan warisan dari VM yang menggunakan disk yang tidak dikelola. Jika VM memiliki disk terpadu, pulihkan disk tersebut sebagai disk terpadu dengan mengikuti prosedur pemulihan disk terpadu. Kemudian Anda dapat membuat VM dari disk tersebut.

Pelajari selengkapnya tentang melakukan ini di PowerShell.

Jika pemulihan gagal membuat VM, apa yang terjadi pada disk yang disertakan dalam pemulihan?

Meskipun pembuatan VM terkelola gagal, disk akan tetap dipulihkan jika terjadi pemulihan VM.

Bisakah saya memulihkan VM yang telah dihapus?

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

Bagaimana cara memulihkan VM ke set ketersediaan yang sama?

Untuk VM Azure dengan disk terkelola, pemulihan ke set ketersediaan dapat diaktifkan dengan menyertakan opsi dalam template saat memulihkan sebagai disk terkelola. Templat ini memiliki parameter input yang disebut Set ketersediaan.

Bagaimana kita mendapatkan performa pemulihan yang lebih cepat?

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

Apa yang terjadi ketika mengubah pengaturan key vault untuk VM terenkripsi?

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

Operasi seperti penggantian rahasia/kunci tidak memerlukan langkah ini dan brankas kunci yang sama dapat digunakan setelah pemulihan.

Dapatkah saya mengakses VM setelah dipulihkan karena VM memiliki hubungan yang rusak dengan pengendali domain?

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

Dapatkah saya membatalkan tugas pemulihan yang sedang berlangsung?

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

Mengapa operasi pemulihan saya membutuhkan waktu lama untuk diselesaikan?

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.

Bagaimana cara kita menangani konflik tipe pemulihan "Buat Mesin Virtual Baru" dengan kebijakan pengelolaan?

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> }

Bagaimana cara memulihkan komputer virtual ke dalam kondisi tidak diaktifkan?

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.

Bisakah saya memulihkan mesin virtual Azure yang dalam keadaan mati?

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.

Apakah ada batasan untuk memicu pemulihan dalam sehari?

Batas pemulihan berlaku per sumber data dalam jendela 24 jam. Anda dapat memulihkan VM yang sama hingga 20 kali dalam periode tersebut. Memulihkan beberapa VM secara bersamaan diizinkan, tetapi dapat memicu pembatasan dari layanan Azure lainnya, seperti Azure Resource Manager karena batas permintaan.

Bagaimana SKU disk yang dipulihkan bergantung pada Akun Penyimpanan (SA) target yang disediakan?

Panduan ini diterapkan untuk proses pemulihan terdahulu yang mengembalikan disk sebagai VHD tanpa pengelolaan. Titik pemulihan dari VM yang menggunakan disk tidak terkelola sekarang hanya dipulihkan sebagai disk terkelola, sehingga akun penyimpanan target tidak menentukan jenis disk akhir. Akun penyimpanan hanya digunakan untuk menyimpan metadata pemulihan dan file VHD sementara.

Catatan

• Azure Backup saat ini tidak mendukung pengambilan SAs yang berbeda sebagai input untuk disk yang berbeda.

Bisakah saya menghapus template JSON dan file VHD setelah proses pemulihan selesai?

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

Bagaimana cara menjalankan operasi pemulihan untuk Cross Region Restore (CRR) dari VM terenkripsi ADE?

Kunci terenkripsi tidak diharapkan 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.

Apakah ada konvensi penamaan yang direkomendasikan untuk mesin virtual Azure di Azure Backup?

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.

Dapatkah saya memulihkan Azure Virtual Machine di langganan lain?

Ya, Pemulihan Lintas Langganan sekarang memungkinkan Anda memulihkan VM Azure dari titik pemulihan dalam satu langganan ke langganan lainnya antar penyewa sesuai dengan aturan kontrol akses berbasis peran Azure (Azure RBAC). Pemulihan Langganan Silang tidak didukung dari snapshot.

Apakah Cross Subscription Restore mendukung semua Azure VM?

Tidak, tidak didukung untuk VM Azure Terenkripsi.

Bisakah saya menggunakan snapshot Azure VM untuk memulihkan di langganan lain?

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

Bisakah saya melakukan Pemulihan Lintas Langganan untuk Azure VM yang berjalan di wilayah sekunder?

Ya.

Dapatkah saya menggunakan Kebijakan yang Ditingkatkan untuk Cross Subscription Restore?

Ya, fitur ini didukung untuk Pemulihan lintas langganan.

Dapatkah saya memulihkan Komputer Virtual yang disematkan zona Azure di zona yang berbeda?

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

Dapatkah saya memulihkan Komputer Virtual Azure yang tidak terikat pada zona tertentu ke zona yang berbeda?

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

Apakah Pemulihan Lintas Zona mendukung semua Azure VM?

Tidak, tidak didukung untuk VM Azure Terenkripsi.

Dapatkah saya menggunakan rekam jepret Azure VM untuk memulihkan di zona lain?

Tidak, Pemulihan Lintas Zona tidak didukung dari pemulihan snapshot.

Dapatkah saya memulihkan VM yang disematkan zona Azure ke wilayah sekunder?

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

Dapatkah saya menggunakan kebijakan yang ditingkatkan untuk pemulihan lintas zona?

Ya, ini didukung untuk Pemulihan Lintas Zona.

Bagaimana cara menghapus sesi iSCSI dan prosesnya setelah menjalankan skrip Python untuk LINUX ILR?

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

Mengapa VM yang dipulihkan kehilangan properti Penawaran/SKU/Penerbit dari VM sumber?

Selama pemulihan komputer virtual (VM) menggunakan Azure Backup, Anda mungkin melihat bahwa VM yang dipulihkan tidak mempertahankan properti Penawaran, SKU, dan Penerbit yang ada di VM sumber. Ini adalah perilaku yang diharapkan, dan terjadi karena alasan berikut:

• VM Gambar MarketPlace: Hanya VM yang dibuat dari gambar MarketPlace yang memiliki detail Penawaran, SKU, dan Penerbit. Properti ini berasal dari gambar VM itu sendiri. Saat VM dibuat dari gambar MarketPlace, createOption diatur ke dari gambar. Ini memastikan bahwa properti Penawaran, SKU, dan Penerbit disertakan selama proses pembuatan VM.
• VM Dibuat dari Disk: Saat VM dibuat dari disk (seperti VM yang dipulihkan, VM yang diunggah, atau VM yang dibuat dari rekam jepret), createOption diatur ke Lampirkan alih-alih "dari gambar". Dalam hal ini, properti Penawaran, SKU, dan Penerbit tidak disertakan karena properti ini bersifat baca-saja dan hanya dapat ditambahkan selama proses pembuatan VM awal saat createOption berasal dari gambar.

Berapa throughput yang diharapkan ketika kita melakukan pemulihan dari penyimpanan Vault.

Untuk pemulihan Tingkat-2 (pemulihan dari data vault), waktu yang diperlukan tergantung pada jumlah data yang dialokasikan yang perlu ditransfer. Dalam satu kasus yang diamati, disk dengan sekitar 2 TB data yang dialokasikan masing-masing berkontribusi secara signifikan pada waktu transfer keseluruhan. Meskipun tingkat transfer 30 MBps dianggap optimal, kami mencapai sekitar 50 MBps dalam instans ini.

Misalnya, jika pelanggan memiliki disk 16 TB dengan 2 TB data yang dialokasikan per segmen, total waktu pemulihan dapat diperpanjang hingga 20 jam pada tingkat transfer optimal.

Mengelola pencadangan komputer virtual

Apa yang terjadi jika saya mengubah kebijakan pencadangan?

Mesin virtual akan dicadangkan menggunakan pengaturan jadwal dan retensi dalam kebijakan 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 memodifikasi kebijakan retensi tahunan tidak memengaruhi retensi titik pemulihan bulanan yang sudah ada sebelumnya.

Bagaimana cara memindahkan VM yang dicadangkan oleh Azure Backup ke grup sumber daya yang berbeda?

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.

Apa yang terjadi setelah saya memindahkan VM ke grup sumber daya berbeda?

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

Apakah ada batasan jumlah VM yang dapat dikaitkan dengan kebijakan pencadangan yang sama?

Ya, ada batas 100 VM yang dapat dikaitkan dengan kebijakan pencadangan yang sama. Kami merekomendasikan bahwa untuk lebih dari 100 Mesin Virtual, buatlah beberapa kebijakan pencadangan dengan jadwal yang sama atau berbeda.

Ada batas harian sebanyak 1000 untuk mengonfigurasi/memodifikasi keseluruhan perlindungan dalam brankas.

Bagaimana cara melihat pengaturan retensi untuk pencadangan saya?

Saat ini, Anda dapat melihat pengaturan retensi di 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 cadangannya membantu Anda melihat durasi retensi semua titik retensi harian, mingguan, bulanan, dan tahunan yang terkait 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.

Saat snapshot dipindahkan dari akun penyimpanan ke vault, bagaimana enkripsi dalam transit dikelola?

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 backup VM.

Bagaimana cara menonaktifkan opsi Pemulihan File?

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.

Saya telah mengubah kebijakan penyimpanan, berapa lama waktu yang dibutuhkan agar kebijakan tersebut berlaku?

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.

Bagaimana cara memperpanjang atau mengurangi retensi titik pemulihan tertentu?

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

Bagaimana cara mengubah periode penyimpanan untuk pencadangan yang dihentikan?

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

Berapa lama cadangan yang sudah dihentikan disimpan?

Cadangan yang dihentikan dipertahankan hingga dihapus secara manual.

Saya tidak dapat memilih jaringan virtual, subnet, atau akun penyimpanan di wilayah sekunder saat melakukan Pemulihan Lintas Wilayah.

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

Bagaimana cara memeriksa lalu lintas antara layanan Azure Backup dan Azure VM?

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

Berapa RPO minimum dan RTO untuk cadangan VM di Azure Backup?

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.

Mengapa kesalahan VMMarketplaceInvalidInputmessage muncul?

Kesalahan ini muncul ketika Anda mencoba memulai VM setelah membuat VM Azure dari gambar non-Marketplace atau menukar disk OS VM dengan gambar non-Marketplace, kemudian penyebaran VM tersebut gagal. Untuk mengatasi masalah ini, hapus informasi rencana dari VM.

Bagaimana cara mengelola rotasi kunci? Bagaimana memastikan kunci mana yang digunakan selama pencadangan dan apakah tersedia untuk digunakan dengan mesin virtual yang dipulihkan?

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.

Seberapa sering kunci terkelola Microsoft diputar untuk Azure Backup?

Kunci yang dikelola Microsoft diputar sesuai persyaratan kepatuhan. Jika Anda memiliki persyaratan rotasi kunci tertentu, kami sarankan Anda pindah ke kunci yang dikelola pelanggan sehingga Anda dapat mengelola dan mengaudit rotasi secara manual. Pelajari selengkapnya [tentang enkripsi Azure Storage] (.. \storage\common\storage-service-encryption.md).

Ketika Vault dikonfigurasi dengan CRR, apa yang terjadi pada data sekunder jika wilayah utama gagal?

Data cadangan sepenuhnya direplikasi ke wilayah sekunder sebelum wilayah utama mengalami kegagalan dan tetap utuh. Ini tetap berlaku bahkan setelah wilayah utama pulih dari kegagalan. Dengan kata lain, komputer virtual dapat dipulihkan di wilayah sekunder dengan data yang dimilikinya sebelum kegagalan, berdasarkan jadwal replikasi. Untuk pencadangan Azure VM, RPO di wilayah sekunder dapat mencapai 36 jam dalam skenario terburuk. Dengan kebijakan Standar, ini didasarkan pada hingga 24 jam di wilayah utama ditambah hingga 12 jam untuk replikasi ke wilayah sekunder. Dengan kebijakan Yang Ditingkatkan, pembuatan titik pemulihan lokal yang lebih sering dapat meningkatkan RPO wilayah sekunder yang dapat dicapai dengan kasus terbaik, tetapi kasus terburuk masih bisa hingga 36 jam.

Ketika saya memperbarui kebijakan pencadangan, mengapa waktu kedaluwarsa tidak segera diperbarui?

Waktu Kedaluwarsa dari titik-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 pekerjaan GC tidak tertunda.

Mengapa waktu kedaluwarsa untuk titik pemulihan terbaru tidak muncul di portal Azure untuk VM?

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

Apakah operasi pemulihan Azure VM ke lokasi asli atau alternatif akan memengaruhi pencadangan terjadwal?

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.

Apa yang terjadi pada konfigurasi cadangan jika saya melakukan Pemulihan Lokasi Asli/Alternatif azure VM?

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

Jenis pemulihan	Konfigurasi pencadangan	Mencadangkan data
Pemulihan Lokasi Asli (OLR)	Konfigurasi cadangan tetap sama. VM yang dipulihkan menggunakan kebijakan pencadangan dan jadwal yang sama dengan VM asli.	Data cadangan yang ada dipertahankan, dan cadangan baru dipicu sesuai jadwal pencadangan asli.
Pemulihan Lokasi Alternatif (ALR)	VM baru yang dibuat di lokasi alternatif tidak mewarisi konfigurasi cadangan VM asli. Anda perlu mengonfigurasi kebijakan pencadangan baru untuk VM ini secara manual.	Data cadangan untuk VM asli tetap tidak terpengaruh. Namun, VM baru dimulai dengan riwayat cadangan baru setelah Anda mengonfigurasi cadangannya.

Catatan

• OLR: Menyediakan kelanjutan cadangan yang lancar dengan kebijakan yang sama.
• ALR: Memerlukan penyiapan manual kebijakan pencadangan untuk VM baru.

Mengapa VM dengan Ruang Penyimpanan Langsung dan Ruang Penyimpanan tidak didukung dengan Azure VM Backup?

Ruang Penyimpanan Langsung tidak didukung karena memiliki data yang tersebar di dua komputer virtual yang berbeda.

Ruang penyimpanan pada satu VM tidak didukung untuk pencadangan VM yang konsisten secara 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.

Jika saya menghapus salah satu disk dari VM dan meningkatkan ukuran disk yang ada, apa yang terjadi pada cadangan dan jika cadangan berikutnya membuat Pencadangan Penuh untuk semua disk?

Jika Anda menghapus disk, operasi rekam jepret atau transfer data tidak akan berjalan untuk disk yang dihapus. Jumlah disk yang disertakan dalam titik pemulihan berbeda tergantung pada status VM pada saat pencadangan.

Mengubah ukuran disk berlanjut dengan pencadangan bertahap kecuali akun penyimpanan yang menjadi dasar dari disk berubah, sehingga menghasilkan pencadangan penuh.

Apa itu direktori "/var/log/azure/Microsoft.Azure.RecoveryServices.VMSnapshotLinux"?

Ini adalah direktori yang digunakan oleh Backup Extension VMSnapshotLinux dan dibuat ketika cadangan diaktifkan pada VM menggunakan Vault Layanan Pemulihan. Log ditulis di lokasi ini selama pencadangan, pemulihan, atau operasi ekstensi seperti pembaruan jadwal, umumnya mereka harus menggunakan hanya beberapa GB dan ukuran log tidak sebanding dengan ukuran cadangan.

Jika pencadangan gagal dengan kesalahan batas waktu untuk VM disk besar setelah berjalan beberapa saat, kapan saya dapat memulai kembali pekerjaan cadangan dan apakah cadangan tersebut akan melanjutkan dari tempat terhenti ketika gagal?

Untuk Replika Awal, pencadangan penuh akan dilakukan ulang jika terjadi kegagalan. Namun, untuk Incremental, cuplikan cadangan terakhir yang berhasil akan dibandingkan dengan cuplikan terbaru untuk menyalin data yang diubah ke dalam penyimpanan.

Mengapa Premium SSD v2 dengan GRS Vaults/Cross Region Restore tidak didukung?

Disk Premium SSD v2/Ultra saat ini tidak tersedia di semua wilayah, sehingga Geo-Redundant Storage (GRS) tidak dapat diaktifkan.

Catatan

GRS hanya berfungsi ketika kedua wilayah yang dipasangkan mendukung Disk Premium SSD v2/Ultra.

Mengapa saya tidak melihat waktu kedaluwarsa yang diperbarui untuk Titik Pemulihan saya segera setelah mengubah kebijakan pencadangan?

Saat Anda mengubah kebijakan pencadangan (misalnya, mengubah durasi retensi), waktu kedaluwarsa yang diperbarui untuk Titik Pemulihan (RPs) tidak tercermin secara instan di portal Microsoft Azure. Ini adalah perilaku yang diharapkan.

Waktu kedaluwarsa diperbarui hanya setelah sistem menjalankan proses pembersihan harian (juga dikenal sebagai proses pemangkasan Titik Pemulihan yang sudah kedaluwarsa). Pekerjaan ini biasanya berjalan setiap 24 jam sekali. Oleh karena itu, mungkin perlu waktu hingga 24 jam agar waktu kedaluwarsa baru muncul di portal untuk Titik Pemulihan yang ada atau yang baru dibuat.

Jika Anda tidak segera melihat waktu kedaluwarsa yang diperbarui, harap tunggu hingga 24 jam sebelum menaikkan permintaan dukungan.

Artikel ini menjawab pertanyaan umum tentang mencadangkan VM Azure dengan layanan Azure Backup.

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

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

Untuk meningkatkan performa pencadangan, lihat, praktik terbaik pencadangan; 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 mesin virtual (VM), Anda dapat mengaktifkan fitur 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 Brankas Layanan Pemulihan dan VM Anda memiliki grup sumber daya yang berbeda, pastikan Anda memiliki izin tulis di grup sumber daya untuk Brankas Layanan Pemulihan.

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

Ya. Operasi backup dan pemulihan ADE terus didukung dan tidak diblokir sebelum rencana pensiun ADE pada September 2028. Untuk VM yang sudah mendukung ADE, pertimbangkan untuk bermigrasi ke enkripsi di host. Untuk garis waktu pensiun terbaru dan panduan migrasi, lihat ikhtisar resmi ADE dan dokumentasi Migrasi dari Azure Disk Encryption ke enkripsi di host.

Jika Anda mengaktifkan ADE pada VM yang sudah dilindungi oleh Azure Backup, berikan izin agar Azure Backup dapat 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, pencadangan 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 oleh layanan, menguncinya akan menyebabkan backup gagal. Kunci pembatasan hanya dapat diterapkan pada grup sumber daya yang dibuat oleh pelanggan.

Ya, Azure Backup mendukung disk terkelola SSD Standar.

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

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

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

Pencadangan terjadwal dipicu dalam waktu 2 jam dari waktu pencadangan terjadwal. Misalnya, Jika 100 VM memiliki waktu mulai pencadangan yang dijadwalkan pada pukul 02.00, maka paling lambat pukul 04.00 semua 100 VM memiliki pekerjaan pencadangan yang sedang berlangsung. Jika pencadangan yang dijadwalkan telah dihentikan sementara karena pemadaman dan kemudian dilanjutkan atau diulang, maka pencadangan dapat dimulai di luar jendela waktu dua jam yang dijadwalkan 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 huruf besar/kecil tidak akan muncul di item pencadangan, tetapi diperbarui di bagian 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. Ini hanya mencadangkan disk yang terpasang secara lokal pada VM.

Semua konfigurasi VM yang diperlukan untuk melakukan operasi pemulihan disimpan dalam pencadangan VM. Hal tersebut termasuk salinan kunci VM terenkripsi yang dienkripsi, yang dapat Anda akses saat pemulihan. 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 untuk setiap Azure VM secara individu.

Membuat Rekam Jepret VM membutuhkan waktu beberapa menit, dan akan ada gangguan minimal 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, kecuali cadangan disk selektif dikonfigurasi pada VM. Disk yang baru ditambahkan ke VM memiliki Rekam jepret Penuh (Replika Awal) yang diambil pada cadangan pertama, disk yang ada melanjutkan rantai logika Inkremental.

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

Di Azure VM Backup, rekam jepret diambil menggunakan jenis tingkat HDD Standar, terlepas dari tingkat disk VM sumber. Secara default, redundansi penyimpanan untuk rekam jepret ini adalah Locally Redundant Storage (LRS). Namun, jika cadangan VM dikelola oleh Kebijakan yang Disempurnakan dan penyimpanan disk sumber yang mendasar berada di wilayah yang mendukung Redundansi Zona, cuplikan merupakan Penyimpanan Zona Redundan.

Retensi maksimum dari titik-titik cadangan adalah:

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

Tidak, dukungan untuk disk yang dibuat di Azure Classic Storage tidak lagi tersedia. Untuk memastikan fungsionalitas berkelanjutan, Anda harus memigrasikan disk ini ke Azure Resource Manager Storage. Selain itu, akun Penyimpanan Klasik tidak dapat mendukung Virtual Machines (VM) berbasis ARM, dan tidak ada solusi untuk mengaktifkan kompatibilitas.

Penting

Dukungan untuk pencadangan semua VM Klasik direncanakan akan dihentikan pada 30 September 2025. Kami menyarankan agar Anda memigrasikan VM Klasik dan disk terkait ke Azure Resource Manager Storage sebelum garis waktu ini untuk menghindari gangguan.

Ketika periode retensi kebijakan pencadangan diubah, perilaku penghapusan sementara untuk titik pemulihan (RPs) ditentukan berdasarkan kebijakan saat ini pada saat evaluasi—bukan kebijakan yang berlaku saat RP dibuat.

Saat memulihkan VM ke wilayah yang di-peering yang tidak mendukung Zone-Redundant Storage (ZRS), Azure Backup akan secara otomatis membuat disk dalam tingkat performa yang sama (misalnya, Standar atau Premium) sebagai disk asli, tetapi dengan Penyimpanan Redundan Lokal (LRS) alih-alih ZRS. Ini memastikan bahwa operasi pemulihan berhasil diselesaikan, meskipun model redundansi berubah.

Azure Backup mendukung ukuran disk individual hingga 64 TB dan total gabungan 512 TB per VM. Dukungan ini tersedia di semua wilayah Azure tempat layanan Azure Backup ditawarkan.

Perilaku pencadangan MDCC di bawah Kebijakan yang Ditingkatkan tergantung pada apakah kotak centang "Hanya Rekam Jepret Konsistensi Crash" dipilih:

Ketika kotak centang TIDAK dipilih:

Versi Peningkatan Kebijakan akan mencoba untuk mengambil backup yang konsisten dengan aplikasi atau sistem file. Namun, jika upaya ini gagal, kebijakan akan kembali ke cadangan yang konsisten dengan crash pada interval tertentu:

• Rekam jepret yang konsisten dengan crash akan diambil pada upaya ke-4, 6, dan 8.
• Fallback ini memastikan kelangsungan pencadangan bahkan ketika konsistensi tidak dapat dijamin. Alasan mundur ke MDCC termasuk VM offline, VM dengan OS yang tidak didukung, masalah Agen Tamu, masalah penyediaan ekstensi VMSnapshotLinux, dll.

Saat kotak centang dipilih:

Kebijakan tidak akan mencoba konsistensi aplikasi atau sistem file. Sebaliknya, ini akan langsung memulai pencadangan MDCC yang konsisten terhadap crash tanpa upaya pengulangan untuk tingkat konsistensi yang lebih tinggi.

Opsi ini berguna ketika kecepatan dan kesederhanaan diprioritaskan daripada jaminan konsistensi.

Periode Retensi berlaku sesuai kebijakan baru yang ditingkatkan untuk semua titik pemulihan.

Saat Anda mengubah kebijakan pencadangan (misalnya, mengubah durasi retensi), waktu kedaluwarsa yang diperbarui untuk Titik Pemulihan (RPs) tidak langsung tercermin di portal Microsoft Azure. Ini adalah perilaku yang diharapkan.

Waktu kedaluwarsa diperbarui hanya setelah sistem menjalankan proses pembersihan harian (juga dikenal sebagai proses pemangkasan Titik Pemulihan yang sudah kedaluwarsa). Pekerjaan ini biasanya berjalan setiap 24 jam sekali. Oleh karena itu, mungkin perlu waktu hingga 24 jam agar waktu kedaluwarsa baru muncul di portal untuk Titik Pemulihan yang ada atau yang baru dibuat.

Jika Anda tidak segera melihat waktu kedaluwarsa yang diperbarui, harap tunggu hingga 24 jam sebelum menaikkan permintaan dukungan.

Anggap pemulihan VM sebagai opsi pembuatan 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. Azure Backup memulihkan titik pemulihan lama tersebut sebagai disk terkelola.

Proses pemulihannya tetap sama. Jika titik pemulihan berasal dari titik waktu ketika VM memiliki disk yang tidak dikelola, ikuti Memulihkan titik pemulihan warisan dari VM yang menggunakan disk yang tidak dikelola. Jika VM memiliki disk terpadu, pulihkan disk tersebut sebagai disk terpadu dengan mengikuti prosedur pemulihan disk terpadu. Kemudian Anda dapat membuat VM dari disk tersebut.

Pelajari selengkapnya tentang melakukan ini di PowerShell.

Meskipun pembuatan VM terkelola gagal, disk akan tetap dipulihkan jika terjadi pemulihan VM.

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

Untuk VM Azure dengan disk terkelola, pemulihan ke set ketersediaan dapat diaktifkan dengan menyertakan opsi dalam template 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 tetap berfungsi dengan serangkaian detail baru. Namun, setelah pemulihan dari titik sebelum perubahan dilakukan, Anda harus memulihkan rahasia di dalam key vault sebelum Anda dapat membuat VM darinya. Untuk informasi selengkapnya, lihat artikel ini.

Operasi seperti penggantian rahasia/kunci tidak memerlukan langkah ini dan brankas kunci 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.

Batas pemulihan berlaku per sumber data dalam jendela 24 jam. Anda dapat memulihkan VM yang sama hingga 20 kali dalam periode tersebut. Memulihkan beberapa VM secara bersamaan diizinkan, tetapi dapat memicu pembatasan dari layanan Azure lainnya, seperti Azure Resource Manager karena batas permintaan.

Panduan ini diterapkan untuk proses pemulihan terdahulu yang mengembalikan disk sebagai VHD tanpa pengelolaan. Titik pemulihan dari VM yang menggunakan disk tidak terkelola sekarang hanya dipulihkan sebagai disk terkelola, sehingga akun penyimpanan target tidak menentukan jenis disk akhir. Akun penyimpanan hanya digunakan untuk menyimpan metadata pemulihan dan file VHD sementara.

Catatan

• Azure Backup saat ini tidak mendukung pengambilan SAs yang berbeda sebagai input untuk disk yang berbeda.

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 tidak diharapkan 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 VM Azure dari titik pemulihan dalam satu langganan ke langganan lainnya antar penyewa sesuai dengan aturan kontrol akses berbasis peran Azure (Azure RBAC). Pemulihan Langganan Silang tidak didukung dari snapshot.

Tidak, tidak didukung untuk VM Azure Terenkripsi.

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

Ya.

Ya, fitur 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 snapshot.

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 parameter clean (python scriptName.py clean) untuk membersihkan sesi dan menghapus jalur pemasangan titik pemulihan dari mesin.

Selama pemulihan komputer virtual (VM) menggunakan Azure Backup, Anda mungkin melihat bahwa VM yang dipulihkan tidak mempertahankan properti Penawaran, SKU, dan Penerbit yang ada di VM sumber. Ini adalah perilaku yang diharapkan, dan terjadi karena alasan berikut:

• VM Gambar MarketPlace: Hanya VM yang dibuat dari gambar MarketPlace yang memiliki detail Penawaran, SKU, dan Penerbit. Properti ini berasal dari gambar VM itu sendiri. Saat VM dibuat dari gambar MarketPlace, createOption diatur ke dari gambar. Ini memastikan bahwa properti Penawaran, SKU, dan Penerbit disertakan selama proses pembuatan VM.
• VM Dibuat dari Disk: Saat VM dibuat dari disk (seperti VM yang dipulihkan, VM yang diunggah, atau VM yang dibuat dari rekam jepret), createOption diatur ke Lampirkan alih-alih "dari gambar". Dalam hal ini, properti Penawaran, SKU, dan Penerbit tidak disertakan karena properti ini bersifat baca-saja dan hanya dapat ditambahkan selama proses pembuatan VM awal saat createOption berasal dari gambar.

Untuk pemulihan Tingkat-2 (pemulihan dari data vault), waktu yang diperlukan tergantung pada jumlah data yang dialokasikan yang perlu ditransfer. Dalam satu kasus yang diamati, disk dengan sekitar 2 TB data yang dialokasikan masing-masing berkontribusi secara signifikan pada waktu transfer keseluruhan. Meskipun tingkat transfer 30 MBps dianggap optimal, kami mencapai sekitar 50 MBps dalam instans ini.

Misalnya, jika pelanggan memiliki disk 16 TB dengan 2 TB data yang dialokasikan per segmen, total waktu pemulihan dapat diperpanjang hingga 20 jam pada tingkat transfer optimal.

Mesin virtual akan dicadangkan menggunakan pengaturan jadwal dan retensi dalam kebijakan 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 memodifikasi 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 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. Kami merekomendasikan bahwa untuk lebih dari 100 Mesin Virtual, buatlah beberapa kebijakan pencadangan dengan jadwal yang sama atau berbeda.

Ada batas harian sebanyak 1000 untuk mengonfigurasi/memodifikasi keseluruhan perlindungan dalam brankas.

Saat ini, Anda dapat melihat pengaturan retensi di 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 cadangannya membantu Anda melihat durasi retensi semua titik retensi harian, mingguan, bulanan, dan tahunan yang terkait 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 backup 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 VM setelah membuat VM Azure dari gambar non-Marketplace atau menukar disk OS VM dengan gambar non-Marketplace, kemudian penyebaran VM tersebut gagal. Untuk mengatasi masalah ini, hapus informasi rencana dari VM.

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.

Kunci yang dikelola Microsoft diputar sesuai persyaratan kepatuhan. Jika Anda memiliki persyaratan rotasi kunci tertentu, kami sarankan Anda pindah ke kunci yang dikelola pelanggan sehingga Anda dapat mengelola dan mengaudit rotasi secara manual. Pelajari selengkapnya [tentang enkripsi Azure Storage] (.. \storage\common\storage-service-encryption.md).

Data cadangan sepenuhnya direplikasi ke wilayah sekunder sebelum wilayah utama mengalami kegagalan dan tetap utuh. Ini tetap berlaku bahkan setelah wilayah utama pulih dari kegagalan. Dengan kata lain, komputer virtual dapat dipulihkan di wilayah sekunder dengan data yang dimilikinya sebelum kegagalan, berdasarkan jadwal replikasi. Untuk pencadangan Azure VM, RPO di wilayah sekunder dapat mencapai 36 jam dalam skenario terburuk. Dengan kebijakan Standar, ini didasarkan pada hingga 24 jam di wilayah utama ditambah hingga 12 jam untuk replikasi ke wilayah sekunder. Dengan kebijakan Yang Ditingkatkan, pembuatan titik pemulihan lokal yang lebih sering dapat meningkatkan RPO wilayah sekunder yang dapat dicapai dengan kasus terbaik, tetapi kasus terburuk masih bisa hingga 36 jam.

Waktu Kedaluwarsa dari titik-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 pekerjaan GC tidak tertunda.

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:

Jenis pemulihan	Konfigurasi pencadangan	Mencadangkan data
Pemulihan Lokasi Asli (OLR)	Konfigurasi cadangan tetap sama. VM yang dipulihkan menggunakan kebijakan pencadangan dan jadwal yang sama dengan VM asli.	Data cadangan yang ada dipertahankan, dan cadangan baru dipicu sesuai jadwal pencadangan asli.
Pemulihan Lokasi Alternatif (ALR)	VM baru yang dibuat di lokasi alternatif tidak mewarisi konfigurasi cadangan VM asli. Anda perlu mengonfigurasi kebijakan pencadangan baru untuk VM ini secara manual.	Data cadangan untuk VM asli tetap tidak terpengaruh. Namun, VM baru dimulai dengan riwayat cadangan baru setelah Anda mengonfigurasi cadangannya.

Catatan

• OLR: Menyediakan kelanjutan cadangan yang lancar dengan kebijakan yang sama.
• ALR: Memerlukan penyiapan manual kebijakan pencadangan untuk VM baru.

Ruang Penyimpanan Langsung tidak didukung karena memiliki data yang tersebar di dua komputer virtual yang berbeda.

Ruang penyimpanan pada satu VM tidak didukung untuk pencadangan VM yang konsisten secara 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.

Jika Anda menghapus disk, operasi rekam jepret atau transfer data tidak akan berjalan untuk disk yang dihapus. Jumlah disk yang disertakan dalam titik pemulihan berbeda tergantung pada status VM pada saat pencadangan.

Mengubah ukuran disk berlanjut dengan pencadangan bertahap kecuali akun penyimpanan yang menjadi dasar dari disk berubah, sehingga menghasilkan pencadangan penuh.

Ini adalah direktori yang digunakan oleh Backup Extension VMSnapshotLinux dan dibuat ketika cadangan diaktifkan pada VM menggunakan Vault Layanan Pemulihan. Log ditulis di lokasi ini selama pencadangan, pemulihan, atau operasi ekstensi seperti pembaruan jadwal, umumnya mereka harus menggunakan hanya beberapa GB dan ukuran log tidak sebanding dengan ukuran cadangan.

Untuk Replika Awal, pencadangan penuh akan dilakukan ulang jika terjadi kegagalan. Namun, untuk Incremental, cuplikan cadangan terakhir yang berhasil akan dibandingkan dengan cuplikan terbaru untuk menyalin data yang diubah ke dalam penyimpanan.

Disk Premium SSD v2/Ultra saat ini tidak tersedia di semua wilayah, sehingga Geo-Redundant Storage (GRS) tidak dapat diaktifkan.

Catatan

GRS hanya berfungsi ketika kedua wilayah yang dipasangkan mendukung Disk Premium SSD v2/Ultra.

Saat Anda mengubah kebijakan pencadangan (misalnya, mengubah durasi retensi), waktu kedaluwarsa yang diperbarui untuk Titik Pemulihan (RPs) tidak tercermin secara instan di portal Microsoft Azure. Ini adalah perilaku yang diharapkan.

Waktu kedaluwarsa diperbarui hanya setelah sistem menjalankan proses pembersihan harian (juga dikenal sebagai proses pemangkasan Titik Pemulihan yang sudah kedaluwarsa). Pekerjaan ini biasanya berjalan setiap 24 jam sekali. Oleh karena itu, mungkin perlu waktu hingga 24 jam agar waktu kedaluwarsa baru muncul di portal untuk Titik Pemulihan yang ada atau yang baru dibuat.

Jika Anda tidak segera melihat waktu kedaluwarsa yang diperbarui, harap tunggu hingga 24 jam sebelum menaikkan permintaan dukungan.