注意
このページは、Atlas InfiniteとAtlas Coreの両方に適用されます。
厳格なデータ保護要件がある場合は、バックアップ コンプライアンス ポリシーを有効にしてバックアップ データを保護できます。
注意
The MongoDB Atlas Shared Responsibility Model defines the complementary duties of MongoDB and its customers in maintaining a secure and resilient data environment. Under this framework, MongoDB manages the security and operational integrity of the underlying platform, while customers are responsible for the configuration, management, and data policies of their specific deployments. For a detailed breakdown of ownership across security and operational excellence, see Shared Responsibility Model.
重要
MongoDB サポートは、バックアップ コンプライアンス ポリシーを無効にするためのリクエストを承認する必要があります
バックアップ コンプライアンス ポリシーを有効にした後、バックアップ コンプライアンス ポリシーに対して指定されたセキュリティ担当者または法定代理人からのリクエストを承認できるのは、MongoDB サポートのみです。MongoDB サポートがリクエストを承認した後、プロジェクトオーナーはバックアップ コンプライアンス ポリシーを無効にすることができます。
バックアップ コンプライアンス ポリシーを無効にするには、バックアップ コンプライアンス ポリシーに対して指定されたセキュリティ担当者または法定代理人がケースを作成してサポートをリクエストし、広範な検証プロセスを完了する必要があります。
バックアップ コンプライアンス ポリシーを有効にする前に、禁止されているアクションと考慮事項を慎重に検討してください。 バックアップ コンプライアンス ポリシーはいつでも再度有効にすることができます。
禁止されたアクション
バックアップ コンプライアンス ポリシーを有効にすると、ロールに関係なく、ユーザーは次のアクションを実行できなくなります。
MongoDB サポートなしでバックアップ コンプライアンス ポリシーを無効にします。 バックアップ コンプライアンス ポリシーを無効にするには、バックアップ コンプライアンス ポリシーに指定されたセキュリティ担当者または法定代理人がサポートをリクエストし、広範な検証プロセスを完了する必要があります。
注意
この例外は、アクティブなクラスターまたは一時停止中のクラスターを含まず、以前に終了したクラスターからの保持されたスナップショットも含まない空のプロジェクトにのみ適用されます。 プロジェクトが空の場合、
Organization OwnerロールまたはProject Ownerロールを持つユーザーはバックアップ コンプライアンス ポリシーを無効にできます。バックアップ コンプライアンス ポリシーで設定されている最小要件よりも、個々のクラスターのバックアップ ポリシーを変更します。
スナップショット取得後の保持時間を短縮します。
バックアップ コンプライアンス ポリシーでRequire Point in Time Restore to all clustersオプションが MongoDB サポートなしのOnに設定されている場合は、継続的なクラウドバックアップを無効にします。 継続的なクラウドバックアップを無効にするには、バックアップ コンプライアンス ポリシーに指定されたセキュリティ担当者または法定代理人がサポートをリクエストし、広範な検証プロセスを完了する必要があります。
MongoDB サポートなしで継続的なクラウドバックアップ復元ウィンドウを短縮します。 継続的なクラウドバックアップRestore Windowを削減するには、バックアップ コンプライアンス ポリシーに指定されたセキュリティ担当者または法定代理人がサポートをリクエストし、広範な検証プロセスを完了する必要があります。
MongoDB サポートなしでバックアップ コンプライアンス ポリシーで指定されたポリシー項目を削除します。 バックアップ コンプライアンス ポリシーで指定されたポリシー項目を削除するには、バックアップ コンプライアンス ポリシーに指定されたセキュリティ担当者または法定代理人がサポートをリクエストし、広範な検証プロセスを完了する必要があります。
スナップショットが存在する場合は、プロジェクトを削除します。 すべてのプロジェクトを削除できない場合、組織を削除することはできません。
Considerations
バックアップ コンプライアンス ポリシーを有効にすると、次の動作が適用されます。
バックアップ コンプライアンス ポリシーにより、バックアップ ストレージのコストを削減する能力が制限されます。 バックアップの保持を調整したり、削除してバックアップ ストレージのコストを削減することはできません。 詳しくは、「請求の管理 」を参照してください。
You can modify the cluster-level backup policies at any time. If you reduce the frequency of a cluster-level backup policy, the change applies only to future backups. Any existing oplog remains for the original window. The minimum requirements of the Backup Compliance Policy apply.
バックアップ コンプライアンス ポリシーでKeep all snapshots when removing additional snapshot regionsオプションがOnに設定されている場合に、マルチリージョン スナップショットを有効、変更、または削除すると、すでに取得されたスナップショットは残ります。
クラスターを再開すると、Atlas は自動的にクラウドバックアップを有効にします。 バックアップ コンプライアンス ポリシーでRequire Point in Time Restore to all clustersオプションがOnに設定されている場合、Atlas は自動的に継続的クラウドバックアップを有効にし、バックアップ コンプライアンス ポリシーに従って復元ウィンドウを調整します。 Atlas は、バックアップ コンプライアンス ポリシーの最小要件を満たすようにバックアップを自動的に変更します。
If you terminate a cluster, Atlas maintains all existing snapshots after the termination according to your backup policy. Atlas retains the oplog for restoring a point in time with continuous cloud backup in a static state until Atlas can no longer use them for continuous cloud backup.
クラスターを終了 した場合、Atlas はスナップショットを識別するために名前を使用するため、同じ名前の別のクラスターを作成することはできません。
ユーザーがバックアップ コンプライアンス ポリシーを有効化、変更、または無効化するたびに、Atlas はそのイベントをプロジェクト アクティビティ フィード に反映します。
必要なアクセス権
バックアップ コンプライアンス ポリシーを設定するには、プロジェクトに対するProject Ownerアクセス権が必要です。 Organization Ownerアクセスを持つユーザーは、バックアップ コンプライアンス ポリシーを構成する前に、自分自身をProject Ownerとしてプロジェクトに追加する必要があります。
前提条件
MongoDB サポートのみが次のアクションを実行できます。
バックアップ コンプライアンス ポリシーを無効にするリクエストを承認します。
バックアップ コンプライアンス ポリシーでRequire Point in Time Restore to all clustersオプションがOnに設定されている場合は、継続的なクラウドバックアップを無効にします。
バックアップ コンプライアンス ポリシーで指定されたポリシー項目を削除します。
指定されたセキュリティ担当者または法定代理人のみがサポートをリクエスト できます。
バックアップ コンプライアンス ポリシーは
M10+専用クラスターにのみ適用できます。注意
専有クラスターを無料クラスター（以前は
M0）または Flex クラスターに変換することはできません。
手順
Atlas CLI を使用してプロジェクトのバックアップ コンプライアンス ポリシーを有効にするには、次のコマンドを実行します。
atlas backups compliancePolicy enable [options]
To learn more about the command syntax and parameters, see the Atlas CLI documentation for atlas backups compliancePolicy enable.
Atlas Administration API は、エンドポイントを Cloud Backups リソースに提供し、プロジェクトの Backup Compliance Policy 設定を更新または有効化できるようにします。
Atlas で、Project Settings ページに移動します。
まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー
まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。
サイドバーで、 アイコンを Project Overview の横にあるをクリックします。
[ Project Settings ]ページが表示されます。
バックアップ コンプライアンス ポリシーを有効にします。
重要
MongoDB サポートは、バックアップ コンプライアンス ポリシーを無効にするためのリクエストを承認する必要があります
バックアップ コンプライアンス ポリシーを有効にした後、バックアップ コンプライアンス ポリシーに対して指定されたセキュリティ担当者または法定代理人からのリクエストを承認できるのは、MongoDB サポートのみです。MongoDB サポートがリクエストを承認した後、プロジェクトオーナーはバックアップ コンプライアンス ポリシーを無効にすることができます。
バックアップ コンプライアンス ポリシーを無効にするには、バックアップ コンプライアンス ポリシーに対して指定されたセキュリティ担当者または法定代理人がケースを作成してサポートをリクエストし、広範な検証プロセスを完了する必要があります。
バックアップ コンプライアンス ポリシーを有効にする前に、禁止されているアクションと考慮事項を慎重に検討してください。 バックアップ コンプライアンス ポリシーはいつでも再度有効にすることができます。
Backup Compliance Policy を On に切り替えます。
Edit Backup Compliance Policyダイアログ ボックスが開きます。
注意
このバックアップ コンプライアンス ポリシーは、プロジェクト内のすべてのクラスターに最小バックアップ ポリシーとして適用されます。 バックアップ コンプライアンス ポリシーは、既存のすべてのスナップショットを保護します。 バックアップ コンプライアンス ポリシーは、ロールに関係なく、すべてのユーザーが既存のスナップショットの有効期限が切れる前に既存のスナップショットを変更または削除するのを防ぎます。 このバックアップ コンプライアンス ポリシーに加えられた変更は、将来のスナップショットにのみ適用されます。 バックアップ コンプライアンス ポリシーを有効にすると、バックアップ コンプライアンス ポリシーによってバックアップ ストレージのコストを削減する能力が制限されます。 バックアップの保持を調整したり、削除してバックアップ ストレージのコストを削減することはできません。
バックアップ ポリシーを構成します。
Backup Policy Frequency and Retention表の各行は、バックアップ ポリシー項目を表します。
重要
バックアップ コンプライアンス ポリシーを保存した後は、バックアップ ポリシーに対するセルフサービスによる変更を通じて、コンプライアンス ポリシーで必要とされる バックアップ ポリシー項目を除くことはできません。バックアップ コンプライアンス ポリシーで保護されているポリシー項目の変更をリクエストするには、バックアップ コンプライアンス ポリシーの指定されたセキュリティ担当者または法務担当者が MongoDB サポートに問い合わせ、必要な検証プロセスを完了する必要があります。
次のいずれかの手順を行います。
ポリシー アイテムには、 Frequency Unitから頻度単位を選択します。
バックアップ ポリシーに新しいポリシー項目を追加するには、 Add Frequency Unitをクリックします。
Every列から頻度単位の頻度を選択します。
Retention Time列にポリシー項目の保持時間を指定し、右側の列に保持時間のユニットを指定します。
（任意）復元期間を設定します。
Require Point in Time Restore to all clusters を On に切り替えます。
Restore Windowを指定します。
重要
1 時間ごとのスナップショット保持時間より長い復元ウィンドウは設定できません。 このバックアップ コンプライアンス ポリシーを保存した後は、MongoDB サポートがないとこの設定を変更できません。 この設定を変更するには、バックアップ コンプライアンス ポリシーに指定されたセキュリティ担当者または法定代理人がサポートをリクエストし、広範な検証プロセスを完了する必要があります。
（任意）すべてのクラスターでカスタマー キー管理を使用した保管時の暗号化が必要です。
Require Encryption at Rest using Customer Key Management for all clusters を On に切り替えます。
注意
このオプションを有効にするには、現在のすべてのクラスターに対して保管時の暗号化を有効にする 必要があります。 保存時の暗号化が有効になっていない一時停止中のクラスターではこのオプションを有効にすることはできません。
（任意）追加のスナップショット リージョンを削除するときに、すべてのスナップショットを保持します。
Copy to other regions オプションを Off に変更しても、クラスター ユーザーが他のリージョンにコピーされたバックアップを削除できないようにできます。詳しくは、スナップショットを追加のリージョンにコピーする を参照してください。
Keep all snapshots when removing additional snapshot regions を On に切り替えます。
バックアップ コンプライアンス ポリシーを確認して保存します。
[Next] をクリックします。
重要
MongoDB サポートは、バックアップ コンプライアンス ポリシーを無効にするためのリクエストを承認する必要があります
バックアップ コンプライアンス ポリシーを有効にした後、バックアップ コンプライアンス ポリシーに対して指定されたセキュリティ担当者または法定代理人からのリクエストを承認できるのは、MongoDB サポートのみです。MongoDB サポートがリクエストを承認した後、プロジェクトオーナーはバックアップ コンプライアンス ポリシーを無効にすることができます。
バックアップ コンプライアンス ポリシーを無効にするには、バックアップ コンプライアンス ポリシーに対して指定されたセキュリティ担当者または法定代理人がケースを作成してサポートをリクエストし、広範な検証プロセスを完了する必要があります。
バックアップ コンプライアンス ポリシーを有効にする前に、禁止されているアクションと考慮事項を慎重に検討してください。 バックアップ コンプライアンス ポリシーはいつでも再度有効にすることができます。
セキュリティ担当者または法定代理人のFirst NameとLast Nameを指定します。
Email address of a representativeを指定します。
重要
無効または誤ったメールアドレスでは、MongoDB サポートで修正されるまで、このバックアップ コンプライアンス ポリシーを変更または有効にすることはできません。 担当者がサポート ポータルにサインインするために使用するメール アドレスを指定します。
バックアップ コンプライアンス ポリシーを保存する確認済みの場合は、続行するプロジェクト名を指定します。
チェックボックスをクリックして、バックアップ コンプライアンス ポリシーを有効にすると、ロールに関係なく、バックアップ スナップショットを変更または削除できることを理解していることを確認します。 バックアップ コンプライアンス ポリシーを有効にすると、バックアップ コンプライアンス ポリシーによってバックアップ ストレージのコストを削減する能力が制限されます。また、バックアップ ストレージのコストを削減するためにバックアップの保持を調整したり、バックアップを削除したりすることはできません。 バックアップ コンプライアンス ポリシーを無効にできるのは MongoDB サポートのみです。 指定されたセキュリティ担当者または法定代理人のみが、バックアップ コンプライアンス ポリシーを無効にするためのサポートを要求できます 。
[Confirm and Save] をクリックします。
バックアップ コンプライアンス ポリシーが有効になっているプロジェクトの表示
Atlas CLI を使用してプロジェクトのバックアップ コンプライアンス ポリシーを返すには、次のコマンドを実行します。
atlas backups compliancePolicy describe [options]
コマンド構文とパラメータの詳細については、 Atlas CLIドキュメントのAtlas backups compliancePolicy describe を参照してください。
The Atlas Administration API provides the endpoint in the Cloud Backups resource to retrieve the Backup Compliance Policy settings for the project.
バックアップ コンプライアンス ポリシーが有効になっている各プロジェクト名の横に、バックアップ コンプライアンス ポリシー アイコンが表示されます。
Atlas で、組織の All Projects ページへ移動します。
まだ表示されていない場合は、以下から目的の組織を選択しますナビゲーション バーのOrganizationsメニュー
サイドバーで、Identity & Access ヘッダーの下の All Projects をクリックします。
The All Projects page for your organization displays.
専用クラスターのバックアップ詳細の表示
スナップショットが保持されている削除されたクラスターを含む、すべてのM10+専用クラスターのバックアップの詳細を表示できます。
バックアップの詳細を表示するには:
Atlas で、プロジェクトの Backup の詳細に移動します。
まだ表示されていない場合は、プロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。
まだ表示されていない場合は、ナビゲーション バーの Projects メニューからプロジェクトを選択します。
サイドバーで、 Database見出しの下のBackupをクリックします。
バックアップの詳細が表示されます。
クラスター リンクをクリックします。
追加のスナップショット保持
プロジェクトでバックアップ コンプライアンス ポリシーが有効になっている場合、バックアップ コンプライアンス ポリシーの保護期間を超えてスナップショットを保持するように、追加のスナップショット保持を構成することもできます。 スナップショットは完全に保護されたままで、バックアップ コンプライアンス ポリシーの期間中にユーザーはスナップショットを削除できません。 追加のスナップショット保持期間中に、スナップショットは再度保護され、適切なロールを持つユーザーはスナップショットを削除できるようになります。 追加のスナップショット保持期間が終了すると、Atlas はスナップショットを自動的に削除します。 変更は、その頻度単位の既存と今後のすべてのスナップショットに適用されます。 バックアップ コンプライアンス ポリシーが変更された場合でも、追加のスナップショットの保持時間は同じままです。
詳細については、「追加のスナップショット保持の構成 」を参照してください。