AI エージェント向け: ドキュメントインデックスは https://www.mongodb.com/ja-jp/docs/llms.txt で利用できます。すべてのページの markdown バージョンは、いずれかの URL パスに .md を追加することで利用できます。
Docs Menu

MongoDB Ops Managerの用語と概念の用語集

エージェント
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 を実行したすべてのサーバーで実行されます。

注意

これはMongoDB Agentに置き換えられました。

バッキング データベース

配置をサポートする MongoDBdatabase のセットの合計数(MongoDB Ops Manager アプリケーションデータベース バックアップデータベース)。

バックアップエージェント

データセンター内で実行され、MongoDB ワイヤプロトコル経由で MongoDB プロセスをバックアップした軽量コンポーネントです。 ファイル システムへの直接アクセスは必要ありませんでした。

注意

これはMongoDB Agentに置き換えられました。

バックアップブロックストア\nデータベース
スナップショットを保存するデータベース。 データベースは、単純にブロックストアとも呼ばれます。 ブロックストアは、スナップショットを小さなチャンクに解析するストレージ形式を使用し、 MongoDB Ops Managerがスナップショットの変更を管理できるようにします。 スナップショット ストレージからブロックストアを管理できます。 ブロックストアはバックアップデータベース の 1 つのタイプです。
バックアップカーソル
バックアップファイルのリストをポイントする追尾可能 (tailable)4 カーソル。 FCV.2 以降、Ops Manager は ヘッドデータベース の代わりにバックアップカーソル を使用します。
バックアップデーモン

MongoDB Ops Managerアプリケーションへの必須のヘッドレス サービスは、groomやファイルシステムストア上のファイルシステム スナップショット ファイルの管理など、バックアップスナップショットのメンテナンス作業を担当します。

バックアップスナップショットにヘッドデータベースを使用しなくなりましたが、バックアップデーモンは引き続き Ops Manager バックアップとクエリ可能なバックアップが機能するために必要なコンポーネントであり、

バックアップデータベース

Onprem がバックアップデータを保存するデータベースのセット。これには、Oplog Store Database および配置されたバックアップブロックストア データベースまたは S3 Snapshot Storeメタデータデータベースが含まれます。

バックアップジョブ

MongoDB Ops ManagerMongoDBの配置をバックアップする プロセス。

WiredTigerストレージエンジンは、バックアップカーソルを使用して配置のスナップショットを取得し、 WiredTigerファイルのポイントインタイム コピーを可能にします。 WiredTigerがスナップショットを取得している間も、アプリケーションはデータベースに対して読み取りおよび書込み操作を続行できます。

バックアップデーモン間でバックアップジョブを再割り当てすることができます。

バッチする

シャーディングされたクラスターの復元に必要なジョブのコレクション。各シャードに 1 つのジョブとコンフィギュレーションサーバーに対して 1 つのジョブ。

レプリカセットの復元ジョブではバッチは使用されません。

ブロック
スナップショットに含まれるファイルのデータとメタデータの 64 KB から 16 MB のスライスの圧縮された内容を保存する MongoDB ドキュメント。 スナップショットを分割する際に、 MongoDB Ops Managerはスナップショットの新しいコピー全体を書き込む代わりに、データをブロックごとにバックアップできます。
blockstore
「 バックアップブロックストア データベース 」を参照してください。
クラスター
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 Agent を備えた専用サーバー。 移行ホストで ライブ移行(プッシュ) プロセスを実行して、MongoDB 配置を Atlas に移行します。

MongoDB エージェント

MongoDB データベースを監視、管理、バックアップできる軽量エージェント

モニタリング

MongoDB プロセスの状態をリアルタイムでレポート作成、可視化、アラートします。

モニタリングエージェント

データセンター内で実行され、MongoDB ワイヤプロトコル経由で MongoDB プロセスを監視されていた軽量コンポーネントです。 ファイル システムへの直接アクセスは必要ありませんでした。

注意

これはMongoDB Agentに置き換えられました。

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に保存します。

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データベースプロセスは です。 MongoDBmongod は、シャーディングされたクラスターで操作をルーティングする目的でもmongos プロセスを使用します。

プロジェクト

MongoDBプロセスとMongoDB Ops Managerユーザーの個別のセット。 グループと同義です。

公開APIキー
Administration MongoDB Ops ManagerAPIを通じて ユーザーを認証する一意の識別子です。MongoDB Ops Managerキーはユーザーに属し、プロジェクトに属するエージェント API キーとは対照的です。
クエリ可能なバックアップ

Ops Manager が提供する機能で、Ops Manager はMongoDB接続文字列を介して特定のスナップショットを迅速かつ安全にアクセスできるようにします。mongosh や mongodump などの標準MongoDBツールで接続文字列を使用して、読み取り専用操作のスナップショットにアクセスできます。

クエリ可能なバックアップは、スナップショットの合計データサイズに関係なく、迅速に起動します。 これらは、誤って削除されたドキュメントや mongodump を使用して 1 つのコレクションを読み出すなど、少数のデータ サブセットを復元するのに固有に役立ちます。

リカバリ点目的
障害または障害が発生した後に通常の操作を再開するために、ストレージから回復する必要があるバックアップ ファイルの最大許容期間。
リカバリ時間目的
障害または障害が発生した後にシステムがオフラインになることができる時間の最大許容長。
ロール

MongoDB Ops Manager または MongoDB ユーザーに付与される権限。

Tip

ローリング再起動

レプリカセット内のノードを 1 つずつ更新し、すべてのノードが更新されるまで常に プライマリ ノードを維持することで、メンテナンス期間中にクラスターの可用性を維持するために使用される手法です。

S3 Snapshot Store

データベースバックアップのスナップショットをブロックとして保存する AWS の3 s バケット。スナップショット3 ストレージから s ブロックストアストレージを管理できます。

サーバー
1 つ以上の MongoDB プロセスを提供する物理マシンまたは仮想マシン。
スナップショット

MongoDB Ops Managerが特定の間隔でキャプチャし、スナップショットとして次のいずれかの場所に保存するデータの単一バックアップ。

MongoDB Ops Managerはセカンダリからスナップショットを作成します。

スナップショット頻度と保持ポリシーは、スナップショットを取得する間隔とスナップショットを保存する期間を決定します。

スナップショット頻度と保持ポリシー

スナップショットを取得する頻度とスナップショットを保存する期間のスケジュール。

読み取り

スナップショットが保存されるロケーション。 スナップショット保存には、次のような複数のタイプのスナップショット保存があります。

storage engine

データベース ストレージ エンジンは、ディスクにデータを保存する方法を管理します。 MongoDB バージョン 3.0 以降では、複数のストレージ エンジンが提供されます。

同期ストア
バックアップされた配置の最初の同期中に、 MongoDB Ops Managerはバックアップされた配置のスライスをOplog Store Databaseの一時的な同期ストアに一時的に保存します。 MongoDB Ops Managerは、バックアップデーモンにスライスをストリーミングしながらストレージを使用します。
バージョンマニフェスト
の特定のバージョンがサポートする、すべてのリリースされたMongoDB MongoDB Ops Managerバージョンのリスト。MongoDB Ops Manager は、ローカル モードで実行している場合、このリストを使用します。
このページを評価