content/influxdb3/cloud-dedicated/guides/migrate-data/_index.md
Migrate data to InfluxDB Cloud Dedicated from other InfluxDB instances powered by TSM including InfluxDB OSS 1.x, 2.x, InfluxDB Enterprise, and InfluxDB Cloud (TSM).
There are important things to consider with migrating to InfluxDB Cloud Dedicated. The following questions will help guide your decision to migrate.
Yes, you should migrate. Series cardinality is a major limiting factor with the InfluxDB TSM storage engine. The more unique series in your data, the less performant your database. The InfluxDB 3 storage engine supports limitless series cardinality and is, without question, the better solution for high series cardinality workloads.
Yes, you should migrate. InfluxDB Cloud Dedicated lets you query your time series data with SQL. For more information about querying your data with SQL, see:
Yes, you should migrate. One of the primary goals when designing the InfluxDB v3 storage engine was to enable performant implementations of both SQL and InfluxQL. When compared to querying InfluxDB powered by TSM (InfluxDB OSS 1.x, 2.x, and Enterprise), InfluxQL queries are more performant when querying InfluxDB powered by the v3 storage engine.
You should maybe migrate. InfluxDB Cloud Dedicated instances are available from the following providers:
{{< cloud_regions type=iox-list >}}
If your deployment requires other cloud providers or regions, you may need to wait until the v3 storage engine is available in a region that meets your requirements. We are currently working to make InfluxDB 3 available on more providers and in more regions around the world.
You should not migrate. {{% product-name %}} doesn't support Flux.
Before you migrate from InfluxDB 1.x or 2.x to {{< product-name >}}, there are schema design practices supported by the TSM storage engine that are not supported in the InfluxDB 3 storage engine. Specifically, InfluxDB 3 enforces the following schema restrictions:
For more information, see Schema restrictions.
If your schema does not adhere to these restrictions, you must update your schema before migrating to {{< product-name >}}.
{{< children >}}