Azure 檔案儲存體資料備援

Azure 檔案儲存體會一律儲存資料的多個複本，以保護該資料不受計劃性和非計劃性事件影響，包括暫時性硬體故障、網路或電力中斷和天然災害。 備援可確保您的儲存體帳戶即使在發生失敗時也能滿足可用性和持久性目標。

在決定哪一種備援選項最適合案例時，請考慮較低成本與較高可用性之間的取捨。 有助於判斷應選擇何種備援選項的因素包括：

• 資料在主要區域中複寫的方式。
• 資料是否會複寫到地理上距離主要區域相當遙遠的第二個區域，以保護其不受區域性災害影響 (異地備援)。

使用 Microsoft.Storage 資源提供者建立的 Azure 傳統檔案共用會透過稱為儲存體帳戶的一般 Azure 資源來進行管理。 儲存體帳戶代表可用來部署檔案共用的共用儲存體集區。 如需儲存體帳戶的詳細資訊，請參閱儲存體帳戶概觀。

建立儲存體帳戶時，您可以針對該帳戶所公開之所有儲存體服務共用的儲存體帳戶選擇備援設定。 因此，部署在相同儲存體帳戶中的所有檔案共用都具有相同的備援設定。 如果檔案共用有不同的備援需求，您可能會想要隔離個別儲存體帳戶中的檔案共用。

適用對象

管理模型	計費模型	媒體分層	冗餘性	SMB	NFS
Microsoft 儲存服務	已佈建的 v2	SSD （進階版）	本地 (LRS)
Microsoft 儲存服務	已佈建的 v2	SSD （進階版）	區域 (ZRS)
Microsoft 儲存服務	已佈建的 v2	HDD （標準）	本地 (LRS)
Microsoft 儲存服務	已佈建的 v2	HDD （標準）	區域 (ZRS)
Microsoft 儲存服務	已佈建的 v2	HDD （標準）	異地 (GRS)
Microsoft 儲存服務	已佈建的 v2	HDD （標準）	GeoZone （GZRS）
Microsoft 儲存服務	已佈建的 v1	SSD （進階版）	本地 (LRS)
Microsoft 儲存服務	已佈建的 v1	SSD （進階版）	區域 (ZRS)
Microsoft 儲存服務	隨用隨付	HDD （標準）	本地 (LRS)
Microsoft 儲存服務	隨用隨付	HDD （標準）	區域 (ZRS)
Microsoft 儲存服務	隨用隨付	HDD （標準）	異地 (GRS)
Microsoft 儲存服務	隨用隨付	HDD （標準）	GeoZone （GZRS）

主要區域中的備援

Azure 儲存體帳戶中的資料一律會在主要區域內複寫三次。 Azure 檔案儲存體提供兩個選項以供決定資料在主要區域中的複寫方式：

• 本地備援儲存體 (LRS) 會將儲存體帳戶中的資料複寫到您選擇的主要區域中一或多個可用性區域。 LRS 是成本最低的複寫選項，但不建議用於需要高可用性或持久性的應用程式。
• 區域備援記憶體 （ZRS） 會將您的資料同步複製到主要區域中的三個 Azure 可用性區域 。 對於需要高可用性的應用程式，我們建議使用 異地區域備援記憶體 （GZRS），其使用主要區域中的 ZRS，並將您的數據異地復寫至次要區域。

本地備援儲存體

本地備援儲存體 (LRS) 會將儲存體帳戶中的資料複寫到您選擇的主要區域中一或多個 Azure 可用性區域。 雖然沒有選項可以選擇您慣用的可用性區域，但 Azure 可能會跨區域移動或展開 LRS 帳戶，以改善負載平衡。 LRS 可提供在指定一年中至少 99.999999999% (11 個九) 的物件持久性。 請流覽 什麼是 Azure 可用性區域 一文，以深入瞭解可用性區域可靠性。

相較於其他選項，LRS 是成本最低的備援選項，且提供的持久性最弱。 LRS 可保護資料以避免伺服器機架和磁碟機失敗。 不過，如果數據中心內發生火災或洪水等災害，則使用 LRS 的記憶體帳戶的所有複本都可能會遺失或無法復原。 若要降低此風險，建議您使用 ZRS、 GRS 或 GZRS。

使用 LRS 的記憶體帳戶寫入要求會同步發生。 只有在將資料寫入三個複本之後，寫入作業才會成功傳回。

下圖顯示使用 LRS 在單一資料中心內複寫資料的方式：

