Docs Menu
Docs Home
/
MongoDB Atlas
/ /

専用クラスターのバックアップ

項目一覧

  • 単一リージョン クラスターのバックアップ
  • マルチリージョンクラスターのバックアップ
  • グローバルクラスターのバックアップ
  • 継続的なクラウドバックアップ
  • 整合性とスナップショット

単一リージョン クラスター バックアップを使用する場合、Atlas は次のように動作します。

  • 次のアルゴリズムを使用して、ノードがスナップショットを試行する順序を決定します。

    1. セカンダリ上のスナップショット。 1その後、

    2. 可能な場合は、優先順位が最も低いノードをスナップショットします。 2その後、

    3. 可能な場合は、あるスナップショットから次のスナップショットへの段階的なスナップショット。 3その後、

    4. スナップショット ノードは、レプリカセットごとにホスト名が先頭にあります。

    1同順位の場合、Atlas は次の手順にスキップして、スナップショットするノードを決定します。

    2同順位の場合、Atlas は前のスナップショットから段階的にスナップショットできるノード(つまり、同じディスクを使用するノード)を優先します。

    3同順位の場合、Atlas は辞書順に最小のホスト名を持つノードを優先します。

  • ノードの順序が決定されると、 はノードのスナップショットを試行します。 選択したノードが正常でない場合、Atlas は優先する次のノードのスナップショットを試行します。

  • クラスターと同じクラウド リージョンにスナップショットを保存します。

  • 保持ポリシーに基づいてスナップショットを保持します。

プライマリのクラウドバックアップ
セカンダリのクラウドバックアップ

Atlas は、既存のスナップショット ストレージ ボリュームが無効になると、新しいスナップショット ストレージ ボリュームを自動的に作成します。 Atlas は、クラスターの現在のプライマリと同じリージョンに新しいボリュームを作成します。 その後、Atlas はバックアップの可用性を維持するためにフルコピーのスナップショットを取得し、そのノードとその対応するリージョンをさらに増分スナップショットに使用し続けます。

選挙によってスナップショット ストレージ ボリューム用に新しいノードが選択される可能性のあるイベントには、次のようなものがあります。

  • Atlas クラスター階層の変更

  • Atlas クラスターのストレージ ボリュームまたは速度の変更

  • Atlas クラスターのリージョンの変更、および

  • Atlas またはクラスターのクラウドプロバイダーによって実行されるメンテナンス。

Tip

以下も参照してください。

マルチリージョンクラスターバックアップを使用すると、Atlas は次のようになります。

  • 次のアルゴリズムを使用して、スナップショットするノードの順序を決定します。

    1. 可能な場合は、最も優先度の高いリージョンのスナップショット。 1その後、

    2. セカンダリ上のスナップショット。 2その後、

    3. 可能な場合は、優先順位が最も低いノードをスナップショットします。 3その後、

    4. 可能な場合は、あるスナップショットから次のスナップショットへの段階的なスナップショット。 4その後、

    5. スナップショット ノードは、レプリカセットごとにホスト名が先頭にあります。

    1同順位の場合、Atlas は優先順位の降順に基づいて比較します。

    2同順位の場合、Atlas は次の手順にスキップして、スナップショットするノードを決定します。

    3同順位の場合、Atlas は前のスナップショットから段階的にスナップショットできるノード(つまり、同じディスクを使用するノード)を優先します。

    4同順位の場合、Atlas は辞書順に最小のホスト名を持つノードを優先します。

  • ノードの順序が決定されると、ノードのスナップショットを試みます。 選択したノードが正常でない場合、Atlas は優先する次のノードのスナップショットを試行します。

  • 保持ポリシーに基づいてスナップショットを保持します。

プライマリのクラウドバックアップ
セカンダリのクラウドバックアップ

Atlas は、既存のスナップショット ストレージ ボリュームが無効になると、新しいスナップショット ストレージ ボリュームを自動的に作成します。 Atlas は、クラスターの現在のプライマリと同じリージョンに新しいボリュームを作成します。 その後、Atlas はバックアップの可用性を維持するためにフルコピーのスナップショットを取得し、そのノードとその対応するリージョンをさらに増分スナップショットに使用し続けます。

選挙によってスナップショット ストレージ ボリューム用に新しいノードが選択される可能性のあるイベントには、次のようなものがあります。

  • Atlas クラスター階層の変更

  • Atlas クラスターのストレージ ボリュームまたは速度の変更

  • Atlas クラスターの最も優先度の高いリージョンの変更、および

  • Atlas またはクラスターのクラウドプロバイダーによって実行されるメンテナンス。

Tip

以下も参照してください。

Atlas は、バックアップ方法としてクラウドバックアップを使用してグローバルクラスターをバックアップできます。 Atlas は、クラスター構成で指定された順序と同じ順序で、ソースクラスター内の対応するシャードをターゲットクラスター内の対応するシャードに復元します。

shard0 ソースクラスター内の は、ターゲット クラスターのshard0に復元されます。

注意

APIを使用してグローバルクラスターを作成した場合、ゾーンは1 つのクラスターの作成 と 1 つのクラスター変更 のAPIエンドポイントのreplicationSpecsパラメータで定義されます。

ソースクラスターとターゲットクラスターのクラスター構成が一致しない場合、シャード データは、ソースクラスターに存在していたゾーンとは異なるクラウドプロバイダーのゾーンに移行されることがあります。 Atlas が復元操作を完了すると、クラスターが次の要件を満たしている場合、ターゲットクラスターの MongoDBバランサーはソースクラスターに存在していたゾーンにデータを移行します。

  • 両方のクラスターで同じコレクションでグローバルクラスターが有効になっている

  • 両方のクラスターがグローバル書込み対応コレクションに同じシャードキーを使用する

注意

