Edit

Bagikan melalui

DR untuk Azure Data Platform - Arsitektur

Azure Synapse Analytics
Azure Machine Learning
Azure Cosmos DB
Azure Data Lake
Azure Event Hubs

Gunakan definisi kasus

Untuk mendukung contoh kerja ini, firma fiktif "Contoso" akan digunakan dengan Platform Data Azure berdasarkan Arsitektur Referensi Microsoft.

Layanan Data - Tampilan Komponen

Contoso telah menerapkan struktur Dasar Azure berikut, yang merupakan subset dari Zona Pendaratan Perusahaan. Diagram yang memperlihatkan contoh zona pendaratan Enterprise Azure.

Angka dalam deskripsi berikut sesuai dengan diagram sebelumnya di atas.

Azure Foundations Contoso - Alur Kerja

  1. Pendaftaran Perusahaan - Pendaftaran perusahaan induk teratas Contoso dalam Azure yang mencerminkan perjanjian komersialnya dengan Microsoft, struktur akun organisasinya, dan langganan Azure yang tersedia. Ini menyediakan fondasi penagihan untuk langganan dan bagaimana estat digital dikelola
  2. Manajemen Identitas dan Akses – Komponen yang diperlukan untuk menyediakan layanan identitas, autentikasi, akses sumber daya, dan otorisasi di seluruh jejak Azure Contoso
  3. Grup Manajemen dan Organisasi Langganan - Hierarki grup yang dapat diskalakan selaras dengan kemampuan inti platform data, memungkinkan operasionalisasi dalam skala besar menggunakan keamanan dan tata kelola yang dikelola secara terpusat di mana beban kerja memiliki pemisahan yang jelas. Grup manajemen menyediakan cakupan tata kelola di atas langganan
  4. Langganan Manajemen - Langganan khusus untuk berbagai fungsi tingkat manajemen yang diperlukan untuk mendukung platform data
  5. Langganan Koneksi ivity - Langganan khusus untuk fungsi konektivitas platform data yang memungkinkannya mengidentifikasi layanan bernama, menentukan perutean dan komunikasi yang aman di seluruh dan antara layanan internal dan eksternal
  6. Langganan Zona Arahan – Langganan satu-ke-banyak untuk aplikasi asli Azure, online, beban kerja dan sumber daya internal dan eksternal yang menghadap
  7. Platform DevOps - Platform DevOps yang mendukung fondasi Azure & Platform Data. Platform ini berisi repositori kontrol sumber dasar kode dan alur CI/CD yang memungkinkan penyebaran infrastruktur sebagai kode (IaC) otomatis

Catatan

Banyak pelanggan masih mempertahankan jejak infrastruktur sebagai layanan (IaaS) yang besar. Untuk memberikan kemampuan pemulihan di seluruh IaaS, komponen utama yang akan ditambahkan adalah pemulihan Azure Site. Site Recovery akan mengatur dan mengotomatiskan replikasi Azure VM antar wilayah, komputer virtual lokal, dan server fisik ke Azure, dan komputer lokal ke pusat data sekunder.

Dalam struktur dasar ini, Contoso telah menerapkan elemen berikut untuk mendukung kebutuhan kecerdasan bisnis perusahaannya, selaras dengan panduan di Analytics secara end-to-end dengan Azure Synapse.

Diagram yang memperlihatkan arsitektur untuk platform data modern menggunakan layanan data Azure.Platform data Contoso

Platform Data Contoso - Alur Kerja

Alur kerja dibaca dari kiri ke kanan, mengikuti alur data:

  • Sumber Data - Sumber atau jenis data yang dapat digunakan platform data
  • Ingest - Kemampuan Platform untuk menyerap data dari berbagai sumber struktur dan kecepatan yang bervariasi. Desain ini mencerminkan arsitektur Lambda
  • Simpan - Kemampuan untuk menyimpan data dalam skala besar yang telah diserap dengan aman ke platform
  • Proses - Kemampuan Platform untuk memproses data, membuatnya "cocok untuk tujuan" untuk proses hilir seperti pembersihan, standarisasi, dan pemodelan. Pra-pemrosesan data biasanya memastikan bahwa data berada dalam "posisi dan kondisi, siap digunakan"
  • Enrich - Kemampuan untuk meningkatkan data yang diproses pada platform melalui statistik, Pembelajaran Mesin atau teknik pemodelan lainnya atau Azure AI Services bawaan
  • Sajikan - Kemampuan Platform untuk membentuk dan menyajikan data untuk konsumsi hilir
  • Konsumen Data - Individu, aplikasi, atau proses hilir yang mengonsumsi data dari berbagai titik sentuh penyajian platform
  • Temukan dan Kelola - Kemampuan Platform untuk mengatur data yang dikandungnya dan memastikan data tersebut diindeks, dapat ditemukan/dicari, dijelaskan dengan baik, dengan silsilah penuh dan transparan bagi pengguna akhirnya dan mengonsumsi proses.
  • Platform - Fondasi tempat platform dibangun, yaitu Azure Foundations Contoso seperti yang dijelaskan di atas.

