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

Cloud Backup:ポリシーセンター

最終更新日:Mar 01, 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 バックアップでサポートされています。

レガシーバックアップポリシーに関する注意事項

ポリシーのポリシータイプがレガシーバックアップポリシーである場合、そのポリシーは非推奨と見なされ、以下の制限が適用されます:

使用制限

  • 編集と関連付け:既存のレガシーポリシーは引き続き編集でき、現在の関連付けも有効ですが、新しいバックアップには使用できません。

  • 新しいバックアップ:新しい ECS インスタンスを保護するには、ECS インスタンスバックアップポリシーを作成して使用する必要があります。

  • バックアップ方法:レガシーポリシーはスナップショットを直接使用します。バックアップデータはバックアップボールトに保存されないため、クロスリージョンレプリケーションや自動アーカイブなどの機能はサポートされません。

設定管理

バックアップ設定の管理場所は、レガシーポリシーがバックアップボールトに関連付けられているかどうかによって異なります:

  • バックアップボールトに関連付けられていない場合:すべてのインスタンスバックアップ設定は、ECS インスタンスバックアップページで編集できます。

  • バックアップボールトに関連付けられている場合:

    • バックアップボールトの設定は、ポリシーセンターページで編集できます。

    • インスタンス固有の設定は ECS インスタンスバックアップページに表示されますが、そこでは変更できません。

image

前提条件

Cloud Backup を有効化済みであること。Cloud Backup の有効化は無料です。

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

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

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

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

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

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

    image

    image

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

    重要

    要件に適したポリシータイプを選択し、パラメーターの説明をよく読んで、設定がニーズを満たしていることを確認してください。

    パラメーター

    説明

    ポリシータイプ

    ポリシータイプを指定します。

    このポリシータイプは、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 は特別保持ポリシーをサポートしています。特別保持ポリシーでは、各週、月、または年の最初の利用可能なバックアップをより長期間保持できます。1 つのバックアップポリシーに、週次、月次、年次の特別保持ルールを同時に含めることができます。詳細については、「特別保持期間」をご参照ください。

    重要

    特別保持期間と標準保持期間には制限が適用されます。システムの推奨事項に基づいて特別保持期間を設定してください。以下の制限にご注意ください:

    • 永続的に保持されるバックアップには、特別保持期間を設定できません。

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

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

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

    推奨。このオプションを有効にすると、このバックアッププランによって生成された最新のバックアップバージョンは、保持期間の満了や誤操作によって削除されなくなります。これにより、保持設定の誤構成によるデータ損失を防ぎ、常に少なくとも 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 キーのエイリアスをキー識別子として使用します。

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

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

    コピーポリシー

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

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

    重要

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

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

    • 一般バックアップポリシーで [バックアップボールトのレプリケーション] 機能を有効にすることは、ポリシーに関連付けられたバックアップボールトに対して [バックアップボールトのレプリケーションを設定] することと同じです。[ボールト管理]リージョン間バックアップを設定します。

    • [バックアップボールトのレプリケーション] を有効にすると、バックアップポリシー内のデータソースに対応するバックアップボールトは、設定されたルールに基づいて、既存および新しく追加されたバックアップポイントをレプリケーション先ボールトに自動的に同期します。

    説明

    クロスリージョンの一般バックアップの リモート保存時間 は、ソースバックアップポイントの保持期間と同じです。

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

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

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

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

    コピー先リージョン

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

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

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

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

    ターゲットバックアップボールトの暗号化方式は、ソースバックアップボールトの暗号化方式と同じでなければなりません。有効な値は フルマネージド Cloud Backup[KMS] です。

    データセキュリティ

    バックアップロック

    変更不可バックアップを有効にすると、無効にすることはできません。

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

    • クロスリージョンバックアップコピー も有効になっている場合、レプリケートされたバックアップボールトとバックアップポイントもロックされます。

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

    バックアップポイントのウイルススキャンオプションを有効にすると、バックアップ完了後にシステムが自動的にバックアップデータをスキャンしてウイルスを検出します。特定のスキャン結果はバックアップポイントで確認できます。

    重要
    • バックアップポリシーでウイルススキャンを有効にすると、システムは最初のバックアップポイントで完全なウイルススキャンを実行し、後続のバックアップポイントでは増分ウイルススキャンを実行します。

    • バックアップポイントのウイルススキャン機能の使用には料金がかかります。

    • バックアップポイントのウイルススキャンタスクが開始されると、キャンセルすることはできません。

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

    タグを指定して、バックアップポリシーを複数のリソースに関連付けます。

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

    リソースの選択:リソースタイプのすべてのリソースを関連付けるか、タグの指定 を選択して特定のリソースを関連付けます。

    リソースタグ:リソースは、指定されたすべてのタグを持つ場合にのみ一致します。タグの関連付け をクリックして複数のタグを追加します。

    指定されたタグはリソースタイプに対応している必要があります:

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

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

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

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

    説明
    • 最大 30 個のリソースタグを指定できます。

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

    • バックアップポリシーが実行されると、タグに基づいてリソースの関連付けを自動的に管理します:

      1. 新しい関連付け:新しいリソースがポリシーのタグに一致する場合、自動的に関連付けられ、次のバックアップサイクルに含まれます。

      2. 古い関連付け:関連付けられたリソースがタグに一致しなくなった場合、そのバックアップは一時停止され、バックアップサイクルが終了した後にその関連付けは削除されます。

    [ヒットしたリソースの検出][今すぐ検出] をクリックして、設定したリソースタグに一致するリソースを確認します。

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

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

    重要

    要件に適したポリシータイプを選択し、パラメーターの説明をよく読んで、設定がニーズを満たしていることを確認してください。

    パラメーター

    説明

    ポリシータイプ

    ポリシータイプを指定します。

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

    ポリシー名

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

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

    スケジュール

    バックアップサイクル

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

    説明

    現在のバックアップジョブがトリガーされたときに前回のバックアップジョブがまだ実行中の場合、現在のバックアップジョブはスキップされ、次のスケジュールサイクルで実行されます。

    • 時間単位:固定の時間間隔でデータをバックアップします。

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

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

    • 月単位:指定した月にデータをバックアップします。

    初回実行時刻

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

    バックアップ間隔

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

    ライフサイクル

    保持期間

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

    重要

    ECS インスタンスバックアップは無期限保持をサポートしていません。

    時刻の指定:バックアップデータの総保持期間。保持期間は日数で指定し、最大 999 年です。たとえば、値を 210 日に設定した場合、バックアップデータは 210 日間保持され、保持期間が過ぎると削除されます。

    アーカイブに転送するまでの日数 の値を設定する場合、アーカイブ層のデータには最低 60 日間の保持期間があります。したがって、総保持期間は、アーカイブまでの日数と 60 日の合計以上である必要があります。

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

    特別な保持期間

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

    重要

    特別保持期間を設定する際は、システムの推奨事項に従い、以下の制限に注意してください:

    • 特別保持期間は、一般保持期間よりも長くする必要があります。

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

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

    推奨。このオプションを有効にすると、このバックアッププランによって生成された最新のバックアップバージョンは、保持期間の満了や誤操作によって削除されなくなります。これにより、不適切なバックアッププラン設定などの理由でリストア可能なバックアップバージョンがなくなるリスクを防ぎます。

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

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

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

    自動アーカイブ

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

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

    重要
    • この設定は、自動アーカイブポリシーが設定または変更された後に作成された新しい 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 インスタンスのタグを指定します。

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

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

    • バックアップポリシーが実行されるたびに、Cloud Backup は次のようにタグの一致を確認します:

      1. 新しいリソースの自動関連付け:現在のバックアップポリシーに関連付けられていないデータソースがポリシーのタグに一致する場合、ポリシーはそのデータソースに自動的に関連付けられます。データソースのバックアップは、次のスケジュールされたバックアップ時間に開始され、定期的に実行されます。

      2. 関連付けられたリソースの自動調整:ポリシーに既に関連付けられているデータソースについて、Cloud Backup はそれらがまだポリシーのタグに一致するかどうかを確認します。データソースが一致しなくなった場合、Cloud Backup はそのバックアップを自動的に一時停止します。バックアップサイクルが終了した後、Cloud Backup はデータソースをポリシーから自動的に関連付け解除します。

    [ヒットしたリソースの検出][今すぐ検出] をクリックして、設定したすべてのタグに一致するリソースを確認します。

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

    バックアップポリシーを作成した後、ポリシーセンターのポリシーリストで表示できます。

    • 一般的なバックアップポリシー を選択すると、作成されたバックアップポリシーは次の図のように表示されます。

      image

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

      image

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

