すべてのプロダクト
Search
ドキュメントセンター

Cloud Backup:ポリシーセンター

最終更新日:Jul 18, 2026

Cloud Backup では、バックアップポリシーを使用して、開始時刻、バックアップ間隔、保存期間などのバックアップルールを定義します。バックアップポリシーはバックアップソースおよびデータソースとは独立しています。複数のソースにポリシーを関連付けて、バックアッププランを作成できます。バックアッププランが実行されると、関連付けられたバックアップポリシーの設定に基づいてバックアップが実行されます。このトピックでは、バックアップポリシーの作成、変更、および関連付け方法について説明します。

対応範囲と制限事項

バックアップポリシーは特定のデータソースおよびリージョンでのみサポートされています。

  • バックアップポリシーをサポートしているリージョンは、コンソールの Policy Center ページに表示されます。サポートされているリージョンの詳細については、「リージョン別のサポート機能」をご参照ください。

  • バックアップポリシーは、ECS ファイルバックアップ、ECS インスタンスのバックアップ機能、OSS バックアップ、Alibaba Cloud NAS バックアップ、オンプレミス NAS バックアップ、Tablestore バックアップ、CPFS バックアップ、ローカルファイルバックアップでのみサポートされています。

  • バックアップボールト設定 機能は、標準バックアップポリシーでのみ適用されます。

  • 自動アーカイブ 機能は、ECS ファイルバックアップ、ECS インスタンスのバックアップ機能、OSS バックアップ、Alibaba Cloud NAS バックアップ、オンプレミス NAS バックアップ、CPFS バックアップ、ローカルファイルバックアップでのみ利用可能です。

  • バックアップロック 機能は、標準バックアップポリシーおよび ECS インスタンスのバックアップポリシーの両方でサポートされています。

  • バックアップポイントのウイルス検出 機能は、ECS ファイルバックアップ (新規)、ローカルファイルバックアップ (新規)、OSS バックアップ、Alibaba Cloud NAS バックアップ、ローカル NAS バックアップでのみ適用されます。

  • 関連付けられたリソースタグ 機能は、ECS インスタンスのバックアップ機能、ECS ファイルバックアップ、OSS バックアップ、Alibaba Cloud NAS バックアップ、Tablestore バックアップでのみ適用されます。

前提条件

Cloud Backup を有効化しました。Cloud Backup の有効化は無料です。

注意事項

バックアップポリシーの ポリシータイプ が「レガシーバックアップポリシー」の場合、そのポリシーは ECS インスタンスのバックアップ機能に関連付けられ、バックアップボールトを使用します。制限事項は次のとおりです。

  • 既存のレガシーバックアップポリシーは編集できますが、新しいレガシーバックアップポリシーの作成や、新しい ECS インスタンスのバックアップ機能への関連付けはできません。既にレガシーバックアップポリシーに関連付けられている ECS インスタンスのバックアップ機能には影響しません。新しい ECS インスタンスをバックアップする場合は、ECS インスタンスバックアップポリシー を作成して使用する必要があります。

  • レガシーバックアップポリシーに関連付けられた ECS インスタンスはスナップショットを使用してバックアップされます。バックアップデータはバックアップボールトに書き込まれません。クロスリージョンレプリケーションおよび自動アーカイブはサポートされていません。

  • バックアップレプリケーションおよびバックアップロック機能:

    • レガシーポリシーがバックアップボールトに関連付けられていない場合、関連する ECS インスタンスのバックアップ構成は ECS インスタンスのバックアップ ページで確認および編集できます。

    • レガシーポリシーがバックアップボールトに関連付けられている場合、バックアップボールトの構成は Policy Center ページで確認および編集できます。ECS インスタンスのバックアップ ページには引き続き ECS インスタンスのバックアップ構成項目が表示されますが、編集はできません。

レガシーバックアップポリシーは、ポリシー種別 列に警告三角アイコンで識別されます。バックアップポリシーの詳細 エリアには、実行時刻、保存期間、特別保存期間、少なくとも 1 つのバックアップを保持、自動アーカイブ、バックアップのクロスリージョンレプリケーション、バックアップポイントウイルス検出などの設定項目の現在のステータスが表示されます。

バックアップポリシーの作成