ターゲット クラスター上のグローバル書き込み対応コレクションにデータが含まれていない場合、クラスターの MongoDB バランサーは、コレクションに後で追加するデータを、ターゲット クラスターのシャード間で自動的に分散します。

ターゲット クラスターでグローバル書き込みを有効にするには、以下の手順を行います。

1
  1. まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。

  3. まだ表示されていない場合は、サイドバーの Clusters をクリックしてください。

    [ Clusters (クラスター) ] ページが表示されます。

2

クラスターの [Browse Collections] ボタンをクリックします。

Data Explorerが表示されます。

3

[Enable Global Writes] をクリックします。

継続的なクラウドバックアップはoplogを再生して、 バックアップ ポリシー で指定された期間内の特定の時点からクラスターを復元します。

継続的なクラウドバックアップ復元 を有効にすることもできます。 バックアップ ポリシー エディター を使用して継続的なクラウドバックアップ ウィンドウを設定します。

注意

継続的なクラウドバックアップを有効にすると、クラスターの月額コストが増加します。

コストへの影響の詳細については、「請求 」を参照してください。

クラスターのスナップショットは、クラスターまたはシャードの最優先リージョンの下のクラウドプロバイダーのストレージ サービス内に保持されます。 oplogAmazon Web Servicesクラスターの バックアップは標準Amazon Web Services S3 Google Cloud Platform暗号化を使用し、Google Cloud Platform クラスターは標準の ストレージ を使用します 暗号化。

注意

継続的なクラウドバックアップが有効になっているクラスターは、クラウドプロバイダーに従ってoplogデータをブロック ストレージに保存します。

  • Amazon Web Services S3

  • Azure 用のAzure Blog ストレージ

  • Google Cloud Platform Google Cloud Platform

次のアクションにより、既存の oplog バックアップがすべて削除されます。 既存のすべてのスナップショットは影響を受けませんが、Atlas は次の場合に以前に保持された oplog データを削除します。

  • クラスターの継続的なクラウドバックアップを無効にします。

  • クラスターが過剰な数の書込み (write) を受け取った。 クラスターが多数の書込み (write) を処理するため、バックアップが収集する前に oplog がロールオーバーされます。

    1. oplog を通常の書込みトラフィックの 1 時間あたり、1,000 回の操作が必要なサイズに設定しました。

    2. データベース アクティビティにより、oplog への大量の書込み (write) が発生します(2,000 回の操作など)。

    3. 書込み (write) 回数により、oplog は古いレコードを削除します。 この例では、1,000 回の操作が失われます。

    4. バックアップには操作 1 が収集される必要がありますが、代わりに操作 1,001 が収集されます。

クラスターの 最も優先度の高いリージョン を 変更 した場合、または MongoDB が oplog データを別のリージョンに移行した場合、次のことを行います。

  • Atlas は、継続的なクラウドバックアップウィンドウが新しいリージョンに表されるまで、古いリージョンと新しいリージョンの両方にデータを保持します。 継続的なクラウドバックアップウィンドウが新しいリージョンに表されると、Atlas は古いリージョンのデータを削除します。

  • リージョンの変更後の日数は、古いリージョンと新しいリージョンの両方のストレージに対して請求されます。 両方のリージョンで課金されないようにするには、 継続的なクラウドバックアップ を無効にしてから再度有効にする必要があります。

    注意

    継続的なクラウドバックアップを無効にすると、Atlas は継続的なクラウドバックアップ履歴を削除します。

継続的なクラウドバックアップを使用してクラスターを過去の時点から復元すると、Atlas はクラスターのoplogを保持します。 継続的なクラウドバックアップを繰り返し使用して、復元を開始したときから Atlas が復元後にスナップショットを完了するまでの間を除き、継続的なクラウドバックアップウィンドウ内の任意のポイントにクラスターを復元できます。

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

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

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

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

  • Atlas はクラッシュに耐性のあるスナップショットを維持します。

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

注意

Atlas CLI はM2/M5バックアップ スナップショットをサポートしていません。

Atlas CLI を使用してプロジェクトとクラスターのクラウドバックアップ スナップショットを一覧表示するには、次のコマンドを実行します。

atlas backups snapshots list <clusterName> [options]

Atlas CLI を使用して、指定したスナップショットの詳細を返すには、次のコマンドを実行します。

atlas backups snapshots describe <snapshotId> [options]

前のコマンドの構文とパラメータの詳細については、Atlas CLI ドキュメントの「 「Atlasバックアップ スナップショット リスト」および「 Atlas バックアップ スナップショットの説明 」を参照してください。

Atlas は、特定のクラスターの既存のスナップショットをSnapshotsページに表示します。 Atlas がすでに取得したスナップショットを表示するには:

1
  1. まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。

  3. まだ表示されていない場合は、サイドバーの Clusters をクリックしてください。

    [ Clusters (クラスター) ] ページが表示されます。

2
  1. クラスターの名前をクリックします。

  2. [Backup] タブをクリックします。

    クラスターに [ Backup ] タブがない場合、そのクラスターでは Atlas バックアップは無効になり、スナップショットは使用できなくなります。 クラスターをスケーリングするときにバックアップを有効にすることができます。

    バックアップページが表示されます。

3

または、クラウドバックアップが有効になっているすべてのM10+クラスターの一覧を表示するには:

1
  1. まだ表示されていない場合は、プロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。

  2. まだ表示されていない場合は、ナビゲーション バーの Projects メニューからプロジェクトを選択します。

  3. サイドバーで、 Security見出しの下のBackupをクリックします。

    バックアップの詳細が表示されます。

2

終了するクラスターのバックアップを保持することを選択した場合は、期限切れになるか削除されるまで、ソースクラスター名の下でここからアクセス可能なままになります。

戻る

バックアップ