グルーミング優先順位
このページには、すべてのバックアップジョブとそのブロックストアのステータスのリストが表示されます。 MongoDB Ops Managerは、次の 3 つのジョブを使用してブロックストアを維持します。
ジョブタイプ | 説明 | トリガーする |
|---|---|---|
リソース トラッキング | ブロックストア内の有効バイトとデッドバイトの合計数を決定します。 |
|
グルーミング | ライブ スナップショットのすべてのブロックを未使用のディスク領域に移動します。 これにより、以前に期限切れのスナップショットのみが使用されていたデッド ブロックが排除されます。 | ライブ ブロック バイトの割合が特定のしきい値を下回ると、 が実行されます。 詳しくは、「 グルーム 」を参照してください。 |
整合性チェック | ブロックストアにデータの整合性の問題がないことを確認します。 | 7 日ごとに実行されます |
各ブロックストア ジョブは、以前にスケジュールされたスナップショット ストア ジョブが進行中でない限り実行されます。
各ブロックストアは、負荷係数を変更しない限り、一度に 1 つのジョブのみを実行できます。 Load Factorは、ブロックストアが同時に実行できるジョブの数を設定します。 デフォルトで 1に設定します。
この表の各行は、バックアップ ジョブを一覧表示します。 行の背景色は、関連付けられているブロックストアの状態を示します。
色 | ストレージ使用状況ステータス |
|---|---|
ブール | 変更。 MongoDB Ops Managerはこのブロックストアをグルーミングしています。 |
緑色 | 正確性。 MongoDB Ops Managerは、最後にグルーム ジョブが実行されて以降、追跡ジョブを実行しました。 |
Red | 古い。 MongoDB Ops Managerは、最後に追跡ジョブが実行されてからグルーム ジョブを実行しました。 |
ブロックストアの手動メンテナンス
MongoDB Ops Managerは、リソース トラッキング、グルーム、整合性チェック ジョブを定期的に実行します。 グルーム または 整合性チェック ジョブを開始できます。 リソース トラッキング ジョブを開始することはできません。 リソース トラッキング ジョブは、グルーム ジョブの直後に実行されます。
別のブロックストアへのブロックの移動
バックアップジョブのブロックを別のブロックストアに移動するには、次の手順に従います。
テーブルでグルーミングするブロックストアレプリカセットを見つけます。
バックアップジョブのDestination blockstore列で別の宛先ブロックストアを選択します。
Groom Action 列で、Schedule をクリックします。
新しいブロックストアを追加し、データのバランスを取る場合は、これを行う必要があります。 これにより、バックアップ ジョブからすべてのデッド ブロックが削除されます。 このグルーム ジョブは、ブロックストア間グルーム ジョブと呼ばれます。
ブロックストアをグルーミング
グルーム ジョブを開始するには:
テーブルで、グルーミングするブロックストアレプリカセットを見つけます。
Groom Action 列で、Schedule をクリックします。
グルーム ジョブを手動でスケジュールする必要はありません。 MongoDB Ops Managerはジョブを自動的に実行します。
ブロックストアの整合性の確認
整合性チェックを開始するには、
テーブルで、グルーミングするブロックストアレプリカセットを見つけます。
Integrity Action列で、 IntegCheckをクリックします。
MongoDB Ops Managerには、ブロックストアのステータスを示す Integrity Schedule Result モーダルが表示されます。