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/cosmos-db/continuous-backup-restore-introduction.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -45,7 +45,7 @@ Continuous backup mode supports two ways to restore deleted containers and datab
45
45
46
46
## Multi region write account restores (preview)
47
47
All the writes that are performed on the [hub region](multi-region-writes.md#hub-region) are immediately confirmed and backed up asynchronously within 100 seconds. The mutations that are performed on the satellite region(non conflict resolution region) are sent to hub region for confirmation. The hub region checks to see if any [conflict resolution](conflict-resolution-policies.md) is needed, and assigns a [conflict resolved timestamp](multi-region-writes.md#understanding-timestamps) after resolving the conflicts and sends back to satellite region. The satellite region only backs up the entities after the confirmation is received from the hub region.
48
-
To summarize,the restore process only restores the entities that are confirmed with conflict resolution timestamp from the hub region.
48
+
To summarize,the restore process only restores the entities that are confirmed with conflict resolution timestamp from the hub region.
49
49
50
50
> [!NOTE]
51
51
> More information about multi write region accounts can be found [here](multi-region-writes.md#hub-region), hub region is the first region in the portal.
@@ -57,14 +57,14 @@ The collections with custom conflict resolution policy are reset to last writer
57
57
Example:
58
58
Given a multi-write region account with two regions East us and West us, out of which East US is the hub region, consider the following sequence of events:
59
59
60
-
In this scenario, if the restore timestamp is T3, only entity1 is restored. Entity2 has'nt been confirmed by hub region by T3. Only if the restore timestamp > T4, the entity2 will be restored.
60
+
In this scenario, if the restore timestamp is T3, only entity1 is restored. Entity2 hasn't been confirmed by hub region by T3. Only if the restore timestamp > T4, the entity2 will be restored.
61
61
T1: Client writes a document Doc1 to East US. (Since East US is the hub region, the write is immediately confirmed)
62
62
T2: Client writes a document Doc2 to West US.
63
63
T3: West US sends Doc2 to East US for confirmation.
64
64
T4: East US receives Doc2, it confirms the document, and sends of Doc2 back to West US.
65
65
T5: West US receives confirmed Doc2.
66
66
67
-
In this scenario, if the restore timestamp provided is T3, only Doc1 will get restored. Doc2 has'nt been confirmed by hub by T3. Only if the restore timestamp > T4, the doc2 will get restored.
67
+
In this scenario, if the restore timestamp provided is T3, only Doc1 will get restored. Doc2 hasn't been confirmed by hub by T3. Only if the restore timestamp > T4, the doc2 will get restored.
68
68
> [!NOTE]
69
69
> Restore in hub region is supported in public preview.
0 commit comments