針對下列案例，LRS 是良好的選擇：

• 如果您的應用程式儲存的資料，可在發生資料遺失時輕鬆重新建構。
• 若應用程式由於資料治理需求而只能在一個國家或地區中複寫資料。 在某些情況下，資料進行異地複寫的配對區域可能會位於另一個國家或地區中。 如需詳細資訊，請參閱 Azure 區域配對和非配對區域。

HDD 檔案共用的所有 Azure 區域都支援 LRS。 如需支援 SSD 檔案共用 LRS 的區域清單，請參閱 SSD 檔案共用的 LRS 支援。

區域備援儲存體

區域備援儲存體 （ZRS） 會將儲存體帳戶內的資料複寫到位於您選擇的主要區域中的三個或多個 Azure 可用性區域。 每個可用區域都是具備獨立的電源、冷卻和網路的不同實體位置。 ZRS 可提供在指定的一年中至少 99.9999999999% (12 個 9) 的儲存體資源持久性。 請流覽 什麼是 Azure 可用性區域 一文，以深入瞭解可用性區域可靠性。

透過 ZRS，即使區域無法使用，您仍然可針對讀取和寫入作業存取資料。 若區域無法使用，則 Azure 會執行網路更新，例如 DNS 重新指向。 若在更新完成之前存取資料，這些更新便可能會影響應用程式。 在為 ZRS 設計應用程式時，請遵循暫時性錯誤處理實務，包括以指數後退法實作重試原則。

對使用 ZRS 儲存體帳戶發出的寫入要求會以同步方式進行。 只有在將資料寫入三個可用區域的所有複本之後，寫入作業才會成功傳回。

針對 Azure 檔案儲存體工作負載使用 ZRS 的優點是，如果區域變得無法使用，就不需要從連線的用戶端重新掛接 Azure 檔案共用。 針對需要高可用性的案例，我們建議在主要區域中使用 ZRS。 我們也建議使用 ZRS 限制將資料複寫到特定國家或地區，以符合資料治理要求。

附註

Azure 檔案同步是在所有區域 (除了 US Gov 維吉尼亞州以外) 中支援可用性區域的區域備援。 在大部分情況下，我們建議 Azure 檔案同步使用者將儲存體帳戶設定為使用 ZRS 或 GZRS。

下圖顯示使用 ZRS 在主要區域中可用性區域之間複寫資料的方式：

ZRS 可為資料提供優秀的效能、低延遲以及復原，即使其暫時無法使用也一樣。 但是，ZRS 本身可能無法保護資料不受永久影響多個區域的區域性災害影響。 若要防範區域災害，我們建議使用 GZRS。

各區域的 ZRS 支援

若要瞭解哪些區域支援標準檔案共用的 ZRS，請參閱 Azure 區域清單 ，並參閱可用性區域支援數據行。 所有三個標準層的標準一般用途 v2 儲存體帳戶都支援 ZRS：交易最佳化、經常性存取層和非經常性存取層。

ZRS 透過 FileStorage 儲存體帳戶種類支援 SSD 檔案共用。 如需支援 SSD 檔案共享帳戶 ZRS 的區域清單，請參閱 SSD 檔案共用的 ZRS 支援。

次要區域中的備援

針對 SMB 檔案共用所需高持久性的應用程式，可選擇異地備援儲存體，將儲存體帳戶中的資料複製到位於主要區域數百英哩外的次要區域。 若儲存體帳戶已複製到次要區域，則即使主要區域發生全區中斷或災害而無法復原的狀況，資料仍然會是耐久的。

重要事項

Azure 檔案儲存僅對 HDD 檔案共用提供異地備援（GRS 或 GZRS）。 SSD 檔案共享必須使用 LRS 或 ZRS。

建立儲存體帳戶時，您可以為帳戶選取主要區域。 配對的次要區域會視主要區域而定，且無法變更。 如需 Azure 所支援區域的詳細資訊，請參閱 Azure 區域清單。

Azure 檔案儲存體提供兩個將資料複製到次要區域的選項。 目前，異地備援儲存體選項僅適用於標準 SMB 檔案共用。

• 異地備援儲存體 (GRS) 會使用 LRS 在主要區域的一或多個 Azure 可用性區域內同步複製資料三次。 接著其會將資料以非同步方式複製到次要區域中的單一實體位置。 在次要區域內，您的資料會使用 LRS 同步複製三次。
• 異地區域備援儲存體 (GZRS) 會使用 ZRS 在主要區域中將資料同步複製到三個 Azure 可用區域。 接著其會將資料以非同步方式複製到次要區域中的單一實體位置。 在次要區域內，您的資料會使用 LRS 同步複製三次。