Catatan

Bagi banyak pelanggan, tingkat konseptual arsitektur referensi Platform Data yang digunakan akan selaras, tetapi implementasi fisik dapat bervariasi. Misalnya, proses ELT (ekstrak, muat, transformasi) dapat dilakukan melalui Azure Data Factory, dan pemodelan data oleh server Azure SQL. Untuk mengatasi masalah ini, bagian Stateless vs Stateful di bawah ini akan memberikan panduan.

Untuk Platform Data, Contoso telah memilih tingkat layanan produksi terendah yang direkomendasikan untuk semua komponen dan telah memilih untuk mengadopsi strategi pemulihan bencana (DR) "Redeploy on Disaster" berdasarkan pendekatan minimalisasi biaya operasi.

Bagian berikut akan memberikan pemahaman dasar tentang proses DR dan tuas yang tersedia bagi pelanggan untuk meningkatkan postur ini.

Tampilan layanan dan komponen Azure

Tabel berikut menyajikan perincian setiap layanan dan komponen Azure yang digunakan di seluruh platform Contoso – Data, dengan opsi untuk peningkatan DR.

Catatan

Bagian di bawah ini diatur oleh layanan stateful vs stateless

Komponen Dasar Stateful

  • ID Microsoft Entra termasuk pemberian izin peran

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Microsoft
    • Pilihan SKU Contoso: Premium P1
    • Opsi DR Uplift: Ketahanan ID Microsoft Entra adalah bagian dari penawaran perangkat lunak sebagai layanan (SaaS)
    • Catatan

  • Azure Key Vault

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Microsoft
    • Pilihan SKU Contoso: N/A
    • Opsi Dr Uplift: N/A, Dicakup sebagai bagian dari Layanan Azure

  • Vault Layanan Pemulihan

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Microsoft
    • Pemilihan SKU Contoso: Default (penyimpanan geo-redundan (GRS))
    • Opsi Dr Uplift: Mengaktifkan Pemulihan Lintas Wilayah membuat pemulihan data di wilayah sekunder yang dipasangkan
    • Catatan
      • Meskipun penyimpanan redundan lokal (LRS) dan penyimpanan zona-redundan (ZRS) tersedia, penyimpanan tersebut memerlukan aktivitas konfigurasi dari pengaturan default

  • Azure DevOps

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Microsoft
    • Pilihan SKU Contoso: Layanan DevOps
    • Opsi Dr Uplift: Layanan DevOps dan ketahanan data adalah bagian dari penawaran SaaS-nya
    • Catatan
      • DevOps Server sebagai penawaran lokal akan tetap menjadi tanggung jawab pelanggan untuk pemulihan bencana
      • Jika layanan pihak ketiga (SonarCloud, Jfrog Artifactory, server build Jenkins misalnya) digunakan, mereka akan tetap menjadi tanggung jawab pelanggan untuk pemulihan dari bencana
      • Jika VM IaaS digunakan dalam toolchain DevOps, mereka akan tetap menjadi tanggung jawab pelanggan untuk pemulihan dari bencana

