Microsoft 一直努力確保所提供的服務始終可用。 但有時候，各種不可控因素會導致一個或多個區域出現計劃外服務中斷，對我們造成影響。 為了幫助你應對這些偶發事件，我們提供了下述針對 Azure 存盤服務的概述性指導。
在存盤空間中斷時該怎么辦
如果一個或多個區域的一個或多個存盤服務臨時不可用，可以考慮兩種選項。 如果需要立即訪問資料，請考慮“選項 2”。
選項 1：等待恢復
在此情況下，不需要采取任何操作。 我們正在努力還原 Azure 服務的可用性。 可在 Azure 服務運行狀況儀表板上監視服務狀態。
選項 2：從輔助資料庫復制資料
如果為存盤帳戶選擇讀取訪問異地冗余存盤 (RA-GRS)（推薦），就可以從次要區域訪問資料。 可使用 AzCopy、Azure PowerShell 和 Azure 資料移動庫之類的工具將資料從次要區域復制到不受影響區域的其他存盤帳戶中，然后將應用程式指向該存盤帳戶，確保可讀取和寫入。
進行存盤空間故障轉移時會發生什么情況
如果選擇異地冗余存盤 (GRS) 或讀取訪問地域冗余存盤 (RA-GRS)（推薦），Azure 存盤會將資料持久保存在兩個區域（主要區域和次要區域）中。 在這兩個區域，Azure 存盤始終維護你資料的多個副本。
當區域災難影響主要區域時，我們會首先嘗試還原該區域的服務。 在很少的情況下，我們可能無法還原主要區域，具體取決于災難的性質及其影響。 在那種情況下，我們會進行異地故障轉移。 跨區域資料復制是一個可能有延遲的異步程序，因此，可能會丟失尚未復制到次要區域的更改。 若要詳細了解復制狀態，可查詢存盤帳戶的“上次同步時間”。
有關存盤空間異地故障轉移體驗的一些觀點：
只能通過 Azure 存盤團隊觸發存盤空間異地故障轉移 - 不需客戶操作。
針對 Blob、表、佇列和檔案的現有存盤服務終結點在故障轉移后保持不變；需要更新 DNS 條目才能從主要區域切換到次要區域。
在異地故障轉移之前和程序中，由于災難的影響，無法對存盤帳戶進行寫入訪問，但如果存盤帳戶已配置為 RA-GRS， 則仍然可以從次要區域進行讀取。
完成異地故障轉移且傳播 DNS 更改以后，對存盤帳戶的讀取和寫入訪問權限恢復；指向曾經是輔助終結點的位置。
請注意，如果為存盤帳戶配置了 GRS 或 RA-GRS，則用戶將具有寫入訪問權限。
若要了解更多詳細資訊，可查詢存盤帳戶的“上次異地故障轉移時間”。
在故障轉移之后，存盤帳戶完全可以正常使用，但處于“已降級”狀態，因為實際上它是托管在獨立區域中，不可能進行異地復制。 為了緩解此風險，我們需要還原原始的主要區域，并通過異地故障回復還原原始狀態。 如果原始的主要區域不可恢復，我們會分配其他次要區域。 有關 Azure 存盤異地復制基礎結構的更多詳細資訊，請參閱存盤團隊博客中有關 冗余選項和 RA-GRS的文章。
資料保護最佳實踐
可以通過一些推薦的方法定期備份存盤資料。
VM 磁盤 - 利用 Azure 備份服務備份 Azure 虛擬機所用的 VM 磁盤。
塊 Blob - 使用 AzCopy、Azure PowerShell 或 Azure 資料移動庫創建每個塊 Blob 的快照，或者將 Blob 復制到其他區域的其他存盤帳戶中。
表 - 使用 AzCopy 將表資料匯出到其他區域的其他存盤帳戶中。
檔案 - 使用 AzCopy 或 Azure PowerShell 將檔案復制到其他區域的其他存盤帳戶中。
若要深入了解，請點擊這里繼續閱讀。
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/58902.html
標籤：云存儲