Veritas NetBackup™ for MongoDB Administrator's Guide
- Overview of protecting MongoDB using NetBackup
- Verify the pre-requisites for the MongoDB plug-in for NetBackup
- Configuring NetBackup for MongoDB
- Configuring backup options for MongoDB using the mongodb.conf file
- Adding MongoDB credentials in NetBackup
- Managing backup hosts
- Backing up MongoDB using NetBackup
- Backing up MongoDB data
- Configuring NetBackup policies for MongoDB plug-in
- Restoring or recovering MongoDB data using NetBackup
- About the restore scenarios for MongoDB database from the BAR interface
- Recovering a MongoDB database using the command line
- Troubleshooting
- Appendix A. Additional information
Manual steps after the recovery process
After you recover the backup images that were taken from the hidden MongoDB nodes, the hidden nodes become primary nodes. Update all such primary nodes in the shard list and restart the mongos process using the following command:
db.getSiblingDB('config').shards.updateOne({ "_id" : "shard1" },{ $set : { "host" : "ShardName/repl1.example.net:27018,repl2.example.net:27018,repl3.example.net:27018" } })
After the recovery process is complete, manually add the secondary nodes to the cluster.
For more information, refer to the following article: add-members-to-the-replica-set
After the recovery operation, the mongod or mongos process is started using the configuration files from the
/tmp
location. Ensure that you move the configuration files to a selected location and restart the services from that location.Remove the configuration files from the /tmp location so that the restore or recovery operations can restore files at the /tmp location with the same name for different users. If you do not remove the files, the subsequent recovery operations using a different user fails with error 2850 because the configuration files cannot be restored at the /tmp location.
You can add more MongoDB configuration parameters if there are any changes from the backup data that is restored.