Documentation

influxd-ctl backup

The influxd-ctl backup command backs up an InfluxDB Enterprise cluster’s metastore and shard data at that point in time and stores the copy in the specified directory.

To back up only the cluster metastore, use the -strategy only-meta flag. Backups are incremental by default, meaning they create a copy of the metastore and shard data that have changed since the previous incremental backup. If there are no existing incremental backups, the system automatically performs a complete backup.

Backup strategies

InfluxDB Enterprise supports the following backup strategies:

  • only-meta: Back up metastore data only, including users, roles, databases, continuous queries, and retention policies. This strategy does not back up shards.
  • full: Back up metastore and all shard data.
  • incremental: (Default) Back up metastore and shard data that has changed since the last incremental backup. If there are no existing incremental backups, the system automatically performs a full backup.

Usage

influxd-ctl backup [flags] <backup-dir>

Arguments

  • backup-dir: Directory to store backup files in

Flags

FlagDescription
-bufsizeBuffer size (in bytes) for writing gzip files. Default is 1048576 (1 MB). v1.12.3+
-cpuprofileWrite CPU profile to the specified file path. For debugging backup performance. v1.12.3+
-dbDatabase to backup
-endEnd date for backup (RFC3339 timestamp)
-estimateEstimate the size of the requested backup
-fromData node TCP address to prefer when backing up. In v1.12.3+, the node must exist in the cluster or the command returns an error. When the preferred node doesn’t own a shard, the command falls back to other owners sorted by most recent write. See Node selection.
-fullPerform a full backup (deprecated in favor of -strategy full)
-gzipBlockCountNumber of concurrent blocks for gzip compression. Default is the number of CPU cores. Recommended: 1-2x CPU cores. v1.12.3+
-gzipBlockSizeBlock size (in bytes) for pgzip compression. Default is 1048576 (1 MB). Recommended >1 MB for performance. v1.12.3+
-gzipCompressionLevelGzip compression level: default, full, speedy, or none. Default is default. v1.12.3+
-rpRetention policy to backup
-shardShard ID to backup
-staleness-thresholdFor incremental backups, skip shards modified within this duration of the existing backup. Default is 10m (matches cache-snapshot-write-cold-duration). v1.12.3+
-startStart date for backup (RFC3339 timestamp)
-strategyBackup strategy to use (only-meta, full, or incremental)

Backup behavior

Node selection

When backing up a shard, the command selects the best data node to read from:

  1. Shard copies with zero bytes are skipped.
  2. Copies are sorted by most recent write time — the most recently written copy is tried first.
  3. If you specify -from, that node is preferred. If the preferred node doesn’t own the shard, the command falls back to other owners.
  4. If the -from node doesn’t exist in the cluster, the command fails with: data node "<addr>" does not exist.

Staleness threshold

During incremental backups, the -staleness-threshold flag controls when a shard is considered current and can be skipped. A shard is skipped when the existing backup timestamp plus the staleness threshold is after the shard’s last modification time.

Examples

Perform an incremental backup

influxd-ctl backup /path/to/backup-dir

Perform a full backup

influxd-ctl backup -strategy full /path/to/backup-dir

Estimate the size of a backup

influxd-ctl backup -estimate

Backup data from a specific time range

influxd-ctl backup \
  -start 2023-01-01T00:00:00Z \
  -end 2023-06-01T00:00:00Z \
  /path/to/backup-dir

Backup a specific shard

influxd-ctl backup -shard 00 /path/to/backup-dir

Was this page helpful?

Thank you for your feedback!


InfluxDB 3.9: Performance upgrade preview

InfluxDB 3 Enterprise 3.9 includes a beta of major performance upgrades with faster single-series queries, wide-and-sparse table support, and more.

InfluxDB 3 Enterprise 3.9 includes a beta of major performance and feature updates.

Key improvements:

  • Faster single-series queries
  • Consistent resource usage
  • Wide-and-sparse table support
  • Automatic distinct value caches for reduced latency with metadata queries

Preview features are subject to breaking changes.

For more information, see:

Telegraf Enterprise now in public beta

Get early access to the Telegraf Controller and provide feedback to help shape the future of Telegraf Enterprise.

See the Blog Post

The upcoming Telegraf Enterprise offering is for organizations running Telegraf at scale and is comprised of two key components:

  • Telegraf Controller: A control plane (UI + API) that centralizes Telegraf configuration management and agent health visibility.
  • Telegraf Enterprise Support: Official support for Telegraf Controller and Telegraf plugins.

Join the Telegraf Enterprise beta to get early access to the Telegraf Controller and provide feedback to help shape the future of Telegraf Enterprise.

For more information:

Telegraf Controller v0.0.6-beta now available

Telegraf Controller v0.0.6-beta is now available with new features, improvements, and bug fixes.

View the release notes
Download Telegraf Controller v0.0.6-beta

InfluxDB Docker latest tag changing to InfluxDB 3 Core

On May 27, 2026, the latest tag for InfluxDB Docker images will point to InfluxDB 3 Core. To avoid unexpected upgrades, use specific version tags in your Docker deployments.

If using Docker to install and run InfluxDB, the latest tag will point to InfluxDB 3 Core. To avoid unexpected upgrades, use specific version tags in your Docker deployments. For example, if using Docker to run InfluxDB v2, replace the latest version tag with a specific version tag in your Docker pull command–for example:

docker pull influxdb:2