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
The staging schema provides a replication marker for streaming changes. You will need the staging schema name in case replication fails and must be [resumed]({% link molt/molt-fetch.md %}#resume-replication), or [failback to the source database]({% link {{ site.current_cloud_version }}/migrate-failback.md %}) is performed.
15
+
The staging schema provides a replication marker for streaming changes. You will need the staging schema name in case replication fails and must be [resumed]({% link molt/molt-fetch.md %}#resume-replication), or [failback to the source database]({% link molt/migrate-failback.md %}) is performed.
16
16
17
17
`upserted rows` log messages indicate that changes were replicated to CockroachDB:
{% include filter-tabs.md tab_names=tab_names_html page_filenames=html_page_filenames page_folder=site.current_cloud_version %}
13
+
{% include filter-tabs.md tab_names=tab_names_html page_filenames=html_page_filenames page_folder="molt" %}
14
14
15
15
## Before you begin
16
16
@@ -44,7 +44,7 @@ The following example watches the `employees` table for change events.
44
44
Be mindful when specifying the connection strings: `--source` is the CockroachDB connection string and`--target` is the connection string of the database you migrated from.
45
45
{{site.data.alerts.end}}
46
46
47
-
Use the `--stagingSchema` replication flag to provide the name of the staging schema. This is found in the `staging database name` message that is written at the beginning of the [replication task]({% link {{ site.current_cloud_version }}/migrate-in-phases.md %}#step-6-replicate-changes-to-cockroachdb).
47
+
Use the `--stagingSchema` replication flag to provide the name of the staging schema. This is found in the `staging database name` message that is written at the beginning of the [replication task]({% link molt/migrate-in-phases.md %}#step-6-replicate-changes-to-cockroachdb).
{% include filter-tabs.md tab_names=tab_names_html page_filenames=html_page_filenames page_folder=site.current_cloud_version %}
13
+
{% include filter-tabs.md tab_names=tab_names_html page_filenames=html_page_filenames page_folder="molt" %}
14
14
15
15
## Before you begin
16
16
@@ -140,7 +140,7 @@ The following example specifies that the `employees` table should be watched for
140
140
1. Repeat [Step 4](#step-4-verify-the-data-load) to verify the updated data.
141
141
142
142
{{site.data.alerts.callout_success}}
143
-
If you encountered issues with replication, you can now use [`failback`]({% link {{ site.current_cloud_version }}/migrate-failback.md %}) mode to replicate changes on CockroachDB back to the initial source database. In case you need to roll back the migration, this ensures that data is consistent on the initial source database.
143
+
If you encountered issues with replication, you can now use [`failback`]({% link molt/migrate-failback.md %}) mode to replicate changes on CockroachDB back to the initial source database. In case you need to roll back the migration, this ensures that data is consistent on the initial source database.
144
144
{{site.data.alerts.end}}
145
145
146
146
## Step 8. Cutover
@@ -154,5 +154,5 @@ Perform a cutover by resuming application traffic, now to CockroachDB.
154
154
-[MOLT Fetch]({% link molt/molt-fetch.md %})
155
155
-[MOLT Verify]({% link molt/molt-verify.md %})
156
156
-[Migration Overview]({% link molt/migration-overview.md %})
157
-
-[Migrate to CockroachDB]({% link {{ site.current_cloud_version }}/migrate-to-cockroachdb.md %})
158
-
-[Migration Failback]({% link {{ site.current_cloud_version }}/migrate-failback.md %})
157
+
-[Migrate to CockroachDB]({% link molt/migrate-to-cockroachdb.md %})
158
+
-[Migration Failback]({% link molt/migrate-failback.md %})
{% include filter-tabs.md tab_names=tab_names_html page_filenames=html_page_filenames page_folder=site.current_cloud_version %}
13
+
{% include filter-tabs.md tab_names=tab_names_html page_filenames=html_page_filenames page_folder="molt" %}
14
14
15
15
## Before you begin
16
16
@@ -96,7 +96,7 @@ Start the initial load of data into the target database. Continuous replication
96
96
{% include molt/verify-output.md %}
97
97
98
98
{{site.data.alerts.callout_success}}
99
-
If you encountered issues with replication, you can now use [`failback`]({% link {{ site.current_cloud_version }}/migrate-failback.md %}) mode to replicate changes on CockroachDB back to the initial source database. In case you need to roll back the migration, this ensures that data is consistent on the initial source database.
99
+
If you encountered issues with replication, you can now use [`failback`]({% link molt/migrate-failback.md %}) mode to replicate changes on CockroachDB back to the initial source database. In case you need to roll back the migration, this ensures that data is consistent on the initial source database.
100
100
{{site.data.alerts.end}}
101
101
102
102
## Step 6. Modify the CockroachDB schema
@@ -114,5 +114,5 @@ Perform a cutover by resuming application traffic, now to CockroachDB.
114
114
-[MOLT Fetch]({% link molt/molt-fetch.md %})
115
115
-[MOLT Verify]({% link molt/molt-verify.md %})
116
116
-[Migration Overview]({% link molt/migration-overview.md %})
117
-
-[Migrate to CockroachDB in Phases]({% link {{ site.current_cloud_version }}/migrate-in-phases.md %})
118
-
-[Migration Failback]({% link {{ site.current_cloud_version }}/migrate-failback.md %})
117
+
-[Migrate to CockroachDB in Phases]({% link molt/migrate-in-phases.md %})
118
+
-[Migration Failback]({% link molt/migrate-failback.md %})
0 commit comments