客戶自控的 (規劃外) 容錯移轉如何運作
如果主要區域的儲存體服務端點無法使用，客戶自控 (規劃外) 容錯移轉可讓您將整個異地備援儲存體帳戶容錯移轉至次要區域。 在容錯移轉期間，原始次要區域會成為新的主要區域。 然後，所有儲存體服務端點都會重新導向至新的主要區域。 解決儲存體服務端點中斷後，您可執行其他容錯移轉作業以容錯回復至原始主要區域。
本文說明在客戶自控 (規劃外) 容錯移轉和容錯回復程序期間的每個階段會發生什麼情況。
重要
已啟用 Azure Data Lake Storage Gen2 之帳戶的客戶管理（非計劃性）故障轉移目前處於預覽狀態，且在所有公用 GRS/GZRS 區域中都受到支援。
請參閱 Microsoft Azure 預覽版增補使用規定，以了解適用於 Azure 功能 (搶鮮版 (Beta)、預覽版，或尚未正式發行的版本) 的法律條款。
重要
已啟用 SSH 檔案傳輸通訊協定 （SFTP） 之帳戶的客戶管理（非計劃性）故障轉移目前處於預覽狀態，且在所有公用 GRS/GZRS 區域中都受到支援。
請參閱 Microsoft Azure 預覽版增補使用規定，以了解適用於 Azure 功能 (搶鮮版 (Beta)、預覽版，或尚未正式發行的版本) 的法律條款。
規劃外容錯移轉和容錯回復期間的備援管理
提示
如需深入了解在規劃外容錯移轉和容錯回復程序期間的各種備援狀態，請參閱 Azure 儲存體備援以取得每個狀態的定義。
當儲存體帳戶設定為異地備援儲存體 (GRS) 或讀取存取異地備援儲存體 (RA-GRS) 備援時，資料會在本地備援儲存體 (LRS) 主要和次要區域內復寫三次。 當儲存體帳戶設定為異地區域備援儲存體 (GZRS) 或讀取存取異地區域備援儲存體 (RA-GZRS) 複寫時，資料會在區域備援儲存體 (ZRS) 主要區域內進行區域備援，並在 LRS 次要區域內復寫三次。 如果帳戶設定為讀取存取 (RA)，只要該區域的儲存體服務端點可供使用，您便可從次要區域讀取資料。
在客戶自控 (規劃外) 容錯移轉流程期間，Azure 會切換儲存體服務端點的網域名稱服務 (DNS) 項目。 儲存體帳戶的次要端點會變成新主要端點，而原始主要端點變成新次要端點。 容錯移轉後，隨即刪除原始主要區域的儲存體帳戶複本，而儲存體帳戶會繼續在新主要區域內本地複寫三次。 此時，儲存體帳戶成為本地備援，並使用 LRS。
原始和目前的備援組態會儲存在儲存體帳戶的屬性內。 這項功能可讓您在容錯回復時退回原始組態。 如需所獲得備援組態的完整清單，請參閱復原規劃和容錯移轉。
若要在容錯移轉後恢復異地備援，您必須將帳戶重新設定為 GRS。帳戶重新設定為異地備援後，Azure 會立即開始將資料從新主要區域複製到新次要區域。 如果您將儲存體帳戶設定為次要區域的讀取存取，則可以使用該存取。 不過，從主要區域復寫到次要區域可能需要一些時間才能完成。
警告
帳戶重新設定為異地備援後，可能需要大量的時間，新主要區域的現有資料才會完全複製到新次要區域。
若要避免重大資料遺失，請在容錯回復之前檢查上次同步時間屬性。 若要評估潛在的資料遺失，請比較上次同步時間與上次資料寫入到新主要區域的時間。
容錯回復流程基本上與容錯移轉流程相同，不同之處在於複寫組態會還原至其原始的容錯移轉前狀態。
容錯回復後，您可將儲存體帳戶設定為使用異地備援。 如果原始主要區域已設定為 ZRS，您可以將其設定為 GZRS 或 RA-GZRS。 如需更多選項，請參閱變更儲存體帳戶的複寫方式。
如何起始規劃外容錯移轉
若要了解如何起始規劃外容錯移轉，請參閱起始帳戶容錯移轉。
警告
規劃外容錯移轉通常會造成部分資料遺失，並可能使檔案和資料不一致。 請務必了解帳戶容錯移轉對資料產生的影響，然後再起始這一類容錯移轉。
如需潛在資料遺失和不一致的詳細資訊，請參閱預期資料遺失和不一致。
規劃外容錯移轉和容錯回復流程
本節摘要說明客戶自控 (規劃外) 容錯移轉的容錯移轉流程。
規劃外容錯移轉轉換摘要
在客戶自控 (規劃外) 容錯移轉後：
- 次要區域會變成新主要區域
- 刪除原始主要區域的資料複本
- 儲存體帳戶已轉換為 LRS
- 遺失異地備援
下表摘要說明客戶自控 (規劃外) 容錯移轉和容錯回復每個階段所產生的備援組態：
| 原始 組態 |
After failover |
重新啟用後 異地備援 |
After 容錯回復 |
重新啟用後 異地備援 |
|---|---|---|---|---|
| GRS | LRS | GRS 1 | LRS | GRS 1 |
| GZRS | LRS | GRS 1 | ZRS | GZRS 1 |
1 在客戶自控 (規劃外) 容錯移轉期間會遺失異地備援，且必須手動重新設定。
規劃外容錯移轉轉換詳細資料
下圖顯示設定為異地備援設定之儲存體帳戶的客戶自控 (規劃外) 容錯移轉和容錯回復流程。 GZRS 和 RA-GZRS 的轉換詳細資料與 GRS 和 RA-GRS 稍有不同。
一般作業 (GRS/RA-GRS)
在一般情況下，用戶端會透過儲存體服務端點 (1) 將資料寫入至主要區域的儲存體帳戶。 然後，將資料從主要區域非同步複製到次要區域 (2)。 下圖顯示在主要端點可用時，設定為 GRS 的儲存體帳戶一般狀態：
主要區域無法使用儲存體服務端點 (GRS/RA-GRS)
如果主要儲存體端點因任何原因 (1) 而無法使用，用戶端將無法繼續寫入到儲存體帳戶。 視中斷的根本原因而定，可能不再複寫到次要區域 (2)，因此應預期部分資料遺失。 下圖顯示出主要端點變得無法使用，但尚未發生任何復原的案例：
規劃外容錯移轉流程 (GRS/RA-GRS)
若要還原資料的寫入存取權，您可起始容錯移轉。 Blob、表格、佇列和檔案的儲存體服務端點 URI 保持不變，但其 DNS 項目會變更為指向次要區域，如下所示：
客戶自控 (規劃外) 容錯移轉通常需要一小時的時間。
容錯移轉完成後，原始次要區域會變成新主要區域 (1)，且會刪除原始主要區域的儲存體帳戶複本 (2)。 儲存體帳戶已設定為新主要區域的 LRS，且不再是異地備援。 使用者可繼續將資料寫入儲存體帳戶 (3)，如下圖所示：
若要繼續複寫到新次要區域，請重新設定帳戶的異地備援。
重要
請記住，將本機備援儲存體帳戶轉換為使用異地備援，會產生成本和時間。 如需詳細資訊，請參閱容錯移轉的時間和成本。
將帳戶重新設定為使用 GRS 後，Azure 會開始將資料非同步複製到新次要區域 (1)，如下圖所示：
在解決導致原始中斷的問題之前，您無法再次使用新次要區域的讀取存取。
規劃外容錯回復流程 (GRS/RA-GRS)
警告
帳戶重新設定為異地備援後，可能需要經過很長一段時間，新主要區域的資料才會完全複製到新次要區域。
若要避免重大資料遺失，請在容錯回復之前檢查上次同步時間屬性。 比較上次同步時間與上次資料寫入到新主要區域的時間，以評估潛在的資料遺失。
解決造成原始中斷情況的問題之後，您可以起始針對原始主要區域的容錯回復。 下圖會說明此程序：
- 目前主要區域成為唯讀。
- 在客戶起始的容錯移轉和容錯回復後，資料無法在容錯回復程序期間完成次要區域的複寫。 因此，請務必檢查上次同步時間屬性的值，然後再容錯回復。
- 儲存體服務端點的 DNS 項目會切換。 次要區域內的端點會成為儲存體帳戶的新主要端點。
容錯回復完成後，原始主要區域會再次變成目前區域 (1)，且會刪除原始次要區域的儲存體帳戶複本 (2)。 儲存體帳戶已設定為主要區域的本地備援，且不再是異地備援。 使用者可繼續將資料寫入儲存體帳戶 (3)，如下圖所示：
若要繼續複寫到原始次要區域，請重新設定該帳戶的異地備援。
重要
請記住，將本機備援儲存體帳戶轉換為使用異地備援，會產生成本和時間。 如需詳細資訊，請參閱容錯移轉的時間和成本。
將帳戶重新設定為 GRS 後，便會繼續複寫到原始次要區域，如下圖所示：
