Qdrant Migration Tool

The tool is a Docker container (registry.cloud.qdrant.io/library/qdrant-migration), not a library you import. It streams data in batches through the machine it runs on rather than connecting source and target directly, and it resumes by default rather than restarting from scratch. Migrate to Qdrant

Picking the Right Subcommand

Use when: starting a new migration and choosing the source-specific CLI subcommand.

• Match the source to its subcommand: pinecone, weaviate, milvus, elasticsearch, opensearch, pg (pgvector), s3 (S3 Vectors), azure (Azure AI Search), chroma, redis, mongodb, faiss, solr, or qdrant. Migrate to Qdrant
• Weaviate, Redis, MongoDB, and Apache Solr do not auto-create the target collection; create it in Qdrant first with matching vector size and distance metric before running the migration. All other sources auto-create it.
• Each source has its own credential and mapping guide; read it before running the migration, since concept mapping (namespaces, indexes, metadata fields) is source-specific. Pinecone Weaviate Milvus Elasticsearch OpenSearch Azure AI search pgvector S3 Vectors Chroma Redis MongoDB FAISS Apache Solr Qdrant-to-Qdrant
• Source not listed? Point to the GitHub issue tracker rather than improvising a custom pipeline. Open an issue

Running Against Local Instances

Use when: either the source or target database runs on the same machine as the migration container.

• Add --net=host to the docker run command; without it, the container cannot resolve localhost on the host machine. Migrate to Qdrant
• Run the container on a machine with low latency to both databases. Direct source-target connectivity is not required since the tool streams through wherever it runs, but round trips from the migration host to each database still add up.