Komponen Dasar Stateless

  • Langganan

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Microsoft
    • Pilihan SKU Contoso: N/A
    • Opsi Dr Uplift: N/A, Dicakup sebagai bagian dari Layanan Azure

  • Grup Manajemen

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Microsoft
    • Pilihan SKU Contoso: N/A
    • Opsi Dr Uplift: N/A, Dicakup sebagai bagian dari Layanan Azure

  • Azure Monitor

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Microsoft
    • Pilihan SKU Contoso: N/A
    • Opsi Dr Uplift: N/A, Dicakup sebagai bagian dari Layanan Azure

  • Cost Management

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Microsoft
    • Pilihan SKU Contoso: N/A
    • Opsi Dr Uplift: N/A, Dicakup sebagai bagian dari Layanan Azure

  • Microsoft Defender untuk Cloud

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Microsoft
    • Pilihan SKU Contoso: N/A
    • Opsi Dr Uplift: N/A, Dicakup sebagai bagian dari Layanan Azure

  • DNS Azure

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Microsoft
    • Pilihan SKU Contoso: Zona Tunggal - Publik
    • Opsi DR Uplift: N/A, DNS sangat tersedia berdasarkan desain

  • Network Watcher

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Microsoft
    • Pilihan SKU Contoso: N/A
    • Opsi Dr Uplift: N/A, Dicakup sebagai bagian dari Layanan Azure

  • Virtual Network, termasuk Subnet, rute yang ditentukan pengguna (UDR) & kelompok keamanan jaringan (NSG)

    • Tanggung Jawab Pemulihan Komponen: Contoso
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Contoso
    • Pilihan SKU Contoso: N/A
    • Opsi Dr Uplift: VNET dapat direplikasi ke wilayah sekunder yang dipasangkan

  • Azure Firewall

    • Tanggung Jawab Pemulihan Komponen: Contoso
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Contoso
    • Pilihan SKU Contoso: Standar
    • Opsi DR Uplift: Azure Firewall sangat tersedia berdasarkan desain dan dapat dibuat dengan Zona Ketersediaan untuk peningkatan ketersediaan

  • Azure DDoS

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Contoso
    • Pemilihan SKU Contoso: DDoS Network Protection
    • Opsi Dr Uplift: N/A, dicakup sebagai bagian dari layanan Azure

  • Sirkuit ExpressRoute

    • Tanggung Jawab Pemulihan Komponen: Contoso, mitra konektivitas, dan Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: mitra Koneksi ivity dan Microsoft
    • Pilihan SKU Contoso: Standar
    • Opsi Dr Uplift:
      • ExpressRoute dapat ditingkatkan untuk menggunakan peering privat, memberikan layanan geo-redundan
      • ExpressRoute juga memiliki desain ketersediaan tinggi (HA) yang tersedia
      • Koneksi VPN Situs-ke-Situs dapat digunakan sebagai cadangan untuk ExpressRoute
    • Catatan
      • ExpressRoute memiliki redundansi bawaan, dengan setiap sirkuit terdiri dari dua koneksi ke dua router tepi Microsoft Enterprise (MSEEs) di Lokasi ExpressRoute dari penyedia konektivitas/tepi jaringan klien
      • Sirkuit premium ExpressRoute akan memungkinkan akses ke semua wilayah Azure secara global

  • VPN Gateway

    • Tanggung Jawab Pemulihan Komponen: Contoso
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Contoso
    • Pilihan SKU Contoso: Zona Tunggal - VpnGw1
    • Opsi DR Uplift: VPN Gateway dapat disebarkan ke Zona Ketersediaan dengan VpnGw#AZ SKU untuk menyediakan layanan zona redundan

  • Penyeimbang Beban Azure

    • Tanggung Jawab Pemulihan Komponen: Contoso
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Contoso
    • Pilihan SKU Contoso: Standar
    • Opsi Dr Uplift:
      • Load Balancer dapat dikonfigurasi untuk redundansi Zona dalam wilayah dengan zona ketersediaan. Jika demikian, jalur data akan bertahan selama satu zona dalam wilayah tetap sehat
      • Bergantung pada wilayah utama, penyeimbang beban lintas wilayah dapat disebarkan untuk penyebaran lintas wilayah yang sangat tersedia
    • Catatan
      • Azure Traffic Manager adalah penyeimbang beban lalu lintas berbasis DNS. Layanan ini mendukung distribusi lalu lintas untuk aplikasi yang menghadap publik di seluruh wilayah Azure global. Solusi ini akan memberikan perlindungan dari pemadaman regional dalam desain ketersediaan tinggi

