Bagikan melalui


Pencadangan dan pemulihan berkala di Azure Cosmos DB

BERLAKU UNTUK: NoSQL MongoDB Cassandra Gremlin Meja

Azure Cosmos DB secara otomatis mengambil cadangan data Anda secara berkala. Pencadangan otomatis diambil tanpa mempengaruhi kinerja atau ketersediaan operasi database. Semua cadangan disimpan secara terpisah dalam layanan penyimpanan, dan cadangan tersebut direplikasi secara global untuk ketahanan terhadap bencana regional. Dengan Azure Cosmos DB, tidak hanya data, tetapi juga cadangan data Anda sangat redundan dan tahan terhadap bencana regional.

Cara Azure Cosmos DB melakukan pencadangan data

Langkah-langkah berikut menunjukkan bagaimana Azure Cosmos DB melakukan pencadangan data:

  • Azure Cosmos DB secara otomatis mengambil pencadangan database Anda setiap 4 jam dan kapan saja, hanya 2 pencadangan terbaru disimpan secara default. Jika interval default tidak mencukupi untuk beban kerja, Anda dapat mengubah interval pencadangan dan periode retensi dari portal Microsoft Azure. Anda dapat mengubah konfigurasi cadangan selama atau setelah akun Azure Cosmos DB dibuat. Jika kontainer atau database dihapus, Azure Cosmos DB mempertahankan rekam jepret yang ada dari kontainer throughput yang disediakan atau database throughput bersama selama 30 hari. Jika throughput disediakan di tingkat database, proses pencadangan dan pemulihan terjadi di seluruh cakupan database.

  • Azure Cosmos DB menyimpan cadangan ini di penyimpanan Azure Blob sedangkan data aktual berada secara lokal dalam Azure Cosmos DB.

  • Untuk menjamin latensi rendah, rekam jepret pencadangan akan disimpan di penyimpanan Azure Blob di wilayah yang sama dengan wilayah tulis saat ini (atau salah satu dari wilayah tulis, jika Anda memiliki konfigurasi tulis multi-wilayah). Untuk ketahanan terhadap bencana regional, setiap snapshot data pencadangan di penyimpanan Azure Blob kembali direplikasi ke wilayah lain melalui penyimpanan geo-redundan (GRS). Wilayah tempat cadangan direplikasi didasarkan pada wilayah sumber Anda dan pasangan regional yang terkait dengan wilayah sumber. Untuk mempelajari selengkapnya, lihat daftar pasangan geo-redundan dari artikel wilayah Azure. Anda tidak dapat mengakses cadangan ini secara langsung. Tim Azure Cosmos DB memulihkan cadangan Anda saat Anda meminta melalui permintaan dukungan.

    Gambar berikut menunjukkan bagaimana kontainer Azure Cosmos DB dengan ketiga partisi fisik utama di US Barat. Kontainer dicadangkan di akun Azure Blob Storage jarak jauh di AS Barat lalu direplikasi ke AS Timur:

    Diagram pencadangan penuh berkala yang diambil dari beberapa entitas Azure Cosmos DB di Azure Storage geo-redundan.

  • Pencadangan dilakukan tanpa mempengaruhi kinerja atau ketersediaan aplikasi Anda. Azure Cosmos DB melakukan pencadangan data di latar belakang tanpa menggunakan throughput (RUs) tambahan yang disediakan atau memengaruhi performa dan ketersediaan database Anda.

Dengan mode pencadangan berkala, cadangan hanya diambil di wilayah tulis akun Azure Cosmos DB Anda. Tindakan pemulihan selalu memulihkan data ke akun baru yang terletak di wilayah tulis akun sumber.

Apa yang dipulihkan ke akun baru?

  • Anda dapat memilih untuk memulihkan kombinasi kontainer throughput yang disediakan, database throughput bersama, atau seluruh akun.
  • Tindakan pemulihan memulihkan semua data dan properti indeksnya ke akun baru.
  • Durasi pemulihan akan tergantung pada jumlah data yang perlu dipulihkan.
  • Pengaturan konsistensi akun database yang baru dipulihkan akan sama dengan pengaturan konsistensi akun database sumber.

Apa yang tidak dipulihkan?

Konfigurasi berikut tidak dipulihkan setelah pemulihan titik waktu.

  • Subset kontainer di bawah database throughput bersama tidak dapat dipulihkan. Seluruh database dapat dipulihkan secara keseluruhan.
  • Kunci akun database. Akun yang dipulihkan akan dibuat dengan kunci akun database baru.
  • Firewall, VNET, RBAC sarana data, atau pengaturan titik akhir privat.
  • Wilayah. Akun yang dipulihkan hanya akan menjadi satu akun wilayah, yang merupakan wilayah tulis akun sumber.
  • Prosedur, pemicu, UDF tersimpan.
  • Penetapan kontrol akses berbasis peran. Ini harus ditetapkan kembali.
  • Dokumen yang dihapus karena TTL kedaluwarsa.
  • Data analitik saat tautan synapse diaktifkan.
  • Tampilan Materialisasi

Beberapa konfigurasi ini dapat ditambahkan ke akun yang dipulihkan setelah pemulihan selesai.

Untuk akun yang mengaktifkan Azure Synapse Link, data penyimpanan analitik tidak disertakan dalam pencadangan dan pemulihan. Saat Azure Synapse Link diaktifkan, Azure Cosmos DB terus secara otomatis mengambil cadangan data Anda di penyimpanan transaksional pada interval pencadangan terjadwal. Pencadangan dan pemulihan otomatis data Anda di penyimpanan analitik saat ini tidak didukung.

Memahami biaya pencadangan

Dua cadangan disediakan gratis dan cadangan tambahan dikenakan biaya sesuai dengan harga berdasarkan wilayah untuk penyimpanan cadangan yang dijelaskan dalam harga penyimpanan cadangan.

Misalnya, pertimbangkan skenario di mana Retensi Cadangan dikonfigurasi hingga 240 jam (atau 10 hari) dan Interval Cadangan dikonfigurasi hingga 24 jam. Konfigurasi ini menyiratkan bahwa ada 10 salinan data cadangan. Jika Anda memiliki 1 TB data di wilayah Azure US Barat, biaya untuk penyimpanan cadangan pada bulan tertentu adalah: 0.12 * 1000 * 8

Izin yang diperlukan untuk mengelola retensi atau pemulihan

Prinsipal yang merupakan bagian dari peran CosmosdbBackupOperator, pemilik, atau kontributor diizinkan untuk meminta pemulihan atau mengubah periode retensi.

Mengelola cadangan berkala secara manual di Azure Cosmos DB

Dengan AZURE Cosmos DB API untuk akun NoSQL, Anda juga dapat mempertahankan cadangan Anda sendiri dengan menggunakan salah satu pendekatan berikut:

Azure Data Factory

Gunakan Azure Data Factory untuk memindahkan data secara berkala ke solusi penyimpanan pilihan Anda.

Umpan perubahan Azure Cosmos DB

Gunakan umpan perubahan Azure Cosmos DB untuk membaca data secara berkala untuk pencadangan lengkap atau untuk perubahan bertahap, dan menyimpannya di penyimpanan Anda sendiri.

Langkah berikutnya