GRS 和 GZRS 之間主要差異是資料在主要區域中複寫的方式。 在次要區域內，資料一律會使用 LRS 以同步方式複寫三次。 次要區域中的 LRS 可保護您的資料免於硬體故障。

異地備援儲存體

異地備援儲存體 (GRS) 會使用 LRS 在主要區域的一或多個 Azure 可用性區域內同步複製資料三次。 其接著會將資料以非同步方式複製到位於主要區域數百英哩外次要區域中的單一實體位置。 GRS 提供一年內至少 99.99999999999999% (16 個 9) 的持久性。

寫入作業會先認可到主要位置，並使用 LRS 進行複寫。 更新接著會以非同步方式複寫到次要區域。 當資料寫入次要位置時，也會使用 LRS 在該位置中複寫。

下圖顯示使用 GRS 複寫資料的方式：

異地區域備援儲存體

異地區域備援儲存體 (GZRS) 合併跨可用區域備援所提供的高可用性，以及異地複寫針對區域中斷所提供的保護。 GZRS 儲存體帳戶中資料會複製到主要區域中的三個 Azure 可用區域，此外也會複寫到次要地理區域以保護其不受區域災害影響。 我們建議針對需要最大一致性、持久性、可用性、絕佳效能，以及針對災害復原恢復的應用程式使用 GZRS。

透過 GZRS 儲存體帳戶，若可用區域無法使用或無法復原，則仍可繼續讀取和寫入資料。 此外，資料也會在發生全區中斷或災害，而導致主要區域無法復原時維持耐久。 GZRS 旨在於指定的一年中，提供至少 99.99999999999999% (16 個 9) 的持久性。

下圖顯示使用 GZRS 複寫資料的方式：

若要判斷區域是否支援 GZRS，請參閱 支援 GZRS 的 Azure 區域。 若要支援 GZRS，區域必須具備可用性區域並擁有一個配對區域。

快照集和同步頻率

為了確保 Geo 和 GeoZone 備援檔案共用在故障轉移發生時能保持一致狀態，系統會每隔 15 分鐘在主要區域生成系統快照，並復寫到次要區域。 當對次要區域進行容錯移轉時，共用狀態會以次要區域中最新的系統快照集為依據。 由於異地延遲或其他問題，次要地區中的最新系統快照集可能早於 15 分鐘。

儲存體帳戶上的上次同步時間 (LST) 屬性表示上次將主要地區中的資料成功寫入次要地區的時間。 對於 Azure 檔案儲存體，上次同步時間是基於次要地區中的最新系統快照集。 您可以使用 PowerShell 或 Azure CLI 來針對儲存體帳戶檢查上次同步時間。

了解以下有關「上次同步時間」屬性的資訊非常重要：

• 儲存體帳戶上的「上次同步時間」屬性是基於儲存體帳戶中最後的服務 (檔案、Blob、資料表、佇列)。
• 如果未對儲存體帳戶進行任何變更，則不會更新「上次同步時間」。
• 如果每個儲存體帳戶的檔案共用數目超過 100 個，則「上次同步時間」計算可能會逾時。 建議每個儲存體帳戶的檔案共用數少於 100 個。

容錯移轉考量

使用 GRS 或 GZRS 時，除非發生容錯移轉，否則無法在次要區域中存取檔案共用。 若主要區域無法使用，則可選擇容錯移轉至次要區域。 容錯移轉程序會更新由 Azure 檔案儲存體提供的 DNS 項目，使次要端點變成儲存體帳戶的新主要端點。 在容錯移轉期間，您無法存取資料。 在容錯移轉完成後，您可以將資料讀取和寫入至新的主要區域。 在容錯移轉完成後，次要區域即會成為主要區域，且可再次讀取和寫入資料。 如需詳細資訊，請參閱 Azure 檔案儲存體災害復原和容錯移轉。

重要事項

Azure 檔案儲存體不支援讀取權限異地備援儲存體 (RA-GRS) 或讀取權限異地區域備援儲存體 (RA-GZRS)。 如果儲存體帳戶設定為使用 RA-GRS 或 RA-GZRS，檔案共用將會設定並計費為 GRS 或 GZRS。

下列可能會影響您容錯移轉至次要區域的能力：