Layanan khusus platform Data Stateful

  • Akun Penyimpanan: Azure Data Lake Gen2

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Contoso
    • Pilihan SKU Contoso: LRS
    • Opsi Dr Uplift: Akun Penyimpanan memiliki berbagai opsi redundansi data dari redundansi wilayah utama hingga redundansi wilayah sekunder
    • Catatan
      • GRS disarankan untuk meningkatkan redundansi, menyediakan salinan data di wilayah yang dipasangkan

  • Azure Event Hubs

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Contoso
    • Pilihan SKU Contoso: Standar
    • Opsi Dr Uplift: Namespace layanan pusat aktivitas dapat dibuat dengan zona ketersediaan diaktifkan. Ketahanan ini dapat diperluas untuk mencakup pemadaman wilayah penuh dengan pemulihan bencana geografis
    • Catatan
      • Secara desain, pemulihan bencana geografis Azure Event Hubs tidak mereplikasi data, oleh karena itu ada beberapa pertimbangan yang perlu diingat untuk failover dan fallback

  • Azure IoT Hubs

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Contoso
    • Pilihan SKU Contoso: Standar
    • Opsi Dr Uplift:
    • Catatan
      • IoT Hub menyediakan Failover yang Dimulai Microsoft dan Failover Manual dengan mereplikasi data ke wilayah yang dipasangkan untuk setiap hub IoT
      • IoT Hub menyediakan KETERSEDIAAN TINGGI Intra-Wilayah dan akan secara otomatis menggunakan zona ketersediaan jika dibuat di sekumpulan wilayah Azure yang telah ditentukan sebelumnya

  • Azure Stream Analytics

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Contoso
    • Pilihan SKU Contoso: Standar
    • Opsi DR Uplift: Meskipun Azure Stream Analytics adalah penawaran platform as a service (PaaS) yang dikelola sepenuhnya, azure Stream Analytics tidak menyediakan geo-failover otomatis. Geo-redundansi dapat dicapai dengan menyebarkan pekerjaan Azure Stream Analytics yang identik di beberapa wilayah Azure

  • Pembelajaran Mesin Azure

    • Tanggung Jawab Pemulihan Komponen: Contoso dan Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Contoso
    • Pilihan SKU Contoso: Tujuan Umum, instans Seri D
    • Opsi Dr Uplift:
      • Azure Pembelajaran Mesin bergantung pada beberapa layanan Azure, beberapa di antaranya disediakan dalam langganan pelanggan. Dengan demikian, pelanggan tetap bertanggung jawab atas konfigurasi ketersediaan tinggi layanan ini
      • Ketahanan dapat ditingkatkan melalui penyebaran multi-regional
    • Catatan:

  • Power BI

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Microsoft
    • Pemilihan SKU Contoso: Power BI Pro
    • Opsi Dr Uplift: N/A, ketahanan Power BI adalah bagian dari penawaran SaaS-nya
    • Catatan

  • Azure Cosmos DB

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Microsoft
    • Pilihan SKU Contoso: Penulisan Wilayah Tunggal dengan cadangan Berkala
    • Opsi Dr Uplift:
    • Catatan

  • Azure Data Share

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Microsoft
    • Pilihan SKU Contoso: N/A
    • Opsi Dr Uplift: Ketahanan Azure Data Share dapat ditingkatkan dengan penyebaran HA ke wilayah sekunder

  • Microsoft Purview

Layanan khusus platform Data Stateless

  • Azure Synapse: Alur

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Contoso
    • Pemilihan SKU Contoso: Computed Optimized Gen2
    • Opsi Dr Uplift: N/A, ketahanan Synapse adalah bagian dari penawaran SaaS-nya menggunakan fitur failover otomatis
    • Catatan
      • Jika Alur Data yang Dihost sendiri digunakan, mereka akan tetap menjadi tanggung jawab pelanggan untuk pemulihan dari bencana

  • Azure Synapse: Kumpulan Data Explorer

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Contoso
    • Pemilihan SKU Contoso: Computed Optimized, Small (4 core)
    • Opsi DR Uplift: N/A, ketahanan Synapse adalah bagian dari penawaran SaaS-nya
    • Catatan

  • Azure Synapse: Kumpulan Spark

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Contoso
    • Pemilihan SKU Contoso: Computed Optimized, Small (4 core)
    • Opsi DR Uplift: N/A, ketahanan Synapse adalah bagian dari penawaran SaaS-nya
    • Catatan

  • Azure Synapse: Kumpulan SQL Tanpa Server dan Khusus

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Contoso
    • Pemilihan SKU Contoso: Computed Optimized Gen2
    • Opsi DR Uplift: N/A, ketahanan Synapse adalah bagian dari penawaran SaaS-nya
    • Catatan
      • Azure Synapse Analytics secara otomatis mengambil rekam jepret sepanjang hari untuk membuat titik pemulihan yang tersedia selama tujuh hari
      • Azure Synapse Analytics melakukan pencadangan geografis standar sekali per hari ke pusat data yang dipasangkan. Tujuan titik pemulihan (RPO) untuk pemulihan geografis adalah 24 jam
      • Jika Alur Data yang Dihost sendiri digunakan, mereka akan tetap menjadi pemulihan tanggung jawab pelanggan dari bencana

  • Layanan Azure AI (sebelumnya Cognitive Services)

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Microsoft
    • Pilihan SKU Contoso: Bayar Sesuai Penggunaan
    • Opsi Dr Uplift: N/A, API untuk layanan AI dihosting oleh pusat data yang dikelola Microsoft
    • Catatan
      • Jika layanan AI telah disebarkan melalui kontainer Docker yang disebarkan pelanggan, pemulihan tetap menjadi tanggung jawab pelanggan

  • Azure AI Search (sebelumnya Cognitive Search)

    • Tanggung Jawab Pemulihan Komponen: Microsoft
    • Beban Kerja/Tanggung Jawab Pemulihan Konfigurasi: Microsoft
    • Pilihan SKU Contoso: S1 Standar
    • Opsi Dr Uplift:
      • Pencarian AI dapat dinaikkan ke desain KETERSEDIAAN TINGGI dengan menggunakan replika di seluruh zona ketersediaan dan wilayah
      • Beberapa layanan di wilayah terpisah dapat memperluas ketahanan lebih lanjut
    • Catatan
      • Dalam AI Search kelangsungan bisnis (dan pemulihan bencana) dicapai melalui beberapa layanan Pencarian AI.
      • tidak ada mekanisme bawaan untuk pemulihan bencana. Jika layanan berkelanjutan diperlukan selama kegagalan bencana, rekomendasinya adalah memiliki layanan kedua di wilayah yang berbeda, dan menerapkan strategi replikasi geografis untuk memastikan indeks sepenuhnya redundan di semua layanan