データソースをバックアップする前に、バックアップポリシーを作成する必要があります。

  1. Cloud Backup コンソール にログインします。

  2. 左側のナビゲーションウィンドウで、バックアップ > Policy Center を選択します。

  3. 上部のナビゲーションバーでリージョンを選択します。

  4. Policy Center ページで、ポリシーの作成 をクリックします。

  5. ポリシーの作成 ダイアログボックスで、ポリシー種別、ポリシー名、実行プラン、ライフサイクル、自動アーカイブ設定、バックアップボールト構成、レプリケーションポリシーなどのパラメーターを設定し、OK をクリックします。

    データセキュリティ(バックアップロック および バックアップポイントウイルス検出 トグル)、バックアップボールト暗号化方法(例:Cloud Backup 完全管理)、および 関連付けられたリソースタグ も設定できます。

    • 保持期間: 1 週間

    • 少なくとも 1 つのバックアップを保持 トグルはデフォルトで有効になっています。

    • バックアップデータ管理 エリアでは、バックアップロック(ECS インスタンスのバックアップポイントは自動的に有効期限切れになるまで削除できません)を設定できます。

    • 関連付けられたリソースタグ エリアでは、+ リソースの追加 をクリックしてバックアップリソースをバインドできます。

    一般的なバックアップポリシー パラメーターの説明

    重要

    ビジネスニーズに基づいてポリシー種別を選択し、要件を満たすように構成するために、パラメーターの説明をよくお読みください。

    パラメーター

    説明

    ポリシータイプ

    ポリシー種別を指定します。

    このポリシーは ECS インスタンスのバックアップ機能以外のバックアップに適用されます。サポートされるデータソースは次のとおりです:ECS ファイル、ローカルファイル、OSS、Alibaba Cloud NAS、CPFS、Tablestore、オンプレミス NAS。バックアップデータは汎用バックアップボールトに保存されます。

    ポリシー名

    バックアップポリシーのカスタム名を入力します。

    名前は 2~128 文字で指定する必要があります。`auto`、特殊文字、または数字で始めることはできません。ピリオド (.)、アンダースコア (_)、ハイフン (-)、コロン (:) のみ使用できます。

    スケジュール

    バックアップサイクル

    バックアップサイクルを指定します。

    説明

    次のバックアップジョブのスケジュール時刻になっても前のバックアップジョブがまだ実行中の場合、次のジョブはスキップされ、次のスケジュール時刻に実行されます。

    • 時間単位:固定時間間隔でバックアップを実行します。

    • 日単位:固定日数間隔でバックアップを実行します。

    • 週単位:指定した曜日にバックアップを実行します。

    • 月単位:指定した月にバックアップを実行します。

    初回実行時刻

    初回実行時刻を設定できます。

    バックアップ間隔

    バックアップ間隔を指定します。

    増分バックアップの間隔

    このパラメーターは Tablestore のみ必須です。他のデータソースでは、Cloud Backup が自動的にフルバックアップまたは増分バックアップを実行します。

    • 使用しない:増分バックアップを使用しません。

    • 時刻の指定:Tablestore の増分バックアップ間隔を指定します。

    ライフサイクル

    保存期間

    バックアップデータの保存期間を設定します。

    • 永久:バックアップデータは永久に保存され、削除されることはありません。

    • 時刻の指定:バックアップデータの合計保存期間を日数で指定します。最大値は 999 年相当を超えることはできません。たとえば、「時刻の指定」パラメーターを 210 日に設定すると、バックアップデータは 210 日間保存され、保存期間が終了すると削除されます。

      アーカイブに転送するまでの日数 を設定する場合、アーカイブ層のデータは少なくとも 60 日間保存する必要があります。したがって、合計保存期間は、アーカイブ前の日数とアーカイブ層の最小保存期間(60 日)の合計以上である必要があります。

      たとえば、データを 30 日後にアーカイブするように設定した場合、合計保存期間は少なくとも 30 + 60 = 90 日である必要があります。

    特別な保持期間

    標準バックアップポリシーに加えて、Cloud Backup はデータセキュリティ要件を満たすための特別保存ポリシーをサポートしています。特別保存ポリシーを使用すると、指定されたサイクル(週次、月次、年次)で最初に利用可能なバックアップに対して、より長い保存期間を設定できます。単一のバックアップポリシーに、週次、月次、年次の特別保存ルールを同時に含めることができます。詳細については、「特別保存期間」をご参照ください。

    重要

    特別保存期間と標準保存期間には時間的な制約があります。特別保存期間を設定する際は、システムの推奨に従うことを推奨します。一般的に次の制限が適用されます。

    • 永久に保存されるバックアップに対して特別保存期間を設定することはできません。

    • 特別保存期間は標準保存期間よりも長くする必要があります。

    • 週、月、年で換算した特別保存期間は 999 年を超えることはできません。

    少なくとも 1 つのバックアップを保持する

    このオプションを有効にすることを推奨します。このオプションを有効にすると、このバックアッププランによって生成された最新のバックアップバージョンは、保存期間の有効期限切れや誤った操作によっても削除されません。これにより、バックアッププランの設定ミスなどの理由で復元可能なバックアップバージョンが存在しないリスクを防ぐことができます。詳細については、「少なくとも 1 つのバックアップバージョンを保持する機能を有効化する」をご参照ください。

    重要
    • この機能は、データソースがこのバックアップポリシーに関連付けられた後に有効になります。

    • 汎用バックアップポリシーの場合、オフサイトレプリケーションされたバックアップポイントのバージョンも少なくとも 1 つ保持されます。

    • Tablestore バックアップはサポートされていません。

    • 最新のバックアップは自動的にアーカイブされません。

    自動アーカイブ

    アーカイブに転送するまでの日数

    バックアップデータをアーカイブ層に移動するまでの日数を指定します。デフォルトでは、バックアップデータはバックアップボールトの標準層に保存されます。長期保存が必要なバックアップデータについては、この機能を使用してバックアップポイントを標準層からアーカイブ層に移動することで、データ保護コストを削減できます。

    重要
    • クロスリージョンバックアップ を使用する場合、バックアップボールト内のアーカイブ層データは別のリージョンにレプリケーションされません。バックアップボールト内の標準層データがアーカイブ層に転送されると、レプリケーション先ボールト内の対応するデータも削除されます。

    • アーカイブ層のデータ量は、アーカイブ前の生データのサイズに基づいて計算されます。64 KB 未満のオブジェクトまたはファイルは 64 KB として計算されます。多数の小規模ファイルを扱うシナリオでは、データをアーカイブするかどうかを慎重に評価する必要があります。詳細なルールについては、「自動アーカイブ」をご参照ください。

    • バックアップデータは、アーカイブされる前に標準層に少なくとも 30 日間保存する必要があります。バックアップデータがアーカイブ層に移動された後は、アーカイブ層に少なくとも 60 日間保存する必要があります。

    • 使用しない:バックアップデータは標準層に保存され、アーカイブ層に転送されません。

    • 時刻の指定:有効範囲は 30~65,535 日です。データアクセス頻度、復元ニーズ、ストレージコスト、データライフサイクルのバランスを取るために、バックアップポイントは標準層に少なくとも 30 日間保存された後に自動アーカイブされます。この戦略は、最近のデータほど復元される確率が高いという考慮に基づいています。これにより、長期的なストレージコストを削減し、アーカイブ層からのデータ復元時に発生する可能性のある高額なコストを最小限に抑えることができます。

      時刻の指定 後 30 日でアーカイブ層に移動された場合:

      • バックアップデータの 保存期間 が 永久 の場合、バックアップデータは 30 日後にアーカイブ層に転送され、そこで永久に保存され、削除されません。

      • バックアップデータの 保存期間 が 210 日の場合、データは 30 日後にアーカイブ層に転送され、さらに 180 日間保存された後に自動的に削除されます。合計保存期間は 210 日です。

    バックアップボールト

    バックアップボールト設定

    バックアップを保存するバックアップボールトを構成します。

    • バックアップボールトの作成:バックアップデータを保存する新しいバックアップボールトを作成します。デフォルトでは、ボールト名は日時に基づいて割り当てられます。

    • ボールトの選択:バックアップボールト名のドロップダウンリストから既存のバックアップボールトを選択します。

    バックアップデータの冗長性を最大化するために、システムはリージョンのサポートに基づいてボールトタイプを自動的に選択します。ゾーン冗長ストレージをサポートするリージョンではデフォルトで ゾーン冗長バックアップボールト が作成され、他のリージョンでは ローカル冗長バックアップボールト が作成されます。

    バックアップボールト名

    このパラメーターは、バックアップボールト設定 パラメーターが バックアップボールトの作成 または バックアップボールトの選択 に設定されている場合にのみ必須です。バックアップボールトの名前を入力または選択します。

    バックアップボールトリソースグループ

    このパラメーターは、バックアップボールト設定 パラメーターが バックアップボールトの作成 に設定されている場合にのみ必須です。このパラメーターは、バックアップボールトが属するリソースグループを指定します。

    リソースグループを使用して、Alibaba Cloud アカウントが所有するリソースを管理できます。リソースグループを使用すると、Alibaba Cloud アカウントのリソースおよび権限管理を簡素化できます。詳細については、「リソースグループの作成」をご参照ください。

    バックアップボールト暗号化モード

    このパラメーターは、バックアップボールト設定 パラメーターが バックアップボールトの作成 に設定されている場合にのみ構成する必要があります。このパラメーターは、バックアップボールト内のデータを暗号化する方法を指定します。

    • フルマネージド Cloud Backup(デフォルト):バックアップサービスのデフォルト暗号化方法を使用します。

    • KMS:Alibaba Cloud KMS のカスタムキーを使用して暗号化します。KMS キー ID パラメーターを指定する必要があります。KMS のエイリアスを使用 チェックボックスをオンにして、KMS キーのエイリアスを KMS キー ID として使用できます。

    • 重要
      • Key Management Service (KMS) を使用してバックアップボールトの暗号化を有効化した後は、KMS キーを変更できません。

      • KMS キーでバックアップボールトを暗号化するには、事前に KMS でキー ID を作成する必要があります。詳細については、「キーの作成」をご参照ください。

    コピーポリシー

    バックアップボールトのレプリケーション

    バックアップボールトレプリケーションを有効化すると、ソースバックアップボールトの標準層に存在するすべてのバックアップデータおよび現在時刻以降に生成される新しいバックアップデータが自動的にレプリケーション先ボールトに同期されます。これにより、クロスリージョンおよびクロスアカウント・クロスリージョンのデータ保護が提供されます。

    重要

    ソースバックアップボールトで自動アーカイブが有効になっている場合、ソースバックアップボールトのアーカイブ層データはレプリケーション先ボールトに同期されません。ソースバックアップボールトの標準層データがアーカイブ層に移動されると、レプリケーション先ボールト内の対応するデータも削除されます。

    • クロスリージョンバックアップレプリケーションを有効化すると、ストレージ料金およびリージョン間データ転送料金が発生します。詳細については、「課金方法と課金項目」をご参照ください。

    • 汎用バックアップポリシーで バックアップボールトのレプリケーション 機能を有効化することは、ポリシーに関連付けられたバックアップボールトに対して バックアップボールトのレプリケーション設定 を行うことと同等です。リポジトリ管理 でクロスリージョンバックアップ を構成できます。

    • バックアップボールトのレプリケーション を有効化すると、このバックアップポリシーに関連付けられたデータソースのバックアップボールトは、構成されたルールに基づいて自動的にレプリケーションを実行し、既存および新しいすべてのバックアップポイントがレプリケーション先ボールトに同期されます。

    説明

    汎用バックアップのオフサイト保存期間は、ソースバックアップポイントの保存期間と同じです。

    レプリケーション先バックアップボールトの設定

    必要に応じて、既存のレプリケーション先ボールトを使用するか、新しいボールトを作成するかを選択します。

    • レプリケーション先ボールトの作成:クロスリージョンレプリケーション用に現在のアカウントでボールトを作成します。

    • レプリケーション先ボールトの選択:別のアカウントで既にレプリケーション先ボールトを作成済みで、現在のアカウントと共有している場合、クロスアカウントまたはクロスアカウント・クロスリージョンレプリケーションを実現できます。現在のアカウントの別のリージョンでレプリケーション先ボールトを選択した場合、クロスリージョンレプリケーションを実現できます。

    コピー先リージョン

    このパラメーターは、バックアップボールトのレプリケーション スイッチを有効化した場合にのみ必須です。

    レプリケーション先ボールトが配置されているリージョンを選択します。

    バックアップボールトの暗号化方式

    このパラメーターは、バックアップボールトのレプリケーション スイッチを有効化し、かつ レプリケーション先バックアップボールトの作成 を選択した場合にのみ必須です。

    送信先バックアップボールトの暗号化方法は、ソースバックアップボールトと同じである必要があります。有効値は フルマネージド Cloud Backup および KMS です。

    データセキュリティ

    バックアップロック

    バックアップロック を有効化した後は、この機能を無効化できません。

    • この機能を有効化すると、バックアップボールトおよびそのすべてのバックアップデータは、自動的に有効期限切れになるまで削除できなくなります。

    • この機能を有効化し、かつオフサイトバックアップレプリケーションも有効化している場合、オフサイトのレプリケーションされたバックアップボールトおよびバックアップポイントもロックされます。

    バックアップポイントのウイルス検出

    バックアップポイントウイルス検出 オプションを有効化すると、バックアップ完了後にシステムが自動的にバックアップデータに対してウイルス検出を実行します。バックアップポイントで詳細な検出結果を確認できます。

    重要
    • バックアップポリシーでウイルススキャンを有効化すると、最初のバックアップポイントに対してフルウイルススキャンが実行されます。その後のバックアップポイントに対しては、増分ウイルススキャンが実行されます。

    • バックアップポイントウイルススキャンは有料機能です。

    • バックアップポイントウイルススキャンタスクは、開始後にキャンセルできません。

    バックアップポイントのウイルス検出 スイッチをオフにすることで、バックアップポイントウイルス検出機能を無効化できます。

    関連付けられたリソースタグ

    バックアップポリシーは、タグに基づいてリソースをバッチで関連付けることをサポートしています。

    リソースタイプ:ECS ファイル、OSS バケット、Alibaba Cloud NAS、Tablestore。

    リソースの選択:リソースタイプのすべてのリソースを関連付けるか、タグの指定 を使用して一部のリソースを関連付けることができます。

    リソースタグ:指定されたすべてのタグを持つリソースのみがマッチします。タグの関連付け をクリックして複数のタグを追加できます。

    リソースタグはリソースタイプに対応している必要があります。

    • リソースタイプが ECS ファイルの場合:ECS インスタンスのタグを指定します。

    • リソースタイプが OSS バケットの場合:OSS バケットのタグを指定します。

    • リソースタイプが Alibaba Cloud NAS の場合:NAS ファイルシステムのタグを指定します。

    • リソースタイプが Tablestore の場合:Tablestore インスタンスのタグを指定します。

    説明
    • リソースタグは最大 30 個まで追加できます。

    • ECS インスタンスがタグを通じてバックアップポリシーに関連付けられ、リソースタイプが ECS ファイルに設定されている場合、Cloud Backup は次のバックアップジョブ開始時に自動的に ECS ファイルバックアップクライアントをデプロイします。逆に、ECS インスタンスのタグがどのバックアップポリシーにも関連付けられなくなり、かつ関連するすべてのバックアップジョブが有効期限切れになった場合、Cloud Backup は自動的に ECS ファイルバックアップクライアントをアンインストールします。

    • バックアップポリシーが実行されるたびに、Cloud Backup は次のタグマッチングチェックを実行します。

      1. 新しいマッチングリソースの自動関連付け:Cloud Backup が現在のバックアップポリシーにバインドされていないがポリシーのタグにマッチするデータソースを検出した場合、自動的にそれらを関連付けます。これらのリソースは、次のバックアップ時刻から定期的にバックアップされます。

      2. 関連付けられたリソースの自動調整:このバックアップポリシーにすでにバインドされているデータソースについて、システムはポリシーのタグ要件を引き続き満たしているかをチェックします。データソースが現在のポリシー設定にマッチしなくなった場合、Cloud Backup は自動的にそのバックアップ操作を一時停止します。バックアップサイクルが終了した後、データソースは自動的にポリシーから解除されます。

    タグヒットチェック:即時検出 をクリックして、設定したリソースタグにマッチするリソースを検索します。

    複数のリソースタイプのリソースを追加するには、リソースの追加 をクリックします。

    ECS インスタンスバックアップポリシー パラメーターの説明

    重要

    ビジネスニーズに基づいてポリシー種別を選択し、要件を満たすように構成するために、パラメーターの説明をよくお読みください。

    パラメーター

    説明

    ポリシータイプ

    ポリシー種別を指定します。

    ECS インスタンスのバックアップ機能 にのみ適用されます。バックアップデータはスナップショット容量を使用し、バックアップボールトには保存されません。

    ポリシー名

    バックアップポリシーのカスタム名を入力します。

    名前は 2~128 文字で指定する必要があります。`auto`、特殊文字、または数字で始めることはできません。ピリオド (.)、アンダースコア (_)、ハイフン (-)、コロン (:) のみ使用できます。

    スケジュール

    バックアップサイクル

    バックアップサイクルを指定します。

    説明

    次のバックアップジョブのスケジュール時刻になっても前のバックアップジョブがまだ実行中の場合、次のジョブはスキップされ、次のスケジュール時刻に実行されます。

    • 時間単位:固定時間間隔でバックアップを実行します。

    • 日単位:固定日数間隔でバックアップを実行します。

    • 週単位:指定した曜日にバックアップを実行します。

    • 月単位:指定した月にバックアップを実行します。

    初回実行時刻

    初回実行時刻を指定できます。

    バックアップ間隔

    バックアップ間隔を指定します。

    ライフサイクル

    保存期間

    バックアップデータの保存期間を設定します。

    重要

    ECS インスタンスのバックアップは永久に保存できません。

    時刻の指定:バックアップデータの合計保存期間を日数で指定します。最大保存期間は 999 年を超えることはできません。たとえば、「時刻の指定」パラメーターを 210 日に設定すると、バックアップデータは 210 日間保存され、保存期間が終了すると削除されます。

    アーカイブに転送するまでの日数 パラメーターを設定する場合、アーカイブ層のデータは少なくとも 60 日間保存する必要があります。したがって、合計保存期間は、アーカイブ前の日数とアーカイブ層の最小保存期間(60 日)の合計以上である必要があります。

    たとえば、データを 15 日後にアーカイブするように設定した場合、合計保存期間は少なくとも 15 + 60 = 75 日である必要があります。

    特別な保持期間

    標準バックアップポリシーに加えて、Cloud Backup はデータセキュリティ要件を満たすための特別保存ポリシーをサポートしています。これらのポリシーを使用すると、週次、月次、年次で生成される最初に利用可能なバックアップに対して、より長い保存期間を設定できます。バックアップポリシーには、週次、月次、年次の特別保存ルールを同時に含めることができます。詳細については、「特別保存期間」をご参照ください。

    重要

    特別保存期間と標準保存期間には時間的な制約があります。特別保存期間を設定する際は、システムの推奨に従うことを推奨します。一般的に次の制限が適用されます。

    • 特別保存期間は標準保存期間よりも長くする必要があります。

    • 週、月、年で換算した特別保存期間は 999 年を超えることはできません。

    少なくとも 1 つのバックアップを保持する

    少なくとも 1 つのバックアップバージョンを保持する機能を有効化する オプションを推奨します。このオプションを有効にすると、このバックアッププランによって生成された最新のバックアップバージョンは、保存期間の有効期限切れや誤った操作によっても削除されません。これにより、バックアッププランの設定ミスなどの理由で復元可能なバックアップバージョンが存在しないリスクを防ぐことができます。

    重要
    • この機能は、データソースがこのバックアップポリシーに関連付けられた後に有効になります。

    • ローカルポリシーの「少なくとも 1 つのバックアップバージョンを保持」設定は、ECS インスタンスのバックアップポリシーのオフサイトレプリケーションされたバックアップポイントには影響しません。

    • 最新のバックアップは自動的にアーカイブされません。

    自動アーカイブ

    アーカイブに転送するまでの日数

    バックアップデータをアーカイブ層に移動するまでの日数を指定します。デフォルトでは、バックアップデータは標準層に保存されます。長期保存が必要なバックアップデータについては、この機能を使用してバックアップポイントを標準層からアーカイブ層に移動することで、データ保護コストを削減できます。

    重要
    • この機能は、自動アーカイブ設定を構成または変更した後に作成された新しい ECS インスタンスのバックアップポイントにのみ適用されます。設定を構成する前に作成されたバックアップポイントはアーカイブされません。

    • アーカイブ層のデータはアーカイブスナップショットストレージに基づいて課金され、料金は ECS サービスによって徴収されます。ECS インスタンス全体のバックアップポイントがアーカイブ層に入る前に、正常にアーカイブされていないスナップショットは標準スナップショットストレージに基づいて課金され、正常にアーカイブされたスナップショットはアーカイブスナップショットストレージに基づいて課金されます。

    • バックアップポイントは、アーカイブされる前に標準層に少なくとも 14 日間保存する必要があります。バックアップポイントがアーカイブ層に移動された後は、少なくとも 60 日間保存する必要があります。60 日以内に手動でバックアップポイントを削除した場合、残りの期間の料金が請求されます。

    • 使用しない:バックアップデータは標準層に保存され、アーカイブ層に転送されません。

    • 時刻の指定:有効範囲は 14~65,535 日です。データアクセス頻度、復元要件、ストレージコスト、データライフサイクルのバランスを取るために、バックアップポイントは標準層に少なくとも 14 日間保存された後に自動アーカイブされます。この戦略は、最近のデータほど復元される確率が高いという考慮に基づいています。これにより、長期的なストレージコストを削減し、アーカイブ層からのデータ復元時に発生する可能性のある高額なコストを最小限に抑えることができます。

      たとえば、時刻の指定 が 30 日で、保存期間 が 210 日の場合、バックアップデータは 30 日後にアーカイブ層に移動されます。その後、アーカイブ層でさらに 180 日間保存され、自動的に削除されます。合計保存期間は 210 日です。

    コピーポリシー

    クロスリージョンバックアップコピー

    クロスリージョンバックアップコピー 機能を有効化すると、作成されたバックアップは直ちに自動的にターゲットリージョンにレプリケーションされ、クロスリージョン保護が提供されます。

    • バックアップソースタイプに応じて、クロスリージョンレプリケーションを有効化するとストレージ料金またはリージョン間データ転送料金が発生します。課金方法の詳細については、「課金方法と課金項目」をご参照ください。

    • Cloud Backup は次のオフサイトバックアップレプリケーション技術を提供します。

      バックアップはクロスリージョンスナップショットレプリケーション技術を使用してリージョン間でレプリケーションされます。この方法はECS インスタンス全体のバックアップにのみ適用されます。

    重要
    • クロスリージョンバックアップコピー を有効化した後は、既存のバックアップはレプリケーションされません。この機能は、機能を有効化した後に作成されたバックアップポイントにのみ適用されます。

    • オフサイトバックアップレプリケーションを無効化した後、ターゲットリージョンにすでにレプリケーションされたバックアップポイントは直ちに削除されません。保存期間が終了すると自動的にクリーンアップされます。

    コピー先リージョン

    このパラメーターは、クロスリージョンバックアップコピー 機能が有効化されている場合にのみ必須です。バックアップデータをレプリケーションするターゲットリージョンを指定します。

    リモート保存時間

    クロスリージョンバックアップコピー 機能を有効化する場合、このパラメーターを構成する必要があります。ターゲットリージョンのバックアップデータの保存期間を設定できます。

    説明

    ECS インスタンスのバックアップは永久に保存できません。

    時刻の指定:ジオ冗長バックアップデータの合計保存期間を日数で指定します。デフォルト値は 7 日で、最大保存期間は 999 年を超えることはできません。保存期間が終了すると、バックアップデータは自動的に削除されます。

    リモートからアーカイブに転送するまでの日数 オプションを設定する場合、アーカイブ層のデータは少なくとも 60 日間保存する必要があります。したがって、オフサイトデータの合計保存期間は、アーカイブ前の日数とアーカイブ層の最小保存期間(60 日)の合計以上である必要があります。

    たとえば、データを 15 日後にアーカイブするように設定した場合、合計保存期間は少なくとも 15 + 60 = 75 日である必要があります。

    リモートからアーカイブに転送するまでの日数

    このパラメーターは、クロスリージョンバックアップコピー 機能を有効化する場合に構成する必要があります。

    デフォルトでは、オフサイトバックアップデータは標準層に保存されます。データをアーカイブするまでの日数を設定することで、長期的なオフサイトバックアップデータを標準層からアーカイブ層に移動し、データ保護コストを削減できます。

    重要
    • アーカイブ層のデータはアーカイブスナップショットストレージとして課金され、料金は ECS サービスによって徴収されます。ECS インスタンス全体のバックアップポイントがアーカイブ層に移動される前に、正常にアーカイブされていないスナップショットは標準スナップショットストレージとして課金され、正常にアーカイブされたスナップショットはアーカイブスナップショットストレージとして課金されます。

    • バックアップポイントは、アーカイブされる前に標準層に少なくとも 14 日間保存する必要があります。バックアップポイントがアーカイブ層に移動された後は、少なくとも 60 日間保存する必要があります。60 日以内に手動でバックアップポイントを削除した場合、残りの期間の料金が請求されます。

    • リモートからアーカイブに転送するまでの日数 が リモート保存時間 以上の場合、バックアップはアーカイブされません。

    • 使用しない:ジオ冗長バックアップデータは標準層に保存され、アーカイブ層に転送されません。

    • 時刻の指定:日数の範囲は 14~65,535 です。データアクセス頻度、復元ニーズ、ストレージコスト、データライフサイクルのバランスを取るために、バックアップポイントは標準層に少なくとも 14 日間保存された後に自動アーカイブされます。この戦略は、最近のデータほど復元される確率が高いという考慮に基づいています。これにより、長期的なストレージコストを削減し、アーカイブ層からのデータ復元時に発生する可能性のある高額なコストを最小限に抑えることができます。

      たとえば、時刻の指定 を 30 日に設定し、バックアップデータの リモート保存時間 を 210 日に設定した場合、ジオ冗長バックアップデータは 30 日後にアーカイブ層に移動されます。その後、アーカイブ層でさらに 180 日間保存され、自動的に削除されます。合計保存期間は 210 日です。

    データセキュリティ

    バックアップロック

    有効化すると、バックアップロック 機能を無効化できません。

    • この機能を有効化すると、ECS インスタンスのバックアップポイントは自動的に有効期限切れになるまで削除できなくなります。

    • この機能を有効化すると、次のバックアップサイクルで作成された ECS インスタンスのバックアップポイントのみがロックされます。既存の ECS インスタンスのバックアップポイントはロックされません。

    • この機能を有効化し、かつオフサイトバックアップレプリケーションも有効化している場合、オフサイトのレプリケーションされたバックアップポイントもロックされます。

    • この機能を有効化しても、対応するクラウドディスクおよびスナップショットの通常使用(クラウドディスクの作成やスナップショットの共有など)には影響しません。

    関連付けられたリソースタグ

    バックアップポリシーは、タグに基づいてリソースをバッチで関連付けることをサポートしています。

    リソースタイプ:ECS インスタンス。

    リソースの選択:リソースタイプのすべてのリソースを関連付けるか、タグの指定 を使用して一部のリソースを関連付けることができます。

    リソースタグ:すべてのタグが一致した場合にのみリソースがヒットします。タグの関連付け をクリックして複数のタグを追加できます。ECS インスタンスのタグを指定します。

    説明
    • リソースタグは最大 30 個まで追加できます。

    • ECS インスタンスがタグを通じてバックアップポリシーに関連付けられ、リソースタイプが ECS ファイルに設定されている場合、Cloud Backup は次のバックアップジョブ開始時に自動的に ECS ファイルバックアップクライアントをデプロイします。逆に、ECS インスタンスのタグがどのバックアップポリシーにも関連付けられなくなり、かつ関連するすべてのバックアップジョブが有効期限切れになった場合、Cloud Backup は自動的に ECS ファイルバックアップクライアントをアンインストールします。

    • バックアップポリシーが実行されるたびに、Cloud Backup は次のタグマッチングチェックを実行します。

      1. 新しいマッチングリソースの自動関連付け:Cloud Backup が現在のバックアップポリシーにバインドされていないがポリシーのタグにマッチするデータソースを検出した場合、自動的にそれらを関連付けます。これらのリソースは、次のバックアップ時刻から定期的にバックアップされます。

      2. 関連付けられたリソースの自動調整:このバックアップポリシーにすでにバインドされているデータソースについて、システムはポリシーのタグ要件を引き続き満たしているかをチェックします。データソースが現在のポリシー設定にマッチしなくなった場合、Cloud Backup は自動的にそのバックアップ操作を一時停止します。バックアップサイクルが終了した後、データソースは自動的にポリシーから解除されます。

    タグヒット検出:即時検出 をクリックして、設定したリソースタグにマッチするリソースを確認します。

    複数のリソースタイプのリソースを追加するには、リソースの追加 をクリックします。

    ポリシーを作成した後、ポリシーセンターのポリシーリストで確認できます。

    • ポリシー種別が 一般的なバックアップポリシー の場合、作成されたバックアップポリシーが表示されます。

      • 実行時刻:09:00:00 から開始、間隔 1 日

      • 保存期間:2 年

      • 特別保存期間:未使用

      • 少なくとも 1 つのバックアップを保持:有効

      • 自動アーカイブ:未使用

      • バックアップのクロスリージョンレプリケーション:未使用

      • バックアップポイントウイルス検出:有効(料金が発生します)

      • 関連付けられたリソース:未使用

    • ECS インスタンスバックアップポリシー を選択した場合、バックアップポリシーは次のように作成されます。

      バックアップポリシーリストに、ECS インスタンスのバックアップポリシーのレコードが 1 件表示されます。バックアップポリシーの詳細のパラメーター構成値は次のとおりです。

      • 実行時刻:03:00:00 から開始、間隔 1 日

      • 保存期間:1 週間

      • 特別保存期間:未使用

      • 少なくとも 1 つのバックアップを保持:有効

      • バックアップのクロスリージョンレプリケーション:未使用

      • バックアップロック:有効

      • バックアップボールト:未使用

      • 関連付けられたリソース数:1

      このポリシーは、[操作] 列の リソースの関連付け および ポリシーの編集 リンクから管理できます。

