客戶自控的規劃性容錯移轉 (預覽版) 如何運作
客戶自控的規劃性容錯移轉在災害和復原規劃和測試、預期大規模災害的主動式補救，以及非儲存體相關中斷等案例中很有用。
在計劃性容錯移轉過程中，您儲存體帳戶的主要區域和次要區域會互換。 原始主要區域會降級，並在原始次要區域升級並成為新的主要區域時成為新的次要區域。 您都必須在主要區域和次要區域都具有儲存體帳戶，才能起始計劃性容錯移轉。
本文說明在客戶自控規劃性容錯移轉和容錯回復程序期間的每個階段會發生什麼情況。 若要了解容錯移轉在發生未預期儲存體端點中斷時如何運作，請參閱客戶自控容錯移轉如何運作。
重要
客戶自控的計劃性容錯移轉目前處於預覽狀態，且僅限於下列區域：
- 法國中部
- 法國南部
- 印度中部
- 印度西部
- 東亞
- 東南亞
請參閱 Microsoft Azure 預覽版增補使用規定，以了解適用於 Azure 功能 (搶鮮版 (Beta)、預覽版，或尚未正式發行的版本) 的法律條款。
重要
計劃性容錯移轉之後，儲存體帳戶的 [上次同步時間 (LST)] 值可能看起來過時，或在 Azure 檔案儲存體資料存在時回報為 NULL。
系統快照集會定期在儲存體帳戶的次要區域中建立，以在容錯移轉和容錯回復期間維持使用一致的復原點。 起始客戶自控的計劃性容錯移轉會導致原始主要區域成為新的次要區域。 在某些情況下，計劃性容錯移轉完成後新的次要區域沒有系統快照集可用，導致帳戶的整體 LST 值看起來過時或顯示為 Null。
由於建立、修改或刪除物件等使用者活動可觸發建立快照集，因此在計劃性容錯移轉之後發生這些活動的任何帳戶都不需要額外的注意。 不過，沒有快照集或使用者活動的帳戶可能會繼續顯示 Null LST 值，直到觸發建立系統快照集為止。
如有必要，請針對儲存體帳戶內的每個共用執行下列其中一個活動，以觸發建立快照集。 完成時，您的帳戶應該會在 30 分鐘內顯示有效的 LST 值。
- 掛接共用，然後開啟任何檔案以供讀取。
- 將測試或範例檔案上傳至共用。
規劃性容錯移轉和容錯回復期間的備援管理
提示
如需深入了解在客戶自控容錯移轉和容錯回復程序期間的不同備援狀態，請參閱 Azure 儲存體備援以取得每個狀態的定義。
在規劃性容錯移轉流程期間，主要區域的儲存體服務端點會變成唯讀，並允許剩餘更新完成次要區域的複寫。 接下來，會切換所有記憶體服務端點的網域名稱服務 (DNS) 項目。 儲存體帳戶的次要端點會變成新主要端點，而原始主要端點變成新次要端點。 即使切換主要和次要區域，每個區域的資料複寫仍保持不變。
規劃性容錯回復流程基本上與規劃性容錯移轉流程相同，但有一個例外。 在規劃性容錯回復期間，Azure 會儲存儲存體帳戶的原始備援組態，並在容錯回復時將其還原至其原始狀態。 例如，如果儲存體帳戶原始設定為 GZRS，儲存體帳戶在容錯回復後會變成 GZRS。
注意
與客戶自控 (規劃外) 容錯移轉不同，在規劃性容錯移轉期間，從主要區域到次要區域的複寫，必須在將端點的 DNS 項目變更為新次要區域前完成。 因此，只要主要和次要區域可在整個程序中使用，在規劃性容錯移轉或容錯回復期間不會預期資料遺失。
如何起始容錯移轉
如需了解如何起始容錯移轉，請參閱起始帳戶容錯移轉。
規劃性容錯移轉和容錯回復流程
下圖顯示在儲存體帳戶客戶自控規劃容錯移轉和容錯回復期間會發生什麼情況。
在一般情況下，用戶端會透過儲存體服務端點 (1) 將資料寫入至主要區域的儲存體帳戶。 然後，將資料從主要區域非同步複製到次要區域 (2)。 下圖顯示設定為 GRS 的儲存體帳戶一般狀態：
規劃性容錯移轉流程 (GRS/RA-GRS)
透過起始將儲存體帳戶容錯移轉至次要區域，開始災害復原測試。 下列步驟說明容錯移轉程序，而後續圖片提供圖例：
- 原始主要區域變成唯讀。
- 將主要區域的所有資料複寫至次要區域完成。
- 次要區域的儲存體服務端點 DNS 項目會升階，並變成儲存體帳戶的新主要端點。
容錯移轉通常需要花費一小時的時間。
容錯移轉完成後，原始主要區域會變成新次要區域 (1)，而原始次要區域會變成新主要區域 (2)。 Blob、表格、佇列和檔案的儲存體服務端點 URI 保持相同，但其 DNS 項目會變更為指向新主要區域 (3)。 使用者可繼續將資料寫入至新主要區域的儲存體帳戶，接著將資料非同步複製到新次要區域 (4)，如下圖所述：
在容錯移轉狀態時，請執行災害復原測試。
規劃性容錯回復流程 (GRS/RA-GRS)
測試完成後，請執行其他容錯移轉以容錯回復至原始主要區域。 在容錯移轉程序期間，如下圖所示：
- 原始主要區域變成唯讀。
- 所有資料都完成從目前主要區域到目前次要區域的複寫。
- 儲存體服務端點的 DNS 項目會變更為指會執行初始容錯移轉前的主要區域。
容錯回復通常需要一小時的時間。
容錯回復完成後，儲存體帳戶會還原至其原始備援組態。 使用者可繼續將資料寫入至原始主要區域 (1) 的儲存體帳戶，而原始次要區域 (2) 的複寫會在容錯移轉前繼續進行：
