Skip to content

Commit 1f3f900

Browse files
committed
Added balance of Failover updates/articles
1 parent 9f64333 commit 1f3f900

11 files changed

+784
-225
lines changed

articles/storage/common/last-sync-time-get.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -23,7 +23,7 @@ This article describes how to check the **Last Sync Time** property for your sto
2323

2424
## About the Last Sync Time property
2525

26-
Because geo-replication is asynchronous, it is possible that data written to the primary region has not yet been written to the secondary region at the time an outage occurs. The **Last Sync Time** property indicates the most recent time that data from the primary region is guaranteed to have been written to the secondary region. For accounts that have a hierarchical namespace, the same **Last Sync Time** property also applies to the metadata managed by the hierarchical namespace, including ACLs. All data and metadata written prior to the last sync time is available on the secondary, while data and metadata written after the last sync time may not have been written to the secondary, and may be lost. Use this property in the event of an outage to estimate the amount of data loss you may incur by initiating an account failover.
26+
Because geo-replication is asynchronous, it is possible that data written to the primary region has not yet been written to the secondary region at the time an outage occurs. The **Last Sync Time** property indicates the most recent time that data from the primary region is guaranteed to have been written to the secondary region. For accounts that have a hierarchical namespace, the same **Last Sync Time** property also applies to the metadata managed by the hierarchical namespace, including ACLs. All data and metadata written prior to the last sync time is available on the secondary, while data and metadata written after the last sync time may not have been written to the secondary, and may be lost. Use this property in the event of an outage to estimate the amount of data loss you may incur by initiating a customer-managed (unplanned) failover.
2727

2828
The **Last Sync Time** property is a GMT date/time value.
2929

articles/storage/common/redundancy-migration.md

Lines changed: 40 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -15,14 +15,14 @@ ms.custom: engagement-fy23, references_regions, devx-track-azurepowershell
1515

1616
<!--
1717
Initial: 81 (3717/68)
18-
Current: 98 (3765/4)
18+
Current: 98 (3761/0)
1919
-->
2020

21-
# Change the redundancy configuration for a storage account
21+
# Change how a storage account is replicated
2222

2323
Azure Storage always stores multiple copies of your data to protect it in the face of both planned and unplanned events. These events include transient hardware failures, network or power outages, and massive natural disasters. Data redundancy ensures that your storage account meets the [Service-Level Agreement (SLA) for Azure Storage](https://azure.microsoft.com/support/legal/sla/storage/), even in the face of failures.
2424

25-
This article describes the process of changing replication setting(s) for an existing storage account.
25+
This article describes the process of changing replication settings for an existing storage account.
2626

2727
## Options for changing the replication type
2828

@@ -98,6 +98,24 @@ Set-AzStorageAccount -ResourceGroupName <resource_group> `
9898
-SkuName <sku>
9999
```
100100

101+
You can also add or remove zone redundancy to your storage account. To change between locally redundant and zone-redundant storage with PowerShell, call the [Start-AzStorageAccountMigration](/powershell/module/az.storage/start-azstorageaccountmigration) command and specify the `-TargetSku` parameter:
102+
103+
```powershell
104+
Start-AzStorageAccountMigration
105+
-AccountName <String>
106+
-ResourceGroupName <String>
107+
-TargetSku <String>
108+
-AsJob
109+
```
110+
111+
To track the current migration status of the conversion initiated on your storage account, call the [Get-AzStorageAccountMigration](/powershell/module/az.storage/get-azstorageaccountmigration) cmdlet:
112+
113+
```powershell
114+
Get-AzStorageAccountMigration
115+
-AccountName <String>
116+
-ResourceGroupName <String>
117+
```
118+
101119
# [Azure CLI](#tab/azure-cli)
102120

103121
You can use the Azure CLI to change the redundancy options for your storage account.
@@ -111,6 +129,25 @@ az storage account update \
111129
--sku <sku>
112130
```
113131

132+
You can also add or remove zone redundancy to your storage account. To change between locally redundant and zone-redundant storage with Azure CLI, call the [az storage account migration start](/cli/azure/storage/account/migration#az-storage-account-migration-start) command and specify the `--sku` parameter:
133+
134+
```azurecli-interactive
135+
az storage account migration start \
136+
-- account-name <string> \
137+
-- g <string> \
138+
--sku <string> \
139+
--no-wait
140+
```
141+
142+
To track the current migration status of the conversion initiated on your storage account, use the [az storage account migration show](/cli/azure/storage/account/migration#az-storage-account-migration-show) command:
143+
144+
```azurecli-interactive
145+
az storage account migration show
146+
--account-name <string>
147+
- g <sting>
148+
-n "default"
149+
```
150+
114151
---
115152

116153
### Perform a conversion

0 commit comments

Comments
 (0)