バックアップポリシーとデータソースの関連付け

バックアップポリシーを作成した後、次のいずれかの方法でリソースを関連付けて自動バックアップを実行できます。

ポリシーの左側にある image アイコンをクリックすると、関連付けられたデータソースを確認できます。

リソース ID ごとにバッチでリソースを関連付け

バックアップポリシーを作成した後、ターゲットバックアップポリシーの 操作 列で 関連付けられたリソースの追加 をクリックして、リソースをバッチで関連付けることもできます。

標準バックアップポリシーの場合:

  • リソースタイプが ECS ファイル の場合、ECS インスタンス ドロップダウンリストをクリックして、複数の ECS インスタンスを選択します。

    指定された ECS インスタンスは、このポリシーに基づいて自動的にバックアップされます。デフォルトでは、システムディレクトリを除くすべてのファイルがバックアップされます。除外されるシステムディレクトリについては、コンソールで提供されている情報をご確認ください。

  • リソースタイプが OSS の場合、OSS Bucket ドロップダウンリストをクリックして、複数の OSS バケットを選択します。

    標準および低頻度アクセスストレージクラスの指定された OSS バケットは、このポリシーに基づいて自動的にバックアップされます。デフォルトでは、バケット全体がバックアップされます。

  • リソースタイプが Alibaba NAS の場合、NAS ファイルシステム ドロップダウンリストをクリックして、1 つ以上の NAS ファイルシステムを選択します。

    汎用タイプの指定された NAS ファイルシステムは、このポリシーに基づいて自動的にバックアップされます。デフォルトでは、ファイルシステム全体がバックアップされます。

  • リソースタイプが Tablestore の場合、Tablestore インスタンス ドロップダウンリストをクリックして、複数の Tablestore インスタンスを選択します。

    指定された Tablestore インスタンスは、このポリシーに基づいて自動的にバックアップされます。デフォルトでは、インスタンス全体がバックアップされます。

