Data Management:データディザスタリカバリ (旧称 DBS) よくある質問

バックアップスケジュールの課金項目は何ですか？

バックアップスケジュールには、最大 4 つの課金項目があります。

• タイプ：サブスクリプションを購入する際に、バックアップスケジュールの仕様に対して料金が発生します。バックアップデータの無料クォータ、単位価格、バックアップおよび復元パフォーマンスは、スケジュールタイプによって異なります。詳細については、「バックアップ料金」をご参照ください。

• ストレージ（オプション）：サブスクリプションバックアップスケジュールのストレージタイプを DBS ストレージ に設定した場合、使用したストレージ容量と保存期間に対して料金が発生します。詳細については、「ストレージ料金」をご参照ください。

• バックアップ（オプション）：バックアップされたデータ量がスケジュールタイプの無料クォータを超えた場合、超過分に対して料金が発生します。詳細については、「バックアップ料金」をご参照ください。

• サンドボックス（オプション）：データディザスタリカバリでは、自己管理 MySQL データベースのディザスタリカバリ用にサンドボックスインスタンスを作成できます。有効化後、データ量に基づいてサンドボックスストレージ料金が、仕様および使用時間に基づいてサンドボックスインスタンス料金が発生します。詳細については、「料金」をご参照ください。

従量課金のバックアップスケジュールは作成できません。

ストレージプランおよびネットワークプランで相殺できる料金はどれですか？

ストレージプラン

データディザスタリカバリでは、2 種類のストレージプランを提供しています。サイズは 100 GB、500 GB、1 TB、500 TB、サブスクリプション期間は 1 ヶ月、6 ヶ月、1 年から選択できます。プランのクォータを超えるストレージ使用量については、従量課金で請求されます。

ネットワークプラン

データディザスタリカバリのネットワークプランは、世界中のすべてのリージョンで利用できます。

相殺ルール、オフセット係数、例、および購入方法については、「ストレージプランの使用」および「ネットワークプランの使用」をご参照ください。

未使用のバックアップスケジュールにも料金は発生しますか？

はい。新しいバックアップセットが生成されていなくても、既存のバックアップセットはストレージを占有しているため、ストレージ料金が発生します。

不要なコストを回避するには：

• 従量課金：関連データを保存し、履歴バックアップセットをダウンロードした後、バックアップスケジュールをリリースしてください。リリース後は、バックアップ料金およびストレージ料金は発生しません。「バックアップスケジュールのリリースまたは登録解除」をご参照ください。

• サブスクリプション (前払い)：長期間サブスクリプションバックアップスケジュールの使用を停止する予定だが、履歴バックアップセットを保持したい場合は、「バックアップスケジュールの一時停止または再開」できます。スケジュールを一時停止すると、新しいバックアップ料金は発生しませんが、DBS ストレージ を使用しているサブスクリプションバックアップスケジュールについては、引き続きストレージ料金が発生します。

• サブスクリプション：履歴バックアップセットを保持しつつバックアップの実行を停止したい場合は、バックアップスケジュールを一時停止してください。一時停止中はバックアップ料金は発生しませんが、ストレージタイプが DBS ストレージ の場合は、引き続きストレージ料金が発生します。「バックアップスケジュールの一時停止または開始」をご参照ください。

サブスクリプションバックアップスケジュールを一時停止しても、サブスクリプション期間は変更されません。

ストレージ料金は、ストレージタイプが DBS ストレージ の場合にのみ発生します。

バックアップスケジュールのリリース方法やバックアップファイルサイズの削減方法については、「バックアップデータのサイズの確認と削減」、「バックアップファイルの削除またはサイズの縮小」、および「削除済みインスタンスのバックアップ機能の使用」をご参照ください。

サブスクリプションと従量課金の課金方法を切り替えることはできますか？

いいえ。バックアップスケジュールの課金方法を従量課金からサブスクリプションに、またはサブスクリプションから従量課金に変更することはできません。

従量課金のバックアップスケジュールをリリースできますか？

はい。「バックアップスケジュールのリリースまたは登録解除」をご参照ください。

サブスクリプションバックアップスケジュールの登録を解除できますか？