• 若次要區域中沒有系統快照集，則會封鎖儲存體帳戶容錯移轉。
• 若儲存體帳戶包含超過 100,000 個檔案共用，則會封鎖儲存體帳戶容錯移轉。 若要容錯移轉儲存體帳戶，請開啟支援要求。
• 檔案控制代碼和租用不會在容錯移轉時保留，客戶端必須卸載並重新掛接檔案共用。
• 容錯移轉後檔案共用配額可能會變更。 次要地區中的檔案共用配額將基於在主要地區中擷取系統快照集時所設定的配額。
• 進行中的複製作業會在容錯移轉進行時中止。 容錯移轉至次要地區完成後，請重試複製作業。

若要容錯移轉儲存體帳戶，請參閱起始帳戶容錯移轉。

警告

使用 Azure 檔案儲存體搭配地理冗餘儲存時，目錄查詢在故障轉移後可能會經歷較高的延遲。 這可能會發生在主要和次要儲存設備之間的同步過程中，尤其是面對含有許多檔案的目錄或具有多個快照的分享時。 如果您在快取目錄下有許多檔案，則在同步完成之前，您可能會觀察到一些效能降低。 在某些情況下，即使在同步之後，效能影響也可能持續存在。

SSD 檔案共用的異地備援

如先前所述，SSD 檔案共用不支援異地備援選項（GRS 和 GZRS）。 不過，您可以用其他方式進行異地備援。

針對 Azure 檔案同步案例，您可以在 Azure 檔案共用 (您的雲端端點)、內部部署 Windows 檔案伺服器，以及在另一個 Azure 區域中的虛擬機器上執行的掛接檔案共用 (您用於災害復原的伺服器端點) 之間進行同步處理。 您必須停用雲端階層處理，以確保所有資料都存在於本機，並在 Azure VM 上佈建足夠的儲存體來保存整個資料集。 為了確保變更會快速複寫到次要區域，應該只在伺服器端點上存取和修改檔案，而不是在 Azure 中存取和修改。

您也可以使用 AzCopy 等工具來建立自己的指令碼，將資料複製到次要區域中的儲存體帳戶 (使用 10.4 版或更新版本來保留 ACL 和時間戳記)。

備援選項摘要

下列各節中的表格會摘要說明可供 Azure 檔案儲存體使用的備援選項。

持久性和可用性參數

下表描述每個備援選項的關鍵參數：

參數	LRS	ZRS	GRS	GZRS
指定一年內的持久性百分比	至少 99.999999999% (11 個 9)	至少 99.9999999999% (12 個 9)	至少 99.99999999999999% (16 個 9)	至少 99.99999999999999% (16 個 9)
讀取要求的可用性	至少 99.9% (非經常性層為 99%)	至少 99.9% (非經常性層為 99%)	至少 99.9% (非經常性層為 99%)	至少 99.9% (非經常性層為 99%)
寫入要求的可用性	至少 99.9% (非經常性層為 99%)	至少 99.9% (非經常性層為 99%)	至少 99.9% (非經常性層為 99%)	至少 99.9% (非經常性層為 99%)
可在不同的節點上維護的資料副本數量	在區域內一個或多個可用區域中保存三份副本	單一區域內不同可用性區域之間的三個複本	總共六個複本，包括主要區域中的三個複本和次要區域中的三個複本	總共六個複本，包括主要區域中不同可用性區域的三個複本，以及次要區域中的三個本地備援複本

如需詳細資訊，請參閱儲存體帳戶的 SLA。

持久性和可用性 (依中斷案例)

下表會指出資料在指定案例中是否為耐久及可用，其取決於儲存體帳戶中有效的備援類型。 如果主要區域無法使用，Azure 檔案儲存體不支援次要區域的讀取權限，除非發生容錯移轉。

中斷案例	LRS	ZRS	GRS	GZRS
資料中心內的節點無法使用	是的	是的	是的	是的
整個資料中心 (區域或非區域) 變成無法供使用	否	是的	是1	是的
主要區域中發生全區域中斷	否	否	是1	是1

¹ 若主要區域無法使用，則需要帳戶容錯移轉，才能還原寫入可用性。

如需每個備援選項的定價資訊，請參閱 Azure 檔案儲存體定價。

以不同計費模型為基礎的區域支援性

您可以使用下列命令來驗證各種計費模型的區域支援性。

入口網站