ECS インスタンスのバックアップポリシーの場合:

  • リソースタイプが ECS インスタンス の場合、ECS インスタンス ドロップダウンリストをクリックして、複数の ECS インスタンスを選択します。

    指定された ECS インスタンスは、このポリシーに基づいて自動的にバックアップされます。デフォルトでは、すべてのクラウドディスクがバックアップされます。

複数のリソースタイプのリソースを追加するには、関連付けられたリソースの追加 をクリックします。

バックアップポリシーの変更

バックアップポリシーを作成した後、ポリシーリストでターゲットポリシーを見つけ、操作 列の ポリシーの編集 をクリックして、構成された設定を変更できます。変更された設定は、次のバックアップタスク実行時に有効になります。

バックアップポリシーの即時実行

  • バックアップポリシーに関連付けられたすべてのデータソースに対して、バックアップジョブを即時に実行します。

    ポリシーリストでターゲットポリシーを見つけ、操作 列で ┇ > 今すぐ実行 を選択します。この操作により、関連付けられたすべてのデータソースに対してバックアップジョブが即時に実行されます。ジョブが完了したら、各データソースの バックアップジョブ ページに移動して実行進捗を確認できます。

  • 特定のデータソースに対してバックアップジョブを即時に実行します。

    image アイコンをクリックしてバックアップポリシーの詳細を展開し、左側のナビゲーションウィンドウで対応するデータソースに切り替えます。ターゲットデータソースの 操作 列で ┇ > 今すぐ実行 を選択します。この操作により、ターゲットデータソースに対してバックアップジョブが即時に実行されます。

