Memulihkan dari Azure Backup

Setiap proses pencadangan yang berhasil membuat titik pemulihan — snapshot sumber daya yang dilindungi pada suatu titik waktu. Azure Backup mempertahankan titik pemulihan sesuai aturan retensi dalam kebijakan pencadangan. Saat perlu melakukan pemulihan, Anda memilih titik pemulihan lalu memilih jenis pemulihan. Jenis yang tersedia bergantung pada sumber dayanya: untuk VM, Anda dapat melakukan pemulihan VM penuh, pemulihan disk, atau pemulihan item pada tingkat file. Memahami opsi-opsi ini membantu Anda memilih cara tercepat untuk melakukan pemulihan.

Pemulihan VM penuh membuat ulang seluruh mesin virtual — disk OS, disk data, dan antarmuka jaringan — dari sebuah titik pemulihan. Anda dapat memulihkan ke lokasi asli (menggantikan VM yang ada) atau ke lokasi alternatif (membuat VM baru dengan nama berbeda atau di grup sumber daya maupun wilayah yang berbeda). Pemulihan penuh merupakan opsi paling lambat, tetapi dapat memulihkan VM yang rusak total atau terhapus. Pemulihan lintas wilayah juga didukung jika vault menggunakan penyimpanan GRS.

Pemulihan disk mengekspor disk terkelola dari titik pemulihan ke akun penyimpanan tertentu tanpa membuat VM baru. Opsi ini berguna saat Anda hanya perlu memulihkan data tertentu dari sebuah disk, atau saat ingin memasang disk yang dipulihkan ke VM yang sudah ada untuk penyelidikan. Setelah disk diekspor, Anda dapat memasangnya, menelusuri sistem file, dan menyalin hanya file yang diperlukan — lebih cepat daripada menjalankan pemulihan VM penuh.

Item-level recovery (ILR) memungkinkan Anda menelusuri dan memulihkan file serta folder individual dari pencadangan VM tanpa memulihkan seluruh disk. Azure Backup memasang titik pemulihan sebagai target iSCSI lokal pada mesin Windows atau Linux. Anda terhubung menggunakan script yang disediakan, menelusuri disk yang terpasang seolah-olah merupakan drive lokal, lalu menyalin hanya file tertentu yang diperlukan. Sesi pemasangan berakhir setelah 12 jam untuk membatasi paparan.

Saat mengevaluasi strategi pencadangan, ada dua metrik penting: RPO (Recovery Point Objective) adalah kehilangan data maksimum yang masih dapat ditoleransi, dinyatakan dalam waktu — jika pencadangan berjalan setiap hari, RPO Anda dapat mencapai 24 jam. RTO (Recovery Time Objective) adalah lama waktu yang diperlukan proses pemulihan itu sendiri. Pemulihan VM penuh dapat memerlukan waktu 30 menit hingga beberapa jam, bergantung pada ukuran disk. Pemulihan pada tingkat file jauh lebih cepat. Menyesuaikan RPO dan RTO dengan kebutuhan bisnis menentukan jadwal pencadangan dan pilihan strategi pemulihan Anda.

Untuk Azure Files yang dicadangkan melalui Azure Backup, tersedia dua opsi pemulihan. Pemulihan ke lokasi asli menimpa isi berbagi saat ini dengan snapshot. Pemulihan ke lokasi alternatif memulihkan data ke berbagi file atau akun penyimpanan yang berbeda sehingga berbagi saat ini tetap tidak berubah. Anda juga dapat melakukan pemulihan pada tingkat item untuk memulihkan file atau folder tertentu dari snapshot. Ini merupakan jenis pemulihan yang paling umum dan paling minim dampaknya untuk berbagi file.

Pemulihan lintas wilayah (CRR) memungkinkan Anda memulihkan VM ke wilayah sekunder (berpasangan) saat wilayah utama mengalami gangguan. CRR hanya tersedia untuk vault yang dikonfigurasi dengan Penyimpanan Geo-Redundan. Anda harus mengaktifkan CRR secara eksplisit di properti vault — fitur ini tidak aktif secara default. CRR menambah biaya, tetapi sangat penting untuk skenario saat Anda perlu memulihkan beban kerja di wilayah sekunder sebelum Azure Site Recovery menyelesaikan pengalihan.

Setiap operasi pemulihan membuat pekerjaan pencadangan dengan jenis Restore yang dapat Anda pantau di bilah Pekerjaan Pencadangan pada vault. Pemulihan disk berukuran besar dapat berjalan selama berjam-jam. Jika pemulihan gagal di tengah proses (misalnya karena masalah izin pada akun penyimpanan target), Azure Backup menyediakan pesan kesalahan terperinci dan tautan ke dokumentasi. Anda dapat mencoba kembali pemulihan setelah masalah dasarnya diperbaiki — pemulihan yang selesai sebagian tidak merusak titik pemulihan.

Saat SQL Server berjalan di Azure VM dan dilindungi dengan solusi Azure Backup untuk SQL Server, Anda mendapatkan perincian pemulihan tambahan. Anda dapat memulihkan ke titik waktu tertentu (berdasarkan pencadangan log transaksi yang berjalan setiap 15–60 menit), bukan hanya ke titik pemulihan pencadangan penuh. Hal ini secara signifikan menurunkan RPO untuk beban kerja SQL dibandingkan pencadangan VM pada tingkat sistem file saja.

Banyak organisasi tidak pernah menguji pencadangan mereka hingga bencana terjadi — lalu baru mengetahui bahwa pencadangan tersebut rusak, tidak lengkap, atau memerlukan waktu jauh lebih lama dari perkiraan untuk dipulihkan. Praktik terbaik mengharuskan simulasi pemulihan secara berkala: pulihkan ke grup sumber daya pengujian, verifikasi fungsi aplikasi, dan dokumentasikan RTO aktual yang dicapai. Buku kerja Laporan Pencadangan di Pusat Azure Backup menyediakan tampilan kepatuhan yang menunjukkan tanggal pencadangan terakhir yang berhasil untuk setiap item yang dilindungi.

Azure Backup untuk VM mempertahankan snapshot pemulihan instan lokal selama 1–5 hari (dapat dikonfigurasi dalam kebijakan) di grup sumber daya yang sama dengan VM. Memulihkan dari snapshot lokal ini jauh lebih cepat daripada memulihkan dari vault karena data tidak perlu ditransfer dari penyimpanan vault. Setelah tingkat pemulihan instan berakhir, titik pemulihan hanya disimpan di vault. Menggunakan pemulihan instan untuk insiden terbaru secara signifikan mengurangi RTO Anda.

Uji pemahaman Anda tentang konsep Microsoft Azure Fundamentals (AZ-900) dari pelajaran ini.

Dalam pelajaran ini Anda mempelajari bahwa Azure Backup menawarkan beberapa jenis pemulihan — VM penuh, disk, dan pemulihan item pada tingkat file — masing-masing dengan perbedaan kecepatan dan tingkat perincian, pemulihan lintas wilayah memerlukan vault GRS dan harus diaktifkan secara eksplisit, serta simulasi pemulihan secara berkala sangat penting untuk memastikan RTO aktual Anda sesuai dengan kebutuhan bisnis. Selanjutnya, kita akan membahas Azure Site Recovery untuk mereplikasi seluruh beban kerja ke wilayah sekunder.