Manajemen Data untuk Keandalan
Ketahanan database
Azure SQL Database
SQL Database secara otomatis melakukan kombinasi pencadangan database penuh setiap minggu, pencadangan database diferensial setiap jam, dan pencadangan log transaksi setiap lima - 10 menit untuk melindungi bisnis Anda dari kehilangan data. Gunakan pemulihan titik waktu untuk memulihkan database ke waktu yang sebelumnya. Untuk informasi selengkapnya, lihat:
SQL Server di VM
Terdapat dua opsi untuk SQL Server yang berjalan di VM: pencadangan tradisional dan pengiriman log. Pencadangan tradisional memungkinkan Anda memulihkan ke titik waktu tertentu, tetapi proses pemulihannya lambat. Memulihkan cadangan tradisional harus dimulai dengan pencadangan penuh awal, lalu menerapkan cadangan apa pun yang diambil setelah itu. Opsi kedua adalah mengonfigurasi sesi pengiriman log untuk menunda pemulihan cadangan log (misalnya, dua jam). Opsi ini menyediakan jendela untuk memulihkan dari kesalahan yang dibuat pada opsi utama.
Azure Cosmos DB
Azure Cosmos DB secara otomatis melakukan pencadangan secara berkala. Cadangan disimpan secara terpisah di layanan penyimpanan lain, dan cadangan tersebut direplikasi secara global untuk ketahanan terhadap bencana regional. Jika Anda tidak sengaja menghapus database atau koleksi, Anda dapat mengajukan tiket dukungan atau menghubungi dukungan Azure untuk memulihkan data dari pencadangan otomatis terakhir. Untuk informasi selengkapnya, lihat Pencadangan dan pemulihan online otomatis dengan Azure Cosmos DB.
Azure Database for MySQL, Azure Database for PostgreSQL
Ketika menggunakan Azure Database for MySQL atau Azure Database for PostgreSQL, layanan database secara otomatis membuat cadangan layanan setiap lima menit. Dengan fitur pencadangan otomatis ini, Anda dapat memulihkan server dan semua databasenya menjadi server baru di titik waktu sebelumnya. Untuk informasi selengkapnya, lihat:
Mendistribusikan data secara geografis
SQL Database
Azure SQL Database menyediakan dua jenis pemulihan: pemulihan geo dan replikasi geo aktif.
Pengembalian geografis
Pemulihan geo juga tersedia dengan database Dasar, Standar, dan Premium. Fitur ini menyediakan opsi pemulihan default ketika database tidak tersedia karena insiden di wilayah tempat database Anda dihosting. Mirip dengan pemulihan titik waktu, pemulihan geo bergantung pada cadangan database di penyimpanan Azure geo-redundan. Fitur ini memulihkan dari salinan cadangan yang direplikasi secara geografis, sehingga tahan terhadap pemadaman penyimpanan di wilayah utama. Untuk informasi selengkapnya, lihat Memulihkan Azure SQL Database atau failover ke wilayah sekunder.
Replikasi Geo Aktif
Replikasi geo aktif tersedia untuk semua tingkat database. Ini dirancang untuk aplikasi yang memiliki persyaratan pemulihan yang lebih agresif daripada yang dapat ditawarkan oleh geo-restore. Dengan menggunakan geo-replikasi aktif, Anda dapat membuat hingga empat sekunder yang dapat dibaca di server dalam wilayah yang berbeda. Anda dapat memulai failover ke salah satu sekunder. Selain itu, geo-replikasi aktif dapat digunakan untuk mendukung peningkatan aplikasi atau skenario relokasi, serta penyeimbangan beban untuk beban kerja baca-saja. Untuk detail selengkapnya, lihat Mengonfigurasi replikasi geo aktif untuk Azure SQL Database dan memulai failover. Lihat Merancang layanan yang tersedia secara global menggunakan Azure SQL Database dan Mengelola peningkatan berkelanjutan dari aplikasi cloud dengan menggunakan replikasi geo aktif SQL Database untuk detail tentang cara merancang dan menerapkan aplikasi dan peningkatan aplikasi tanpa waktu henti.
SQL Server on Azure Virtual Machines
Berbagai opsi tersedia untuk pemulihan dan ketersediaan tinggi untuk SQL Server 2012 (dan yang lebih baru) yang berjalan di Azure Virtual Machines. Untuk informasi selengkapnya, lihat Ketersediaan tinggi dan pemulihan bencana untuk SQL Server di Azure Virtual Machines.
Grup Ketersediaan Always On SQL Server di seluruh wilayah
Atau, Anda dapat menggunakan Grup Ketersediaan Always On SQL Server untuk ketersediaan tinggi dengan membuat grup ketersediaan tunggal yang menyertakan instans SQL Server di kedua wilayah.
Sebagai contoh, arsitektur referensi Aplikasi tingkat N multi-wilayah menunjukkan serangkaian praktik untuk menjalankan aplikasi tingkat N di beberapa wilayah Azure untuk mencapai ketersediaan dan infrastruktur pemulihan bencana yang kuat. Ini menggunakan Grup Ketersediaan AlwaysOn SQL Server dan Azure Traffic Manager.
Ketahanan penyimpanan
Azure Storage menyediakan ketahanan data melalui replika otomatis. Namun, ini tidak mencegah kode aplikasi atau pengguna dari merusak data, baik secara tidak sengaja maupun dengan niat jahat. Mempertahankan keakuratan data dalam menghadapi kesalahan pengguna atau aplikasi memerlukan teknik yang lebih canggih, seperti menyalin data ke lokasi penyimpanan sekunder dengan log audit.
Blob blok. Buat snapshot titik waktu dari setiap blok blob. Untuk informasi selengkapnya, lihat Membuat Snapshot Blob. Untuk setiap snapshot, Anda hanya dikenakan biaya untuk penyimpanan yang diperlukan untuk menyimpan perbedaan dalam blob sejak status snapshot terakhir. Snapshot bergantung pada keberadaan blob asli yang menjadi dasarnya, oleh karena itu, operasi penyalinan ke blob lain atau bahkan akun penyimpanan lain disarankan. Ini memastikan bahwa data cadangan dilindungi dengan benar terhadap penghapusan yang tidak disengaja. Anda dapat menggunakan AzCopy atau Azure PowerShell untuk menyalin blob ke akun penyimpanan lain.
File. Gunakan bagikan snapshot, atau gunakan AzCopy atau PowerShell untuk menyalin file Anda ke akun penyimpanan lain.
Tabel. Gunakan AzCopy untuk mengekspor data tabel ke akun penyimpanan lain di wilayah lain.
Sampel yang terkait dengan ketahanan penyimpanan terdapat di sini. Skrip melakukan tugas-tugas ini:
- Templat ARM untuk menyebarkan akun penyimpanan dan kontainer blob.
- Menyalin file ke dalam kontainer blob.
- Membuat snapshot buat.
- Membuat snapshot berbagi.
- Memanggil AzCopy untuk penyimpanan tabel