Data Management:Database backup service (DBS)

症状

[バックアップスケジュール] ページで、失敗したバックアップスケジュールのステータスは [エラー] になります。

原因

[エラー] ステータスは、バックアップスケジュール内の少なくとも 1 つのタスクが失敗したことを意味します。これは完全バックアップ、増分バックアップ、または他のタイプのタスクである可能性があります。

解決策

データディザスタリカバリ では、失敗したバックアップタスクに対して次の解決策を提供しています。

操作手順

1. 失敗したバックアップスケジュールの ステータス 列で 修正 をクリックします。失敗したバックアップタスクのページにリダイレクトされます。

   失敗したタスクが完全バックアップの場合、[完全データ] ページにリダイレクトされます。失敗したタスクが増分バックアップの場合、[増分データ] ページにリダイレクトされます。

2. 失敗したバックアップタスクを修正するための解決策を選択します。

   • 失敗したバックアップタスクを再開するには、バックアップの再開 をクリックします。

     説明

     失敗したタスクが完全バックアップの場合、タスクを再開する前に、バックアップ操作がソースデータベースに与える影響を考慮してください。この操作はオフピーク時間帯に実行することを推奨します。

   • エラーを無視するには、エラーを無視 をクリックします。

   • 問題をトラブルシューティングするには、感嘆符 (!) アイコンにカーソルを合わせてエラーメッセージを表示します。その後、失敗した完全バックアップの場合は 例外修正提案の表示 を、失敗した増分バックアップの場合は 増分例外修正提案の表示 をクリックします。「一般的なエラー」トピックにリダイレクトされます。トピックでエラーメッセージを検索します。

     説明

     エラーメッセージが見つからない場合、失敗は他のタイプのタスクによって引き起こされている可能性があります。この場合、DBS カスタマーサポートグループ (DingTalk グループ ID: 35585947) までご連絡ください。

ステップ 1： DBS サービスリンクロールの権限付与

DBS サービスリンクロールである AliyunServiceRoleForDBS は、他のクラウドサービスにアクセスするための権限を付与する RAM ロールです。DBS が ApsaraDB for RDS、ApsaraDB for MongoDB、ApsaraDB for Redis、PolarDB などの Alibaba Cloud データベース、または Elastic Compute Service (ECS) インスタンス上でホストされている自己管理データベースにアクセスする必要がある場合、AliyunServiceRoleForDBS を使用して必要な権限を取得します。詳細については、「サービスリンクロール」をご参照ください。

DBS を初めて使用する際は、サービスリンクロール (AliyunServiceRoleForDBS) を DBS に付与する必要があります。権限の詳細については、「付録：AliyunServiceRoleForDBS」をご参照ください。

1. DMS 5.0 にログインします。

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

   説明

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

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

   説明

   DBS コンソールにログインした後、承認ダイアログボックスが表示されない場合は、このトピックの残りの手順をスキップ して、バックアップの作成に進んでください。詳細については、「ディザスタリカバリデータソースを使用したバックアップの管理」または「バックアッププランリストからのバックアップの作成」をご参照ください。

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

   DBS サービスリンクロール (AliyunServiceRoleForDBS) が作成されました。サービスリンクロール (AliyunServiceRoleForDBS) を削除する必要がある場合は、「RAM ロールの削除」をご参照ください。

ステップ 2：OSS のアクティベート

Object Storage Service (OSS) のアクティベートには料金は発生しません。アクティベート後、データディザスタリカバリ を使用してバックアップを作成する際に、データディザスタリカバリ はバックアップデータを OSS (クラウドストレージ) に保存できます。

1. Data Management Service (DMS) 5.0 コンソールにログインします。

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

   説明

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

3. 表示されたダイアログボックスで、今すぐ OSS をアクティベート をクリックします。

4. 表示されたダイアログボックスで、今すぐアクティベート をクリックします。

5. Object Storage Service (OSS) ページで、サービス契約書を読み、契約チェックボックスをオンにして、今すぐアクティベート をクリックします。

DBS サービスをアクティベートしました。

付録：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"
          }
        }
    }
  ]
}

エラーシナリオ

データディザスタリカバリ コンソール で バックアップスケジュール を構成する際、事前チェック が失敗します。エラーメッセージは、ソースデータベース の binlog_format パラメーターが ROW に設定されていないことを示しています。詳細については、「オンプレミスおよびサードパーティクラウドデータベースのバックアップ」をご参照ください。

この問題を解決するには、ソースデータベース で set global binlog_format=ROW コマンドを実行し、その後にすべてのアクティブ接続を終了します。接続を終了しない場合、既存のセッションが非 ROW 形式でデータを書き込み続け、増分データ に不整合が生じる可能性があります。

注意事項

• binlog_format パラメーターは ROW に設定する必要があります。ROW モードでは、データ操作言語 (DML) 操作に対する完全な 変更前イメージ および 変更後イメージ がバイナリログに記録されます。この詳細なログ記録は、データ復元 に不可欠です。

• binlog_format を STATEMENT または MIXED に設定することは推奨されません。ROW 形式は、バックアップおよび復元の目的においてより安定性と信頼性があります。

• binlog_format を ROW に変更しても、データベースクエリには影響しません。ただし、すべての接続が ROW 形式を使用するようにするため、すべてのアクティブデータベース接続を終了することを推奨します。

操作手順

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

   SET GLOBAL binlog_format = 'ROW';

   binlog_format パラメーターの現在の値を確認するには、次のコマンドを実行します。

   SHOW GLOBAL VARIABLES LIKE 'binlog_format';

2. データベースへのすべてのアクティブ接続を終了します。この手順は、既存のセッションが非 ROW 形式でデータを書き込み続けないようにするために重要であり、増分データ の不整合を防ぎます。