若要根據不同的計費模型檢視區域支援性，請使用 Azure PowerShell 或 Azure CLI。

PowerShell

# Login to Azure account
Connect-AzAccount

# Track down the subscription ID in GUID format
$subscriptionID = "your-subscription-id-number"

# Get Token
$token = Get-AzAccessToken

# Invoke SRP list SKU API, and get the returned SKU list
$result = Invoke-RestMethod -Method Get -Uri "https://management.azure.com/subscriptions/$($subscriptionID)/providers/Microsoft.Storage/skus?api-version=2024-01-01" -Headers @{"Authorization" = "Bearer $($token.Token)"}

# Filter the SKU list to get the required information, customization required here to get the best result.
$filteredResult = $result | `
    Select-Object -ExpandProperty value | `
    Where-Object {
        $_.resourceType -eq "storageAccounts" -and
        # Filter based on your needs. FileStorage kind includes pv2, and pv1 file share, where StorageV2 kind include PayGO file shares.
        $_.kind -in @("FileStorage", "StorageV2") -and
        # Filter based on your needs. "Standard_" for PayGO file share, "StandardV2_" for Pv2 file share, "Premium_" for pv1 file shares.
        # $_.name.StartsWith("StandardV2_") -and
        # Change region based on your need to see if we currently support the region (all small cases, no space in between).
        # $_.locations -eq "italynorth" -and
        $_.name -notin @("Standard_RAGRS", "Standard_RAGZRS")
    }

if ($filteredResult.Count -eq 0) {
    Write-Output "No results found."
} else {
    $filteredResult | `
        Select-Object `
            -Property `
                @{
                    Name = "sku";
                    Expression = { $_.name }
                }, `
                kind, `
                @{
                    Name = "mediaTier";
                    Expression = {
                        if ($_.tier -eq "Premium") {
                            "SSD"
                        } elseif ($_.tier -eq "Standard") {
                            "HDD"
                        } else {
                            "Unknown"
                        }
                    }
                }, `
                @{
                    Name = "billingModel";
                    Expression = {
                        if ($_.name.StartsWith("StandardV2_") -or
                            $_.name.StartsWith("PremiumV2_")
                        ) {
                            "ProvisionedV2"
                        } elseif ($_.name.StartsWith("Premium_")) {
                            "ProvisionedV1"
                        } else {
                            "PayAsYouGo"
                        }
                    }
                }, `
                @{
                    Name = "location";
                    Expression = { $_.locations | Select-Object -First 1 }
                } | ft sku, kind, mediaTier, billingModel, location
}

Azure CLI

此指令碼使用 jq，一個命令列 JSON 處理器。 若要下載它，請造訪 https://jqlang.org/download/

# Login to Azure account
Az login

# Track down the subscription ID in GUID format and set subscription ID
subscriptionID="your-subscription-id-number"

# Get Token
token=$(az account get-access-token --query accessToken --output tsv)

# Invoke SRP list SKU API, and get the returned SKU list
result=$(az rest --method get --uri "https://management.azure.com/subscriptions/$subscriptionID/providers/Microsoft.Storage/skus?api-version=2024-01-01" --headers "Authorization=Bearer $token")

# Filter the SKU list to get the required information, customization required here to get the best result.
filteredResult=$(echo $result | jq '.value[] | select(.resourceType == "storageAccounts" and (.kind == "FileStorage" or .kind == "StorageV2") and (.name | test("^(?!Standard_RAGRS|Standard_RAGZRS)")))' )

if [ -z "$filteredResult" ]; then
    echo "No results found."
else
    # Print the table header
    printf "%-30s %-15s %-10s %-20s %-15s\n" "SKU" "Kind" "MediaTier" "BillingModel" "Location"
    # Print the filtered results
    echo $filteredResult | jq -r '. | "\(.name)\t\(.kind)\t\(.tier | if . == "Premium" then "SSD" elif . == "Standard" then "HDD" else "Unknown" end)\t\(.name | if test("^StandardV2_|^PremiumV2_") then "ProvisionedV2" elif test("^Premium_") then "ProvisionedV1" else "PayAsYouGo" end)\t\(.locations)"' | while IFS=$'\t' read -r sku kind mediaTier billingModel location; do
        printf "%-30s %-15s %-10s %-20s %-15s\n" "$sku" "$kind" "$mediaTier" "$billingModel" "$location"
    done
fi

另請參閱

• 變更 Azure 檔案儲存體的備援設定
• 使用異地備援來設計高可用性的應用程式