このページでは、各プロジェクトのバックアップジョブとバックアップリソースを管理できます。 ページの上部にはActive Jobsが表示され、下部の部分にはStopped Jobsが表示されます。 ページの次のフィールドは、遅延している場合は黄色のバックグラウンドで表示されます。
Last Agent Conf、1 時間より前の場合は 。
Last Oplog、 Last Agent Confより 1 時間以上前の場合
Head Time、 Last Oplogより 1 時間以上前の場合
Last Snapshot、スナップショット間隔に 1.5 を掛けたものよりも古い場合。
バックアップジョブの管理
Jobsページから、次の操作を実行できます。
タスク | 手順 |
|---|---|
プロジェクトを、バックアップデーモンまたはブロックストアの特定のセットに割り当てます。 | プロジェクトをクリックし、 デーモンまたはブロックストアを選択し、 Save Changesを選択します。 |
ジョブのログを表示します。 | ジョブの名前をクリックし、 Logsリンクをクリックします。 エラー メッセージの解釈でサポートが必要な場合は、 MongoDB サポート にお問い合わせください。 |
ジョブに関する情報を表示します。 | ジョブをクリックします。 ジョブの ページから、ログ、テレカン、その他の情報にアクセスでき、診断をダウンロードできます。 |
ジョブを新しいバックアップデーモンに移動します。 | ジョブをクリックします。 ジョブの ページで、 Move headリンクをクリックし、新しいヘッドを選択して、 Move Headボタンをクリックします。 MongoDB Ops Managerは任意のバックアップジョブを暗号化できます。 ヘッドデータベース の代わりに バックアップカーソル を使用してバックアップジョブを暗号化します。詳細については、「バックアップデーモンサービス 」を参照してください。 |
ページをフィルタリングして、特定のデーモンまたはブロックストアに割り当てられたジョブを表示します。 | デーモンまたはブロックストアの名前をクリックします。 |
ジョブが ヘッドデータベース を ジャーナル するかどうかを切り替えます。 | ヘッドデータベースのジャーナリングを有効またはオフにするには、 Journal Headを選択します。 ジョブレベルでこの設定を変更すると、配置全体の設定が上書きされます。 プロジェクト内のすべてのヘッドデータベースのジャーナリングを有効または無効にする方法については、 |
WTCheckpoint 設定の構成
バックアップジョブごとに、MongoDB Agent が Ops Manager にデータをストリームする方法を制御する WiredTiger チェックポイント設定を調整できます。これらの設定により、MongoDB Agent と Ops Manager が使用するメモリとネットワークリソースに対するバックアップスループットのバランスを取ることができます。
ジョブの設定を開くには、次の手順を使用します。
[ Backupタブをクリックし、 Jobsをクリックします。
Update Config ダイアログには、次の設定が表示されます。
設定 | 説明 |
|---|---|
Maximum Number of workers | バックアップ モジュールがサービスに同時に送信するファイル数の上限（含む）。 |
Maximum Unit of Work Blocks | 作業ユニットのリクエストに応じてリクエストするブロックの最大数。 |
Block Batch Size | 各データ ブロックのバッチする サイズ (バイト単位)。 |
Maximum Bandwidth | ブロック転送の 1 秒あたりの最大バイト数。 |
Maximum Memory Footprint | すべてのワーカーでストリームできるメモリの最大量。 |
Maximum Block Stream Size | マルチパートストリームごとの最大バイト数。この値は、Block Batch Size より少なくとも 1 MB 大きくする必要があります。 |
注意
各フィールドに表示される値は、ジョブを実行する特定のホストするに対して Ops Manager が自動チューニングするデフォルト値です。自動チューニングされたデフォルト値は、ホストする側の利用可能なリソースに応じて変わります。
ジョブがシャーディングされたクラスターのノードである場合、ダイアログには Apply to all cluster members チェックボックスも表示されます。このチェックボックスを選択すると、クラスター内のすべてのノードジョブに設定が適用されます。
バックアップ リソースの管理
Jobsページから、特定のプロジェクトにバックアップ リソースを割り当てることができます。
既存のバックアップについてこれらの変更を行うことはできますが、新しいバックアップジョブのみが新しいルールに従います。これらの変更は既存の配置には影響しません。追加の手順情報については、失われたバックアップデーモンから別のバックアップデーモンへのジョブの移動を参照してください。
タスク | 手順 |
|---|---|
特定のデーモン、ブロックストア、またはoplogストアにプロジェクトを割り当てます。 | プロジェクトをクリックして、プロジェクトの割り当てページを開きます。割り当てを行う。 Save Changesを選択します。 |
プロジェクトをラベル付けされたリソースのセットに割り当てます。 | 各リソースの管理ページで、必要なラベルを割り当てます。詳細については、「デーモン」、「blockstores」、および「oplog ストアの管理」を参照してください。 次に、 Jobsページで次の操作を行います。
一部のラベルの変更では、バックアップを停止して再起動する必要はありません。
警告:このバックアップジョブに適用されるラベルを変更した後、この配置のバックアップを停止して再開してください。 バックアップが再起動すると、 MongoDB Ops Managerは、このバックアップジョブに割り当てられたoplogストアを変更します。 oplog ストアは、ジョブの割り当てられたラベルと、同じ割り当てられたラベルを持つ oplog ストアと一致します。 この変更により、 MongoDB Ops Managerが ストアを再割り当てした後に次のスナップショットを取得するまで、新規の を停止し、既存の ポイントインタイム復元をoplog 排除します。 |
KMIP フィールドを指定し、Save Changes をクリックします。 |
S3 互換スナップショット ストアの移行
Jobs ページから、バックアップを終了せずに S3 互換のスナップショット ストア間で移行できます。
別の S3互換の読み取りに移行すると、既存のスナップショットは有効期限が切れ、groom ジョブによって除かれるまで、前の保存に残ります。すべての新しいスナップショットは、完全なスナップショットから始まり、新しく選択されたストアに保存されます。移行時にスナップショットが進行中の場合、現在のストアで完了し、次の予定されたスナップショットで移行が有効になります。