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
+11-11Lines changed: 11 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -48,25 +48,25 @@ All the writes that are performed on the [hub region](multi-region-writes.md#hub
48
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
-
> 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.
51
+
> This feature is in preview and suitable for non production workloads. More information about multi write region accounts and hub region concept can be found [here](multi-region-writes.md#hub-region), hub region is the first region in the portal. In preview period, restore in hub region is supported.
52
52
53
53
### What isn't restored for Multi region write account restores (preview)?
54
-
The mutations that are yet to be confirmed by the restore timestamp aren't restored.
55
-
The collections with custom conflict resolution policy are reset to last writer wins based on timestamp.
54
+
55
+
- The mutations that are yet to be confirmed by the restore timestamp aren't restored.
56
+
- The collections with custom conflict resolution policy are reset to last writer wins based on timestamp.
56
57
57
58
Example:
58
59
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
-
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
-
T1: Client writes a document Doc1 to East US. (Since East US is the hub region, the write is immediately confirmed)
62
-
T2: Client writes a document Doc2 to West US.
63
-
T3: West US sends Doc2 to East US for confirmation.
64
-
T4: East US receives Doc2, it confirms the document, and sends of Doc2 back to West US.
65
-
T5: West US receives confirmed Doc2.
60
+
- T1: Client writes a document Doc1 to East US. (Since East US is the hub region, the write is immediately confirmed)
61
+
- T2: Client writes a document Doc2 to West US.
62
+
- T3: West US sends Doc2 to East US for confirmation.
63
+
- T4: East US receives Doc2, it confirms the document, and sends of Doc2 back to West US.
64
+
- T5: West US receives confirmed Doc2.
66
65
67
66
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.
67
+
68
68
> [!NOTE]
69
-
> Restore in hub region is supported in public preview.
69
+
> The feature of Multi-region write-region support for continuous backup is in preview and suitable for non-production workloads. In preview period, restore in hub region is supported.
0 commit comments