- エージェント
- MongoDBプロセスとの間のインターフェースを提供する軽量プログラム
Ops Manager
. - エージェント API キー
MongoDB Ops Manager に対してプロジェクトのMongoDB エージェントを認証する一意の識別子です。 プロジェクトは複数のエージェントAPIキーを持つことができます。
- アプリケーション データベース
インストールとマネージド MongoDB配置のメタデータを保存する databaseMongoDB Ops ManagerMongoDB の専用セット。
- 認証メカニズム
MongoDB database へのアクセスを有効にするメソッド。 これは、MongoDB database で特定のアクションを使用する権限を付与する認可とは別のものです。
- オートメーション
インターフェースによる プロセスの管理を支援MongoDBMongoDB Ops ManagerホストにインストールされたMongoDB エージェント MongoDBMongoDBMongoDB Ops Managerを使用すると、 から プロセスを直接配置、構成、および更新できます。
Tip
- オートメーションエージェント
一般的なマネジメントタスクを自動化した軽量コンポーネント。オートメーションエージェントは、
mongodまたはmongosを実行したすべてのサーバーで実行されます。- バッキング データベース
配置をサポートする MongoDBdatabase のセットの合計数（MongoDB Ops Manager アプリケーションデータベース と バックアップデータベース）。
- バックアップエージェント
データセンター内で実行され、MongoDB ワイヤプロトコル経由で MongoDB プロセスをバックアップした軽量コンポーネントです。 ファイル システムへの直接アクセスは必要ありませんでした。
- バックアップブロックストア\nデータベース
- を保存するデータベース 。データベースは、単純にブロックストアとも呼ばれます。ブロックストアは、スナップショットを次に解析するストレージ形式を使用します 許可する
Ops Manager
スナップショットの変更を管理する 。ブロックストアは、 。ブロックストアは次の 1 つのタイプです: - バックアップカーソル
- A バックアップファイルのリストを示します。 FCV 4.2 以降では、
Ops Manager
用途 ヘッドデータベースの代わりに。 - バックアップデーモン
MongoDB Ops Managerアプリケーションへの必須のヘッドレス サービスは、groomやファイルシステムストア上のファイルシステム スナップショット ファイルの管理など、バックアップスナップショットのメンテナンス作業を担当します。
バックアップスナップショットにヘッドデータベースを使用しなくなりましたが、バックアップデーモンは引き続きMongoDB Ops Manager のバックアップとクエリ可能なバックアップが機能するために必要なコンポーネントであり、
- バックアップデータベース
Onprem がバックアップ データを保存するデータベースのセット。 これには、 Oplog Store Databaseおよび配置されたバックアップ ブロックストア データベースまたはS 3 Snapshot Storeメタデータデータベースが含まれます。
- バックアップジョブ
MongoDB Ops ManagerMongoDBの配置をバックアップする プロセス。
WiredTigerストレージエンジンは、バックアップカーソルを使用して配置のスナップショットを取得し、 WiredTigerファイルのポイントインタイム コピーを可能にします。 WiredTigerがスナップショットを取得している間も、アプリケーションはデータベースに対して読み取りおよび書込み操作を続行できます。
バックアップデーモン間でバックアップジョブを再割り当てすることができます。
Tip
- バッチする
シャーディングされたクラスターの復元に必要なジョブのコレクション。各シャードに 1 つのジョブとコンフィギュレーションサーバーに対して 1 つのジョブ。
レプリカセットの復元ジョブではバッチは使用されません。
- ブロック
- スナップショットに含まれるファイルのデータとメタデータの 64 KB から 16 MB のスライスの圧縮された内容を保存するMongoDBドキュメント。スナップショットを分割する際に、
Ops Manager
は、スナップショットの新しいコピー全体を書き込む代わりに、データをブロックごとにバックアップできます。 - blockstore
- クラスター
- で
Ops Manager
、クラスターは次のいずれかを参照できます: or - テレカン
- からのリクエスト 次の行動をします:
Ops Manager
エージェントが接続するノードやバックアップするデータなど、そのエージェントのプロジェクトの最新構成を取得します。 - カスタムスナップショット
保存された スナップショット間の特定の時点での MongoDB 配置の状態のバックアップ。 MongoDB Ops Managerは、保存されたスナップショットにoplogデータを適用してカスタム スナップショットを構築します。
- 重複除外
冗長データを排除するプロセス。 このデータは、スピニングディスクやソリッド ステート ディスクなどのストレージ メディアに書き込まれる場合、データベース ドキュメントまたはファイル システム ドキュメントの追加コピー、またはブロック レベルでそれらのドキュメント内の冗長データの追加のコピーになります。 一意のドキュメントまたはブロックのみがストレージ メディアに書き込まれます。 このプロセスは通常、バックアップまたはデータ アーカイブに適用されます。
例
メール システムの各受信者は、会社全体に送信されたメールの独自のコピーを持つことができます。 重複除外では、メールシステムをバックアップする前に、この の 1 つのコピーを除くすべてのコピーが、保存された単一のコピーへのポインターに置き換えられます。 これにより、この 1 件のメールをバックアップするために必要なストレージ容量が 99% も削減されます。
- 配置
- 通常、実行されるすべてのMongoDBプロセスを指します
MongoDB Ops Manager
プロジェクト。配置は、特定のMongoDBプロセスのセットを参照することもできます。たとえば、特定の or - ダーティバイト
- WiredTiger キャッシュでアップデートされたがディスクにフラッシュされていないデータ。
- 排除された名前空間
MongoDB Ops Manager がバックアップしないデータベースまたはコレクション（名前空間で指定）。
Tip
- ファイルシステムストア
- データベースのバックアップを保存するサーバー上のディレクトリ ファイルとして表示されます。ファイルシステムストレージは、
- groom
- ブロックストア上の未使用のブロックを排除し、あるブロックストアから別のブロックストアにブロックを移動できるジョブ。グルームを表示および管理できます および
- グループ
MongoDBプロセスとMongoDB Ops Managerユーザーの個別のセット。 プロジェクトと同義語です。
Tip
- ヘッド
Tip
- ヘッドデータベース
バックアップデーモンのサーバーに保存されているバックアップされた配置のコピー。 デーモンは、バックアップする各 シャード または レプリカセット の ヘッドデータベース を維持し、 定期的な スナップショット を作成します。デーモンはヘッドデータベースをヘッドディレクトリに保存します。
FCV4.2 以降、Onprem は ヘッドデータベース の代わりに バックアップカーソル を使用します。
- ヘッドディレクトリ
- バックアップデーモンのホスト上の専用ディスク パーティションで、バックアップデーモンがヘッドデータベースを保存します。 デーモンは
mongodb-mmsユーザーとしてこのディレクトリに書込みます。 - ホスト
- 1 つ以上の MongoDB プロセスを提供する物理マシン、仮想マシン、またはコンテナ。
- 最初の同期
既存のレプリカセットメンバーから新しいメンバーにデータを複製する MongoDB 操作。 MongoDB Ops Manager は、新しいヘッドデータベースを作成するときに最初の同期を使用します。
Tip
レプリカセット データの同期（MongoDB マニュアル）
- ジョブ
- 詳細は、次を参照してください:
- link-token
- から接続するために必要な情報を含む string
Ops Manager
次の行動をします:Atlas
からのライブ移行中にOps Manager
配置から配置へAtlas
. - 移行ホスト
ライブ移行用に構成された独自の MongoDB Agent を備えた専用サーバー。 移行ホストで ライブ移行（プッシュ） プロセスを実行して、MongoDB 配置を Atlas に移行します。
- MongoDB エージェント
MongoDB データベースを監視、管理、バックアップできる軽量エージェント。
- モニタリング
MongoDB プロセスの状態をリアルタイムでレポート作成、可視化、アラートします。
Tip
- モニタリングエージェント
データセンター内で実行され、MongoDB ワイヤプロトコル経由で MongoDB プロセスを監視されていた軽量コンポーネントです。 ファイル システムへの直接アクセスは必要ありませんでした。
- namespace
データベース名とコレクション名の組み合わせ。
"database-name.collection-name" - oplog slice
バックアップされたシャードまたはレプリカセットの追尾されたoplogの圧縮エントリのバッチ。 MongoDB Agentはoplog sliceを作成し、それをMongoDB Ops Managerに送信します。MongoDB Ops Manager は、それをOplog Store Databaseに保存します。
MongoDB Ops Managerはスライスを取得し、 Oplog Store Databaseに保存します。
Tip
- Oplog Store Database
MongoDB Ops Managerがoplogスライスを配置のバックアップに適用する前に保存するデータベース。
Tip
- MongoDB Ops Managerアプリケーション
MongoDB Ops Manager のメイン コンポーネント。 このアプリケーションは、MongoDB 配置を管理するためのユーザー インターフェースを提供し、 MongoDB エージェントがデータを送信するためのエンドポイントを提供します。
- MongoDB Ops Manager HTTP Service
MongoDB Agentが MongoDB Ops Manager と通信するためのインターフェース。
- ping
- データ転送 に送信します
Ops Manager
エージェントとそのMongoDBプロセスが実行中でアクセス可能であることを確認します。 - ポイントインタイム復元
スナップショットの間の時点でデータの状態をキャプチャするデータベース復元。 ポイントインタイム復元は、スナップショット復元よりも実行時間がかかります。
- プロセス
指定されたホストとポートで実行されている MongoDB のインスタンス。MongoDB データベースプロセスは
mongodです。MongoDB は、mongosシャーディングされたクラスター での操作をルーティングするために プロセスも使用します。- プロジェクト
MongoDBプロセスとMongoDB Ops Managerユーザーの個別のセット。 グループと同義です。
Tip
- 公開APIキー
- 認証する一意の識別子
MongoDB Ops Manager
ユーザーによる 。キーはユーザーに属し、プロジェクトに属するエージェント API キーとは対照的です。 - クエリ可能なバックアップ
MongoDB Ops Managerが提供する機能で、MongoDB Ops MongoDB Ops Managerは、特定のスナップショットをMongoDB接続string経由で迅速かつ安全にアクセスできるようにします。 や mongodump
mongoshなどの標準 ツールで接続 を使用して、読み取り専用操作のスナップショットにアクセスできます。stringMongoDBクエリ可能なバックアップは、スナップショットの合計データサイズに関係なく、迅速に起動します。 これらは、誤って削除されたドキュメントや mongodump を使用して 1 つのコレクションを読み出すなど、少数のデータ サブセットを復元するのに固有に役立ちます。
- リカバリ点目的
- 障害または障害が発生した後に通常の操作を再開するために、ストレージから回復する必要があるバックアップ ファイルの最大許容期間。
- リカバリ時間目的
- 障害または障害が発生した後にシステムがオフラインになることができる時間の最大許容長。
- ロール
MongoDB Ops Manager または MongoDB ユーザーに付与される権限。
Tip
MongoDB Ops Manager ユーザー ロールの MongoDB Ops Manager ロール
MongoDB ユーザー ロール用の MongoDB マニュアルの「組み込みロール」
- ローリング再起動
レプリカセット内のノードを 1 つずつ更新し、すべてのノードが更新されるまで常に プライマリ ノードを維持することで、メンテナンス期間中にクラスターの可用性を維持するために使用される手法です。
- S3 Snapshot Store
データベースバックアップの スナップショット 3をブロックとして保存する の sAmazon Web Services バケット。スナップショット ストレージから s 3ブロックストア ストレージを管理できます。
- サーバー
- 1 つ以上の MongoDB プロセスを提供する物理マシンまたは仮想マシン。
- スナップショット
MongoDB Ops Managerが特定の間隔でキャプチャし、スナップショットとして次のいずれかの場所に保存するデータの単一バックアップ。
MongoDB Ops Managerはセカンダリからスナップショットを作成します。
スナップショット頻度と保持ポリシーは、スナップショットを取得する間隔とスナップショットを保存する期間を決定します。
- スナップショット頻度と保持ポリシー
スナップショットを取得する頻度とスナップショットを保存する期間のスケジュール。
- 読み取り
スナップショットが保存されるロケーション。 スナップショット保存には、次のような複数のタイプのスナップショット保存があります。
- storage engine
データベース ストレージ エンジンは、ディスクにデータを保存する方法を管理します。 MongoDB バージョン 3.0 以降では、複数のストレージ エンジンが提供されます。
- 同期ストア
- バックアップされた配置の最初の同期中に、
Ops Manager
バックアップ配置のスライスを の一時的な同期ストアに一時的に保存します .Ops Manager
バックアップデーモンにスライスをストリーミングしながらストレージを使用します。 - バージョンマニフェスト
- 特定のバージョンが一致するすべてのリリースされたMongoDBバージョンのリスト
Ops Manager
は、 をサポートします。Ops Manager
で実行中いる場合、このリストを使用します