Komponen Stateful vs Stateless

Kecepatan inovasi di seluruh rangkaian produk Microsoft dan Azure, khususnya, berarti set komponen yang telah kami gunakan untuk contoh yang dikerjakan ini akan berkembang dengan cepat. Untuk membuktikan masa depan terhadap memberikan panduan kedaluwarsa dan memperluas panduan ini kepada komponen yang tidak secara eksplisit tercakup dalam dokumen ini, bagian di bawah ini memberikan beberapa instruksi berdasarkan klasifikasi kasar status.

Komponen/layanan dapat digambarkan sebagai stateful jika dirancang untuk mengingat peristiwa atau interaksi pengguna sebelumnya. Stateless berarti tidak ada catatan interaksi sebelumnya, dan setiap permintaan interaksi harus ditangani sepenuhnya berdasarkan informasi yang disertakan dengannya.

Untuk skenario DR yang meminta penyebaran ulang:

  • Komponen/layanan yang "stateless", seperti alur Azure Functions dan Azure Data Factory, dapat disebarkan ulang dari kontrol sumber dengan setidaknya uji asap untuk memvalidasi ketersediaan sebelum dimasukkan ke dalam sistem yang lebih luas
  • Komponen/layanan yang "stateful", seperti database Azure SQL dan akun penyimpanan, memerlukan perhatian lebih
    • Saat mendapatkan komponen, keputusan utama akan memilih fitur redundansi data. Keputusan ini biasanya berfokus pada trade-off antara ketersediaan dan durabilitas dengan biaya operasi
  • Datastore juga akan membutuhkan strategi pencadangan data. Fungsionalitas redundansi data dari penyimpanan yang mendasar mengurangi risiko ini untuk beberapa desain, sementara yang lain, seperti database SQL akan membutuhkan proses pencadangan terpisah.
    • Jika perlu, komponen dapat disebarkan ulang dari kontrol sumber dengan konfigurasi yang divalidasi melalui uji asap
    • Penyimpanan data yang disebarkan ulang harus memiliki himpunan data yang direhidrasi. Rehidrasi dapat dilakukan melalui redundansi data (jika tersedia) atau himpunan data cadangan. Ketika rehidrasi telah selesai, rehidrasi harus divalidasi untuk akurasi dan kelengkapan
      • Tergantung pada sifat proses pencadangan, himpunan data cadangan mungkin memerlukan validasi sebelum diterapkan. Kerusakan/kesalahan proses pencadangan dapat mengakibatkan pencadangan sebelumnya digunakan sebagai pengganti versi terbaru yang tersedia
    • Setiap delta antara tanggal/tanda waktu komponen dan tanggal saat ini harus ditangani dengan mengeksekusi ulang atau memutar ulang proses penyerapan data dari titik tersebut ke depan
    • Setelah himpunan data komponen diperbarui, himpunan data dapat diperkenalkan ke dalam sistem yang lebih luas

Layanan utama lainnya

Bagian ini berisi panduan HA/DR untuk komponen dan layanan Azure Data utama lainnya.

Langkah berikutnya

Sekarang setelah Anda mempelajari tentang arsitektur skenario, Anda dapat mempelajari detail skenario