Data Management:復旧タスクの作成

前提条件

• ソースインスタンスが 実行中 であること。

• ソースインスタンスでバックアップセットが正常にバックアップされていること。 バックアップファイルの作成方法の詳細については、「バックアップインスタンスを購入する」または「バックアップタスクを手動で開始する」をご参照ください。

制限事項

別のリージョンの ApsaraDB RDS インスタンスにバックアップデータを復旧することはできません。

課金方法

復旧機能に対して課金されることはありません。 ただし、新しい ApsaraDB RDS インスタンスにデータを復旧する場合、新しいインスタンスに対して課金されます。 新しいインスタンス料金は、選択したインスタンスタイプとストレージ容量に関連しています。 請求書に記載されている実際の料金が適用されます。

手順

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

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

   説明

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

3. 上部のナビゲーションバーで、リージョンを選択し、管理するデータソースの ID をクリックして、データソースの詳細ページに移動します。

   • データソースが Alibaba Cloud データベースの場合は、[バックアップデータ] > [論理バックアップ] を選択し、[復旧タスクの作成] をクリックします。

   • データソースが Elastic Compute Service (ECS) インスタンスでホストされている自己管理データベース、オンプレミスデータベース、またはサードパーティクラウドのデータベース (自動的にバックアップされる) の場合は、[バックアップデータ] ページに移動し、[復旧タスクの作成] をクリックします。

4. 復旧先とモードを指定し、[次へ] をクリックします。

   パラメーター	説明
   タスク名	復旧タスクの名前。 タスクを識別しやすい説明的な名前を指定することをお勧めします。 タスク名は一意である必要はありません。
   復旧先	元のインスタンス: データベースとテーブルは元のインスタンスに復旧されます。 新しいインスタンス (RDS): このオプションを選択すると、手順 5 に基づいて ApsaraDB RDS インスタンスが自動的に作成されます。 元のインスタンスのデータベースとテーブルのデータは、新しいインスタンスに復旧されます。
   復旧モード	バックアップセット別: データを復旧するバックアップセットを選択します。 選択したバックアップセットが有効であることを確認してください。 ポイントインタイム別: バックアップセットの保存期間に基づいてポイントインタイムを選択します。 選択したポイントは、復旧可能な時間範囲内でなければなりません。 時間範囲は、バックアップセットが復旧されるポイントインタイムから現在のシステムポイントインタイムまでです。 時間範囲は 30 日を超えることはできません。 説明 デフォルトでは、ログバックアップ機能が有効になっており、ログは読み取り可能です。 この機能を無効にすることはできません。 ログバックアップセットの保存期間は 30 日で、変更できません。

5. オプション。 復旧先パラメーターで [新しいインスタンス] を選択した場合は、次の表に示すパラメーターを設定します。

   パラメーター	説明
   データベースの場所	新しいインスタンスが存在する場所。 このパラメーターはデフォルトで [RDS] に設定されており、変更できません。
   インスタンスリージョン	新しいインスタンスが存在するリージョン。 このパラメーターの値は元のインスタンスのリージョンと同じで、変更できません。
   VPC	新しいインスタンスが存在する仮想プライベートクラウド (VPC)。 VPC の作成方法の詳細については、「VPC の作成と管理」をご参照ください。
   インスタンスの仕様	新しいインスタンスの仕様。 データディザスタリカバリコンソールに表示される使用可能なインスタンス仕様からインスタンス仕様を選択します。 説明 元のデータベースインスタンス以上のインスタンス仕様を選択することをお勧めします。 新しいインスタンスの仕様が元のインスタンスの仕様よりも低い場合、新しいインスタンスは元のインスタンスのすべてのデータを格納できない可能性があります。 これにより、データが失われたり、新しいインスタンスが使用できなくなったりする可能性があります。
   ストレージ容量	新しいインスタンスのストレージ容量。 データディザスタリカバリコンソールに表示される使用可能なストレージ容量サイズからサイズを選択します。 説明 データ復旧に十分な容量を確保するために、元のインスタンスのストレージ容量の 1.3 倍以上、またはデータディザスタリカバリの完全バックアップセットのサイズの 5 ～ 6 倍のストレージ容量を選択することをお勧めします。 これは、データディザスタリカバリがバックアップデータを圧縮するためです。 ソースインスタンスの [バックアップデータ] ページでバックアップセットのサイズを確認できます。 データソースが ApsaraDB インスタンスの場合は、[論理バックアップ] タブにも移動する必要があります。

6. 復旧するオブジェクトを選択し、[送信] をクリックします。

   パラメーター	説明
   復旧するオブジェクト	[ソースオブジェクト] セクションで、復旧するデータベースとテーブルを選択し、 アイコンをクリックして、データベースとテーブルを [選択済みオブジェクト] セクションに移動します。 [編集] をクリックして、選択済みオブジェクトセクションのデータベースとテーブルを設定できます。
   競合の処理	デフォルトでは、このパラメーターは [同じ名前のオブジェクトの名前を変更する] に設定されています。 このオプションを選択すると、データディザスタリカバリは、競合が発生した場合に復旧タスクによって作成される新しいテーブルの名前を変更します。 たとえば、ソースデータベースで復旧されるテーブルとターゲットデータベースの既存のテーブルの名前が job_info であるとします。 この場合、データディザスタリカバリは、job_info_dbs_<復旧タスクの ID>_<タイムスタンプ> の形式で新しいテーブルの名前を変更します。

7. 事前チェックが完了するまで待ちます。 次に、[開始][事前チェック] ダイアログボックスでクリックします。

   説明

   [キャンセル] をクリックして、復旧タスクをすぐに開始しないこともできます。 復旧タスクを後で開始するには、次の手順を実行します。 [タスク管理] > [復旧タスク] を選択し、開始する復旧タスクを見つけて、[開始][アクション] 列でクリックします。

復旧タスクの進捗状況を表示する

復旧タスクの進捗状況を表示するには、[タスク管理] > [復旧タスク] を選択します。

関連情報

元のインスタンスまたは新しいインスタンスにログインして、データを確認できます。 詳細については、「クライアントまたは CLI を使用して ApsaraDB RDS for MySQL インスタンスに接続する」をご参照ください。

よくある質問

復旧タスクが失敗した場合はどうすればよいですか? 問題のトラブルシューティング方法は?

復旧タスクは、次の原因で失敗します。

• 原因 1: データディザスタリカバリ の 承認済みデータベースアカウント に、指定されたデータベースまたはテーブルを復旧するための権限がありません。

  解決策: データの復旧に使用されるアカウントに必要な権限があるかどうかを確認します。 詳細については、「アカウント権限」をご参照ください。

• 原因 2: 復旧するデータベースが存在するサーバーのネットワークが異常です。

  解決策: データベースサーバーのネットワークを確認し、見つかった問題のトラブルシューティングを試みます。 問題の解決策が見つからない場合、またはトラブルシューティング後も問題が解決しない場合は、DingTalk グループ (ID 35585947) に参加してテクニカルサポートを受けることができます。