本文描述 Azure 檔案儲存體 的可靠性支援。 Azure 檔案儲存體在雲端中提供完全受控的檔案共用，可透過業界標準伺服器訊息區塊 （SMB） 和網路檔案系統 （NFS） 通訊協定存取。
當您使用 Azure 時， 可靠性是共同的責任。 Microsoft 提供一系列功能來支援韌性和復原。 您有責任瞭解這些功能在您使用的所有服務中如何運作，並選取符合業務目標和正常運作時間目標所需的功能。
本文說明如何讓 Azure 檔案儲存體 具備多種潛在中斷與問題的韌性，包括暫時性故障、可用性區域中斷及區域中斷。 同時說明如何利用備份來從其他類型的問題中復原，並強調 Azure 檔案儲存體 服務水準協議（SLA）的一些重要資訊。
備註
Azure 檔案儲存體是 Azure 儲存體平台的一部分。 Azure 檔案儲存體的某些功能在許多 Azure 儲存體服務中都很常見。 在本文中，我們會使用「Azure 儲存體」來指稱這些常見功能。
生產部署建議
若要瞭解如何部署 Azure 檔案儲存體以支援解決方案的可靠性需求，以及可靠性如何影響架構的其他層面，請參閱 Azure Well-Architected 架構中 Azure 檔案儲存體的架構最佳做法 。
可靠性架構概觀
本地備援記憶體 （LRS） 會將記憶體帳戶中的數據復寫到您選擇的主要區域中的一或多個 Azure 可用性區域。 雖然沒有選擇偏好可用性區的選項，Azure 可能會在不同區域間移動或擴展 LRS 帳號，以改善負載平衡。 無法保證你的資料會分散在不同區域。 欲了解更多關於 availability zones 的資訊，請參閱 What are 可用性區域？
區域備援儲存體 (ZRS)、異地備援儲存體 (GRS) 和異地區域備援儲存體 (GZRS) 提供額外的保護。 本文詳細說明這些選項。
Azure 檔案儲存體有兩個媒體層：
進階層使用固態硬碟 （SSD） 來實現高效能。 建議將此層用於需要低延遲的工作負載。
標準層支援硬碟 （HDD）。 HDD 檔案共用為一般用途檔案共用提供符合成本效益的儲存選項。
如需詳細資訊，請參閱 規劃部署 Azure 檔案儲存體 - 儲存體層。
Azure 檔案儲存體會在儲存體帳戶層級實作備援，而檔案共用會自動繼承該備援設定。 此服務支援多種備援模型，這些模型的資料保護方法各不相同。
對瞬態故障的彈性
暫時性錯誤是元件中的短暫間歇性失敗。 它們經常出現在雲端等分散式環境中，而且是作業的一般部分。 暫時性錯誤會在短時間內自行修正。 請務必確保您的應用程式能妥善處理暫時性錯誤，通常透過重試受影響的請求來進行。
所有雲端裝載的應用程式在與任何雲端裝載的 API、資料庫和其他元件通訊時，都應該遵循 Azure 暫時性錯誤處理指引。 如需詳細資訊，請參閱 處理暫時性錯誤的建議。
若要在使用 Azure 檔案儲存體時有效管理暫時性錯誤，請根據檔案大小和網路條件，為檔案作業設定適當的逾時值。 較大的檔案需要較長的逾時時間，而較小的操作可以使用較短的值來快速偵測故障。
若要確保只建立與 NFS 共用的安全連線，建議您為您的儲存體帳戶設定專用端點。 私人端點會使用 Azure Private Link，從虛擬網路的私人位址空間內將靜態 IP 位址指派給儲存體帳戶。 私人端點有助於防止動態 IP 位址變更導致連線中斷。 如需 NFS 共用安全性的詳細資訊，請參閱 NFS 檔案共用 - 安全性和網路。
對可用性區域故障的抵抗力
可用性區域 是 Azure 區域內物理上獨立的資料中心群組。 當某個區域發生故障時，服務可以切換至其他剩餘的區域。
Azure 檔案儲存體 提供兩種可用的區域支援：
區域冗餘儲存（ZRS）： ZRS 設定會自動將資料分散到區域內的多個可用區域。 不同於 LRS，ZRS 保證 Azure 會跨多個可用性區域同步複寫您的檔案資料。 ZRS 可確保即使某個區域發生中斷，您的資料仍可存取。
下圖展示了一個使用三個可用區域的 ZRS 架構範例。 ZRS 可以使用三個或以上的可用區域。
LRS 的分區配置： 對於高級儲存帳號（SSD 媒體層級），你可以使用區域配置來選擇 Azure 檔案儲存體 儲存帳號所在的特定可用性區域。 如果你需要在同一區域放置虛擬機（VM），可以使用區域配置來降低運算與儲存之間的延遲。
這很重要
只有在跨區域延遲太高而無法滿足您的需求，以及您確認該延遲不符合您的需求後，才建議固定至單一可用性區域。 區域資源本身不會提供可用性區域中斷的復原能力。 若要改善區域性資源的復原能力，您必須明確將個別資源部署到多個可用性區域，並設定流量路由和容錯移轉。 欲了解更多資訊，請參閱 區域資源與區域韌性。
需求
區域支援：
ZRS： ZRS 支援於：
HDD（標準）檔案共用 in 所有具有可用性區域的區域。
透過 儲存體帳戶種類提供
FileStorage。 如需支援 SSD 檔案共享帳戶 ZRS 的區域清單，請參閱 SSD 檔案共用的 ZRS 支援。
帶有區域配置的 LRS： 支援 SSD（高級）檔案分享的區域配置 LRS 在 支援區域內可以使用。
檔案分享類型：
ZRS： ZRS 支援所有檔案分享類型。
帶有區域定位的LRS： 具備區域配置的 LRS 適用於符合以下需求的儲存帳戶：
- 必須使用高級儲存層（SSD 媒體層級）。
- 僅限傳統 Azure 檔案共用（使用 Microsoft.Storage 資源提供者）。 使用 Microsoft.FileShares 資源提供者建立的檔案共用，無法使用區域配置。
費用
費用影響會依您使用的可用性區支援類型而異：
ZRS： 啟用區域冗餘儲存（ZRS）時，因為額外的複製與儲存開銷，需支付與本地冗餘儲存（LRS）不同的費用。
帶有區域定位的LRS： 帶有分區配置的LRS收費率與LRS相同。
如需詳細的定價資訊，請參閱 Azure 檔案儲存體定價。
設定可用性區域支援
建立支援可用性區的檔案分享：
ZRS： 若要用 ZRS 建立新的檔案分享，請參見 「建立 Azure 檔案共享 」，並在帳號建立時選擇 ZRS 或 GZRS 作為冗餘選項。
帶有區域定位的LRS： 若要建立帶有區域放置的新檔案儲存帳號，請參見 建立新的區域儲存帳號。
變更複製類型：
ZRS： 若要將現有儲存帳號轉換為 ZRS 並了解遷移選項與需求，請參閱 「變更 Azure 檔案冗餘設定」。
帶有區域定位的LRS： 若要將現有儲存帳號釘選到 Azure 選擇的區域，請參見「 釘選現有儲存帳號到 Azure 選擇區域」。
關閉可用區域支援：
ZRS： 透過相同的冗餘配置變更流程，將 ZRS 帳號轉換回非區域配置，例如 LRS。
帶有分區定位的LRS： 若要解除分區中的儲存帳號，然後將該分區儲存帳號轉換為區域儲存帳號，請參見「解除分區儲存帳號的固定」。
所有區域都狀況良好時的行為
本節說明當檔案儲存帳號設定支援可用性區域且所有可用性區域皆正常運作時，可預期的情況。
區域間的流量路由：
ZRS： Azure 儲存體 搭配區域冗餘儲存（ZRS）會自動將請求分配到多個可用區域的儲存叢集。 流量分配對應用程式而言是透明的，無需進行客戶端設定。
帶有區域定位的LRS： Azure 儲存體 搭配本地冗餘儲存（LRS）會自動將請求分配到你選擇的可用區域內的儲存叢集。 流量分配對應用程式而言是透明的，無需進行客戶端設定。
區域間的資料複製：
ZRS： ZRS 能同步複製寫入操作，跨越區域內三個或以上的可用區域。 寫入操作要等到 Azure 儲存體 把資料寫入到那些區域內所有需要的副本後才算完成。 此同步復寫可確保區域失敗期間的強式一致性和零數據遺失。
帶有區域定位的LRS： 所有寫入 LRS 的操作都會同步複製於區域內多個儲存副本。 當你上傳或修改資料時，該操作直到資料成功複製到所有副本前才算完成。
區域失敗期間的行為
本節說明當檔案儲存帳號設定支援可用區域時，發生可用性區域中斷時，可以預期的情況。
偵測與回應：
ZRS： Microsoft 會自動偵測區域故障並啟動復原程序。 區域備援儲存體 (ZRS) 帳戶不需要客戶採取任何動作。 若區域無法使用，Azure 會進行網路更新，例如網域名稱系統（DNS）重新定位。
帶有區域定位的LRS： 你需要偵測可用性區塊的流失。 如果有需要，您可以啟動容錯移轉至另一個您事先在其他可用性區域建立的次要檔案共用。
- 通知：Microsoft 不會在區域關閉時自動通知您。 不過，你可以用Azure 資源健康狀態監控單一資源的健康狀況，並設定資源健康狀態警示來通知你問題。 你也可以使用 Azure 服務健康狀態 來了解整體服務的健康狀況，包括任何區域故障，並設定 服務健康警示 來通知你問題。
目前的請求：
ZRS：在恢復過程中，進行中的要求可能會被中斷，應該重新嘗試。 應用程式應該 實作重試邏輯 來處理這些暫時中斷。
LRS 搭配區域性放置：在區域復原時，進行中的要求可能會被中斷，應該重新嘗試。
預期資料遺失：
ZRS：區域故障期間不會發生資料遺失，因為資料會在寫入操作完成前同步複製多個區域。
帶有區域定位的LRS： 受影響區域的檔案分享資料在區域恢復前無法取得。
預期的停機時間：
ZRS： 在自動恢復過程中，流量被重新導向健康區域時，可能會有短暫的停機時間，通常只有幾秒鐘。 在您為 ZRS 設計應用程式時，請遵循暫時性錯誤處理 (部分內容可能是機器或 AI 翻譯) 實務，包括以指數後退法實作重試原則。
帶有區域定位的LRS： 受影響區域的檔案共享權會持續關閉，直到可用區域恢復。
交通改道：
ZRS： Azure 會自動將流量重新導向剩餘的健康可用區域。 該服務通過使用倖存區域來維護完整功能，無需客戶干預。 不需要從連線的用戶端重新裝載 Azure 共享檔案。
帶有區域定位的LRS： 如果需要，你必須負責切換到健康區域內的其他檔案儲存帳號。
區域復原
區域恢復行為取決於檔案儲存帳號所使用的複製類型：
ZRS：當失敗的可用性區域恢復時，Azure 儲存體 會自動恢復正常操作，並重新建立跨三個或以上可用性區域的複寫。 服務會藉由同步處理中斷期間發生的任何作業，自動確保數據一致性。
帶有區域定位的LRS： 當區域恢復正常後，區域內的檔案分享又會重新開放。 您負責工作負載所需的任何區域復原程序和資料同步處理。
測試區域失敗
區域下限測試選項取決於檔案儲存帳號所使用的複製類型：
ZRS： 當你使用區域冗餘儲存（ZRS）時，Azure 儲存體 會自動管理複製、流量路由及區域下線回應。 由於此功能完全受控，因此您不需要起始或驗證可用性區域失敗程式。
帶有區域定位的LRS： 無法模擬包含您檔案儲存帳號的可用性區域的中斷。 不過，你可以手動設定上游應用程式、防火牆、閘道器或負載平衡器，將流量重新導向到不同可用區的檔案儲存帳號。
對區域範圍故障的復原能力
Azure 儲存體，包括 Azure Blob 儲存體、Azure 檔案儲存體、Azure 表格儲存體和 Azure 佇列儲存體，提供一系列異地備援和容錯移轉功能，以符合不同的需求。
這很重要
異地備援儲存體 (GRS) 僅適用於 Azure 配對區域 (部分內容可能是機器或 AI 翻譯) 內。 如果你的儲存帳號區域沒有配對，可以考慮使用 自訂的多區域解決方案來提升韌性。
成對區域的地理冗餘儲存
Azure 儲存體在配對區域中提供數種類型的 GRS。 無論你使用哪種 GRS，服務都會透過本地冗餘儲存（LRS）在次要區域複製資料。 此方法可針對次要區域內的硬體失敗提供保護。
GRS (部分內容可能是機器或 AI 翻譯) 可在主要區域發生中斷時為 Azure 配對區域提供計劃性與非計劃性容錯移轉的支援。 GRS 會以異步方式將數據從主要區域複寫到配對的區域。
異地區域備援儲存體 (GZRS) (部分內容可能是機器或 AI 翻譯) 會將主要區域中多個可用性區域中的資料複寫到配對區域中。
下圖展示了一個 GZRS 架構範例，該架構在主要區域使用三個可用區域。 GZRS 可能會在主要區域使用三個或以上的可用區域。
這很重要
Azure 檔案儲存體僅支援標準 （HDD） 檔案共用的異地備援 （GRS 或 GZRS）。
Azure 檔案儲存體不支援讀取權限異地備援儲存體 (RA-GRS) 或讀取權限異地區域備援儲存體 (RA-GZRS)。 如果儲存體帳戶設定為使用 RA-GRS 或 RA-GZRS，則標準 （HDD） 檔案共用會設定為 GRS 或 GZRS，並計費為 GRS。
故障轉移類型
Azure 儲存體針對不同案例支援三種類型的容錯移轉。
客戶自控非計劃性容錯移轉：如果主要區域發生全區域儲存體失敗，您要負責起始復原。
客戶管理的計畫故障轉移： 如果解決方案的其他部分在主要區域出現故障，你需要啟動復原程序，並且需要將整個解決方案切換到次要區域。 當主要區域的儲存體仍維持運作時，如果需要將整個解決方案移轉到次要區域，可以使用計劃性容錯移轉，例如執行災害復原演練以滿足合規性和稽核需求。
Microsoft 管理的容錯移轉：在特殊情況下，Microsoft 可能會為區域中的所有異地備援儲存體 (GRS) 帳戶起始容錯移轉。 不過，由 Microsoft 管理的故障轉移作為最後手段，預期僅於長時間中斷後才會執行。 您不應該依賴 Microsoft 管理的故障轉移。
GRS 帳戶可以使用這些容錯移轉類型中的任何一種。 您不需要預先設定儲存體帳戶，就能預先使用任何類型的容錯移轉。
需求
區域支援： Azure 儲存體 地理冗餘配置使用 Azure paired regions 進行次要區域複製。 次要區域會根據您的主要區域選取項目自動決定，且無法自訂。 如需 Azure 配對區域的完整清單，請參閱 Azure 區域清單。
如果你的儲存帳號區域沒有配對，可以考慮使用 自訂的多區域解決方案來提升韌性。
僅限標準檔案共用： Azure 檔案儲存體僅支援標準 （HDD） 檔案共用的異地備援 （GRS 或 GZRS）。 進階 （SSD） 檔案共用必須使用 LRS 或 ZRS。 如果你有高級檔案分享，想要跨區域複製資料以提升韌性，請參考 自訂多區域解決方案來提升韌性。
僅限 GRS 與 GZRS：Azure 檔案不支援讀取權限異地備援儲存體 (RA-GRS) 或讀取權限異地區域備援儲存體 (RA-GZRS)。 如果儲存體帳戶設定為使用 RA-GRS 或 RA-GZRS，則標準 （HDD） 檔案共用會設定為 GRS 或 GZRS，並計費為 GRS。
考慮事項
在實施多區域 Azure 檔案儲存體 時，請考慮以下重要因素：
非同步複寫延遲：資料複寫至次要區域是非同步的，這表示資料寫入主要區域與資料在次要區域中可供使用之間有延遲。 如果在複寫最近的資料之前發生主要區域失敗，此延遲可能會導致潛在的資料遺失。 資料遺失是透過復原點目標 (RPO) 來衡量。 您可以預期複寫延遲少於 15 分鐘，但此時間是估計值，不保證。
您可以檢查上次同步處理時間屬性 (部分內容可能是機器或 AI 翻譯)，以了解如果您的儲存體帳戶發生非計劃性容錯移轉，可能會遺失多少資料。
上次同步時間： 針對 Azure 檔案儲存體，上次同步處理時間是以次要區域中最新的系統快照集為基礎。
如果儲存體帳戶中有超過 100 個檔案共用，上次同步時間計算可能會逾時。 建議不要為每個儲存體帳戶部署 100 個或更少的檔案共用，以避免逾時。
次要區域存取： 在容錯移轉發生之前，無法存取次要區域進行讀取。
功能限制： 當您使用 GRS 或客戶管理的容錯移轉時，某些 Azure 檔案儲存體功能不受支援或有限制。 這些限制包括特定的檔案共用類型、存取層以及管理工具和操作。 在實作異地備援之前，請先檢閱 功能相容性檔 。
費用
多區域 Azure 儲存體帳戶設定會產生次要區域中跨區域複寫和儲存體的額外成本。 Azure 區域之間的數據傳輸會根據標準區域間頻寬費率收費。
如需詳細的定價資訊，請參閱 Azure 檔案儲存體定價。
設定多區域支援
建立新的異地備援儲存體 (GRS) 帳戶。 要建立 GRS 帳戶，請參見 建立儲存帳戶 ，並在帳戶建立時選擇 GRS 或地理區域冗餘儲存（GZRS）。
在現有的檔案儲存體帳戶上啟用異地備援。 若要將現有的檔案儲存體帳戶轉換成 GRS，請參閱 變更 Azure 檔案儲存體的備援設定。
警告
帳戶重新設定為異地備援後，可能需要大量的時間，新主要區域的現有資料才會完全複製到新次要區域。
若要避免重大資料遺失，請在起始非計劃性容錯移轉之前，先檢查上次同步處理時間屬性 (部分內容可能是機器或 AI 翻譯) 的值。 若要評估潛在的資料遺失，請將上次同步處理時間與上次將資料寫入新主要區域的時間進行比較。
停用異地備援。 透過相同的備援組態變更程式，將 GRS 帳戶轉換回單一區域組態 （LRS 或 ZRS） 。
當所有區域都正常時的行為
本節說明當記憶體帳戶設定為異地備援，且所有區域皆可運作時，會發生什麼事。
區域之間的流量路由： Azure 檔案儲存體會使用主動-被動方法，其中所有讀取和寫入作業都會導向至主要區域。
區域間的資料複寫：寫入作業會先使用已設定的備援類型 (GRS 對應 LRS，或 GZRS 對應 ZRS) 認可至主要區域。 在主要區域中成功完成之後，資料會以非同步方式複寫至次要區域，並使用 LRS 儲存在次要區域中。
跨區域複寫的非同步本質表示，資料寫入主要區域與在次要區域中可供使用之間通常會有延遲時間。 您可以使用上次同步處理時間屬性 (部分內容可能是機器或 AI 翻譯) 來監視複寫時間。
區域失敗期間的行為
本節說明當記憶體帳戶設定為異地備援，且主要區域發生中斷時，會發生什麼情況。
客戶自控容錯移轉 (非計劃性)：當主要區域中的儲存體無法使用時，請使用非計劃性容錯移轉。
偵測與回應：如果您的儲存體帳戶在主要區域發生無法使用的情況 (機率極低)，您可以考慮啟動客戶管理的未規劃容錯移轉。 若要做出此決定，請考慮下列因素：
Azure 資源健康狀態是否顯示存取主要區域中儲存體帳戶時發生問題
Microsoft 是否建議您針對另一個區域執行容錯移轉
警告
未規劃的容錯移轉可能會導致資料遺失。 在起始客戶自控容錯移轉之前，請先決定服務還原是否值得冒上資料遺失的風險。
Notification： Microsoft 不會自動通知你區域故障。 不過，你可以用Azure 資源健康狀態監控單一資源的健康狀況，並設定資源健康狀態警示來通知你問題。 你也可以使用 Azure 服務健康狀態 來了解整體服務的健康狀況，包括任何區域故障，並設定服務健康警示以通知你問題。
作用中的請求： 在故障轉移過程中，主要和次要儲存帳戶端點都暫時無法進行讀取和寫入。 任何作用中的要求都可能會中斷，且用戶端應用程式必須在容錯移轉完成後重試。
預期資料遺失：由於非同步複寫延遲，在非計劃性容錯移轉期間資料遺失很常見，這表示可能無法複寫最近的寫入。 您可以檢查上次同步處理時間屬性 (部分內容可能是機器或 AI 翻譯)，以了解非計劃性容錯移轉期間可能會遺失多少資料。 預期的資料遺失通常稱為復原點目標 （RPO）。 您通常可以預期 RPO 少於 15 分鐘，但我們無法保證該時間。
預期停機時間： 預期停機時間通常稱為復原時間目標 （RTO）。 客戶管理的容錯移轉通常會在 60 分鐘內完成，視帳戶大小和複雜性而定。
流量重新路由： 故障轉移完成時，Azure 會自動更新記憶體帳戶端點，讓應用程式不需要重新設定。 如果您的應用程式維持將網域名稱系統 (DNS) 項目快取，可能需要清除快取來確保應用程式會將流量傳送到新的主要區域。
容錯移轉後設定：非計劃性容錯移轉完成之後，目的地區域中的儲存體帳戶會使用本地備援儲存體 (LRS) 層。 如果您需要再次異地複寫，您必須重新啟用異地備援儲存體 (GRS)，並等候資料複寫至新的次要區域。
如需如何起始客戶自控容錯移轉的詳細資訊，請參閱客戶自控 (非計劃性) 容錯移轉的運作方式 (部分內容可能是機器或 AI 翻譯) 和起始儲存體帳戶容錯移轉 (部分內容可能是機器或 AI 翻譯)。
客戶自控容錯移轉 (計劃性)：當儲存體在主要區域中保持運作時，請使用計劃性容錯移轉，但您基於其他原因需要將整個解決方案容錯移轉至次要區域。 例如，另一個 Azure 服務可能遇到問題，而且您必須針對整個解決方案切換為使用次要區域。 或者，您可以使用計劃性故障切換來進行災難復原 （DR） 演練，以滿足合規性要求並達到稽核目的。
偵測與回應：您需自行決定是否要進行容錯移轉。 如果您需要在區域之間進行容錯移轉，您通常會做出此決策，即使您的儲存體帳戶狀況良好也一樣。 例如，當您有另一個發生重大中斷的應用程式元件無法從主要區域中復原時，您可能會觸發容錯移轉。
Notification： Microsoft 不會自動通知你區域故障。 不過，你可以用Azure 資源健康狀態監控單一資源的健康狀況，並設定資源健康狀態警示來通知你問題。 你也可以使用 Azure 服務健康狀態 來了解整體服務的健康狀況，包括任何區域故障，並設定服務健康警示以通知你問題。
作用中的請求： 在故障轉移過程中，主要和次要儲存帳戶端點都暫時無法進行讀取和寫入。 任何作用中的要求都可能會中斷，且用戶端應用程式必須在容錯移轉完成後重試。
預期資料遺失： 預期不會遺失資料，因為容錯移轉程序只會在所有資料同步之後完成，這會導致 RPO 為零。
預期停機時間： 故障轉移通常會在 60 分鐘內完成，這表示預期的恢復時間目標 (RTO) 為 60 分鐘，具體情況取決於帳戶的大小和複雜性。 在故障轉移過程中，主要和次要記憶體帳戶端點都暫時無法使用讀取和寫入。
流量重新路由： 故障轉移完成時，Azure 會自動更新記憶體帳戶端點，讓應用程式不需要重新設定。 如果您的應用程式維持將 DNS 項目快取，可能需要清除快取來確保應用程式會將流量傳送到新的主要區域。
故障轉移後設定： 規劃的故障轉移完成之後，目的地區域中的記憶體帳戶會繼續進行異地複寫，並保留在 GRS 層上。
如需如何起始客戶自控容錯移轉的詳細資訊，請參閱客戶自控 (計劃性) 容錯移轉的運作方式 (部分內容可能是機器或 AI 翻譯) 和起始儲存體帳戶容錯移轉 (部分內容可能是機器或 AI 翻譯)。
Microsoft 管理的容錯移轉： 在發生重大災害的罕見情況下，Microsoft 判斷主要區域永久無法復原，可能會起始自動容錯移轉至次要區域。 Microsoft 會處理整個程式，不需要客戶採取任何動作。 故障轉移發生前經過的時間量取決於災害嚴重性和評估情況所需的時間。
- 通知：Microsoft 不會自動通知你區域故障。 不過，你可以用Azure 資源健康狀態監控單一資源的健康狀況，並設定資源健康狀態警示來通知你問題。 你也可以使用 Azure 服務健康狀態 來了解整體服務的健康狀況，包括任何區域故障，並設定服務健康警示以通知你問題。
這很重要
您可以使用客戶自控的容錯移轉選項來開發、測試及實作災害復原方案。 請勿依賴 Microsoft 管理的容錯移轉，這可能只會在極端情況下使用。 Microsoft 管理的容錯移轉很可能會針對整個區域起始。 其無法針對個別儲存體帳戶、訂用帳戶或客戶起始。 不同的 Azure 服務可能會在不同的時間點進行容錯移轉。 我們建議您使用客戶自控容錯移轉。
區域復原
容錯回復程序在 Microsoft 管理和客戶自控容錯移轉案例之間有很大的不同。
客戶自控容錯移轉 (非計劃性)：在非計劃性容錯移轉之後，儲存體帳戶會以本地備援儲存體 (LRS) 進行設定。 若要進行容錯回復，您必須重新建立異地備援儲存體 (GRS) 關聯性，並等候資料完成複寫。
客戶自控容錯移轉 (計劃性)：在完成計劃性容錯移轉之後，儲存體帳戶會維持異地複寫。 您可以起始另一個客戶自控容錯移轉，以便容錯回復至原始的主要區域。 同樣的故障轉移考慮因素適用。
Microsoft 管理的容錯移轉：如果 Microsoft 起始容錯移轉，主要區域中可能會發生重大災害，而且主要區域可能無法復原。 任何時間表或復原計劃都取決於區域災害和復原工作的範圍。 您應該監視 Azure 服務健康情況通訊以取得詳細數據。
區域故障測試
若是 GRS 帳戶，您可以在維護時段期間執行計劃性容錯移轉作業，以測試完整的容錯移轉與容錯回復流程。 計畫性故障轉移不需要資料遺失，但在故障轉移和故障回復期間確實需要停機時間。
客製化多區域韌性解決方案
Azure 儲存體的跨區域容錯移轉功能可能不適合，原因如下：
您的儲存體帳戶位於未配對的區域。
您的商務可用時間目標無法透過內建的容錯移轉選項提供的復原時間或資料遺失來滿足。
您需要容錯移轉至非主要區域配對的區域。
您需要跨區域的主動/主動設定。
您使用不支援異地備援的檔案共用類型。
本節提供要考慮的一些方法的高階概觀。 關於 Azure 儲存體 多區域部署拓撲的完整概述，超出本文範圍。
請考慮下列常見的高階方法：
多個儲存體帳戶： Azure 檔案儲存體可以在每個區域中使用個別的儲存體帳戶，跨多個區域部署。 這種方法提供了區域選取項目的彈性、使用非配對區域的能力，以及對複寫時間和資料一致性的更精細控制。 當您跨區域實作多個儲存體帳戶時，您必須設定跨區域資料複寫、實作負載平衡和容錯移轉原則，以及確保跨區域的資料一致性。
應用程式層級複製： 使用 Azure Data Factory 或 AzCopy 來實作自訂複寫邏輯，以同步處理不同區域中檔案共用之間的資料。 這種方法需要自訂開發和衝突解決機制。
使用 Azure 檔案同步將檔案複寫到另一個 Azure 區域中的檔案共用。 您可以使用 Azure 檔案同步 ，在 SMB Azure 檔案共用 （雲端端點）、內部部署 Windows 檔案伺服器，以及在另一個 Azure 區域 （ DR 伺服器端點） 的虛擬機器 （VM） 上執行的掛接檔案共用之間同步處理。
此方法需要您部署多個檔案共用和 VM 來協調同步處理程序。
如果你用這種方法來做多區域檔案複製：
停用雲端階層處理，以確保所有資料都存在於檔案伺服器本機。
在 Azure VM 上佈建足夠的儲存體，以保留整個資料集。
存取和修改伺服器端點上的檔案，而不是在 Azure 中，以確保變更快速複寫至次要區域。
備份與還原
Azure 檔案儲存體備份 是 Azure 檔案儲存體與 Azure 備份之間的原生整合，其設計目的是要保護資料免於意外刪除、損毀和勒索軟體攻擊。
Azure 檔案儲存體備份會建立儲存在相同儲存體帳戶內的共用層級快照集。 此功能可以快速恢復單個文件和整個文件共享。 您也可以使用 備份原則 來提供具有可自訂備份頻率的長保留期。
您可以建立快照，並以兩種不同的方式儲存它們：
共用層級儲存： 針對作業和短期復原案例，您可以建立共用層級快照集，並將其儲存在相同的儲存體帳戶內。 共用層級快照集可讓您將個別檔案或整個檔案共用快速復原至原始位置或替代位置。
保管型備份儲存： 藉由使用保管型備份，您可以將每日快照集複製到 Azure 復原服務中的保管庫。 為加強安全性，此保存庫與主要儲存體帳戶隔離並實作實體隔離斷網。
當您使用配對的 Azure 區域，並將保存庫設定為使用 GRS 時，保存庫會將資料複寫至配對的區域。 此複寫支援跨區域復原和 DR 工作流程。
服務等級協定
Azure 記憶體的服務等級協定 （SLA） 描述服務的預期可用性，以及必須符合才能達到該可用性預期的條件。 您符合資格的可用性 SLA 取決於您使用的儲存層和複寫類型。 如需詳細資訊，請參閱 在線服務的 SLA。