Cloud Backup:ポリシーセンター

サポートされるデータソースと制限

バックアップポリシーは、特定のデータソースとリージョンでのみ利用可能です:

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

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

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

• [自動アーカイブ機能] は、ECS ファイルバックアップ、ECS インスタンスバックアップ、OSS バックアップ、Alibaba Cloud NAS バックアップ、オンプレミス NAS バックアップ、CPFS バックアップ、およびローカルファイルバックアップにのみ適用されます。

• 汎用バックアップポリシーとインスタンスバックアップポリシーの両方が [バックアップロック] 機能をサポートしています。

• バックアップポイントのウイルス検出 機能は、ECS ファイルバックアップ (新バージョン)、ローカルファイルバックアップ (新バージョン)、OSS バックアップ、Alibaba Cloud NAS バックアップ、およびオンプレミス NAS バックアップにのみ適用されます。

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

前提条件

Alibaba Cloud Cloud Backup サービスを有効化する必要があります。Cloud Backup の有効化は無料です。詳細については、「Cloud Backup の有効化」をご参照ください。

注意

バックアップポリシーの [ポリシータイプ] が「レガシーバックアップポリシー」の場合、そのポリシーはマシン全体のバックアップに関連付けられ、バックアップボールトを使用します。具体的な制限は次のとおりです:

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

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

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

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

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

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

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

   

   

   汎用バックアップポリシー のパラメーター

   重要

   必要に応じてポリシータイプを選択してください。設定が要件を満たしていることを確認するために、パラメーターの説明を注意深くお読みください。

   パラメーター	説明
   ポリシータイプ	ポリシータイプを指定します。 このポリシーは、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 から 65535 日の範囲で指定できます。データアクセス頻度、回復の必要性、ストレージコスト、およびデータライフサイクルのバランスを取るために、バックアップポイントは自動的にアーカイブされる前に少なくとも 30 日間標準層に保持する必要があります。このポリシーは、最近のデータを回復する確率が高いことに基づいています。これにより、長期的なストレージコストを削減し、アーカイブ層からデータを回復する際に発生する可能性のある高額な料金を回避できます。 [時間を指定] を 30 日に設定した場合: [保持期間] が [永続] の場合、バックアップデータは 30 日後にアーカイブ層に移動され、そこに永続的に保存されます。 [保持期間] が 210 日の場合、バックアップデータは 30 日後にアーカイブ層に移動され、さらに 180 日間そこに保存された後、自動的に削除されます。合計保持期間は 210 日です。
   バックアップボールト
   バックアップボールト設定	バックアップが保存されるバックアップボールトを設定します。 ボールトの作成: バックアップデータを保存するための新しいバックアップボールトを作成します。デフォルトでは、ボールト名は日付と時刻に基づいて付けられます。 ボールトの選択: ドロップダウンリストから既存のバックアップボールトを選択します。 バックアップデータの最大冗長性を確保するために、ゾーン冗長バックアップボールトをサポートするリージョンでは、Cloud Backup はデフォルトでゾーン冗長バックアップボールトを使用します。リージョンがローカル冗長バックアップボールトのみをサポートする場合、Cloud Backup はローカル冗長バックアップボールトを使用します。ボールトタイプを手動で選択する必要はありません。
   バックアップボールト名	このパラメーターは、バックアップボールト設定 が ボールトの作成 または ボールトの選択 に設定されている場合にのみ必要です。バックアップボールトの名前を入力または選択します。
   バックアップボールトリソースグループ	このパラメーターは、バックアップボールト設定 が ボールトの作成 に設定されている場合にのみ必要です。バックアップボールトが属するリソースグループを指定します。 リソースグループは、Alibaba Cloud アカウント下でリソースをグループごとに管理するためのメカニズムです。リソースグループは、単一の Alibaba Cloud アカウントのリソースのグループ化と権限付与を管理するのに役立ちます。詳細については、「リソースグループの作成」をご参照ください。
   バックアップボールト暗号化モード	このパラメーターは、バックアップボールト設定 が ボールトの作成 に設定されている場合にのみ必要です。バックアップボールトの暗号化方式を指定します。 フルマネージド Cloud Backup (デフォルト): バックアップサービスのデフォルトの暗号化方式を使用します。 KMS: Alibaba Cloud KMS サービスのカスタムキーを暗号化に使用します。KMS キー ID パラメーターを指定する必要があります。 重要
   コピーポリシー
   クロスリージョンバックアップコピー	クロスリージョンバックアップコピー を有効にすると、バックアップは自動的にターゲットリージョンにレプリケートされ、クロスリージョン保護が実現します。 地理的冗長性を有効にすると、バックアップソースの種類に応じてストレージまたはトラフィック料金が発生する場合があります。課金の詳細については、「課金方法と課金項目」をご参照ください。 システムはターゲットリージョンにミラーボールトを自動的に作成し、ソースボールトからミラーボールトにデータをレプリケートします。これにより、データの整合性が確保され、クロスリージョンのディザスタリカバリが提供されます。ターゲットリージョンに切り替えて、ミラーボールトの同期の進捗状況を確認できます。 汎用バックアップポリシーで [地理的冗長性] を有効にすることは、ポリシーに関連付けられたバックアップボールトの [リージョン間バックアップ] を有効にすることと同じです。[ボールト管理] で リージョン間バックアップ を有効にすることもできます。 [地理的冗長性] を有効にすると、このポリシーに関連付けられたデータソースのバックアップボールトは自動的に地理的冗長レプリケーションを実行します。既存および新規のバックアップポイントの両方がターゲットリージョンにレプリケートされます。 説明 地理的冗長バックアップの保持期間は、ソースバックアップポイントの保持期間と同じです。 ターゲットリージョンでミラーボールトを削除することで、地理的冗長性を無効にできます。詳細については、「リージョン間バックアップを無効にする」をご参照ください。
   コピー先リージョン	このパラメーターは、クロスリージョンバックアップコピー スイッチがオンになっている場合にのみ必要です。レプリケーションのターゲットリージョンを指定します。
   ミラーボールトの暗号化方式	Cloud Backup による完全管理: ソースバックアップボールトが [Cloud Backup による完全管理] 暗号化方式を使用している場合、ミラーボールトも同じ方式を使用する必要があります。 KMS: ソースバックアップボールトが [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 は次のタグマッチングチェックを実行します: 新しい一致するリソースを自動的に関連付ける: Cloud Backup がポリシーのタグに一致するがまだ関連付けられていないデータソースを見つけた場合、ポリシーはこれらのリソースを自動的に関連付けます。これらは、次のスケジュールされたバックアップ時間から定期的にバックアップされます。 関連付けられたリソースを自動的に調整する: ポリシーに既に関連付けられているデータソースについて、システムはそれらがまだタグ要件を満たしているかどうかを確認します。データソースがポリシーのタグに一致しなくなった場合、Cloud Backup はそのバックアップを自動的に一時停止し、バックアップサイクルが終了した後にポリシーから関連付けを解除します。 タグヒット検出: [今すぐ検出] をクリックして、設定したすべてのタグにどのリソースが一致するかを確認します。 複数のタイプのリソースを追加するには、リソースの追加 をクリックします。

   マシン全体バックアップポリシー のパラメーター

   重要

   必要に応じてポリシータイプを選択してください。設定が要件を満たしていることを確認するために、パラメーターの説明を注意深くお読みください。

   パラメーター	説明
   ポリシータイプ	ポリシータイプを指定します。 このポリシーは ECS インスタンスバックアップ にのみ適用されます。バックアップデータはスナップショットサイズを使用し、バックアップボールトは使用しません。
   ポリシー名	バックアップポリシーのカスタム名です。 名前は 2～128 文字である必要があります。`auto`、特殊文字、または数字で始めることはできません。ピリオド (.)、アンダースコア (_)、ハイフン (-)、およびコロン (:) のみを含めることができます。
   スケジュール
   バックアップサイクル	バックアップを実行する頻度を指定します。 説明 バックアップジョブが実行中に次のジョブの開始がスケジュールされている場合、新しいジョブはスキップされます。次のスケジュールされた時間に実行されます。 時間単位: 固定の時間間隔でバックアップを実行します。 日単位: 固定の日次間隔でバックアップを実行します。 週単位: 週の指定した曜日にバックアップを実行します。 月単位: 月の指定した日にバックアップを実行します。
   初回実行時間	初回実行時間を指定します。
   バックアップ間隔	バックアップ間の間隔を指定します。
   ライフサイクル
   保持期間	バックアップデータを保持する期間を設定します。 重要 インスタンスバックアップの保持期間を永続に設定することはできません。 時刻の指定: バックアップデータの合計保持期間です。単位は日です。最大期間は 999 年を超えることはできません。たとえば、これを 210 日に設定すると、バックアップは 210 日後に削除されます。 [アーカイブまでの日数 (日)] を設定した場合、データはアーカイブ層に少なくとも 60 日間保持する必要があります。したがって、合計保持期間は、自動アーカイブのトリガー日数と最小アーカイブ保持期間 (60 日) の合計以上である必要があります。 たとえば、データを 15 日後に自動アーカイブするように設定した場合、合計保持期間は少なくとも 15 + 60 = 75 日である必要があります。
   特別な保持期間	標準の保持ポリシーに加えて、Cloud Backup では、データセキュリティ要件を満たすために、特定のサイクル (週次、月次、または年次) の最初の利用可能なバックアップに対してより長い保持期間を設定できます。これは、バックアップポリシーの高度な保持ルールとして機能します。単一のバックアップポリシーに対して、週次、月次、および年次の高度な保持ルールを設定できます。詳細については、「高度な保持ポリシー」をご参照ください。 重要 高度な保持期間と標準の保持期間は相互に依存します。高度な保持期間を設定する際は、システムの推奨に従ってください。一般的に次の制限が適用されます: 高度な保持期間は、標準の保持期間よりも長くする必要があります。 週、月、または年から換算した高度な保持期間は、999 年を超えることはできません。
   少なくとも 1 つのバックアップを保持する	少なくとも 1 つのバックアップバージョンを保持 オプションを有効にすることをお勧めします。このオプションを有効にすると、このバックアッププランによって生成された最新のバックアップバージョンは、保持期間の満了や偶発的な操作によって削除されません。これにより、不適切なバックアッププラン設定などの理由で復元可能なバックアップバージョンがなくなるリスクを防ぎます。 重要 この機能は、データソースがこのバックアップポリシーに関連付けられた後にのみ有効になります。 ローカルポリシーの「少なくとも 1 つのバックアップバージョンを保持」設定は、インスタンスバックアップポリシーの地理的冗長バックアップポイントには影響しません。 最新のバックアップは自動的にアーカイブされません。
   自動アーカイブ
   アーカイブまでの日数 (日)	バックアップがアーカイブ層に移動されるまでの日数を設定します。デフォルトでは、バックアップデータは標準層に保存されます。長期保存のために、この機能を使用してバックアップポイントを標準層からアーカイブ層に移動してコストを削減できます。 重要 この設定は、設定が構成または変更された後に作成された新しい ECS インスタンスバックアップポイントにのみ影響します。既存のバックアップポイントには適用されません。 アーカイブされたデータは アーカイブスナップショット として課金され、料金は ECS サービスによって請求されます。ECS インスタンスバックアップポイントがアーカイブされる前に、アーカイブに失敗したスナップショットは標準スナップショットとして課金されます。正常にアーカイブされたスナップショットは アーカイブスナップショット として課金されます。 バックアップポイントは、アーカイブされる前に少なくとも 14 日間標準層に保存する必要があります。アーカイブ層に移動された後、少なくとも 60 日間そこに保存する必要があります。60 日以内にバックアップポイントを手動で削除した場合、残りの期間分の料金が請求されます。 使用しない: バックアップデータは標準層に残り、アーカイブ層には移動されません。 時刻の指定: 値は 14 から 65535 日の範囲で指定できます。データアクセス頻度、回復の必要性、ストレージコスト、およびデータライフサイクルのバランスを取るために、バックアップポイントは自動的にアーカイブされる前に少なくとも 14 日間標準層に保持する必要があります。このポリシーは、最近のデータを回復する確率が高いことに基づいています。これにより、長期的なストレージコストを削減し、アーカイブ層からデータを回復する際に発生する可能性のある高額な料金を回避できます。 たとえば、[時間を指定] を 30 日に設定し、[保持期間] が 210 日の場合、バックアップデータは 30 日後にアーカイブ層に移動され、さらに 180 日間そこに保存された後、自動的に削除されます。合計保持期間は 210 日です。
   コピーポリシー
   クロスリージョンバックアップコピー	クロスリージョンバックアップコピー を有効にすると、バックアップは即座に自動的にターゲットリージョンにレプリケートされ、クロスリージョン保護が実現します。 地理的冗長性を有効にすると、バックアップソースの種類に応じてストレージまたはクロスリージョンデータ転送料金が発生する場合があります。課金の詳細については、「課金方法と課金項目」をご参照ください。 Cloud Backup は、地理的冗長データレプリケーションに次のテクノロジーを使用します: スナップショットのクロスリージョンレプリケーション技術が地理的冗長バックアップに使用されます。これは ECS インスタンスのバックアップ にのみ適用されます。 重要 [地理的冗長性] を有効にしても、既存のバックアップはレプリケートされません。この機能は、有効化された後に作成された新しいバックアップポイントにのみ適用されます。 地理的冗長性を無効にしても、既にターゲットリージョンにレプリケートされているバックアップポイントはすぐには削除されません。保持期間が満了した後に自動的にクリーンアップされます。
   コピー先リージョン	このパラメーターは、クロスリージョンバックアップコピー 機能が有効な場合にのみ必要です。バックアップデータがレプリケートされるターゲットリージョンを指定します。
   リモート保存時間	このパラメーターは、クロスリージョンバックアップコピー 機能が有効な場合に必要です。ターゲットリージョンでのバックアップデータの保持期間を設定できます。 説明 インスタンスバックアップの保持期間を永続に設定することはできません。 時刻の指定: オフサイトバックアップデータの合計保持期間です。単位は日です。デフォルト値は 7 日です。最大期間は 999 年を超えることはできません。保持期間が満了すると、バックアップデータは自動的に削除されます。 [オフサイトデータのアーカイブまでの日数 (日)] を設定した場合、データはアーカイブ層に少なくとも 60 日間保持する必要があります。したがって、合計オフサイト保持期間は、自動アーカイブのトリガー日数と最小アーカイブ保持期間 (60 日) の合計以上である必要があります。 たとえば、データを 15 日後に自動アーカイブするように設定した場合、合計保持期間は少なくとも 15 + 60 = 75 日である必要があります。
   オフサイトデータのアーカイブまでの日数 (日)	このパラメーターは、クロスリージョンバックアップコピー 機能が有効な場合に必要です。 オフサイトバックアップデータはデフォルトで標準層に保存されます。オフサイトデータをアーカイブするまでの日数を設定することで、長期的なオフサイトバックアップを標準層からアーカイブ層に移動して、データ保護コストを削減できます。 重要 アーカイブされたデータは アーカイブスナップショット として課金され、料金は ECS サービスによって請求されます。ECS インスタンスバックアップポイントがアーカイブされる前に、アーカイブに失敗したスナップショットは標準スナップショットとして課金されます。正常にアーカイブされたスナップショットは アーカイブスナップショット として課金されます。 バックアップポイントは、アーカイブされる前に少なくとも 14 日間標準層に保存する必要があります。アーカイブ層に移動された後、少なくとも 60 日間そこに保存する必要があります。60 日以内にバックアップポイントを手動で削除した場合、残りの期間分の料金が請求されます。 [オフサイトデータのアーカイブまでの日数 (日)] の値が [オフサイト保持期間] の値以上の場合、バックアップはアーカイブされません。 使用しない: オフサイトバックアップデータは標準層に残り、アーカイブ層には移動されません。 時刻の指定: 値は 14 から 65535 日の範囲で指定できます。データアクセス頻度、回復の必要性、ストレージコスト、およびデータライフサイクルのバランスを取るために、バックアップポイントは自動的にアーカイブされる前に少なくとも 14 日間標準層に保持する必要があります。このポリシーは、最近のデータを回復する確率が高いことに基づいています。これにより、長期的なストレージコストを削減し、アーカイブ層からデータを回復する際に発生する可能性のある高額な料金を回避できます。 たとえば、[時間を指定] を 30 日に設定し、[オフサイト保持期間] が 210 日の場合、オフサイトバックアップデータは 30 日後にアーカイブ層に移動され、さらに 180 日間そこに保存された後、自動的に削除されます。合計保持期間は 210 日です。
   データセキュリティ
   バックアップロック	有効にすると、[バックアップロック] 機能は無効にできません。 有効にすると、インスタンスバックアップポイントは有効期限が切れる前に削除できなくなります。 有効にすると、次のバックアップサイクルで作成されたインスタンスバックアップポイントのみがロックされます。既存のインスタンスバックアップポイントはロックされません。 有効にし、地理的冗長性も有効にしている場合、ターゲットリージョンにレプリケートされたバックアップポイントもロックされます。 この機能は、ディスクの作成やスナップショットの共有など、対応するディスクやスナップショットの通常の使用には影響しません。
   関連付けられたリソースタグ	バックアップポリシーは、タグを使用したリソースの一括関連付けをサポートしています。 リソースタイプ: ECS インスタンス。 リソースの選択: あるタイプのリソースをすべて関連付けるか、タグの指定 を使用して特定のリソースを関連付けることができます。 リソースタグ: リソースは、指定されたすべてのタグを持つ場合にのみ一致します。タグの関連付け をクリックして複数のタグを追加できます。ECS インスタンスタグを指定します。 説明 最大 30 個のリソースタグを追加できます。 ECS インスタンスがタグを介してバックアップポリシーに関連付けられ、リソースタイプが ECS ファイルの場合、Cloud Backup は次のバックアップジョブが開始されるときに ECS ファイルバックアップクライアントを自動的にデプロイします。逆に、ECS インスタンスのタグがどのバックアップポリシーにも関連付けられなくなり、関連するすべてのバックアップジョブが期限切れになった場合、Cloud Backup は ECS ファイルバックアップクライアントを自動的にアンインストールします。 バックアップポリシーが実行されるたびに、Cloud Backup は次のタグマッチングチェックを実行します: 新しい一致するリソースを自動的に関連付ける: Cloud Backup がポリシーのタグに一致するがまだ関連付けられていないデータソースを見つけた場合、ポリシーはこれらのリソースを自動的に関連付けます。これらは、次のスケジュールされたバックアップ時間から定期的にバックアップされます。 関連付けられたリソースを自動的に調整する: ポリシーに既に関連付けられているデータソースについて、システムはそれらがまだタグ要件を満たしているかどうかを確認します。データソースがポリシーのタグに一致しなくなった場合、Cloud Backup はそのバックアップを自動的に一時停止し、バックアップサイクルが終了した後にポリシーから関連付けを解除します。 タグヒット検出: [今すぐ検出] をクリックして、設定したすべてのタグにどのリソースが一致するかを確認します。 複数のタイプのリソースを追加するには、リソースの追加 をクリックします。

   ポリシーが作成されると、ポリシーセンターページのポリシーリストに表示されます。

   • ポリシータイプを 一般的なバックアップポリシー に設定した場合、新しいポリシーは次の図のように表示されます。

     

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

     

バックアップポリシーをデータソースに関連付ける

バックアップポリシーを作成した後、自動バックアップのためにリソースをポリシーに関連付けることができます。リソースは次の方法で関連付けることができます:

• データソースのバックアッププランを作成する際にバックアップポリシーを関連付けます。

• バックアップポリシーリストから、リソース ID によるリソースの一括関連付けができます。

• バックアップポリシーでリソースタグを指定して、一致するリソースを自動的に関連付けます。詳細については、「タグに基づくバックアップの自動リソース関連付け」をご参照ください。

ポリシーの左側にある アイコンをクリックすると、関連付けられているデータソースが表示されます。

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

バックアップポリシーを作成した後、ポリシーの 操作 列にある [関連リソースの追加] をクリックして、複数のリソースを関連付けることができます。

汎用バックアップポリシーの場合:

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

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

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

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

• リソースタイプが [Alibaba Cloud NAS] の場合、[NAS ファイルシステム] ドロップダウンリストから複数の NAS ファイルシステムを選択します。

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

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

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

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

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

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

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

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

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

バックアップポリシーをすぐに実行する

• すべての関連データソースに対してバックアップジョブを実行する

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

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

  アイコンをクリックしてバックアップポリシーの詳細を展開します。左側のナビゲーションウィンドウで、データソースを選択します。データソースの [操作] 列で、[その他] > [今すぐ実行] を選択します。この操作により、選択したデータソースに対してバックアップジョブがすぐに開始されます。

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

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

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

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

リソースタグのデタッチ

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