System Requirements for MongoDB

Verify that your environment meets the system requirements.

All Environments

  • All mongod and mongos instances must run with configuration files in the YAML format.

  • If the ports between the master node and the other cluster nodes are blocked, the nodes must connect through a firewall.

  • If the client name and the MongoDB host name differ, the MongoDB host name must resolve to an IP address that is accessible by Commvault and is included in the MongoDB bind_ip setting.

  • The security.keyFile parameter value must be identical across cluster nodes.

Linux Environments

  • Database authentication is supported on Windows and Linux for full backups. For incremental backups, authentication is supported only on Linux.

  • For MongoDB deployments with authentication enabled, use a database user with one of the following role configurations:

    • root role on the admin database (superuser)

    • backup, restore, and clusterAdmin roles on the admin database as an alternative to the root role.

  • Logical Volume Manager (LVM) volume groups must have enough free space to create IntelliSnap snapshots. By default, the copy-on-write (COW) cache size is 4096 MB or 10% of the volume size, whichever is greater. You can increase the COW cache size if needed.

    Note

    • As a best practice, keep at least 10% free space in the volume group. This free space is typically sufficient for environments with low to moderate write activity. If your workload changes data frequently, you may need more free space to prevent the snapshot from becoming invalid.

    • For native LVM snapshots, the lvm.conf setting event_activation in the /etc/lvm/lvm.conf file can be set to either 0 or 1. Both settings are supported.

Replica Set Environments

Replica sets must have at least one secondary node.

Note

If you have a single node replica set that has only a primary node, add the bMongoDBEnableBkpForSingleNodeRepSet additional setting to the client node that you want to back up.

Protect Encrypted Database

Commvault protects MongoDB Replica Set clusters that use encrypted databases. MongoDB clusters must use a local master encryption key file on all the nodes to encrypt the databases. You must configure the bMongoDbEnableBkpEncryptionKey additional setting on all MongoDB clients for backup and restore operations. During discovery or a full backup, the software backs up the key file from the source master node.

Note

All nodes of the cluster must have the same key file contents.

  • For encrypted database restores, the Commvault software performs the following actions:

    • In-place restore

      • Restores the key file to its original location.

      • Automatically renames the existing key file.

    • Out-of-place restore

      • Restores the key file to all destination clients.

      • Creates the key file path if it does not exist.

    • Granular restore

      • Creates the key file on the 3DFS share that is used to start the staging server.

Enable encryption on the destination clients only when restoring from an encrypted backup.

Note

The Encryption at rest support feature that is enabled by bMongoDbEnableBkpEncryptionKey is only supported for replica set clusters.

Sharded Cluster Environments

  • Create the same database user on all shard servers and the config server.

  • Each sharded server must be a replica set, and the replica set must have at least one secondary node.

  • The Commvault software is not required on the arbiter nodes. No client is associated with the arbiter during node discovery, and this does not impact backup or restore operations.

Job Results Directory Space Requirements

For incremental backups, the software creates oplog dump files every 15 minutes in the job results directory.

Ensure that the job results directory has sufficient free space to accommodate the cumulative size of the oplog dump files that are generated until the next incremental backup.

Note

If the available free space in the job results directory is insufficient, incremental backup operations might fail.

Supported MongoDB and Percona Server Versions

MongoDB Versions

Operating system Processor architectures MongoDB 8.x MongoDB 7.x MongoDB 6.x
Amazon Linux 2023 AMI x86_64 Yes Yes NA
Amazon Linux 2 x86_64 NA Yes Yes
Debian 12 x86_64 Yes Yes NA
Debian 11 x86_64 NA NA Yes
Debian 10 x86_64 NA NA Yes
RHEL/Rocky/Alma/Oracle Linux 9.x x86_64 Yes Yes 6.0.4+
RHEL/Rocky/Alma/Oracle Linux 8.x x86_64 Yes Yes Yes
RHEL/Oracle Linux 7.x x86_64 NA Yes Yes
RHEL/CentOS 7 PowerPC (little endian) NA NA 6.0.7+
SuSE Linux 15 x86_64 Yes Yes Yes
SuSE Linux 12 x86_64 NA Yes Yes
Ubuntu 24.04 x86_64 Yes NA NA
Ubuntu 22.04 x86_64 Yes Yes 6.0.4+
Ubuntu 20.04 x86_64 Yes Yes Yes
Ubuntu 18.04 x86_64 NA NA Yes
Windows Server 2022 x86_64 Yes Yes Yes
Windows Server 2019 x86_64 NA Yes Yes
Windows Server 2016 x86_64 NA NA Yes

Note

  • Starting from MongoDB 4.4, the mongodump and mongorestore utilities must be downloaded separately and copied to the bin path.

  • The latest certified version of MongoDB 7.x is 7.0.14.

  • The mongodump and mongorestore database tools must be version 100.3.0 or later. The --config option used for YAML file–based input of credentials is available only in these versions.

Percona Server for MongoDB Versions

Percona Server 7.x, 6.x

Note

  • The latest certified version of Percona Server for MongoDB 7.x is 7.0.14-8.

  • The mongodump and mongorestore database tools in use must support the --config option for YAML–based credential input.

×

Loading...