いいえ。サブスクリプションバックアップスケジュールのリリースまたは登録解除はできません。「課金対象機能の登録解除」をご参照ください。バックアップスケジュールの登録を解除できません

ストレージプランまたはネットワークプランの有効期限が切れるとどうなりますか？

ストレージプラン および ネットワークプラン は有効期限切れ後に無効になり、ストレージ料金またはネットワークトラフィック料金の相殺ができなくなります。バックアップスケジュールおよび既存のバックアップデータには影響しません。

バックアップスケジュールの有効期限が切れた場合や支払いが遅延した場合はどうなりますか？

「サービスの有効期限切れと支払い遅延」をご参照ください。

サブスクリプションバックアップスケジュールのコストを削減するにはどうすればよいですか？

同一 Alibaba Cloud アカウント内のバックアップスケジュールの内蔵ストレージ料金を相殺するために、ストレージプラン を購入してください。「内蔵ストレージと OSS」をご参照ください。

コンソールでバックアップを使用していない場合の課金項目は何ですか？

データディザスタリカバリは、ApsaraDB RDS、PolarDB、ApsaraDB for MongoDB、Redis、Tair、AnalyticDB for PostgreSQL のバックアップおよび復元も提供しています。これらのサービスを通じて使用されているバックアップおよび復元機能に対して料金が発生していないか確認してください。「料金」をご参照ください。

ステップ 1：AliyunServiceRoleForDBS ロールの割り当て

AliyunServiceRoleForDBS は、Resource Access Management (RAM) のサービスリンクロールであり、データディザスタリカバリが Alibaba Cloud データベースサービス（ApsaraDB RDS、ApsaraDB for MongoDB、Redis、PolarDB クラスター、Elastic Compute Service (ECS) インスタンス上でホストされている自己管理データベースを含む）にアクセスすることを許可します。サービスリンクロールの詳細については、「サービスリンクロール」をご参照ください。

1. DMS コンソール V5.0 にログインします。

2. 上部のナビゲーションバーで、セキュリティと仕様 (DBS) > データディザスタリカバリ (DBS) > ディザスタリカバリデータソース を選択します。

   シンプルモードの場合、左上隅の アイコンにカーソルを合わせ、すべての機能 > セキュリティと仕様 (DBS) > データディザスタリカバリ (DBS) > ディザスタリカバリデータソース を選択します。

3. 表示されたダイアログボックスで、DBS SLR の承認 をクリックします。

   ログイン後にダイアログボックスが表示されない場合は、このステップをスキップして、直接バックアップスケジュールを作成してください。「ディザスタリカバリデータソースを使用したバックアップの管理」または「バックアップスケジュールリストを使用したバックアップの作成」をご参照ください。

4. OK をクリックします。

AliyunServiceRoleForDBS ロールが作成されました。後でこのロールを削除するには、「RAM ロールの削除」をご参照ください。

ステップ 2：OSS の有効化

OSS の有効化は無料です。有効化後、データディザスタリカバリは OSS にバックアップデータを保存できます。

1. DMS コンソール V5.0 にログインします。

2. 上部のナビゲーションバーで、セキュリティと仕様 (DBS) > データディザスタリカバリ (DBS) > バックアッププラン を選択します。

   シンプルモードの場合、左上隅の アイコンにカーソルを合わせ、すべての機能 > セキュリティと仕様 (DBS) > データディザスタリカバリ (DBS) > バックアッププラン を選択します。

3. 表示されたダイアログボックスで、今すぐ OSS を有効化 をクリックします。

4. 次のダイアログボックスで、今すぐ有効化 をクリックします。

5. OSS ページで、サービス契約書を読み、チェックボックスをオンにして同意し、今すぐ有効化 をクリックします。

これでデータディザスタリカバリが有効化されました。

AliyunServiceRoleForDBS

ロール名：AliyunServiceRoleForDBS

ロールにアタッチされたポリシー：AliyunServiceRolePolicyForDBS

権限：

