データディザスタリカバリ (Data Disaster Recovery) は、地理的冗長性、長期アーカイブ、および詳細な復元機能を活用して MySQL データベースを保護します。本ガイドでは、サードパーティのクラウド環境または自己管理環境でホストされている MySQL データベース向けに論理バックアップスケジュールを設定し、データを復元する手順について説明します。
特徴
| 特徴 | 説明 |
|---|---|
| 増分バックアップ | 増分ログストリーミングを使用して、バイナリログファイルをリアルタイムで取得します。ソースデータベースでバイナリロギングが有効化されている必要があります。 |
| 完全バックアップ | 論理バックアップは Parquet 形式で保存されます。物理バックアップは gzip 形式で保存されます。 |
| バックアップセットのダウンロード | バックアップセットをローカルで使用したり、アーカイブ目的でダウンロードできます。 |
| クロスリージョンバックアップ | MySQL データベースのリージョン間バックアップをサポートします。バックアップデータは、ソースリージョン、ターゲットリージョン、またはその他のリージョンにあるクラウド MySQL データベースまたは自己管理 MySQL データベースに復元できます。 |
| 長期アーカイブ | 最大 10 年間バックアップデータを保持します。保持期間が満了すると、バックアップセットはアーカイブストレージに移行されます。 |
| 詳細なバックアップ | 複数のデータベース、単一のデータベース、または単一のテーブルを個別にバックアップできます。 |
| 単一テーブルの復元 | データベースインスタンス全体を復元することなく単一テーブルを復元できるため、目標復旧時間 (RTO) を短縮できます。 |
ポイントインタイムリカバリ (PITR) を有効化するには、完全バックアップと増分バックアップの両方を有効化してください。完全バックアップのみでは、完全バックアップ完了時点までしか復元できません。
前提条件
開始する前に、以下の条件を満たしていることを確認してください。
[データソースタイプ] を [MySQL] に、[バックアップ方法] を [論理バックアップ] に設定して作成したバックアップスケジュール。「バックアップスケジュールを作成する」をご参照ください。
必要なデータベースアカウント権限を付与済みであること。詳細については、「データベースアカウントの種類ごとの必要権限」をご参照ください。
自己管理データベースの場合：ソースデータベースでバイナリロギングが有効化されていること（増分バックアップに必須）。
バックアップスケジュールの設定
DMS コンソール V5.0 にログインします。
上部ナビゲーションバーで、セキュリティおよび仕様 (DBS) > データのディザスタリカバリ (DBS) > バックアッププラン の順に選択します。
DMS コンソールをシンプルモードで使用している場合：左上隅の
アイコンにポインターを合わせ、すべての機能 > セキュリティおよび仕様 (DBS) > データのディザスタリカバリ (DBS) > バックアッププラン の順に選択します。バックアップスケジュール ページで、対象のバックアップスケジュールを見つけ、操作 列の バックアップスケジュールの設定 をクリックします。
バックアップソースおよび送信先の設定 ステップで、以下のパラメーターを設定し、次へ をクリックします。
スケジュール名およびバックアップソース
パラメーター 説明 スケジュール名 バックアップスケジュールの名前です。データディザスタリカバリにより自動的に生成されます。識別しやすいように、意味のある名前を入力してください。名前は一意である必要はありません。 バックアップモード バックアップ方法です。デフォルト値は、スケジュール購入時に選択した方法です。本ガイドでは 論理バックアップ を使用します。 データベースの場所 ソースデータベースの配置場所です。選択肢：<br>• パブリックネットワーク IP なし：ポート付き自社構築データベース（データベースゲートウェイ経由でアクセス）：データベースゲートウェイ経由で接続します。また、ゲートウェイインスタンス ID も設定してください。事前にデータベースゲートウェイをセットアップしてください。<br>• パブリック IP アドレス付きユーザー作成データベース ＆lt;IP アドレス:ポート番号＆gt;：パブリック IP 経由で接続します。また、アドレス および ポート番号 も設定してください。<br>• ECS ホスト型データベース：Elastic Compute Service (ECS) インスタンス上でホストされるデータベースです。また、ECS インスタンス ID および ポート番号 も設定してください。<br>• Express Connect DB/VPN ゲートウェイ/インテリジェントゲートウェイ：仮想プライベートクラウド (VPC) を経由して接続します。また、ピア VPC も設定してください。事前に VPC をセットアップしてください。<br>• PolarDB：PolarDB for MySQL クラスターのバックアップを行います。また、PolarDB クラスター ID も設定してください。 インスタンスリージョン ソースデータベースインスタンスのリージョンです。データベースの場所 が RDS インスタンス、PolarDB、ECS ホスト型データベース、または パブリックネットワーク IP なし：ポート付き自社構築データベース（データベースゲートウェイ経由でアクセス） のいずれかに設定されている場合にのみ表示されます。 PolarDB クラスター ID バックアップ対象の PolarDB クラスターの ID です。データベースの場所 が PolarDB に設定されている場合にのみ表示されます。 データベースタイプ ソースデータベースのタイプです。デフォルト値：MySQL。この項目は、パブリック IP アドレス付きユーザー作成データベース、PolarDB、ECS ホスト型データベース、Express Connect DB/VPN ゲートウェイ/インテリジェントゲートウェイ、および パブリックネットワーク IP なし のオプションを選択した場合にのみ表示されます。 ピア VPC ソースデータベースが配置されている VPC です。データベースの場所 が Express Connect DB/VPN ゲートウェイ/インテリジェントゲートウェイ に設定されている場合にのみ表示されます。 ECS インスタンス ID ソースデータベースがデプロイされている ECS インスタンスの ID です。データベースの場所 が ECS ホスト型データベース に設定されている場合にのみ表示されます。 ゲートウェイインスタンス ID データベースゲートウェイの ID です。データベースの場所 が パブリックネットワーク IP なし：ポート付き自社構築データベース（データベースゲートウェイ経由でアクセス） に設定されている場合にのみ表示されます。 アドレス ソースデータベースへの接続に使用するエンドポイントです。サーバーにファイアウォールルールが設定されている場合は、ホワイトリストの設定 をクリックしてデータディザスタリカバリの CIDR ブロックを取得し、それをサーバーのホワイトリストに追加してください。この項目は、ゲートウェイ、VPC、およびパブリック IP のオプションで表示されます。 ポート番号 ソースデータベースへの接続に使用するポートです。 データベースアカウント ソースデータベースへの接続に使用するアカウントのユーザー名です。このアカウントにはバックアップ権限が必要です。 パスワード データベースアカウントのパスワードです。認証情報を入力後、接続テスト をクリックして検証してください。テストが失敗した場合は、チェック をクリックし、診断結果に基づいてパラメーターを更新してください。 SSL 暗号化 接続暗号化方式です：<br>• 非暗号化<br>• SSL 暗号化：トランスポート層で SSL を追加し、データ整合性を強化しますが、接続遅延が増加します。SSL 暗号化を使用するには、まず ApsaraDB RDS インスタンスで SSL を有効化してください。 越境データ転送に関するコンプライアンス保証 コンプライアンスに関する約束事項を読み、チェックボックスをオンにして同意してください。 バックアップ送信先
パラメーター 説明 バックアップストレージタイプ バックアップデータの保存先：<br>• DBS ストレージ（推奨）: データは、データディザスタリカバリに直接保存されます。Object Storage Service (OSS) バケットは不要です。ボリューム単位で課金されます。詳細については、「ストレージ料金」をご参照ください。大量のデータを保存する場合は、データディザスタリカバリに組み込まれているストレージ料金を相殺するために、サブスクリプションストレージプランの購入を推奨します。ストレージプランは、従量課金方式よりもコスト効率が優れています。<br>• ユーザー用 OSS: ご自身の OSS バケット（標準ストレージクラスのみ）をご提供ください。続行する前に、バケットを作成してください。詳細については、「バケットの作成」をご参照ください。このオプションを選択した場合、[OSS バケット名] も設定してください。 ストレージ暗号化 保存されたバックアップデータの暗号化方法です：<br>• 暗号化（推奨）：AES-256 サーバ側暗号化を使用します。<br>• 非暗号化：バックアップデータは暗号化せずに保存されます。 
バックアップ対象の編集 ステップで、利用可能 セクションからバックアップ対象のデータベースまたはテーブルを見つけ、右向き矢印をクリックして 選択済み セクションに移動させ、次へ をクリックします。
データディザスタリカバリは、複数のデータベース、単一のデータベース、または単一のテーブルのバックアップをサポートしています。すべて選択 をクリックすると、利用可能なすべてのデータベースが選択されます。デフォルトでは、バックアップスケジュールの設定後に作成されたデータベースは含まれません。後から追加する場合は、「バックアップ対象の変更」をご参照ください。
バックアップ実行時刻の設定 ステップで、以下のパラメーターを設定し、次へ をクリックします。
パラメーター 説明 完全バックアップ頻度 定期バックアップ（繰り返し実行）または 単発バックアップ（1 回限り）。定期バックアップ の場合は、完全データバックアップの実行日 および 開始時刻 も設定してください。 完全データバックアップの実行頻度 完全バックアップを実行する曜日です。少なくとも 1 日を選択してください。 開始時刻 バックアップの開始時刻です。データベースへの影響を最小限に抑えるため、非ピーク時間帯にスケジュールしてください。例： 01:00。予定された開始時刻に前回の完全バックアップがまだ実行中の場合、次のバックアップはスキップされます。増分バックアップ 完全バックアップ間の変更をリアルタイムでキャプチャする機能を有効化します。ソースデータベースでバイナリロギングが有効化されている必要があります。ApsaraDB RDS for MySQL の場合、バイナリロギングはデフォルトで有効です。自己管理データベースの場合は、手動で有効化してください。PITR をサポートするには、完全バックアップとともにこのオプションを有効化してください。完全バックアップ頻度 が 定期バックアップ に設定されている場合にのみ表示されます。 完全データバックアップの最大並列スレッド数 完全バックアップで使用可能な最大並列スレッド数です。この値を減らすことで、バックアップ時のデータベースパフォーマンスへの影響を制限できます。 バックアップネットワーク速度制限 バックアップ中に使用される最大ネットワーク帯域幅（MB/s）です。デフォルト値 0は無制限を意味します。バックアップによってデータベースパフォーマンスが著しく低下している場合は、この値を減らしてください。ライフサイクルの編集 ステップで、完全バックアップデータの保持期間を設定します。増分バックアップ を前のステップで有効化した場合は、増分バックアップデータの保持期間も設定してください。ライフサイクルルールの詳細については、「バックアップセットのライフサイクルルールを管理する方法」をご参照ください。
事前チェック をクリックします。
事前チェック成功 と表示されたら、タスクの開始 をクリックします。バックアップスケジュールの 状態 が 実行中 に変更されると、スケジュールが有効になります。状態が 実行中 に変更されない場合やエラーが発生した場合は、「異常なバックアップスケジュールのエラーを修正する方法」をご参照いただくか、DingTalk グループ（ID：35585947）にてテクニカルサポートにお問い合わせください。
バックアップからの復元
データ損失、データの破損、または誤った変更が発生した場合に、MySQL データベースを以前の状態に復元する手順です。
復元タスクで指定したデータベースアカウントが、ターゲットデータベースに対して書き込み権限を持っていることを確認してください。詳細については、「データベースアカウントの種類ごとの必要権限」をご参照ください。
バックアップスケジュール ページで、バックアップスケジュールを見つけ、操作 列の 管理 をクリックします。
タスクの設定 ページで、右上隅の データベースの復元 をクリックします。
復元対象時刻の設定 ステップで、以下のパラメーターを設定し、次へ をクリックします。
パラメーター 説明 タスク名 復元タスクの名前です。データディザスタリカバリにより自動的に生成されます。識別しやすいように、意味のある名前を入力してください。名前は一意である必要はありません。 復元可能な時間範囲 復元可能な時間範囲：最初の完全バックアップから最新のバックアップまでです。 復元先 復元対象の時点です。復元可能な時間範囲 内である必要があります。増分バックアップが有効な場合、最初の完全バックアップから最後の増分バックアップまでの任意の時点に復元できます。増分バックアップが無効な場合、完全バックアップ完了時点のみに復元できます。 ターゲットデータベースインスタンスタイプ 新規（推奨）：データディザスタリカバリが新しい ApsaraDB RDS インスタンスをプロビジョニングします（所要時間：5～10 分）。既存のものを使用：既存のデータベースインスタンスに復元します。開始前に宛先が利用可能であることを確認してください。 データベースの場所 新規（推奨） の場合は、RDS インスタンス を選択します。既存のものを使用 の場合は、宛先データベースの接続性に合致するオプション（ゲートウェイ、パブリック IP、ECS ホスト型、RDS、VPC、PolarDB）を選択してください。 インスタンスリージョン 宛先インスタンスのリージョンです。データベースの場所 が パブリック IP アドレス付きユーザー作成データベース に設定されている場合は表示されません。 VPC 新しいデータベースインスタンスの VPC です。「VPC の作成および管理」をご参照ください。ターゲットデータベースインスタンスタイプ が 新規（推奨） に設定されている場合にのみ表示されます。 DB InstanceClass 新しいデータベースのインスタンスタイプです。ソースと同じインスタンスタイプ、またはより高スペックなタイプを選択してください。 ストレージ容量（GB） 新しいデータベースのストレージサイズです。ソースデータベースサイズの 1.3 倍以上、または完全バックアップセットサイズの 5～6 倍以上を選択してください。バックアップ時にデータは圧縮されるため、バックアップセットは元のデータより小さくなります。 データベースタイプ MySQL。この項目は、データベースの場所 が パブリックネットワーク IP なし：ポート付き自社構築データベース（データベースゲートウェイ経由でアクセス） に設定されている場合にのみ表示されます。 ゲートウェイインスタンス ID 自己管理型の宛先データベース用ゲートウェイです。「バックアップゲートウェイのインストール」をご参照ください。ゲートウェイオプションでのみ表示されます。 アドレス 宛先データベースのエンドポイントです。ゲートウェイ、パブリック IP、ECS ホスト型、および VPC オプションで表示されます。 ポート番号 宛先データベースのポートです。ゲートウェイおよびパブリック IP オプションで表示されます。 データベースアカウント 宛先データベースのユーザー名です。このアカウントには書き込み権限が必要です。 パスワード 宛先データベースアカウントのパスワードです。 越境データ転送に関するコンプライアンス保証 文書を読み、上記のコンプライアンスに関する約束事項を読み、同意しました を選択してください。 
復元対象の設定 ステップで、以下のパラメーターを設定し、事前チェック をクリックします。
パラメーター 説明 競合処理 既存のオブジェクトと名前が重複した場合の処理方法です。デフォルトでは 同名オブジェクトの名前変更 が選択されています：復元されるテーブルが宛先データベース内の既存テーブルと同名の場合、復元されるテーブルは <table_name>_dbs_<restore_task_id>_<timestamp>の形式で名前が変更されます。例：job_infoはjob_info_dbs_<復元タスク ID>_<タイムスタンプ>になります。復元対象 利用可能 セクションから復元対象のデータベースまたはテーブルを選択し、右向き矢印をクリックして 選択済み セクションに移動させます。データディザスタリカバリは、データベースレベルおよびテーブルレベルの粒度をサポートしており、復元するデータ量を削減し、目標復旧時間を短縮できます。詳細については、「サポートされているデータベースタイプおよび機能」をご参照ください。 事前チェック成功 と表示されたら、タスクの開始 をクリックします。進行状況を監視するには、左側ナビゲーションウィンドウで 復元タスク をクリックしてください。
復元時間はバックアップスケジュールの仕様およびデータベースサイズによって異なります。より高スペックなスケジュールほど復元が高速です。「論理バックアップおよび物理バックアップのパフォーマンステスト」をご参照ください。データを新しい ApsaraDB RDS インスタンスに復元する場合、システムはインスタンスのプロビジョニングに約 5～10 分かかります。復元後は、ApsaraDB RDS コンソール で新しいインスタンスを確認できます。あるいは、復元タスク ページで復元タスク ID をクリックし、基本情報 セクション内の ApsaraDB RDS インスタンス ID をクリックしてください。
次のステップ
API：バックアップスケジュールを作成するには
CreateBackupPlan操作を使用します。また、1 回の呼び出しでバックアップスケジュールの作成、設定、および開始を行うにはCreateAndStartBackupPlanを使用します。「CreateBackupPlan」および「CreateAndStartBackupPlan」をご参照ください。スケジュールの管理: 既存のスケジュールのバックアップソース、バックアップオブジェクト、バックアップタイミング、または保持ポリシーを変更します。詳細については、「バックアップスケジュールを管理する」をご参照ください。
課金：バックアップスケジュールに適用される料金を確認してください。「課金に関するよくある質問」をご参照ください。
スケジュールの停止: 不要なコストを回避するために、不要になったバックアップスケジュールを停止します。詳細については、「バックアップスケジュールを一時停止または開始する」をご参照ください。