Skip to content

Commit 5f381c9

Browse files
committed
replaced OL with UL
1 parent 05ed20b commit 5f381c9

File tree

1 file changed

+12
-12
lines changed

1 file changed

+12
-12
lines changed

articles/storage/common/storage-failover-customer-managed-planned.md

Lines changed: 12 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -65,9 +65,9 @@ Under normal circumstances, a client writes data to a storage account in the pri
6565

6666
Begin disaster recovery testing by initiating a failover of your storage account to the secondary region. The following describes steps within the planned failover process, and the subsequent image provides illustration:
6767

68-
1. The primary region temporarily loses both read and write access. RA-GRS or RA-GZRS users will continue to have read access to their secondary region.
69-
1. Replication of all data from the primary region to the secondary region completes.
70-
1. DNS entries for storage service endpoints in the secondary region are promoted and become the new primary endpoints for your storage account.
68+
- The primary region temporarily loses both read and write access. RA-GRS or RA-GZRS users will continue to have read access to their secondary region.
69+
- Replication of all data from the primary region to the secondary region completes.
70+
- DNS entries for storage service endpoints in the secondary region are promoted and become the new primary endpoints for your storage account.
7171

7272
The failover typically takes about an hour.
7373

@@ -83,9 +83,9 @@ While in the failover state, perform your disaster recovery testing.
8383

8484
After testing is complete, perform another failover to failback to the original primary region. During the failover process, as shown in the following image:
8585

86-
1. The primary region temporarily loses both read and write access. RA-GRS or RA-GZRS users will continue to have read access to their secondary region.
87-
1. All data finishes replicating from the current primary region to the current secondary region.
88-
1. The DNS entries for the storage service endpoints are changed to point back to the region that was the primary before the initial failover was performed.
86+
- The primary region temporarily loses both read and write access. RA-GRS or RA-GZRS users will continue to have read access to their secondary region.
87+
- All data finishes replicating from the current primary region to the current secondary region.
88+
- The DNS entries for the storage service endpoints are changed to point back to the region that was the primary before the initial failover was performed.
8989

9090
The failback typically takes about an hour.
9191

@@ -105,9 +105,9 @@ Under normal circumstances, a client writes data to a storage account in the pri
105105

106106
Begin disaster recovery testing by initiating a failover of your storage account to the secondary region. The following describes steps within the planned failover process, and the subsequent image provides illustration:
107107

108-
1. The current primary region becomes read only.
109-
1. All data finishes replicating from the primary region to the secondary region.
110-
1. Storage service endpoint DNS entries are switched. Your storage account's endpoints in the secondary region become your new primary endpoints.
108+
- The current primary region becomes read only.
109+
- All data finishes replicating from the primary region to the secondary region.
110+
- Storage service endpoint DNS entries are switched. Your storage account's endpoints in the secondary region become your new primary endpoints.
111111

112112
The failover typically takes about an hour.
113113

@@ -123,9 +123,9 @@ While in the failover state, perform your disaster recovery testing.
123123

124124
When testing is complete, perform another failover to fail back to the original primary region. The following image illustrates the steps involved in the failover process.
125125

126-
1. The current primary region becomes read only.
127-
1. All data finishes replicating from the current primary region to the current secondary region.
128-
1. The DNS entries for the storage service endpoints are changed to point back to the region that was the primary before the initial failover was performed.
126+
- The current primary region becomes read only.
127+
- All data finishes replicating from the current primary region to the current secondary region.
128+
- The DNS entries for the storage service endpoints are changed to point back to the region that was the primary before the initial failover was performed.
129129

130130
The failback typically takes about an hour.
131131

0 commit comments

Comments
 (0)