{
  "Version": "1",
  "Statement": [
    {
      "Action": [
        "rds:DescribeDBInstanceNetInfo",
        "rds:DescribeDBInstanceNetInfoForChannel",
        "rds:DescribeTasks",
        "rds:DescribeDBInstances",
        "rds:DescribeFilesForSQLServer",
        "rds:DescribeImportsForSQLServer",
        "rds:DescribeSlowLogRecords",
        "rds:DescribeBinlogFiles",
        "rds:DescribeSQLLogRecords",
        "rds:DescribeParameters",
        "rds:DescribeParameterTemplates",
        "rds:DescribeDBInstanceAttribute",
        "rds:DescribeDatabases",
        "rds:DescribeAccounts",
        "rds:DescribeSecurityIPList",
        "rds:DescribeSecurityIps",
        "rds:DescribeDBInstanceIPArray",
        "rds:DescribeDBInstanceIPArrayList",
        "rds:DescribeDBInstanceSSL",
        "rds:DescribeDBInstanceTDE",
        "rds:CreateDBInstance",
        "rds:CreateAccount",
        "rds:CreateDatabase",
        "rds:ModifySecurityIps",
        "rds:GrantAccountPrivilege",
        "rds:CreateMigrateTask",
        "rds:CreateOnlineDatabaseTask",
        "rds:DescribeMigrateTasks",
        "rds:DescribeOssDownloads",
        "rds:CreateBackup",
        "rds:DescribeBackups",
        "rds:DescribeBackupPolicy",
        "rds:ModifyBackupPolicy",
        "rds:DescribeBackupTasks",
        "rds:DescribeBinlogFiles"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "ecs:DescribeInstance",
        "ecs:DescribeInstances",
        "ecs:DescribeVpcs",
        "ecs:DescribeSecurityGroups",
        "ecs:DescribeSecurityGroupAttribute",
        "ecs:AuthorizeSecurityGroup",
        "ecs:JoinSecurityGroup",
        "ecs:RevokerSecurityGroup"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "kms:ListKeys"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "cms:PutEventRule",
        "cms:PutEventTargets",
        "cms:ListEventRules",
        "cms:ListEventTargetsByRule",
        "cms:DeleteEventRule",
        "cms:DeleteEventTargets"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "polardb:DescribeDBClusterIPArrayList",
        "polardb:DescribeDBClusterNetInfo",
        "polardb:DescribeDBClusters",
        "polardb:ModifySecurityIps",
        "polardb:DescribeDBClusterEndpoints",
        "polardb:DescribeDBClusterAccessWhitelist",
        "polardb:ModifyDBClusterAccessWhitelist"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "dds:DescribeDBInstanceAttribute",
        "dds:DescribeReplicaSetRole",
        "dds:DescribeSecurityIps",
        "dds:DescribeDBInstances",
        "dds:ModifySecurityIps"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "kvstore:DescribeSecurityIps",
        "kvstore:DescribeInstances",
        "kvstore:DescribeAccounts",
        "kvstore:DescribeDBInstanceNetInfo",
        "kvstore:CreateAccount",
        "kvstore:ModifySecurityIps",
        "kvstore:DescribeInstanceAttribute",
        "kvstore:AllocateInstancePrivateConnection",
        "kvstore:DescribeLogicInstanceTopology"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "drds:DescribeDrdsDB",
        "drds:DescribeDrdsDBs",
        "drds:DescribeDrdsDbInstance",
        "drds:DescribeDrdsDbInstances",
        "drds:DescribeDrdsDBIpWhiteList",
        "drds:DescribeDrdsInstances",
        "drds:ModifyDrdsIpWhiteList",
        "drds:CreateDrdsDB",
        "drds:DescribeTable",
        "drds:DescribeTables",
        "drds:ModifyRdsReadWeight",
        "drds:ChangeAccountPassword",
        "drds:CreateDrdsInstance",
        "drds:CreateInstanceAccount",
        "drds:CreateInstanceInternetAddress",
        "drds:DescribeInstanceAccounts"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "vpc:DescribeVpcs"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "bssapi:QueryResourcePackageInstances"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": "hdm:AddHDMInstance",
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": "ram:DeleteServiceLinkedRole",
      "Resource": "*",
      "Effect": "Allow",
      "Condition": {
        "StringEquals": {
          "ram:ServiceName": "dbs.aliyuncs.com"
        }
      }
    }
  ]
}

ライフサイクルルール

バックアップセットのライフサイクルは、7 日から 3,650 日（10 年）の範囲で設定できます。データディザスタリカバリは、バックアップスケジュールに3 つ以上の完全バックアップセットが含まれている場合にのみ、有効期限切れのバックアップセットを自動的に削除します。完全バックアップセットの数が 3 つ以下の場合、有効期限切れのバックアップセットは削除されません。

クリーンアップポリシーをトリガーするには、手動バックアップを実行するか、次のスケジュールバックアップまで待って、完全バックアップセットの数を 3 つ以上にしてください。「バックアップタスクの手動開始」をご参照ください。

完全バックアップセットを手動で削除して数が 3 つ以下になると、クリーンアップポリシーは停止します。増分バックアップセットは蓄積され続け、ストレージを占有します。増分バックアップを停止するには、手動で無効化してください。「増分ログバックアップの有効化または無効化」をご参照ください。

ライフサイクルルールの変更は、新規および既存のバックアップセットの両方に適用されます。

ライフサイクルルールの変更

「バックアップスケジュールのバックアップポリシーの変更」または「バックアップスケジュールのライフサイクルの変更」をご参照ください。

その他の操作

バックアップサイズの確認またはバックアップ頻度の削減については、「バックアップセットの削除またはバックアップ頻度の削減」をご参照ください。

よくある質問

ライフサイクルの有効期限が切れてもバックアップセットが削除されないのはなぜですか？

クリーンアップポリシーは、バックアップスケジュールに 3 つ以上の完全バックアップセットがある場合にのみ実行されます。数が 3 つ以下の場合、ライフサイクル設定に関係なく、有効期限切れのバックアップセットは保持されます。

有効期限切れの増分バックアップが引き続きストレージを占有するのはなぜですか？

完全バックアップセットを手動で削除したため、数が 3 つ以下になっている可能性があります。クリーンアップポリシーが非アクティブなため、増分バックアップセットは無期限に蓄積されます。上記の「ライフサイクルルール」セクションをご参照ください。

基本概念

これらのサイズは、次の順序で大きいものから小さいものへと並びます：データベースのディスク領域 > データファイルサイズ > バックアップデータサイズ > ストレージデータサイズ。

バックアップデータサイズを削減するには、バックアップ粒度やバックアップサイクルなどの設定項目を調整してください。ストレージデータサイズを削減するには、コンパクトなストレージフォーマット、圧縮、および自動ダンプとクリーンアップポリシーを使用してください。

使用タイミング

• 元のバックアップソースデータベースが移行または廃止され、別のデータベースに切り替えたい場合。

• テストが完了し、テストデータベースから本番データベースに切り替えたい場合。

• データベースアカウントまたはパスワードが正しくない、またはアカウントに十分な権限がない場合。

• バックアップソースのテーブルが変更され、バックアップオブジェクトを更新したい場合。

データベースアカウント、パスワード、またはバックアップオブジェクトの変更

バックアップオブジェクトのみの変更

1. バックアップスケジュールを見つけ、操作 列の 管理 をクリックします。タスクの構成 ページが表示されます。

2. 基本情報 セクションで、バックアップオブジェクトの編集 をクリックします。

   

3. バックアップオブジェクトを更新し、保存 をクリックします。

   • データベースを追加するには、利用可能 セクションで選択し、 アイコンをクリックします。

   • データベースを削除するには、選択済み セクションで選択し、 アイコンをクリックします。

   

4. 完全データバックアップの開始 ダイアログボックスで、OK または 閉じる をクリックします。

   • OK：更新されたバックアップオブジェクトの完全バックアップが約 1 分以内に開始されます。ソースデータベースへの影響を最小限に抑えるため、ピーク時以外の時間帯に実行してください。

   • 閉じる：更新された構成は保存されますが、即時のバックアップは実行されません。次のスケジュール完全バックアップで新しい構成が使用されます。

適用タイミング

バックアップスケジュールの設定時の事前チェックステップで、binlog_formatがROWに設定されていないというメッセージが表示されて事前チェックが失敗します。「サードパーティプロバイダーのオンプレミスデータベースまたはクラウドデータベースをバックアップする」をご参照ください。

注意事項

• binlog_format を ROW に設定してください。ROW モードでは、DML 操作によって影響を受ける行の変更前と変更後のイメージがログに記録されるため、正確なデータ復元が可能になります。

• STATEMENT モードまたは MIXED モードは避けてください。ROW モードの方が安定性と信頼性に優れています。

• binlog_format を ROW に変更しても、バイナリログにのみ影響し、クエリパフォーマンスには影響しません。すべての接続に対して変更を有効にするには、既存のデータベース接続を終了させてください。

操作手順

1. ソースデータベースの特権アカウントを使用して、次のコマンドを実行します。

   SET GLOBAL binlog_format = 'ROW';

   現在の値を確認するには:

   SHOW GLOBAL VARIABLES LIKE 'binlog_format';

2. すべての既存のデータベース接続を終了させます。この手順を実行しないと、接続中のプロセスが非 ROW モードで書き込みを継続し、増分データが不整合になる可能性があります。

前提条件

• バックアップスケジュールを購入済みであること。データソースタイプ を MySQL に、バックアップ方法 を 論理バックアップ に設定して購入してください。「バックアップスケジュールの作成」をご参照ください。

• 読み取り専用 ApsaraDB RDS for MySQL インスタンスが存在すること。「読み取り専用 ApsaraDB RDS for MySQL インスタンスの作成」をご参照ください。

• 接続方法に応じて：

  • パブリックエンドポイント (方法 1)：読み取り専用インスタンスのパブリックエンドポイントを取得済みであること。「インスタンスエンドポイントおよびポートの表示と管理」をご参照ください。データディザスタリカバリサーバーの CIDR ブロックをインスタンスのホワイトリストに追加済みであること。バックアップスケジュールの構成時に、データベースの場所 を パブリック IP アドレスを持つユーザー作成データベース \<IP アドレス:ポート番号\> に設定し、ホワイトリストの設定 をクリックして CIDR ブロックを取得してください。

  • 内部エンドポイント (方法 2)：ローカルデバイスで内部エンドポイントに対して ping を実行し、リアルタイムの内部 IP アドレスを取得済みであること。データディザスタリカバリサーバーの CIDR ブロックをインスタンスのホワイトリストに追加済みであること。バックアップスケジュールの構成時に、データベースの場所 を RDS インスタンス に設定し、ホワイトリストの設定 をクリックしてください。 > 重要： この方法で取得した内部 IP アドレスはリアルタイム IP です。インスタンスをクローンしたり、別のゾーンに移行したり、VPC または vSwitch を変更したりすると、内部 IP が変更され、バックアップが失敗する可能性があります。

注意事項

• パブリックエンドポイントでのバックアップ：バイナリログに遅延が発生する可能性があります。読み取り専用インスタンスの バックアップと復元 ページで、保持期間 パラメーターをより大きな値に設定してください。デフォルトは 18 時間です。

  

• 内部エンドポイントでのバックアップ：読み取り専用インスタンスをクローンしたり、別のゾーンに移行したり、VPC または vSwitch を変更したりすると、リアルタイム内部 IP が変更される可能性があります。この場合、バックアップは失敗します。新しいリアルタイム IP を取得し、バックアップソースを再構成してください。「前提条件」セクションおよび「バックアップソースデータベースの変更」をご参照ください。

内部エンドポイントおよびパブリックエンドポイントの取得

1. インスタンス ページに移動します。RDS インスタンスが配置されているリージョンを選択し、インスタンス ID をクリックします。

2. 基本情報 ページで、ネットワークタイプ パラメーターの横にある 詳細の表示 をクリックして、内部エンドポイントおよびパブリックエンドポイントを確認します。

   パブリックエンドポイントが存在しない場合は、パブリックエンドポイントの申請 > OK をクリックして申請してください。

   

   

よくある質問

内部エンドポイントを使用する際にソースインスタンスへの接続が失敗するのはなぜですか？

ping を実行して取得した内部 IP はリアルタイム IP です。読み取り専用インスタンスをクローンしたり、別のゾーンに移行したり、VPC または vSwitch を変更したりすると、この IP が変更され、バックアップ接続が切断される可能性があります。

これを修正するには、内部エンドポイントに対して再度 ping を実行して更新された IP を取得し、バックアップソースを再構成してください。「バックアップソースデータベースの変更」をご参照ください。

データディザスタリカバリは、読み取り専用インスタンスの完全データと増分データの両方をバックアップできますか？

はい。