データディザスタリカバリ は、完全バックアップ、増分バックアップ、データ復旧などの機能を提供します。このトピックでは、バックアップスケジュールの作成と構成、データベースのバックアップ、およびデータベースの復旧方法について説明します。データベースのバックアップと管理について理解し、使い始めるのに役立ちます。
データディザスタリカバリ がデータベースのバックアップと復旧、およびデータベースのバックアップと復旧の粒度をサポートしているかどうかについては、「サポートされているデータベースの種類と機能」をご参照ください。
バックアップスケジュールタイプの仕様とバックアップスケジュールタイプの選択に関する推奨事項については、「論理バックアップと物理バックアップの違い」をご参照ください。
論理バックアップと物理バックアップの定義と違いについては、「論理バックアップ、物理バックアップ、およびスナップショット」をご参照ください。
バックアップスケジュールの作成
DMS コンソール V5.0 にログインします。
上部のナビゲーションバーで、 を選択します。
説明DMS コンソールをシンプルモードで使用している場合は、DMS コンソールの左上隅にある
アイコンにポインターを移動し、 を選択します。[バックアップスケジュール] ページで、右上隅にある [スケジュールの作成] をクリックして、バックアッププランの作成 に移動します。
以下のパラメーターを構成し、ページの右下隅にある 今すぐ購入 をクリックします。
パラメーター
説明
プロダクトタイプ
使用するバックアップスケジュール。
説明データ管理 (DMS) コンソールでは、従量課金制のバックアップスケジュールを作成することはできません。
リージョン
バックアップデータを保存するリージョン。
説明同じリージョンへのバックアップ: バックアップ対象のデータベースが存在するリージョンを選択します。
地理的冗長性: バックアップ対象のデータベースとは異なるリージョンを選択します。この方法では、より優れたディザスタリカバリ機能が提供されますが、追加料金が発生する場合があります。たとえば、[中国 (北京)] リージョンのデータベースを [中国 (上海)] リージョンにバックアップする場合は、[中国 (上海)] リージョンを選択します。
データソースタイプ
バックアップ対象のデータベースのデータソースタイプ。
説明データソースが ApsaraDB RDS for MySQL インスタンス、自己管理 MySQL データベース、または PolarDB for MySQL クラスタの場合、MySQL を選択します。データソースタイプの選択方法の詳細については、「サポートされているデータベースの種類と機能」をご参照ください。
仕様
使用するバックアップスケジュールの仕様。仕様が高いほど、バックアップと復旧のパフォーマンスが向上します。データディザスタリカバリは、micro、small、medium、large、xlarge のバックアップスケジュール仕様をサポートしています。 xlarge 仕様タイプは、バックアップデータ量の制限がない特大の仕様を提供します。
本番環境のデータベースインスタンスなど、特定のデータベースインスタンスのバックアップと復旧を高速化するには、xlarge または large の仕様タイプを選択することをお勧めします。
高いバックアップおよび復旧パフォーマンスが不要な場合は、ビジネス要件に基づいて最も費用対効果の高いバックアップスケジュール仕様を選択できます。詳細については、「バックアップ方法とバックアップスケジュールタイプの選択」をご参照ください。
バックアップするデータベースとテーブルに、不適切なテーブルスキーマ、大きなテーブル、大きなフィールドなどの問題があり、低仕様のバックアップスケジュールタイプを選択した場合、バックアップスケジュールのリソースがデータベースまたはテーブルのバックアップに不十分な場合があります。この場合、バックアップの例外が発生します。バックアップの例外を防ぐために、高仕様のバックアップスケジュールタイプを選択することをお勧めします。
バックアップ方法
使用するバックアップ方法。有効な値：
物理バックアップ: 物理バックアップは自己管理データベースでのみ実行でき、ApsaraDB RDS インスタンスでは実行できません。
この方法を使用して、オペレーティングシステム内のデータベースファイルをバックアップできます。ほとんどの場合、物理バックアップと復旧は、論理バックアップと復旧よりも高速です。緊急ディザスタリカバリのためにサンドボックスインスタンスを使用することもできます。
論理バックアップ: 論理バックアップは、ApsaraDB RDS インスタンス、データセンター内の自己管理データベース、および Elastic Compute Service (ECS) インスタンスでホストされている自己管理データベースで実行できます。
この方法を使用して、テーブル、インデックス、ストアドプロシージャなどのデータベースオブジェクトをバックアップできます。データディザスタリカバリでは、指定されたデータベースとテーブルを詳細にバックアップできます。
説明論理バックアップと物理バックアップの定義と違いについては、「論理バックアップ、物理バックアップ、およびスナップショット」および「バックアップ方法の選択」をご参照ください。
ストレージサイズ
購入するバックアップスケジュールのストレージ容量。バックアップスケジュールを購入する際にストレージ容量を指定する必要はありません。データディザスタリカバリに保存されているデータ量に対して課金されます。
説明大量のデータをバックアップする場合は、DBS が提供する バックアップインスタンスストレージプラン を購入して、バックアップスケジュールの 組み込み DBS ストレージ の ストレージ料金 を相殺することをお勧めします。ストレージプランの購入方法の詳細については、このトピックの FAQ セクションをご参照ください。
バックアップスケジュールで発生する可能性のある料金については、「課金に関する FAQ」をご参照ください。
リソースグループ
バックアップスケジュールで使用されるリソースグループ。バックアップスケジュールの管理を容易にするために、デフォルトのリソースグループまたはカスタムリソースグループを選択できます。
数量
購入するバックアップスケジュールの数。
説明バックアップスケジュールは、1 つのデータベースインスタンスのみをバックアップするために使用できます。複数のデータベースインスタンスをバックアップするには、複数のバックアップスケジュールを購入する必要があります。たとえば、ApsaraDB RDS for MySQL インスタンス A と ApsaraDB RDS for MySQL インスタンス B をバックアップする場合、2 つのバックアップスケジュールを購入する必要があります。
1 つのバックアップスケジュールを使用して、1 つのタイプのデータベースのみをバックアップできます。複数のタイプのデータベースをバックアップするには、複数のバックアップスケジュールを購入する必要があります。たとえば、自己管理 SQL Server データベースと自己管理 MySQL データベースをバックアップする場合は、2 つのバックアップスケジュールを購入する必要があります。
サブスクリプション期間
購入するバックアップスケジュールのサブスクリプション期間。
[注文の確認] ページで、注文情報を確認し、サービス規約を読んで選択してから、[支払] をクリックします。
注文の支払いが完了したら、[バックアップスケジュール] ページに移動して、新しいバックアップスケジュールを表示します。
バックアップスケジュールの構成
前提条件
バックアップするデータベースのアカウントが作成され、必要な権限がデータベースアカウントに付与されています。詳細については、「アカウント権限」をご参照ください。
物理バックアップを実行するデータベースのサーバーにバックアップゲートウェイがインストールされています。 詳細については、「バックアップゲートウェイのインストール」をご参照ください。
説明バックアップゲートウェイがインストールされているかどうかを確認するには、コンソールの [バックアップゲートウェイ] ページに移動します。
手順
この例では、ApsaraDB RDS for MySQL インスタンスの論理バックアップスケジュールを構成します。バックアップスケジュールは、データベースエンジンによって異なります。
[バックアップスケジュール] ページで、構成するバックアップスケジュールの ID を見つけ、[アクション] 列の バックアッププランの設定 をクリックします。
バックアップスケジュールの構成ウィザードの バックアップソースと対象の設定 ステップで、バックアップソースと宛先を構成し、ページの右下隅にある [次へ] をクリックします。
バックアップ対象の設定 ステップで、バックアップするデータベースまたはテーブルを見つけて 選択したデータベースオブジェクト セクションに追加します。次に、[次へ] をクリックします。
説明バックアップスケジュールを購入したときに論理バックアップを選択した場合、データディザスタリカバリでは、完全バックアップ中にバックアップするデータベースとテーブルを指定できます。完全バックアップ中は、単一のテーブル、単一のデータベース、複数のデータベース、または一部の種類のデータベースのデータベースインスタンス全体をバックアップできます。データディザスタリカバリは、一部の種類のデータベースの増分バックアップのみをサポートしています。デフォルトでは、増分バックアップ中はすべての増分データがバックアップされます。
バックアップスケジュールを購入したときに物理バックアップを選択した場合、データベースインスタンス全体をバックアップする必要があります。
バックアップ時間の設定 ステップで、次の表に記載されているパラメーターを構成し、[次へ] をクリックします。
ライフサイクルの設定 ステップで、完全バックアップデータのライフサイクルを構成します。
説明前のステップで [増分バックアップ] パラメーターを [有効] に設定した場合は、増分バックアップデータのライフサイクルを構成する必要があります。
構成が完了したら、ページの右下隅にある 事前チェックして開始する をクリックします。
[事前チェックに合格しました] メッセージが表示されたら、今すぐ起動する をクリックします。
説明バックアップスケジュールの [状態] が [実行中] に変わると、バックアップスケジュールが有効になります。
バックアップスケジュールで例外またはエラーが発生した場合は、テクニカルサポートのために DingTalk グループ (ID: 35585947) に参加してください。
データベースの復旧
使用上の注意
データディザスタリカバリを使用してデータベースを別のリージョンの ApsaraDB RDS インスタンスに復旧する場合は、宛先 ApsaraDB RDS インスタンスがパブリックエンドポイント経由でアクセスできることを確認してください。
たとえば、バックアップスケジュールが中国 (杭州) リージョンに作成されていて、そのバックアップスケジュールを使用してデータを中国 (北京) リージョンの ApsaraDB RDS インスタンスに復旧する場合は、中国 (北京) リージョンの ApsaraDB RDS インスタンスがパブリックエンドポイント経由でアクセスできることを確認してください。
復旧時間は、バックアップスケジュールの仕様と復旧するデータベースのサイズによって異なります。仕様が高いバックアップスケジュールほど、復旧時間は短くなります。復旧するデータベースが大きいほど、復旧時間は長くなります。
手順
この例では、データベースを復旧するための一般的な手順のみを説明します。具体的な復旧手順は、データベースエンジンによって異なります。
データディザスタリカバリは、コピーデータ管理 (CDM) テクノロジーに基づいたサンドボックス機能も提供します。この機能を使用すると、目標復旧時間 (RTO) が数秒のデータベースを復旧できます。サンドボックスインスタンスでデータを分析、テスト、検証できます。詳細については、「自己管理 MySQL データベースの緊急リカバリ機能を使用する」をご参照ください。
[バックアップスケジュール] ページで、使用するバックアップスケジュールを見つけて、[管理][アクション] 列の をクリックします。
バックアップタスクの設定 ページで、右上隅にある データベースの復元 をクリックします。
復旧タスクの作成ウィザードの 復元時点の設定 ステップで、復元時点 セクションと [宛先データベースの構成] セクションのパラメーターを構成します。次に、ページの右下隅にある [次へ] をクリックします。
説明復旧構成は、データベースエンジンによって異なります。
データディザスタリカバリ を使用すると、MySQL や SQL Server などのデータベースを事前にインスタンスを作成せずに新しい ApsaraDB RDS インスタンスに復旧できます。
復元オブジェクトの設定 ステップで、次の表に記載されているパラメーターを構成し、事前チェックして開始する をクリックします。
パラメーター
説明
競合の処理
デフォルトでは、[同じ名前のオブジェクトの名前を変更する] が [競合の処理] パラメーターに選択されています。たとえば、解凍する
job_infoテーブルがターゲットデータベース内のテーブルと同じ名前の場合、システムは解凍されたテーブルの名前をjob_info_dbs_<Restore タスク ID>_<タイムスタンプ>の形式で変更します。復旧するオブジェクト
[使用可能] セクションで復旧するデータベースまたはテーブルを選択し、右向き矢印をクリックして [選択済み] セクションに追加します。
説明データディザスタリカバリでは、データベースまたはテーブルごとに一部のデータベースを復旧できます。これにより、復旧するデータ量が削減され、目標復旧時間 (RTO) が短縮されます。サポートされている復旧粒度の詳細については、「サポートされているデータベースの種類と機能」をご参照ください。
事前チェックに合格しました メッセージが 事前チェック ダイアログボックスに表示されたら、今すぐ起動する をクリックします。
データベースの復旧の進行状況を表示するには、左側のナビゲーションウィンドウの 復元タスク をクリックします。
説明復旧時間は、バックアップスケジュールの仕様と復旧するデータベースのサイズによって異なります。仕様が高いバックアップスケジュールほど、復旧時間は短くなります。
データベースを新しい ApsaraDB RDS インスタンスに復旧する場合、システムはインスタンスの作成に約 5 ～ 10 分かかります。データベースが復旧された後、ApsaraDB RDS コンソール で新しい ApsaraDB RDS インスタンスを表示できます。または、次の操作を実行して、新しい ApsaraDB RDS インスタンスを表示します。[復旧タスク] ページで、復旧タスクの ID をクリックします。表示されたページで、[基本情報] セクションの ApsaraDB RDS インスタンスの ID をクリックします。 ApsaraDB RDS コンソールに移動します。