Yandex Cloud
Search
Contact UsTry it for free
  • Customer Stories
  • Documentation
  • Blog
  • All Services
  • System Status
  • Marketplace
    • Featured
    • Infrastructure & Network
    • Data Platform
    • AI for business
    • Security
    • DevOps tools
    • Serverless
    • Monitoring & Resources
  • All Solutions
    • By industry
    • By use case
    • Economics and Pricing
    • Security
    • Technical Support
    • Start testing with double trial credits
    • Cloud credits to scale your IT product
    • Gateway to Russia
    • Cloud for Startups
    • Center for Technologies and Society
    • Yandex Cloud Partner program
    • Price calculator
    • Pricing plans
  • Customer Stories
  • Documentation
  • Blog
© 2026 Direct Cursus Technology L.L.C.
Yandex StoreDoc
  • Getting started
    • All tutorials
    • Sharding collections
    • Migrating data to Yandex StoreDoc
    • Migrating Yandex StoreDoc cluster from version 4.4 to 6.0
    • Migrating collections from a third-party Yandex StoreDoc cluster
    • Yandex StoreDoc performance analysis and tuning
    • Delivering data from Yandex Managed Service for Apache Kafka® using Yandex Data Transfer
  • Access management
  • Pricing policy
  • Terraform reference
  • Monitoring metrics
  • Audit Trails events
  • Public materials
  • Release notes

In this article:

  • Required paid resources
  • Getting started
  • Migrating data using Yandex Data Transfer
  • Collection migration example
  • Configure the source cluster
  • Create and configure the target cluster
  • Set up the endpoints and transfer
  • Transfer the data
  • Delete the resources you created
  1. Tutorials
  2. Migrating collections from a third-party Yandex StoreDoc cluster

Migrating collections from MongoDB to Yandex StoreDoc

Written by
Yandex Cloud
Updated at April 13, 2026
  • Required paid resources
  • Getting started
  • Migrating data using Yandex Data Transfer
  • Collection migration example
    • Configure the source cluster
    • Create and configure the target cluster
    • Set up the endpoints and transfer
    • Transfer the data
    • Delete the resources you created

To migrate collections from a third-party MongoDB cluster to your Yandex StoreDoc cluster, follow these steps: transfer the data, switch legacy databases to read-only mode, switch the workload to your Yandex Cloud cluster.

Required paid resourcesRequired paid resources

  • Yandex StoreDoc cluster: computing resources allocated to hosts, storage and backup size (see Yandex StoreDoc pricing).
  • Public IP addresses if public access is enabled for cluster hosts (see Virtual Private Cloud pricing).
  • Per transfer: Computing resources used and the number of data rows transferred (see Data Transfer pricing).

Getting startedGetting started

Make sure you can connect to the source cluster’s hosts from the internet.

Migrating data using Yandex Data TransferMigrating data using Yandex Data Transfer

  1. Prepare the source cluster.

  2. Prepare the target cluster.

  3. Create a source endpoint with the following parameters:

    • Database type: MongoDB.

    • Endpoint parameters → Connection settings: Custom installation.

      Configure the source cluster connection settings.

    Note

    Transferring of Time Series collections is not supported, so you should exclude such collections in the endpoint settings.

  4. Create a target endpoint with the following parameters:

    • Database type: MongoDB.

    • Endpoint parameters → Connection settings: Yandex StoreDoc cluster.

      Specify the ID of the target cluster.

  5. Create a Snapshot and increment-type transfer and configure it to use the previously created endpoints.

    To make large collections (over 1 GB) copy more quickly, enable parallel copy in the transfer settings. Specify two or more workers. The collection will be split into the specified number of parts that will be copied concurrently.

    For parallel copy to work, the _id field data type must be the same for all documents in the same collection. If a transfer discovers a type mismatch, the collection will not be partitioned but transferred in a single thread instead. If needed, remove documents with mismatched data types from the collection before starting a transfer.

    Note

    If a document with a different data type is added to a collection after a transfer starts, the transfer will move it at the replication stage after the parallel copy operation is completed. However, when re-activated, the transfer will not be able to partition a collection because the _id field type requirement will not be met for some of the documents in the collection.

  6. Activate the transfer.

  7. Wait for the transfer status to change to Replicating.

  8. Switch the source cluster to "read-only" mode and transfer the load to the target cluster.

  9. On the transfer monitoring page, wait for the Maximum data transfer delay metric to decrease to zero. This means that all changes that occurred in the source cluster after data copying was completed are transferred to the target cluster.

  10. Deactivate the transfer and wait for its status to change to Stopped.

    For more information about transfer statuses, see Transfer lifecycle.

  11. Delete the stopped transfer.

  12. Delete the source and target endpoints.

Collection migration exampleCollection migration example

  1. Configure the source cluster.
  2. Create and configure the target cluster.
  3. Set up the endpoints and transfer.
  4. Transfer data.
  5. Delete the resources you created.

