Activate Backup for a Replica Set¶

On this page

Overview
Considerations
Prerequisites
Procedure

Overview¶

You can start, restart, stop, and terminate backups for replica sets. As appropriate, you also can specify which instance to use for the initial sync, exclude namespaces, authenticate, and change the snapshot schedule and retention.

Note

The replica set must be MongoDB version 2.2, 2.4, or 2.6. MMS 1.5 does not support MongoDB 3.0.

Considerations¶

Excluded Namespaces¶

Excluded namespaces are databases or collections that MMS will not back up. Exclude name spaces to prevent backing up collections that contain logging data, caches, or other ephemeral data. By excluding these kinds of databases and collections will allow you to reduce backup time and costs.

Snapshot Frequency and Retention Policy¶

You can take snapshots every 6, 8, 12, or 24 hours and save them for 2-5 days. MMS can retain daily snapshots for up to 365 days, weekly snapshots for up to 52 weeks, and monthly snapshots for up to 36 months.

By default, MMS takes snapshots every 6 hours and stores these for 2 days, for use in point-in-time restores. Also by default, MMS retains daily snapshots for a week, weekly snapshots for a month, and monthly snapshots for a year.

You can set point-in-time restores going back 1, 2, 3, or 4 days.

Changes to the snapshot schedule will affect your snapshot storage costs. The longer your snapshot window, the longer it will take to build a point in time restore.

Prerequisites¶

Before enabling backup, ensure that the following is true for all replica sets that you back up:

MMS Monitoring is actively collecting data.
There is an active primary.
If you explicitly select a sync target, ensure that the sync target is accessible on the network and keeping up with replication.

Procedure¶

1

Select the Backup tab and then select Replica Set Status.¶

2

Click the Start button for the replica set.¶

The Start Backups for Replica Set interface will appear with options to select the mongod to use as sync source, configure authentication, and manage any excluded namespaces.

3

Select which instances to use for the initial sync source.¶

To minimize the impact on the primaries, sync off of the secondaries.

4

If using access control, specify mechanism and credentials, as needed.¶

Auth Mechanism	The authentication mechanism used by the host. Can specify MONGODB-CR, LDAP (PLAIN), or Kerberos(GSSAPI).
Current DB Username	If the authentication mechanism is MONGODB-CR or LDAP, the username used to authenticate the Monitoring Agent to the MongoDB deployment. See Configure Backup Agent for MONGODB-CR, Configure Backup Agent for LDAP Authentication, or Configure the Backup Agent for Kerberos for setting up user credentials.
Current DB Password	If the authentication mechanism is MONGODB-CR or LDAP, the password used to authenticate the Monitoring Agent to the MongoDB deployment. See Configure Backup Agent for MONGODB-CR, Configure Backup Agent for LDAP Authentication, or Configure the Backup Agent for Kerberos for setting up user credentials.
My deployment supports SSL for MongoDB connections	If checked, the Monitoring Agent must have a trusted CA certificate in order to connect to the MongoDB instances. See Configure Monitoring Agent for SSL.

You can optionally configure authentication credentials later through the deployment’s gear icon.

5

To exclude namespaces from the backup, click the Manage excluded namespaces button.¶

Enter the namespaces to exclude and click Save.

You can optionally add or remove exclude namespaces later through the deployment’s gear icon.

6

Click Start.¶

Your Backup Agent will start polling the specified instance for this replica set.

See Backup FAQs for more details about backup configuration, namespaces, authentication, and snapshots.

← Activate Backup for MongoDB Deployments Activate Backup for a Sharded Cluster →