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
If you are noticing differences in behavior between your self-hosted ClickHouse deployment and your ClickHouse Cloud service,
3
+
it may be related to the [compatibility setting](/operations/settings/settings#compatibility).
4
+
In Cloud, compatibility is set when a service is created and does not change at the service level to ensure that clients get consistent behavior even as the service upgrades.
5
+
If you wish to change compatibility, you may request to do so via [support](https://clickhouse.com/support/program).
This guide will show how to migrate from a self-managed ClickHouse server to ClickHouse Cloud, and also how to migrate between ClickHouse Cloud services. The [`remoteSecure`](/sql-reference/table-functions/remote) function is used in `SELECT` and `INSERT` queries to allow access to remote ClickHouse servers, which makes migrating tables as simple as writing an `INSERT INTO` query with an embedded `SELECT`.
24
+
This guide shows you how to migrate from a self-managed ClickHouse server to ClickHouse Cloud, and also how to migrate between ClickHouse Cloud services.
25
+
The [`remoteSecure`](/sql-reference/table-functions/remote) function is used in `SELECT` and `INSERT` queries to allow access to remote ClickHouse servers, which makes migrating tables as simple as writing an `INSERT INTO` query with an embedded `SELECT`.
24
26
25
27
## Migrating from Self-managed ClickHouse to ClickHouse Cloud {#migrating-from-self-managed-clickhouse-to-clickhouse-cloud}
Regardless of if your source table is sharded and/or replicated, on ClickHouse Cloud you just create a destination table (you can leave out the Engine parameter for this table, it will be automatically a ReplicatedMergeTree table),
31
-
and ClickHouse Cloud will automatically take care of vertical and horizontal scaling. There is no need from your side to think about how to replicate and shard the table.
32
-
:::
31
+
Regardless of if your source table is sharded and/or replicated, on ClickHouse Cloud you only need to create a destination table (you can leave out the Engine parameter for this table, `SharedMergeTree` will be selected automatically as the table engine),
32
+
and ClickHouse Cloud will automatically take care of vertical and horizontal scaling.
33
+
There is no need from your side to think about how to replicate and shard the table.
33
34
34
-
In this example the self-managed ClickHouse server is the *source* and the ClickHouse Cloud service is the *destination*.
35
+
In this example, the self-managed ClickHouse server is the *source* and the ClickHouse Cloud service is the *destination*.
35
36
36
37
### Overview {#overview}
37
38
@@ -44,8 +45,11 @@ The process is:
44
45
1. Remove the read-only user from the source service
45
46
46
47
### Migration of tables from one system to another: {#migration-of-tables-from-one-system-to-another}
48
+
47
49
This example migrates one table from a self-managed ClickHouse server to ClickHouse Cloud.
48
50
51
+
<CompatibilityNote/>
52
+
49
53
### On the source ClickHouse system (the system that currently hosts the data) {#on-the-source-clickhouse-system-the-system-that-currently-hosts-the-data}
50
54
51
55
- Add a read only user that can read the source table (`db.table` in this example)
0 commit comments