用語集
- エージェント
- MongoDBプロセスとMongoDB Ops Manager間のインターフェースを提供する軽量プログラム。
- エージェント API キー
MongoDB Ops Manager に対してプロジェクトの MongoDB エージェントを認証する一意の識別子。 プロジェクトには複数のエージェント APIキーを設定できます。
- アプリケーション データベース
インストールとマネージド MongoDB配置のメタデータを保存する databaseMongoDB Ops ManagerMongoDB の専用セット。
- 認証メカニズム
MongoDB database へのアクセスを有効にするメソッド。 これは、MongoDB database で特定のアクションを使用する権限を付与する認可とは別のものです。
- オートメーション
インターフェースによる プロセスの管理を支援MongoDBMongoDB Ops ManagerホストにインストールされたMongoDB エージェント MongoDBMongoDBMongoDB Ops Managerを使用すると、 から プロセスを直接配置、構成、および更新できます。
- オートメーションエージェント
一般的な管理タスクを自動化した軽量コンポーネント。 オートメーションエージェントは、 mongodまたはmongos を実行したすべてのサーバーで実行されます。
- バッキング データベース
配置をサポートする MongoDBdatabase のセットの合計数（MongoDB Ops Manager アプリケーションデータベース と バックアップデータベース）。
- バックアップエージェント
データセンター内で実行され、MongoDB ワイヤプロトコル経由で MongoDB プロセスをバックアップした軽量コンポーネントです。 ファイル システムへの直接アクセスは必要ありませんでした。
- バックアップブロックストア\nデータベース
- スナップショットを保存するデータベース。 データベースは、単純にブロックストアとも呼ばれます。 ブロックストアは、スナップショットを小さなチャンクに解析するストレージ形式を使用し、 MongoDB Ops Managerがスナップショットの変更を管理できるようにします。 スナップショット ストレージからブロックストアを管理できます。 ブロックストアはバックアップデータベース の 1 つのタイプです。
- バックアップカーソル
- バックアップ ファイルのリストをポイントする 追尾可能 ( tailable) カーソル。 FCV 4.2以降では、 MongoDB Ops Managerは、 ヘッドデータベース の代わりに バックアップカーソル を使用します。
- バックアップデーモン
MongoDB Ops ManagerFCV4.0 以前の ヘッドデータベース と スナップショット を維持することでバックアップを作成および管理する コンポーネント。FCV4.2 以降、Onprem は ヘッドデータベース の代わりに バックアップカーソル を使用します。
- バックアップデータベース
Onprem がバックアップ データを保存するデータベースのセット。 これには、 Oplog Store Databaseおよび配置されたバックアップ ブロックストア データベースまたはS 3 Snapshot Storeメタデータデータベースが含まれます。
- バックアップジョブ
MongoDB Ops ManagerMongoDBの配置をバックアップする プロセス。
FCV 4.0以前の場合、バックアップデーモンはバックアップをヘッドデータベースとしてローカルに保存します。 シャーディングされたクラスターでは、シャードごとに異なるヘッドデータベースが作成されます。
FCV 4.2以降では、WiredTiger のストレージ エンジンがバックアップカーソルを使用して配置のスナップショットを取得し、WiredTiger ファイルのポイントインタイム コピーを可能にします。 WiredTiger がスナップショットを取得している間も、アプリケーションはデータベースに対して読み取りおよび書込み操作を続行できます。
バックアップデーモン間でバックアップジョブを再割り当てすることができます。
- バッチする
シャーディングされたクラスターの復元に必要なジョブのコレクション。各シャードに 1 つのジョブとコンフィギュレーションサーバーに対して 1 つのジョブ。
レプリカセットの復元ジョブではバッチは使用されません。
- ブロック
- スナップショットに含まれるファイルのデータとメタデータの 64 KB から 16 MB のスライスの圧縮された内容を保存する MongoDB ドキュメント。 スナップショットを分割する際に、 MongoDB Ops Managerはスナップショットの新しいコピー全体を書き込む代わりに、データをブロックごとにバックアップできます。
- blockstore
- チェックポイント
シャーディングされたクラスターを復元できるスナップショット間の特定の時点。 MongoDB Ops Managerは、チェックポイントを作成するたびにバランサーを停止する必要があります。 MongoDB Ops Managerはチェックポイントを必要とせず、デフォルトでチェックポイントを無効にします。
重要
4.0またはそれ以前の機能の互換性バージョンで MongoDB を実行するクラスターのチェックポイントを使用できます。 FCVが4.2以降の MongoDB インスタンスからチェックポイントが削除されました。
- クラスター
- MongoDB Ops Managerでは、クラスターはレプリカセットまたはシャーディングされたクラスター のいずれかを参照できます。
- テレカン
- エージェントが接続するノードやバックアップするデータなど、そのエージェントのプロジェクトの最新構成を取得するためのMongoDB AgentからMongoDB Ops Managerへのリクエスト。
- カスタムスナップショット
保存された スナップショット間の特定の時点での MongoDB 配置の状態のバックアップ。 MongoDB Ops Managerは、保存されたスナップショットにoplogデータを適用してカスタム スナップショットを構築します。
- 重複除外
冗長データを排除するプロセス。 このデータは、スピニングディスクやソリッド ステート ディスクなどのストレージ メディアに書き込まれる場合、データベース ドキュメントまたはファイル システム ドキュメントの追加コピー、またはブロック レベルでそれらのドキュメント内の冗長データの追加のコピーになります。 一意のドキュメントまたはブロックのみがストレージ メディアに書き込まれます。 このプロセスは通常、バックアップまたはデータ アーカイブに適用されます。
例
メール システムの各受信者は、会社全体に送信されたメールの独自のコピーを持つことができます。 重複除外では、メールシステムをバックアップする前に、この の 1 つのコピーを除くすべてのコピーが、保存された単一のコピーへのポインターに置き換えられます。 これにより、この 1 件のメールをバックアップするために必要なストレージ容量が 99% も削減されます。
- 配置
- 通常、MongoDB はMongoDB Ops Manager プロジェクト 内で実行されるすべての プロセスを指します。配置は、特定のシャーディングされたクラスターやレプリカセットなど、MongoDB プロセスの特定のセットを参照することもできます。
- ダーティバイト
- WiredTiger キャッシュでアップデートされたがディスクにフラッシュされていないデータ。
- 排除された名前空間
MongoDB Ops Manager がバックアップしないデータベースまたはコレクション（名前空間で指定）。
- ファイルシステムストア
- データベースのバックアップスナップショットを ファイルとして保存するサーバー上のディレクトリ。 スナップショット ストレージ からファイル システム ストレージを管理できます。
- groom
- ブロックストア上の未使用のブロックを排除し、あるブロックストアから別のブロックストアにブロックを移動できるジョブ。 グルーム と グルームの優先順位 から グルーム を表示および管理できます。
- グループ
MongoDBプロセスとMongoDB Ops Managerユーザーの個別のセット。 プロジェクトと同義語です。
- ヘッド
- ヘッドデータベース
バックアップデーモンのサーバーに保存されているバックアップされた配置のコピー。 デーモンは、バックアップする各 シャード または レプリカセット の ヘッドデータベース を維持し、 定期的な スナップショット を作成します。デーモンはヘッドデータベースをヘッドディレクトリに保存します。
FCV4.2 以降、Onprem は ヘッドデータベース の代わりに バックアップカーソル を使用します。
- ヘッドディレクトリ
- バックアップデーモンのホスト上の専用ディスク パーティションで、バックアップデーモンがヘッドデータベースを保存します。 デーモンは
mongodb-mmsユーザーとしてこのディレクトリに書込みます。 - ホスト
- 1 つ以上の MongoDB プロセスを提供する物理マシン、仮想マシン、またはコンテナ。
- 最初の同期
既存のレプリカセットメンバーから新しいメンバーにデータを複製する MongoDB 操作。 MongoDB Ops Manager は、新しいヘッドデータベースを作成するときに最初の同期を使用します。
- ジョブ
- バックアップジョブ を参照してください。
- link-token
MongoDB Ops Manager の配置から Atlas の配置へのライブ移行中に MongoDB Ops Manager から Atlas に接続するために必要な情報を含む string。
MongoDB Ops Managerの配置からデータをライブ移行する準備ができたら、 Atlasでトークンリンクを生成し、それをMongoDB Ops Manager組織の 設定に入力します。 同じトークンリンクを使用して、 MongoDB Ops Manager組織内の各配置を 1 つずつ順番に移行します。
Atlas では複数のトークンリンクを生成できます。 MongoDB Ops Manager 組織ごとに 1 つの固有のトークンリンクを使用します。
- 移行ホスト
ライブ移行用に構成された独自の MongoDB Agent を備えた専用サーバー。 移行ホストで ライブ移行（プッシュ） プロセスを実行して、MongoDB 配置を Atlas に移行します。
- MongoDB エージェント
MongoDB データベースを監視、管理、バックアップできる軽量エージェント。
- モニタリング
MongoDB プロセスの状態をリアルタイムでレポート作成、可視化、アラートします。
- モニタリングエージェント
データセンター内で実行され、MongoDB ワイヤプロトコル経由で MongoDB プロセスを監視されていた軽量コンポーネントです。 ファイル システムへの直接アクセスは必要ありませんでした。
- namespace
データベース名とコレクション名の組み合わせ。
"database-name.collection-name" - oplog slice
バックアップされたシャードまたはレプリカセットの追尾されたoplogの圧縮エントリのバッチ。 MongoDB Agentはoplog sliceを作成し、それをMongoDB Ops Managerに送信します。MongoDB Ops Manager は、それをOplog Store Databaseに保存します。
FCV 4.0以前の場合、バックアップデーモンがスライスを取得し、それを関連付けられているヘッドデータベースに適用します。
FCV 4.2 以降の場合、onprem はスライスを取得し、それをOplog Store Databaseに保存します。
- Oplog Store Database
MongoDB Ops Managerがoplogスライスを配置のバックアップに適用する前に保存するデータベース。
- MongoDB Ops Managerアプリケーション
MongoDB Ops Manager のメイン コンポーネント。 このアプリケーションは、MongoDB 配置を管理するためのユーザー インターフェースを提供し、 MongoDB エージェントがデータを送信するためのエンドポイントを提供します。
- MongoDB Ops Manager HTTP Service
MongoDB Agentが MongoDB Ops Manager と通信するためのインターフェース。
- ping
- MongoDB AgentがMongoDB Ops Managerに送信し、エージェントとそのMongoDBプロセスが実行中、かつアクセス可能であることを確認するデータ転送。
- ポイントインタイム復元
スナップショットの間の時点でデータの状態をキャプチャするデータベース復元。 ポイントインタイム復元は、スナップショット復元よりも実行時間がかかります。
- プロセス
特定のホストとポートで実行されている MongoDB のインスタンス。 MongoDB データベース プロセスはmongodです。 MongoDB は、シャーディングされたクラスター内の操作をルーティングする目的でもmongosプロセスを使用します。
- プロジェクト
MongoDBプロセスとMongoDB Ops Managerユーザーの個別のセット。 グループと同義です。
- 公開APIキー
- Administration MongoDB Ops ManagerAPIを通じて ユーザーを認証する一意の識別子です。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は、 MongoDB database の fv リンクに応じて、異なる方法でスナップショットを作成します。
FCV-link 4.0 またはそれ以前の場合、 MongoDB Ops Managerはヘッドデータベースに保存されているデータベース コピーからスナップショットを作成しました。
fv-link 4.2 以降の場合、 MongoDB Ops Managerはセカンダリからスナップショットを作成します。
スナップショット頻度と保持ポリシーは、スナップショットを取得する間隔とスナップショットを保存する期間を決定します。
- スナップショット頻度と保持ポリシー
スナップショットを取得する頻度とスナップショットを保存する期間のスケジュール。
- 読み取り
スナップショットが保存されるロケーション。 スナップショット保存には、次のような複数のタイプのスナップショット保存があります。
- storage engine
データベース ストレージ エンジンは、ディスクにデータを保存する方法を管理します。 MongoDB バージョン 3.0 以降では、複数のストレージ エンジンが提供されます。
- 同期ストア
- バックアップされた配置の最初の同期中に、 MongoDB Ops Managerはバックアップされた配置のスライスをOplog Store Databaseの一時的な同期ストアに一時的に保存します。 MongoDB Ops Managerは、バックアップデーモンにスライスをストリーミングしながらストレージを使用します。
- バージョンマニフェスト
- の特定のバージョンがサポートする、すべてのリリースされたMongoDB MongoDB Ops Managerバージョンのリスト。MongoDB Ops Manager は、ローカル モードで実行している場合、このリストを使用します。