- Reference >
One of several lightweight programs that run within your network to monitor, manage, and back up your MongoDB databases.
- agent API key
A unique identifier that authenticates a group’s agents to Ops Manager. Each group has one agent API key.
- Ops Manager Application
The main Ops Manager component. The Ops Manager Application provides the user interface for managing MongoDB deployments and provides endpoints for Ops Manager agents to transmit data.
- Ops Manager Application Database
The dedicated MongoDB database that stores metadata for the Ops Manager installation and the managed MongoDB deployments.
The assisted management of MongoDB processes through the Ops Manager interface. Automation Agents installed on your MongoDB servers allow you to deploy, configure, and update MongoDB processes directly from Ops Manager.
- Automation Agent
A lightweight component that automates common management tasks. The Automation Agent runs on every server that will have a
See Automation Agent.
- Backup Agent
A lightweight component that runs within your data center and backs up MongoDB processes via the MongoDB wire protocol. No direct file system access is needed.
See Backup Agent.
- Backup Blockstore Database
- The database that stores your snapshots. The database is also referred to simply as the blockstore. The blockstore uses a storage format that parses a snapshot into smaller chunks that allow Ops Manager to manage snapshot changes incrementally. You can administer blockstores from the Snapshot Storage Page. The blockstore is one type of Backup Database.
- Backup Daemon
- Backup Database
- backup job
A process run by the Backup Daemon to apply the most recent changes to its backup of a replica set. The daemon stores backups locally as head databases. A sharded cluster will have a different head database for each shard. You can re-assign backup jobs among Backup Daemons.
See Jobs Page.
- A MongoDB document that stores the compressed contents of a 64 KB to 16 MB slice of the data and metadata of a file included in a snapshot. In dividing the snapshot, Ops Manager can back up data incrementally block by block instead of writing whole new copies of a snapshot.
- See Backup Blockstore Database.
A point in time between snapshots to which you can restore a sharded cluster. Ops Manager must stop the balancer each time it creates a checkpoint. Ops Manager does not require checkpoints, and they are disabled by default.
- In Ops Manager, cluster can refer to either a replica set or sharded cluster.
- custom snapshot
A backup of the state of your MongoDB deployment at a point in time between stored snapshots. Ops Manager builds a custom snapshot by applying oplog data to a stored snapshot.
See Restore Overview.
- Deployment usually refers to all the MongoDB processes that run within an Ops Manager group. Deployment can also refer to a specific set of MongoDB processes, such as a specific sharded cluster or replica set.
- excluded namespace
A database or collection that Ops Manager will not back up, as designated by its namespace.
See Namespaces Filter.
- File System Store
- A directory on a server that stores your database backup snapshots as files. You can administer file system storage from the Snapshot Storage Page.
- A job that removes unused blocks on a blockstore and that can move blocks from one blockstore to another. You can view and manage grooms from Grooms Page and Groom Priority.
A distinct set of MongoDB processes and Ops Manager users. Each Ops Manager group must have a globally unique name within Ops Manager.
See Create a Group.
- See head database.
- head database
- The copy of a backed-up deployment stored on the Backup Daemon’s server. The daemon maintains a head database for each shard or replica set it backs up and creates periodic snapshots. The daemon stores the head databases in the head directory.
- head directory
- HTTP Service
The interface through which the Monitoring Agent communicates with Ops Manager.
- initial sync
See Backup Process Flows.
See also Replica Set Data Synchronization in the MongoDB manual.
- See backup job.
- The real-time reporting, visualization, and alerting of the state of your MongoDB processes. See Monitoring.
- Monitoring Agent
- A lightweight component that runs within your data center and monitors your MongoDB processes via the MongoDB wire protocol. No direct file system access is needed. See Monitoring Agent.
The combination of the database name and collection name:
- oplog slice
A compressed batch of entries for the tailed oplog of a backed-up shard or replica set. The Backup Agent creates an oplog slice and sends it to the HTTP Service, which stores it in the Oplog Store Database.
See Oplog Stores Page.
- Oplog Store Database
The database where Ops Manager stores oplog slices before applying them to a deployment’s backup.
See Oplog Stores Page.
- A data transmission sent by the Monitoring Agent to Ops Manager to confirm that the agent and its MongoDB processes are running and reachable.
- point-in-time restore
A database restoration that captures the state of your data at a moment in-between snapshots. Point-in-time restores take longer to perform than snapshot restores.
See Restore Overview.
An instance of MongoDB running on a given host and port. The MongoDB database process is
mongod. MongoDB also uses the
mongosprocess to route operations in the sharded clusters.
See MongoDB Package Components in the MongoDB manual.
- Public API key
- A unique identifier that authenticates an Ops Manager user through the Public API. The key belongs to the user, as opposed to the agent API key, which belongs to the group.
- Recovery Point Objective
- The maximum tolerable age of backup files that must be recovered from storage for normal operations to resume after a failure or disaster occurs.
- Recovery Time Objective
- The maximum tolerable length of time that a system can be offline after a failure or disaster occurs.
The access given to an Ops Manager or MongoDB user.
- S3 Snapshot Store
- A physical or virtual machine that hosts one or more MongoDB processes.
- server pool
A supply pre-provisioned servers available for new MongoDB clusters and standalone processes. The servers in the pool have Automation Agents already installed. Ops Manager administrators maintain the server pool.
A backup of your data captured at a specific interval and stored in either a blockstore or a file system. Ops Manager creates snapshots from the backups kept on the head databases. The Snapshot Frequency and Retention Policy determines the interval for taking snapshots and how long to store them.
See also custom snapshot.
- snapshot frequency and retention policy
The schedule for how often to take snapshots and how long to store them.
- snapshot store
- The location where your snapshots are stored. There are multiple types of snapshot stores, including File System Stores, Blockstores and S3 snapshot stores.
- storage engine
The database storage engine manages how data is stored on disk. MongoDB versions 3.0 and higher offer multiple storage engines.
- version manifest
- The list of all released MongoDB versions that a particular version of Ops Manager supports. Ops Manager uses this list if running in local mode.