Yandex Cloud
Search
Contact UsGet started
  • Pricing
  • Customer Stories
  • Documentation
  • Blog
  • All Services
  • System Status
    • Featured
    • Infrastructure & Network
    • Data Platform
    • Containers
    • Developer tools
    • Serverless
    • Security
    • Monitoring & Resources
    • AI for business
    • Business tools
  • 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
  • Pricing
  • Customer Stories
  • Documentation
  • Blog
© 2025 Direct Cursus Technology L.L.C.
Yandex StoreDoc
  • Getting started
    • All tutorials
    • Sharding collections
    • Migrating data to Yandex StoreDoc
    • Migrating Yandex StoreDoc cluster from 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
  • Example of migrating a collection
  • Set up the source cluster
  • Create and configure a target cluster
  • Set up endpoints and a 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 October 30, 2025
  • Required paid resources
  • Getting started
  • Migrating data using Yandex Data Transfer
  • Example of migrating a collection
    • Set up the source cluster
    • Create and configure a target cluster
    • Set up endpoints and a transfer
    • Transfer the data
    • Delete the resources you created

To migrate collections stored in a third-party MongoDB cluster to a Yandex StoreDoc cluster, you need to transfer the data, write-lock the old database, and transfer the load to a Yandex Cloud cluster.

Required paid resourcesRequired paid resources

The support cost for this solution includes:

  • Yandex StoreDoc target cluster fee: use of computing resources allocated to hosts and disk space (see Yandex StoreDoc pricing).
  • Per-transfer fee: use of computing resources and number of transferred data rows (see Data Transfer pricing).
  • Fee for public IP addresses if public access is enabled for cluster hosts (see Virtual Private Cloud pricing).

Getting startedGetting started

Make sure that you can connect to the source cluster 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.

Example of migrating a collectionExample of migrating a collection

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

Set up the source clusterSet up the source cluster

  1. Connect to the mongos host of the MongoDB source cluster using mongosh.

  2. Create a db1.

  3. Create a user with the db1 owner permissions and log in with that user's credentials:

    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 a target clusterCreate and configure a target cluster

Non-sharded target cluster
Sharded target cluster
  1. Create a Yandex StoreDoc cluster with any suitable configuration.
  2. Create a database named db1.
  3. Create a user named user_transfer with the readWrite role for the new database.
  1. Create a Yandex StoreDoc cluster with any suitable configuration. There must be at least two hosts in the cluster.
  2. Enable sharding.
  3. Create a database named db1.
  4. Create a user named user_transfer with the readWrite role for the created database and the mdbShardingManager role for the admin service base.
  5. Following these steps, create an empty sharded collection named collection1 in db1 and configure it.

Set up endpoints and a transferSet up endpoints and a transfer

Non-sharded target cluster
Sharded target cluster
  1. Create an endpoint for the source cluster:
    • Database type: MongoDB.
    • Connection settings: Custom installation.
      • CA certificate: Upload the certificate file if a connection to the source cluster requires encryption.
      • Host list: Specify the FQDN of the source cluster hosts.
      • Port: Specify the port for connecting to the hosts.
      • Authentication source: db1.
      • User: user1.
      • Password: Enter the user1 password.
  2. Create an endpoint for the target cluster:
    • Database type: MongoDB.
    • Connection settings: MDB cluster.
      • Specify the ID of the target cluster.
      • User: user_transfer.
      • Password: Enter the user_transfer password.
      • Cleanup policy: Drop.
  3. Create a transfer:
    • Transfer type: Snapshot and increment.
    • Source: Select the created endpoint for the source cluster.
    • Target: Select the created endpoint for the target cluster.
  1. Create an endpoint for the source cluster:
    • Database type: MongoDB.
    • Connection settings: Custom installation.
      • CA certificate: Upload the certificate file if a connection to the source cluster requires encryption.
      • Host list: Specify the FQDN of the source cluster hosts.
      • Port: Specify the port for connecting to the hosts.
      • Authentication source: db1.
      • User: user1.
      • Password: Enter the user1 password.
  2. Create an endpoint for the target cluster:
    • Database type: MongoDB.
    • Connection settings: MDB cluster.
      • Specify the ID of the target cluster.
      • 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 created endpoint for the source cluster.
    • Target: Select the created endpoint for the target cluster.

Transfer the dataTransfer the data

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

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

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

  4. 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.

  5. Connect to the target cluster.

  6. Make sure collection1 has been transferred and contains 200,000 documents as in the source cluster:

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

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

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

  4. 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.

  5. Connect to the target cluster.

  6. Make sure collection1 has been transferred, contains 200,000 documents as in the source cluster, and 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. To avoid paying for them, delete the resources you no longer need:

  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. Delete the stopped transfer.

  3. Delete endpoints for both the source and target.

  4. Delete the created Yandex StoreDoc cluster.

Was the article helpful?

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