ファイルシステム スナップショット ストレージの管理
MongoDB Ops Managerは、 MongoDBデータベースを スナップショットとして次のストレージ オプションの 1 つ以上にバックアップできます。
ブロックストアと呼ばれる別の MongoDB database 、
ローカルまたはネットワークに接続されたファイル システムに保存されたファイル、および/または
S3 互換性 のある バケット。
このチュートリアルでは、ファイル システム ストレージにあるスナップショットのバックアップについて説明します。
注意
複数のスナップショット ストアを使用する必要がある問題がある場合があります。 こうした問題には、より多くの容量が必要になる、データをローカライズする、プライバシーに関する規則への準拠などがあります。
スナップショット ストアを別のデータセンターに割り当てる方法については、「 特定のデータセンターへのスナップショット ストアの割り当て 」を参照してください。
Considerations
MongoDB Ops ManagerMongoDBは、 FCV4.2 以降を実行している データベースからファイル システム ストアへのバックアップを圧縮しません。MongoDB Ops Manager
File System Store Gzip Compression Levelは、これらのデータベースの {7 設定を無視します。または HTTPSHTTP ロード MongoDB Ops Managerバランサーの背後で複数のMongoDB Ops Manager アプリケーション サーバーを使用し、 ファイルシステムのスナップショット を使用するように を構成すると、 FCV4 .2 以降のバックアップ スナップショット ジョブは 1 つ以上のサーバーで並行して実行されます使用できません。各MongoDB Ops Managerサーバーに共有ファイル システムがマウントされていることを確認します。 MongoDB Ops Managerアプリケーション サーバーでは、同じファイルの異なるオフセットを開いて書き込む場合があります。 共有ファイル システムでこれが許可されていることを確認します。 付けない場合、アクセス エラーが発生します。
前提条件
ファイルシステム スナップショット ストアを作成する前に、
十分な容量のストレージ ボリュームをMongoDB Ops Managerホストにアタッチします。 ファイルシステム スナップショット ストアにはバックアップ スナップショットのみが保存されます。 oplog Store MongoDBデータベース パスは、別のローカル ファイル システムにある必要があります。 詳細については、 「 oplogストレージの管理」 を参照してください。
ストレージ ボリュームに関連する権限を付与します。
Windows では、
SYSTEMユーザーへのアクセスを許可します。パッケージがインストールされた Linux ディストリビューションに、
mongodb-mms:mongodb-mmsユーザーとグループへの アクセスを許可します。アーカイブで抽出されたLinuxションでは、 MongoDB Ops Managerインストールに割り当てた同じユーザーとグループにアクセスを許可します。
専用の MongoDB インスタンスを配置して、このスナップショット ストアをホストします。
MongoDB Ops Managerバックアップデーモンサービスを実行しているホストに、ヘッドデータベースを保存するのに十分な容量があることを確認します。
多数のMongoDB Ops Managerインスタンスを実行する場合は、ファイル システム ストアにANAまたはSANを使用します。 これにより、すべての インスタンスが同じストレージを共有するようになります。 MongoDB Ops Managerインスタンスがファイルシステムストアを共有していない場合は、バックアップを復元したり、期限切れのスナップショットを削除したりすることはできません。
重要
MongoDB Ops Managerインスタンスがファイルシステム スナップショット ストレージの同じビューを共有しない場合は、バックアップ復元は不可能であり、 MongoDB Ops Managerは期限切れのスナップショットを削除できません。
ファイルシステム ストアの追加
Snapshot Storageページに移動します。
Adminリンクをクリックします。
[Backup] タブをクリックします。
（任意）以前にヘッド ディレクトリを設定していない場合は、 Head Directoryボックスにそれを設定します。
Snapshot Storageページをクリックします。
ファイルシステム ストアの詳細を完了します。
フィールド | 内容 |
|---|---|
File System Store Name | ファイルシステムストアの名前。 |
Path | スナップショットが保存されるファイル システム パス。 |
MMapV1 Compression Setting | MMAPV1 ストレージ エンジンのスナップショットを圧縮するかどうかを選択します。 MMAPV1 スナップショットを使用するすべてのバックアップジョブは、この設定を継承します。 デフォルト値は クエリ可能なバックアップの使用を検討する場合は、この値を |
WiredTiger Compression Setting | WiredTiger ストレージ エンジンのスナップショットを圧縮するかどうかを選択します。 WiredTiger のスナップショットを使用するすべてのバックアップジョブは、この設定を継承します。 デフォルト値は クエリ可能なバックアップの使用を検討する場合は、この値を |
New Assignment Enabled checkbox | これにより、ファイルストアが作成されると有効になります。 これをオフにすると、ファイルストアは作成されますが、新しく開始されたバックアップをそのファイルストアに割り当てることはできません。 |
既存のファイルシステムストアの編集
作成が完了すると、ファイル システム ストアはテーブルのSnapshot Storageページに直接表示されます。 各行には、各ファイルシステムストアの設定が含まれています。
Snapshot Storageページに移動します。
Adminリンクをクリックします。
[Backup] タブをクリックします。
（任意）以前にヘッド ディレクトリを設定していない場合は、 Head Directoryボックスにそれを設定します。
Snapshot Storageページをクリックします。
Store Path列で、次のフィールドで変更する必要がある値を更新します。
フィールド | 内容 |
|---|---|
Store Path | MongoDB Ops Managerサーバー上でファイル システム ベースのバックアップが保存されるロケーション。 |
Assignment Labels | ファイルストアを特定のグループに割り当てるためのラベルのコンマ区切りリスト。 |
Load Factor | 特定のスナップショット ストアにバックアップ ジョブが割り当てられる方法の按分された方法の按分された値。 デフォルトでは、スナップショットストアは、スナップショットストアごとに 1 つのシャードを割り当てます。 スナップショットストアに複数のシャードが割り当てられている場合、あるスナップショットストアが別のスナップショットストアよりも頻繁にバックアップされることになります。 バックアップジョブとシャードのこの比率は、負荷係数を使用して変更できます。 負荷係数がバックアップに与える影響の例えは以下のとおりです。 5 つのシャード クラスターをバックアップしています。 配置には、1 つのシャードを持つファイルストア（A）と、4 つのシャードを持つブロックストア（B）があります。 これらのブロックストアではバックアップジョブが均等に分散されることはありません。B は A より 4 倍大きいためです。B の負荷係数は 4 で、A の負荷係数は 1 である必要があります。 |
ファイルシステムストアの削除
Snapshot Storageページに移動します。
Adminリンクをクリックします。
[Backup] タブをクリックします。
（任意）以前にヘッド ディレクトリを設定していない場合は、 Head Directoryボックスにそれを設定します。
Snapshot Storageページをクリックします。