Veritas NetBackup for MongoDB Administrator's Guide
- Overview of protecting MongoDB using NetBackup
- Installing and deploying MongoDB plug-in for NetBackup
- Deploying the MongoDB plug-in
- Operating system and platform compatibility
- Downloading the plug-in
- Installing the MongoDB plug-in and the required EEBs
- Prerequisites and the best practices for deploying the MongoDB plug-in
- Post installation procedures
- Verifying the installation of the MongoDB plug-in
- Configuring NetBackup for MongoDB
- About the MongoDB configuration tool
- Prerequisites for manually creating the mongodb.conf file
- Configuring backup options for MongoDB using the mongodb.conf file
- Obtaining the RSA key of the MongoDB nodes
- Adding MongoDB credentials in NetBackup
- Using a non-root user as a host user
- Managing backup hosts
- Backing up MongoDB using NetBackup
- Backing up MongoDB data
- Prerequisites for backing up a MongoDB cluster
- Configuring NetBackup policies for MongoDB plug-in
- Creating a BigData backup policy
- Creating BigData policy using the NetBackup Administration Console
- Using the Policy Configuration Wizard to create a BigData policy for MongoDB clusters
- Using the NetBackup Policies utility to create a BigData policy for MongoDB clusters
- Using NetBackup Command Line Interface (CLI) to create a BigData policy for MongoDB clusters
- Restoring or recovering MongoDB data using NetBackup
- Restoring MongoDB data
- Prerequisites for MongoDB restore and recovery
- About the restore scenarios for MongoDB database from the BAR interface
- Using the BAR interface to restore the MongoDB data on the same cluster
- Using the BAR interface to restore the MongoDB data on an alternate cluster
- About restoring MongoDB data in a high availability setup on an alternate client
- Recovering a MongoDB database using the command line
- Manual steps after the recovery process
- Troubleshooting
- Appendix A. Additional information
High-level steps involved in the Restore and Recovery process
Pre-restore
The current topology and configuration of the MongoDB cluster is gathered.
The following validations are performed:
The restore and recovery of a replica set or a standalone MongoDB cluster is targeted to a single node only.
Restore and recovery is not targeted to an Aribter node.
Restore of multiple shard's data is not targeted to a single shard.
Whether the option is enabled.
The target cluster is shutdown and the WiredTigerLogs files that are present in the journal folder at the database path are removed.
Restore
The data moves in parallel streams.
Post-restore or recovery
The target cluster's configuration parameters along with the configuration parameters of the source cluster that was backed up are used to start the MongoDB services.
The mongod services are started on each node on a local host in maintenance mode without enabling the authentication.
The minimum required operations are run in the maintenance mode on the local host, the service is shutdown and restarted with authentication.
Sharding, replication, and authentication is enabled and the MongoDB cluster is initiated.
The oplogs are replayed on the MongoDB cluster nodes.
Note:
The restored node is now the primary node in the replica set.
Only the nodes that are backed up and selected for recovery are recovered. The other cluster members must be added manually to the recovered cluster.
You must select the .