単一リージョン クラスターのバックアップ
単一リージョン クラスター バックアップを使用する場合、Atlas は次のように動作します。
次のアルゴリズムを使用して、ノードがスナップショットを試行する順序を決定します。
セカンダリ上のスナップショット。 1その後、
可能な場合は、優先順位が最も低いノードをスナップショットします。 2その後、
可能な場合は、あるスナップショットから次のスナップショットへの段階的なスナップショット。 3その後、
スナップショット ノードは、レプリカセットごとにホスト名が先頭にあります。
1同順位の場合、Atlas は次の手順にスキップして、スナップショットするノードを決定します。
2同順位の場合、Atlas は前のスナップショットから段階的にスナップショットできるノード（つまり、同じディスクを使用するノード）を優先します。
3同順位の場合、Atlas は辞書順に最小のホスト名を持つノードを優先します。
ノードの順序が決定されると、 はノードのスナップショットを試行します。 選択したノードが正常でない場合、Atlas は優先する次のノードのスナップショットを試行します。
クラスターと同じクラウド リージョンにスナップショットを保存します。
Atlas は、既存のスナップショット ストレージ ボリュームが無効になると、新しいスナップショット ストレージ ボリュームを自動的に作成します。 Atlas は、クラスターの現在のプライマリと同じリージョンに新しいボリュームを作成します。 その後、Atlas はバックアップの可用性を維持するためにフルコピーのスナップショットを取得し、そのノードとその対応するリージョンをさらに増分スナップショットに使用し続けます。
選挙によってスナップショット ストレージ ボリューム用に新しいノードが選択される可能性のあるイベントには、次のようなものがあります。
Atlas クラスター階層の変更
Atlas クラスターのストレージ ボリュームまたは速度の変更
Atlas クラスターのリージョンの変更、および
Atlas またはクラスターのクラウドプロバイダーによって実行されるメンテナンス。
Tip
スナップショット保持の詳細については、「バックアップ予定、保持、オンデマンド スナップショット 」を参照してください。
マルチリージョンクラスターのバックアップ
マルチリージョンクラスターバックアップを使用すると、Atlas は次のようになります。
次のアルゴリズムを使用して、スナップショットするノードの順序を決定します。
可能な場合は、最も優先度の高いリージョンのスナップショット。 1その後、
セカンダリ上のスナップショット。 2その後、
可能な場合は、優先順位が最も低いノードをスナップショットします。 3その後、
可能な場合は、あるスナップショットから次のスナップショットへの段階的なスナップショット。 4その後、
スナップショット ノードは、レプリカセットごとにホスト名が先頭にあります。
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 バランサーは、コレクションに後で追加するデータを、ターゲット クラスターのシャード間で自動的に分散します。
ターゲット クラスターでグローバル書き込みを有効にするには、以下の手順を行います。
Atlas Atlasで、プロジェクトの {0 ページにGoします。GoData Explorer
まだ表示されていない場合は、プロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。
まだ表示されていない場合は、ナビゲーション バーの Projects メニューからプロジェクトを選択します。
サイドバーで、 Database見出しの下のData Explorerをクリックします。
Data Explorerが表示されます。
注意
また、Clusters ページに移動し、Shortcuts 見出しの下の Data Explorer をクリックします。
継続的なクラウドバックアップ
継続的なクラウドバックアップはoplogを再生して、 バックアップ ポリシー で指定された期間内の特定の時点からクラスターを復元します。
継続的なクラウドバックアップ復元 を有効にすることもできます。 バックアップ ポリシー エディター を使用して継続的なクラウドバックアップ ウィンドウを設定します。
注意
継続的なクラウドバックアップを有効にすると、クラスターの月額コストが増加します。
コストへの影響の詳細については、「請求 」を参照してください。
クラスターのスナップショットは、クラスターまたはシャードの最優先順位の地域の下のクラウドプロバイダーのストレージサービス内に保持されます。Amazon Web Servicesクラスターのoplogバックアップは標準のAmazon Web Services S3 暗号化を使用し、 Google Cloud Platformクラスターは標準のGoogle Cloud Platformストレージ暗号化を使用します。
シングル リージョンおよびマルチリージョンのシャーディング クラスターでは、Atlas は各シャードのプライマリ リージョンにおいて、シャードごとに個別のバックアップを作成します。
注意
継続的なクラウドバックアップが有効になっているクラスターは、 クラウドプロバイダーに従ってoplogデータをオブジェクトストレージに保存します。
のAmazon Web Services S3
Azure 用のAzure Blog ストレージ
Google Cloud Platform Google Cloud Platform
次のアクションにより、既存の oplog バックアップがすべて削除されます。 既存のすべてのスナップショットは影響を受けませんが、Atlas は次の場合に以前に保持された oplog データを削除します。
クラスターの継続的なクラウドバックアップを無効にします。
クラスターが過剰な数の書込み (write) を受け取った。 クラスターが多数の書込み (write) を処理するため、バックアップが収集する前に oplog がロールオーバーされます。
例
oplog を通常の書込みトラフィックの 1 時間あたり、1,000 回の操作が必要なサイズに設定しました。
データベース アクティビティにより、oplog への大量の書込み (write) が発生します（2,000 回の操作など）。
書込み (write) 回数により、oplog は古いレコードを削除します。 この例では、1,000 回の操作が失われます。
バックアップには操作 1 が収集される必要がありますが、代わりに操作 1,001 が収集されます。
クラスターの 最も優先度の高いリージョン を 変更 した場合、または MongoDB が oplog データを別のリージョンに移行した場合、次のことを行います。
Atlas は、継続的なクラウドバックアップウィンドウが新しいリージョンに表されるまで、古いリージョンと新しいリージョンの両方にデータを保持します。 継続的なクラウドバックアップウィンドウが新しいリージョンに表されると、Atlas は古いリージョンのデータを削除します。
リージョンの変更後の日数は、古いリージョンと新しいリージョンの両方のストレージに対して請求されます。 両方のリージョンで課金されないようにするには、 継続的なクラウドバックアップ を無効にしてから再度有効にする必要があります。
注意
継続的なクラウドバックアップを無効にすると、Atlas は継続的なクラウドバックアップ履歴を削除します。
継続的なクラウドバックアップを使用してクラスターを過去の時点から復元すると、Atlas はクラスターのoplogを保持します。 継続的なクラウドバックアップを繰り返し使用して、復元を開始したときから Atlas が復元後にスナップショットを完了するまでの間を除き、継続的なクラウドバックアップウィンドウ内の任意のポイントにクラスターを復元できます。
整合性とスナップショット
Atlas は、 collStats と が報告するサイズ統計を除き、スナップショットを取得する場合に 因果整合性db.[collection].count() を維持します。collStats と db.[collection].count() が報告するサイズ統計が不正確になる可能性があります。
Atlas は、シャーディングされたクラスターのすべてのシャードにわたって時間を調整して、スケジュールされたスナップショット時間時にすべてのシャードとノードに書き込まれたすべてのドキュメントがスナップショットに含まれるようにします。
M10+バックアップ スナップショットの表示
Atlas CLI を使用してプロジェクトとクラスターのクラウドバックアップ スナップショットを一覧表示するには、次のコマンドを実行します。
atlas backups snapshots list <clusterName> [options]
Atlas CLI を使用して、指定したスナップショットの詳細を返すには、次のコマンドを実行します。
atlas backups snapshots describe <snapshotId> [options]
前のコマンドの構文とパラメータの詳細については、Atlas CLI ドキュメントの「 「Atlasバックアップ スナップショット リスト」および「 Atlas バックアップ スナップショットの説明 」を参照してください。
Atlas は、特定のクラスターの既存のスナップショットをSnapshotsページに表示します。 Atlas がすでに取得したスナップショットを表示するには:
AtlasGoBackupAtlas で、プロジェクトの の詳細にGoします。
まだ表示されていない場合は、プロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。
まだ表示されていない場合は、ナビゲーション バーの Projects メニューからプロジェクトを選択します。
サイドバーで、 Database見出しの下のBackupをクリックします。
バックアップの詳細が表示されます。
クラスター リンクをクリックします。
または、クラウドバックアップが有効になっているすべてのM10+クラスターの一覧を表示するには:
AtlasGoBackupAtlas で、プロジェクトの の詳細にGoします。
まだ表示されていない場合は、プロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。
まだ表示されていない場合は、ナビゲーション バーの Projects メニューからプロジェクトを選択します。
サイドバーで、 Database見出しの下のBackupをクリックします。
バックアップの詳細が表示されます。
クラスター リンクをクリックします。
Atlas Administration API は、レプリカセット スナップショットとシャーディングされたクラスター スナップショットを取得するためのさまざまなエンドポイントを提供します。