Skip to content

Commit 2db0c4d

Browse files
committed
Implemented PM reviews
1 parent 1dd7454 commit 2db0c4d

1 file changed

Lines changed: 12 additions & 4 deletions

File tree

modules/install/pages/migration.adoc

Lines changed: 12 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -31,7 +31,7 @@ Follow these steps to migrate your data to a new bucket during unidirectional re
3131
. Stop application traffic coming into Cluster 1 (Bucket A).
3232
+
3333
NOTE: Allow enough time for the replication queues to drain.
34-
Confirm by reviewing the XDCR Total Outbound Mutations statistic.
34+
Confirm by reviewing the XDCR Total Outbound Mutations statistic derived from `xdcr_changes_left_total`.
3535
For more information, see xref:manage:monitor/monitor-intro.html#monitoring-with-the-ui[].
3636

3737
. Stop and delete the replication stream to Cluster 2 (Bucket A’).
@@ -50,8 +50,11 @@ For instructions, see
5050
xref:manage:manage-buckets/create-bucket.adoc[Create a Bucket].
5151

5252
. Run the `cbbackupmgr` tool on Cluster 1 to restore data to Bucket B.
53-
Turn off the Conflict Resolution setting on the destination cluster and then use the `--force-updates` option to restore data from backup.
54-
Do this because the source and destination clusters have different conflict resolution types.
53+
Use the xref:backup-restore/ccbackupmgr-restore.adoc[`cbbackupmgr restore`] command with the option `--force-updates` to restore data from the backup.
54+
This option turns off conflict resolution during the restore,
55+
and it's needed because the bucket you're restoring to has a different conflict resolution type than the bucket the backup is from.
56+
+
57+
NOTE: The `--force-updates` option also updates the CAS of the restored documents.
5558

5659
. After the data restore operation is complete on Cluster 1, delete Bucket A’ from Cluster 2.
5760

@@ -67,7 +70,7 @@ Follow these steps to migrate your data to a new bucket during bidirectional rep
6770
. Stop application traffic coming into Cluster 1 (Bucket A) and Cluster 2 (Bucket A’).
6871
+
6972
NOTE: Allow enough time for the replication queues to drain.
70-
Confirm by reviewing the XDCR Total Outbound Mutations statistic.
73+
Confirm by reviewing the XDCR Total Outbound Mutations statistic derived from `xdcr_changes_left_total`.
7174
For more information, see xref:manage:monitor/monitor-intro.html#monitoring-with-the-ui[].
7275

7376
. Stop and delete the replication streams to both clusters.
@@ -88,6 +91,11 @@ For instructions, see xref:manage:manage-buckets/create-bucket.adoc[Create a Buc
8891
. Run the `cbbackupmgr` tool to restore data.
8992
Turn off the Conflict Resolution setting on the destination cluster and then use the `--force-updates` option to restore data from backup.
9093
Do this because the source and destination clusters have different conflict resolution types.
94+
Use the xref:backup-restore/ccbackupmgr-restore.adoc[`cbbackupmgr restore`] command with the option `--force-updates` to restore data from the backup.
95+
This option turns off conflict resolution during the restore,
96+
and it's needed because the bucket you're restoring to has a different conflict resolution type than the bucket the backup is from.
97+
+
98+
NOTE: The `--force-updates` option also updates the CAS of the restored documents.
9199

92100
. After the restore operation is complete on both clusters, create replication streams both ways between Cluster 1 and Cluster 2.
93101
For more information, see xref:manage:manage-xdcr/xdcr-management-overview.adoc[XDCR Management Overview].

0 commit comments

Comments
 (0)