You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/storage/common/last-sync-time-get.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -23,7 +23,7 @@ This article describes how to check the **Last Sync Time** property for your sto
23
23
24
24
## About the Last Sync Time property
25
25
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.
27
27
28
28
The **Last Sync Time** property is a GMT date/time value.
# Change the redundancy configuration for a storage account
21
+
# Change how a storage account is replicated
22
22
23
23
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.
24
24
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.
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
+
101
119
# [Azure CLI](#tab/azure-cli)
102
120
103
121
You can use the Azure CLI to change the redundancy options for your storage account.
@@ -111,6 +129,25 @@ az storage account update \
111
129
--sku <sku>
112
130
```
113
131
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:
0 commit comments