バックアップポリシーを作成した後、それをデータソースに関連付けて自動バックアップを有効にします。これはいくつかの方法で行うことができます:

バックアップポリシーの左側にある image をクリックすると、関連付けられたデータソースが表示されます。

リソース ID によるリソースの一括関連付け

バックアップポリシーを作成した後、ターゲットのバックアップポリシーの 操作 列にある 関連付けられたリソースの追加 をクリックして、他のリソースを一括で関連付けます。

一般バックアップポリシーの場合:

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

    指定された ECS インスタンスは、このポリシーに従って自動的にバックアップされます。デフォルトでは、システムディレクトリ内のファイルを除き、すべてのファイルがバックアップされます。(システムディレクトリについては、コンソールをご参照ください。)

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

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

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

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

  • リソースタイプを [Tablestore] に設定した場合、[Tablestore インスタンス] ドロップダウンリストをクリックして 1 つ以上の Tablestore インスタンスを選択します。

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

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

  • リソースタイプを [ECS インスタンス] に設定した場合、[ECS インスタンス] ドロップダウンリストをクリックして 1 つ以上の ECS インスタンスを選択します。

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

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

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

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

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

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

    ポリシーリストでターゲットポリシーを見つけ、操作 列で [⋮] > 今すぐ実行 を選択します。この操作により、関連付けられているすべてのデータソースでバックアップジョブが即座に実行されます。ジョブが正常に実行された後、各データソースの [バックアップジョブ] ページに移動して進行状況を確認します。

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

    image をクリックしてバックアップポリシーの詳細を展開し、左側のメニューで対応するデータソースに切り替えます。ターゲットデータソースの [操作] 列で、[⋮] > [今すぐ実行] を選択します。この操作により、ターゲットデータソースでバックアップジョブが即座に実行されます。

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

既存のバックアップポリシーをデータソースから関連付け解除するには、左側のナビゲーションウィンドウでデータソースを選択し、[バックアッププラン] タブをクリックし、ターゲットのバックアッププランを見つけます。[操作] 列で、[⋮] > [プランの削除] を選択します。ポリシーの関連付けを解除すると、そのデータソースのバックアッププランは実行されなくなります。

警告

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

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

バックアップポリシーが作成された後、ポリシーリストでターゲットポリシーを見つけ、操作 列で [⋮] > 削除 を選択してポリシーを削除します。既存のバックアップデータはこの操作の影響を受けません。

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

  • 一度削除すると、ポリシーは永久に削除され、復元できません。操作にはご注意ください。

リソースタグの関連付け解除

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