バックアップの準備

バックアップ方法の機能

制限

• MongoDB Ops Manager は、配置上のコレクションの合計数が 100,000以上である配置のバックアップは 行いません 。

• MongoDB Ops Managerは、インデックス コレクション オプションを複製しません。

暗号化

は、 ストレージ エンジンを使用して、MongoDB Ops Manager MongoDB EnterpriseFCV3 44.0WiredTiger から . の間に実行している ヘッドデータベース に保存されているバックアップ ジョブを暗号化できます。

FCV 4.2 以降では、 ヘッドデータベース の代わりに バックアップカーソル を使用します。詳細については、「バックアップデーモン サービス 」を参照してください。

整合性とスナップショット

MongoDB バージョン 4.2 以降を実行しているクラスターの場合:

• MongoDB Ops Managerは、 collStats と によって報告されるサイズ統計を除き、スナップショットを取得するときに 因果整合性db.[collection].count() を維持します。collStatsおよびdb.[collection].count()によって報告されるサイズ統計が不正確になる可能性があります。

• MongoDB Ops Managerは、シャーディングされたクラスターのすべてのシャードにわたって時間を調整します。 これにより、スケジュールされたスナップショット時点ですべてのシャードとノードに書き込まれたすべてのドキュメントがスナップショットに含まれるようになります。

MongoDB バージョン 4.0 以前を実行しているクラスターの場合:

• MongoDB Ops Managerはクラッシュに対応したスナップショットを維持します。

• MongoDB Ops Managerは、シャーディングされたクラスターとコンフィギュレーションサーバーのレプリカセットの各シャードからほぼ同時にスナップショットを取得します。

FCV 4.2 以降を実行しているデータベース

FCV 4.0 以前を実行しているデータベース

次の考慮事項は、データベースが MongoDB 4.0 またはそれ以前のバージョンを実行している場合、または MongoDB 4.2 を実行している場合に適用されます。 "featureCompatibilityVersion" : 4.0

期限切れのスナップショットのガベージ コレクション

MongoDB Ops Managerは グルーム ジョブ を使用して期限切れのスナップショットを管理します。 これらのグルーム ジョブは、スナップショットが含まれるスナップショット ストアに応じて異なる動作をします。

グルーミング ジョブの詳細については、「グルーミング ジョブ 」を参照してください。

名前空間フィルター

名前空間フィルターを使用すると、バックアップするデータベースとコレクションを指定できます。 名前空間フィルタは、 adminとlocalを除く任意のデータベースと、 systemで開始されていないコレクションに適用できます。

You create either a Blacklist of those to exclude or a Whitelist of those to include. バックアップを開始するときに選択を行い、後で必要に応じて編集できます。 フィルターを変更してバックアップにデータを追加する場合は、 再同期 が必要になります。

ホワイトリストを使用して、ログ データ、キャッシュ、またはその他のエフェメラル データを含むコレクションのバックアップを防止します。 このようなデータベースとコレクションを除外すると、バックアップ時間とコストを削減できます。 バックアップするすべての名前空間を意図的にオプトインする必要があるため、ホワイトリストをホワイトリストとして使用するよりもブラックリストを使用する方が適しています。

ストレージ エンジン

MongoDB クラスターをバックアップするには、 WiredTiger storage engineストレージ エンジン を使用します。

現在のバッキング データベースで MMAPv1 を使用している場合は、WiredTiger にアップグレードします。

• シャーディングされたクラスターを WiredTiger に変更

• レプリカセットを WiredTiger に変更

WiredTigerを使用すると、 MongoDB Ops Managerはバックアップを 100,000 未満の配置に制限します。 ファイルには、コレクションとインデックスが含まれます。

MongoDB 4.2は MMAPv 1ストレージを削除します。 ストレージ エンジンの詳細については、MongoDB マニュアルの「ストレージ」を参照してください。

本番環境の配置の再同期

本番環境では、バックアップされたすべてのレプリカセットを 1 年ごとなど定期的に再同期します。 再同期すると、各レプリカセット内の セカンダリ からデータが読み取られます。 再同期中は、新しいスナップショットは生成されません。

次の場合は、バックアップを再同期することをお勧めします。

• データのサイズを小さくすると、 MongoDB Ops Managerのディスク上のデータのコピーのサイズも小さくなります。

• TTL インデックスを作成し、ドキュメントを定期的に削除します。

• コレクションを削除します（MMAPv 1のみ）。

• シャーディングされたクラスターを実行し、特定のシャードからチャンクを移動します。

• MongoDB Ops Managerが新しいストレージエンジン形式でスナップショットを提供する場合は、ストレージエンジンを切り替えます。

• レプリカセットにローリング方式でインデックスを構築します。

チェックポイント

シャーディングされたクラスターの場合、 チェックポイント はスナップショット間の追加の復元ポイントを提供します。 チェックポイントを有効にすると、 MongoDB Ops Managerは、スナップショット間の15、30、または 60 分ごとに、構成可能な間隔で復元ポイントを作成します。 チェックポイントを有効にするには、「 チェックポイントの有効化 」を参照してください。

チェックポイントを作成するために、MongoDB Ops Manager は バランサー を停止し、クラスター内の各 シャードoplog とコンフィギュレーション サーバー の にトークンを挿入します。これらのチェックポイント トークンは軽量で、パフォーマンスやディスク使用量に影響を与えません。

バックアップにはチェックポイントは必要なく、デフォルトで無効になっています。

チェックポイントから復元するには、 MongoDB Ops Managerがチェックポイントの前にキャプチャされた最後のスナップショットに各シャードとコンフィギュレーションサーバーのoplogを適用する必要があります。 チェックポイントからの復元は、スナップショットからの復元よりも時間がかかります。

エージェントがバランサーを停止できない場合のスナップショット

FCV 4.0 またはそれ以前のバージョンで実行されているシャーディングされたクラスターの場合、 MongoDB Ops Managerはクラスター スナップショットを取得する前にバランサーを無効にします。 長時間の移行やmongosが実行されていない場合など、特定の状況では、 MongoDB Ops Managerはバランサーを無効にしようとしますが、失敗します。 このような場合、 MongoDB Ops Managerは引き続きクラスター スナップショットを取得し続けますが、データが不完全または不整合な状態である可能性のあるスナップショットにフラグを付けます。 アクティブなバランシング操作中に取得されたクラスター スナップショットでは、データが失われる、またはデータが孤立している間に取得されたクラスター スナップショットのリスクがあります。

エージェントが に接続できない場合のスナップショット mongod

シャーディングされたクラスターの場合、バックアップがmongodプロセス（シャードでもコンフィギュレーションサーバーでも）に到達できない場合、エージェントは同期oplogトークンを挿入できません。 このような場合、 MongoDB Ops Managerはスナップショットを作成せず、警告メッセージを表示します。