前提条件

• バックアップスケジュールを購入済みです。詳細については、「バックアップスケジュールの作成」をご参照ください。

  説明

  バックアップスケジュールを購入する際は、データベースタイプとして MySQL を、バックアップ方法として 論理バックアップ を選択してください。

• 読み取り専用 ApsaraDB RDS for MySQL インスタンスを作成済みです。詳細については、「読み取り専用 ApsaraDB RDS for MySQL インスタンスの作成」をご参照ください。

• 方法 1：パブリックエンドポイントを使用してバックアップスケジュールを構成：

  • 読み取り専用インスタンスのパブリックエンドポイントを取得済みです。詳細については、「インスタンスエンドポイントおよびポート番号の表示および管理」をご参照ください。

  • Database Backup Service (DBS) の CIDR ブロックを読み取り専用インスタンスのホワイトリストに追加済みです。詳細については、「IP ホワイトリストの構成」をご参照ください。

    説明

    バックアップスケジュールを構成する際は、[データベースの場所] で パブリック IP:ポートを持つ自己管理データベース を選択し、[ホワイトリストへの追加方法] をクリックして、Database Backup Service (DBS) の CIDR ブロックを取得してください。

    バックアップ方法、データベースタイプ、および 接続アドレス などのパラメーターも指定する必要があります。

• 方法 2：内部エンドポイントを使用してバックアップスケジュールを構成：

  • 読み取り専用インスタンスの内部エンドポイントを取得済みであり、ローカルで ping コマンドを使用して現在の内部 IP アドレスを取得済みです。

    ~ % ping rr-bp1xxx.mysql.rds.aliyuncs.com
    PING rr-bp1xxx.mysql.rds.aliyuncs.com (172.xx.xxx.101): 56 data bytes
    Request timeout for icmp_seq 0
    Request timeout for icmp_seq 1

    重要

    取得した内部 IP アドレスは一部のシナリオで変更される可能性があり、その場合バックアップが失敗する可能性があります。詳細については、「バックアップがデータベースに与える影響はどのようなものですか？」をご参照ください。

  • Database Backup Service (DBS) の CIDR ブロックを読み取り専用インスタンスのホワイトリストに追加済みです。詳細については、「IP ホワイトリストの構成」をご参照ください。

    説明

    バックアップスケジュールを構成する際は、[データベースの場所] で RDS インスタンス を選択し、[ホワイトリストへの追加方法] をクリックして、Database Backup Service (DBS) の CIDR ブロックを取得してください。

注意事項

• パブリックネットワーク経由でのバックアップ中、バイナリログレプリケーションが遅延する可能性があります。読み取り専用 ApsaraDB RDS for MySQL インスタンスの [バックアップと復元] ページの [バックアップポリシー] タブで、ローカルログの 保持期間 をより高い値に設定することを推奨します。デフォルトの保持期間は 18 時間です。

• 内部エンドポイントを使用してバックアップスケジュールを構成する場合、読み取り専用インスタンスをクローンしたり、別のアベイラビリティゾーンに移行したり、VPC または vSwitch を変更したりすると、内部 IP アドレスが変更される可能性があります。IP アドレスが変更されると、ソースインスタンスへの接続が失敗し、バックアップが失敗します。

  このような場合は、前提条件 セクションで説明されているように、新しい現在の内部 IP アドレスを取得し、バックアップソースデータベースを変更 して変更内容を保存してください。

操作手順

ApsaraDB RDS for MySQL 読み取り専用インスタンスのバックアッププランを構成するには、[データベースの場所] で次の 2 つのオプションのいずれかを選択できます：パブリック IP アドレスおよびポートを持つ自己管理データベース または Express Connect、VPN Gateway、または Intelligent Gateway を介して接続された自己管理データベース。

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

1. インスタンス ページに移動します。上部ナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。次に、RDS インスタンスを見つけて、インスタンス ID をクリックします。

2. [基本情報] ページで、接続詳細の表示 をクリックして、読み取り専用インスタンスの内部およびパブリックエンドポイントを表示します。[データベース接続] ページには、対応するポート番号とともに [内部エンドポイント] および [パブリックエンドポイント] がリストされます。内部エンドポイントは rr-bp1xxx.mysql.rds.aliyuncs.com の形式を使用します。

   説明

   読み取り専用インスタンスにパブリックエンドポイントがない場合は、[データベース接続] ページの [パブリックエンドポイント] 行で パブリックエンドポイントの申請 をクリックし、その後に OK をクリックします。有効化後、新しいエンドポイントが表示されます。

よくある質問

• Q：内部 IP アドレスを使用する場合、バックアップスケジュールがソースインスタンスへの接続に失敗するのはなぜですか？また、どのように修正すればよいですか？

  A：考えられる原因：方法 2 で使用する内部 IP アドレスは動的であり、読み取り専用インスタンスをクローンしたり、別のアベイラビリティゾーンに移行したり、VPC または vSwitch を変更したりすると変更される可能性があります。この変更により、ソースインスタンスへの接続が中断され、バックアップが失敗します。

  解決策：読み取り専用インスタンスの内部エンドポイントを使用し、ローカルで ping コマンドを実行して、新しい現在の内部 IP アドレスを取得します。その後、バックアップソースデータベースを変更 して変更内容を保存します。

  ~ % ping rr-bp1xxx.mysql.rds.aliyuncs.com
  PING rr-bp1xxx.mysql.rds.aliyuncs.com (172.xx.xxx.101): 56 data bytes
  Request timeout for icmp_seq 0
  Request timeout for icmp_seq 1

• Q：Database Backup Service (DBS) は、読み取り専用インスタンスの完全バックアップおよび増分バックアップをサポートしていますか？

  A：はい、DBS は両方をサポートしています。