バックアップポリシーの関連付け解除

バックアップポリシーを作成した後、左側のナビゲーションウィンドウで対応するデータソースに切り替え、バックアップ計画 タブをクリックし、ターゲットバックアッププランを見つけ、操作 列で ┇ > 計画の削除 を選択して、データソースからバックアップポリシーの関連付けを解除します。ポリシーの関連付けを解除すると、そのデータソースのバックアッププランは実行されなくなります。

警告

データソースからバックアップポリシーの関連付けを解除すると、そのデータソースのバックアッププランは実行されなくなり、データソースは保護されなくなります。生成済みのバックアップには影響しません。慎重に操作してください。

バックアップポリシーの削除

バックアップポリシーを作成した後、ポリシーリストでターゲットポリシーを見つけ、操作 列で ┇ > 削除 を選択します。バックアップポリシーを削除すると、関連付けられたデータソースのバックアップジョブは実行されなくなりますが、バックアップされたデータは保持されます。

警告
  • データソースに関連付けられているバックアップポリシーは削除できません。バックアップポリシーを削除するには、まずデータソースからバックアップポリシーの関連付けを解除する必要があります。

  • バックアップポリシーを削除すると、このポリシーを使用するすべてのバックアップジョブは実行されなくなり、対応するデータソースは保護されなくなります。慎重に操作してください。

リソースタグのデタッチ

バックアップポリシーを作成した後、ポリシーリストでターゲットポリシーを見つけ、操作 列の ポリシーの編集 をクリックします。次に、リソースタグの image アイコンをクリックして、バックアップポリシーからデタッチします。リソースタグをデタッチすると、そのタグに関連付けられたデータソースは自動的にバックアップポリシーから削除されます。この変更は、次のバックアップポリシー実行時に有効になります。