Azure Data Explorer 中的業務持續性與災難復原，讓您的企業在中斷時仍能持續營運。 本文詳細說明多種災難復原配置，依據可復原性需求（RPO 與 RTO）、所需工作量及成本而定。
欲了解更多關於Azure Data Explorer可靠性選項的資訊，包括可用性區域支援、備份及防止某些人為錯誤的保護，請參閱Azure Data Explorer<>中的
災害復原組態
復原時間目標 （RTO） 是指從中斷復原的時間。 例如，2 小時的 RTO 表示應用程式必須在中斷的兩小時內啟動並執行。 恢復點目標（RPO）是指在中斷期間可能經過的時間間隔，在這段時間內遺失的數據量超過了允許的臨界值。 例如，如果 RPO 為 24 小時，且應用程式的數據從 15 年前開始，它們仍位於已同意 RPO 的參數內。
規劃災害復原時，擷取、處理和策展程式需要預先進行勤奮的設計。 匯入指的是從各種來源整合到 Azure Data Explorer 的資料；處理則是指轉換及類似活動；整理則是包括具現化檢視、匯出到資料湖等。
以下是熱門的災難復原組態：
主動-主動-主動設定
此配置也稱為 永遠開啟。 對於無法容忍故障的關鍵應用程式部署，建議在 Azure 配對區域間使用多個 Azure Data Explorer 叢集。 設定與所有叢集平行擷取、處理和策展。 叢集 SKU 必須跨區域相同。 Azure 確保更新會在 Azure 配對區域間錯開部署。 Azure 區域故障不會造成應用程式故障。 您可能會遇到一些延遲或效能降低。
| Configuration | 復原點目標 (RPO) | 復原時間目標 (RTO) | 努力 | 成本 |
|---|---|---|---|---|
| Active-Active-Active-n | 0 小時 | 0 小時 | 較低 | 最高 |
主動-主動設定
此配置與 active-active-active configuration相同，但僅涉及兩個Azure成對區域。 設定雙重輸入、處理和整理。 系統會將使用者傳送至最接近的區域。 叢集 SKU 必須跨區域相同。
| Configuration | 復原點目標 (RPO) | 復原時間目標 (RTO) | 努力 | 成本 |
|---|---|---|---|---|
| 主動-主動 | 0 小時 | 0 小時 | 較低 | 高 |
作用中-熱待命組態
Active-Hot 組態類似於 雙重數據輸入、處理和策展中的 Active-Active 組態。 雖然待命叢集已上線執行資料擷取、處理和管理，但無法用於查詢。 待命叢集不需要位於與主要叢集相同的 SKU 中。 它的 SKU 和規模可能較小，這可能會導致效能降低。 在災害案例中，系統會將使用者重新導向至待命叢集，而該叢集可以選擇性地相應增加以提升效能。
| Configuration | 復原點目標 (RPO) | 復原時間目標 (RTO) | 努力 | 成本 |
|---|---|---|---|---|
| 作用中-熱待命 | 0 小時 | 低 | 中等 | 中等 |
隨選數據復原設定
此方案提供最低回收率（最高 RPO 與 RTO）、成本最低且工作量最高。 在此設定中，沒有數據復原叢集。 設定將經過策劃的數據連續匯出到配置為 GRS（地理冗餘儲存）的儲存帳戶，除非也需要原始和中繼數據。 如果有災難復原案例，則會啟動資料復原叢集。 屆時會套用資料定義語言、設定、政策和程序。 資料會從儲存體中攝取，使用攝取屬性 kustoCreationTime 來覆蓋預設為系統時間的攝取時間。
| Configuration | 復原點目標 (RPO) | 復原時間目標 (RTO) | 努力 | 成本 |
|---|---|---|---|---|
| 隨選數據復原叢集 | 最高 | 最高 | 最高 | 最低 |
災害復原組態選項的摘要
| Configuration | 可恢復性 | 復原點目標 (RPO) | 復原時間目標 (RTO) | 努力 | 成本 |
|---|---|---|---|---|---|
| Active-Active-Active-n | 最高 | 0 小時 | 0 小時 | 較低 | 最高 |
| 主動-主動 | 高 | 0 小時 | 0 小時 | 較低 | 高 |
| 作用中-熱待命 | 中等 | 0 小時 | 低 | 中等 | 中等 |
| 隨選數據復原叢集 | 最低 | 最高 | 最高 | 最高 | 最低 |
最佳作法
無論選擇哪一個災害復原組態，請遵循下列最佳做法：
- 所有資料庫對象、原則和組態都應該保存在原始檔控制中，以便從發行自動化工具將它們發行至叢集。 欲了解更多資訊，請參閱 Azure DevOps Azure Data Explorer 支援。
- 從數據觀點設計、開發及實作驗證例程，以確保所有叢集都同步。 Azure Data Explorer支援交叉叢集連接。 數據表之間的簡單計數或數據列有助於驗證。
- 釋出流程應該進行治理上的檢查與平衡，以確保叢集的鏡像化。
- 完全瞭解從頭開始建置叢集所需的內容。
- 建立部署單位的檢查清單。 您的清單是針對您的需求所獨有的，但應該包含：部署指令碼、擷取連線、BI 工具和其他重要設定。