レガシーバックアップ（非推奨）
重要
レガシーバックアップの廃止
2020 年 3 月 23 日以降、すべての新しいクラスターが使用できるのはクラウドバックアップのみです。
5.0 にアップグレードすると、バックアップ システムがレガシーバックアップに設定されている場合、クラウドバックアップにアップグレードされます。このアップグレード後:
既存のレガシーバックアップのスナップショットはすべて引き続き利用できますが、 保持ポリシー に従い、時間の経過とともに期限が切れます。
バックアップ ポリシーがデフォルト スケジュールにリセットされます。 レガシーバックアップでカスタム バックアップ ポリシーを設定していた場合は、クラウドバックアップに関するドキュメント に記載されている手順に従ってポリシーを再作成する必要があります。
Atlas レガシーバックアップでは、クラスター内のデータの増分バックアップが取得されます。 Atlas のレガシーバックアップを使用して、保存されたスナップショットから、または過去 24 時間以内の選択された点での復元を行います。 レガシーバックアップ スナップショットのクエリも可能です。
FCV 4.2またはそれ以前を実行しているシャーディングされたクラスターの場合、バックアップ サービスはmongos経由でバランサーを一時的に停止し、クラスター内のすべてのシャードとコンフィギュレーションサーバーにカーソル トークンを挿入します。 Atlas は、マーク トークンがバックアップ データに出現するときにスナップショットを取得します。 FCV 4を実行しているシャーディングされたクラスター。 2以降ではバランサーを停止する必要はありません。
注意
Atlas プロジェクト内のクラスターのバックアップを管理するには、そのプロジェクトのProject Ownerロールが必要です。
重要
Atlas レガシーバックアップのコレクション制限。
Atlas クラスターは、すべてのデータベースにわたって 100,000 未満のファイルを含むクラスターをバックアップまたは復元できます。 ファイルにはコレクションとインデックスが含まれます。
100,000 のファイル制限を満たすかそれを超える配置が 1 つ以上ある場合は、MongoDB サポートにお問い合わせください。
Atlasで、Go Project Support{0 ページに します。
まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー
まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。
Projects メニューの横にある Options メニューをクリックし、 Project Support をクリックします。
プロジェクト サポートページが表示されます。
リクエストされたフィールドを完了して、サポート チケットを開きます。
クラスターのバックアップにはコレクション制限はありません。
バックアップの有効化
次の場合に、レガシーバックアップを有効にできます。
クラスター構成モーダルから、 Do you want to enable
backup?をYesに切り替えます。
シャーディングされたクラスターの継続的なクラウドバックアップ復元の有効化
重要
このセクションは、MongoDB をFCVが 4.2 またはそれ以前のバージョンで実行しているシャーディングされたクラスターにのみ適用されます。 シャーディングされたクラスターがFCV 4.2 以降を実行している場合は、このセクションをスキップします。
MongoDB をFCV 4.2 またはそれ以前のバージョンで実行しているシャーディングされたクラスターでは、レガシーバックアップ スナップショットからの 継続的なクラウドバックアップ復元 をサポートするためにクラスター チェックポイントを有効にする必要があります。 クラスター チェックポイントがない場合、Atlas はスナップショットからのみ復元でき、スナップショット間の継続的なクラウドバックアップからは復元できません。 クラスターでレガシーバックアップを有効にした後、以下の操作を行ってクラスター チェックポイントを有効にします。
注意
シャーディングされたクラスター バランサーは、クラスター チェックポイントが作成されるたびに一時停止する必要があります。
スナップショット ストレージ ロケーション
各プロジェクトには、そのプロジェクトで作成された最初のバックアップ対応クラスターによって決定される1 つのバックアップ データセンターのロケーションがあります。
2017 年 6 月 21 日以降に作成された単一リージョンの Atlas クラスターの場合、Atlas は Atlas クラスターのバックアップ データを、クラスターの地理的リージョンに固有のデータセンターに保存します。
マルチリージョンの Atlas クラスターの場合、Atlas はクラスターのバックアップ データを、クラスターの優先リージョンの地理的ロケーションに固有のデータセンターに保存します。
重要
プロジェクトで作成される追加のバックアップ対応クラスターはすべて、クラスター リージョンの地理的ロケーションに関係なく、プロジェクトの最初のバックアップ対応クラスターの配置中に選択されたバックアップ データセンターを使用します。
クラスターのデータセンターのロケーションを変更するには、プロジェクト内のすべてのクラスターのバックアップを無効にする必要があります。 その後、選択したデータセンターの場所に対応する地理的リージョンを持つクラスターのバックアップを有効にできます。
クラスター ロケーション | バックアップ サービスのロケーション |
|---|---|
USA | USA |
ドイツ | ドイツ |
英国 | 英国 |
オーストラリア | オーストラリア |
他のすべてのクラスターのロケーション | アイルランド |
スナップショットの予定
Atlas には次のスナップショット スケジュールがあり、スナップショットの頻度と保持が決定されます。
注意
クラスターのバックアップを無効にするか、クラスターを終了すると、Atlas はクラスターのバックアップ スナップショットをすぐに削除します。
スナップショットの予定 | デフォルトの保持ポリシー | 最大保持設定 |
|---|---|---|
<x> 時間ごとの基本スナップショット | 2 日 | 5 days (30 days if snapshot taken every 24 hours) |
毎日のスナップショット | 7 日間 | 360日 |
週次スナップショット | 4 週間 | 52 週 |
月次スナップショット | 13か月 | 84か月 |
デフォルトでは、Atlas は 6 時間ごとに基本スナップショットを取得します。
保持ポリシーを含む、配置のスナップショット スケジュールを変更するには:
Atlas で、プロジェクトの [Clusters] ページに移動します。
まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー
まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。
Clusters ページがまだ表示されていない場合は、サイドバーの Database をクリックします。
[ Clusters （クラスター） ] ページが表示されます。
GoBackupクラスターの ページに します。
クラスターの名前をクリックします。
[Backup] タブをクリックします。
クラスターに [ Backup ] タブがない場合、そのクラスターでは Atlas バックアップは無効になり、スナップショットは使用できなくなります。 クラスターをスケーリングするときにバックアップを有効にすることができます。
バックアップページが表示されます。