Navigation
This version of the documentation is archived and no longer supported. To learn how to upgrade your version of MongoDB Ops Manager, refer to the upgrade documentation.
You were redirected from a different version of the documentation. Click here to go back.

Restore a Completed Snapshot

To restore a snapshot, the Backup Daemon creates and displays a download link in Ops Manager to the appropriate snapshot in snapshot storage.

After clicking the download link, Ops Manager streams the snapshot to the target snapshot host.

Diagram showing the flow of data when restoring a snapshot via HTTP using Ops Manager.
  1. The user selects a snapshot:
    • Through the Ops Manager application:
      1. Click on a snapshot.
      2. Submit their request.
    • Through the API:
      1. Find the cluster to restore.
      2. Create new Restore Job for that cluster.
  2. Ops Manager creates a RestoreJob document.
  3. The Backup Daemon service picks up the RestoreJob document and sets the status of this RestoreJob document to Waiting for Customer….
  4. With the status set to Waiting for Customer…, Ops Manager creates a URL.
  5. The user clicks the get link link, then Download in the Ops Manager application to download the snapshot.
  6. Ops Manager sets the RestoreJob document status to Transferring… and starts streaming the snapshot in the requested format from the Snapshot Store to the target snapshot host. Each Snapshot Store streams its snapshot components through Ops Manager:
    1. A Blockstore streams Blocks.
    2. A S3 Snapshot Store streams the Blocks.
    3. A File System Store streams the Files.

This process works like replica set data synchronization.

The backup process:

  1. Performs an initial sync to back up all of your existing data in its current state. In sharded clusters, this occurs on each shard and on the config servers.

  2. Takes snapshots of the data directory in a deployment as often as your snapshot schedule specifies and then transfers the snapshots to a storage system.

    Note

    Sharded Clusters also can enable checkpoints to permit restores at points in time between snapshots. To learn how sharded clusters use checkpoints, see checkpoints.

  3. Monitors the oplog constantly and adds new database operations to the latest backup to keep the local Ops Manager copy of the data current.

The backup process works in this manner regardless of how snapshots are stored.

Diagram showing the flow of data when restoring a snapshot via HTTP using Ops Manager.
  1. The user selects a snapshot:
    • Through the Ops Manager application:
      1. Click on a snapshot.
      2. Submit their request.
    • Through the API:
      1. Find the cluster to restore.
      2. Create new Restore Job for that cluster.
  2. Ops Manager creates a RestoreJob document.
  3. Ops Manager sets the RestoreJob document status to Transferring… and starts streaming the snapshot in the requested format from the Snapshot Store to Ops Manager. Each Snapshot Store streams its snapshot components through Ops Manager:
    1. A Blockstore streams Blocks.
    2. A S3 Snapshot Store streams the Blocks.
  4. With the status set to Waiting for Customer…, Ops Manager creates a URL.
  5. The user clicks the get link link, then Download in the Ops Manager application to download the snapshot.

© MongoDB, Inc 2008-present. MongoDB, Mongo, and the leaf logo are registered trademarks of MongoDB, Inc.