シャードクラスターのMongoDBバックアップ管理のヒント

MongoDBバックアップは、論理バックアップと物理バックアップをサポートしています。 mongodbパッケージをインストールすると、mongodumpユーティリティを使用した論理バックアップの方法が含まれます。 Mongodumpにはmongodbデータベースへのアクセスが必要であるため、バックアップロール権限を持つmongodumpの資格情報アクセスが必要であり、データベースをバックアップするための付与検索アクションが必要です。

BSONデータダンプ形式で機能します。mongodumpは、提供された資格情報を使用してデータベースに接続し、データベース内のデータ全体を読み取り、データをファイルにダンプします。シングルスレッドプロセスであるため、特にデータベースのサイズが大きい場合は、バックアップに時間がかかります。 Mongodumpは、シャード全体のトランザクションのアトミック性を維持しません。そのため、シャードクラスターでmongodbバージョン4.2以降のバックアップ戦略として使用することはできません。 Percona Backup for MongoDBは論理バックアップですが、クラスターの一貫したバックアップをサポートしています。

MongoDBの物理バックアップは、mongodbファイルシステムのスナップショットを介して機能します。これは、基盤となるmongodbファイルをmongodbデータベースのベースバックアップとして別の場所にコピーします。ディスクレイアウトとデバイスを管理するためのソフトウェアとしてLVM（Logical Volume Manager）を使用する場合、またはソフトウェアアプライアンスを使用する場合、ファイルシステムスナップショットはオペレーティングシステムです。ベリタス、またはネットアップバックアップ。バックアップの一貫性を保つために、ファイルシステムスナップショットを実行する前に、mongodbの変更アクティビティログであるジャーナリングを有効にする必要があります。

ファイルシステムのスナップショットのほかに、cpまたはrsyncコマンドを使用してMongoDBデータファイルをコピーすることもできますが、データファイルのコピープロセスは不可分操作ではないため、mongodbへの書き込みプロセスを停止する必要があります。バックアップは、レプリカセットまたはシャードクラスターアーキテクチャのポイントインタイムリカバリには使用できません。

Percona Backup for MongoDBは、各ノードにインストールする必要のあるpbm-agentと、バックアップを相互作用して実行するためのコマンドラインインターフェイスとしてのpbmの2つのコンポーネントで構成されています。データベースノードとバックアップおよび復元プロセスの実行。 pbm-agentは、バックアップを取るのに最適なノードを決定します。

PITRバックアップ

多くのデータベースシステムでは、チェックポイントを使用してデータをディスクにフラッシュするのが一般的です。 MongoDBは、WiredTigerストレージエンジンをデフォルトのストレージエンジンとして使用し、チェックポイントを使用してデータの一貫したビューを提供します。それだけでなく、MongoDBのチェックポイントを使用して、最後のチェックポイントから回復することができます。ジャーナリングは各チェックポイント間で機能します。ジャーナリングは、チェックポイント間でいつでも発生する予期しない停止から回復するために必要です。ジャーナル処理により、書き込み操作がディスクに記録されることが保証されます。MongoDBは、変更されたバイトやディスクの場所など、変更ごとにジャーナルエントリを作成します。

Mongodumpとmongorestoreは、ポイントインタイムリカバリバックアップに使用できます。oplogを活用するオプションがあります。 oplogは、MongoDBの上限付きコレクションであり、すべての書き込みトランザクション（挿入、更新、削除など）のコレクション内のすべての変更を追跡します。したがって、ポイントインタイムリカバリを実行する場合は、最後の完全バックアップから復元し、oplogファイルを使用して、リカバリする正確な時間に変更を適用する必要があります。使用できるもう1つのツールは、MongoDB用のPerconaバックアップです。プロセスはmongodumpと似ています。バックアップから復元してから、oplogを適用する必要があります。