Configure the source clusterConfigure the source cluster

  1. Connect to the mongos host on the MongoDB source cluster via mongosh.

  2. Create a database db1.

  3. Create a user with owner privileges for db1 and log in as that user:

    use admin
    db.createUser({
      user: "user1",
      pwd: passwordPrompt(),
      roles: [
          {
              role: "dbOwner",
              db: "db1"
          }
      ]
    })
    
    db.auth("user1")
    
  4. Fill in collection1 in db1 with random values. 200,000 entries will be added to the collection:

    use db1
    function randomName() {
      // Base 36 uses letters and digits to represent a number:
      return (Math.random()+1).toString(36).substring(2);
    }
    
    var day = 1000 * 60 * 60 * 24;
    function randomDate () {
      return new Date(Date.now() - (Math.floor(Math.random() * day)));
    }
    
    for (var i = 1; i <= 200000; ++i) {
      db.collection1.insertOne({
       name: randomName(),
       creationDate: randomDate(),
       uid: i
      });
    }
    

Create and configure the target clusterCreate and configure the target cluster

Non-sharded target cluster
Sharded target cluster
  1. Create a Yandex StoreDoc cluster with your preferred configuration.
  2. Create a database db1.
  3. Create a user named user_transfer with the readWrite role for the new database.
  1. Create a Yandex StoreDoc cluster with your preferred configuration. The cluster must have at least two hosts.
  2. Enable sharding.
  3. Create a database db1.
  4. Create a user named user_transfer with the readWrite role for your new database and the mdbShardingManager role for the admin database.
  5. Follow these steps to create and configure an empty sharded collection named collection1 in the db1 database.

Set up the endpoints and transferSet up the endpoints and transfer

Non-sharded target cluster
Sharded target cluster
  1. Create the endpoint for the source cluster:
    • Database type: MongoDB.
    • Connection settings: Custom installation.
      • CA certificate: If connecting to the source cluster requires encryption, upload the certificate file.
      • Host list: Specify the FQDNs of the source cluster’s hosts.
      • Port: Specify the port for connecting to the hosts.
      • Authentication source: db1.
      • User: user1.
      • Password: Enter the user1 password.
  2. Create the endpoint for the target cluster:
    • Database type: MongoDB.
    • Connection settings: MDB cluster.
      • Specify the target cluster ID.
      • User: user_transfer.
      • Password: Enter the user_transfer password.
      • Cleanup policy: Drop.
  3. Create a transfer:
    • Transfer type: Snapshot and increment.
    • Source: Select the endpoint you created for the source cluster.
    • Target: Select the endpoint you created for the target cluster.
  1. Create the endpoint for the source cluster:
    • Database type: MongoDB.
    • Connection settings: Custom installation.
      • CA certificate: If connecting to the source cluster requires encryption, upload the certificate file.
      • Host list: Specify the FQDNs of the source cluster’s hosts.
      • Port: Specify the port for connecting to the hosts.
      • Authentication source: db1.
      • User: user1.
      • Password: Enter the user1 password.
  2. Create the endpoint for the target cluster:
    • Database type: MongoDB.
    • Connection settings: MDB cluster.
      • Specify the target cluster ID.
      • User: user_transfer.
      • Password: Enter the user_transfer password.
      • Cleanup policy: Don't cleanup or Truncate.
  3. Create a transfer:
    • Transfer type: Snapshot and increment.
    • Source: Select the endpoint you created for the source cluster.
    • Target: Select the endpoint you created for the target cluster.

Transfer the dataTransfer the data

Non-sharded target cluster
Sharded target cluster
  1. Activate the transfer.

  2. Wait for the transfer status to change to Replicating.

  3. Switch the source cluster to read-only mode and transfer the workload over to the target cluster.

  4. On the transfer monitoring page, wait until the Maximum data transfer delay value drops to zero. This means that all changes made in the source cluster after the initial data copy have been transferred to the target cluster.

  5. Connect to the target cluster.

  6. Verify that collection1 has been transferred and contains 200,000 documents, matching the count in the source cluster:

    use db1
    db.collection1.countDocuments()
    
    200000
    
  1. Activate the transfer.

  2. Wait for the transfer status to change to Replicating.

  3. Switch the source cluster to read-only mode and transfer the workload over to the target cluster.

  4. On the transfer monitoring page, wait until the Maximum data transfer delay value drops to zero. This means that all changes made in the source cluster after the initial data copy have been transferred to the target cluster.

  5. Connect to the target cluster.

  6. Verify that collection1 has been transferred, that it contains 200,000 documents as in the source cluster, and that the documents are distributed across shards:

    use db1
    db.collection1.countDocuments()
    
    200000
    
    db.collection1.getShardDistribution()
    
    Shard rs01 at rs01/<host_1>
    {
      data: '7.05MiB',
      docs: 99752,
      chunks: 2,
      'estimated data per chunk': '3.52MiB',
      'estimated docs per chunk': 49876
    }
    ---
    Shard rs02 at rs02/<host_2>
    {
      data: '7.08MiB',
      docs: 100248,
      chunks: 2,
      'estimated data per chunk': '3.54MiB',
      'estimated docs per chunk': 50124
    }
    ---
    ...
    

Delete the resources you createdDelete the resources you created

Some resources are not free of charge. Delete the resources you no longer need to avoid paying for them:

  1. Deactivate the transfer and wait for its status to change to Stopped.

    To learn more about the transfer lifecycle, see this Yandex Data Transfer guide.

  2. Once the transfer is stopped, delete it.

  3. Delete the source and target endpoints.

  4. Delete the Yandex StoreDoc cluster.

Was the article helpful?

Previous
Migrating Yandex StoreDoc cluster from version 4.4 to 6.0
Next
Yandex StoreDoc performance analysis and tuning
© 2026 Direct Cursus Technology L.L.C.