データベースバックアップ (DBS) を使用すると、ApsaraDB RDS for MySQL、ApsaraDB RDS for SQL Server、ApsaraDB RDS for PostgreSQLデータベースなどのAlibaba Cloudデータベース、Elastic Compute Service (ECS) インスタンスでホストされる自己管理データベース、オンプレミスデータベース、サードパーティのクラウドサービスでホストされるデータベースをバックアップおよび復元できます。 このトピックでは、DBSを使用してECSホストのセルフマネージドMySQLデータベースをバックアップおよび復元し、ディザスタリカバリとセキュリティ要件を満たす方法について説明します。 DBSは、リアルタイムバックアップ、迅速な復元、ジオディザスタリカバリ、長期アーカイブなどの機能を提供します。 DBSは、データ損失、偶発的な削除、ランサムウェア、ハッカー攻撃から生じる可能性のあるセキュリティリスクを排除するのに役立ちます。
シナリオ
ビジネスデータのバックアップを忘れました。
ECSホスト型データベースに費用対効果の高いディザスタリカバリスキームを使用する場合。
データベースがハッカー攻撃に遭遇し、削除されました。 データを昨日の状態に復元したい。
データベースサーバーにトロイの木馬攻撃が発生しました。 大量のデータが失われ、サービスWebサイトにアクセスできません。
誤ってデータベースのデータファイルを削除しました。 その結果、mysqldを起動することはできません。
同僚がオンラインデータベースをテストデータベースに置き換えました。 ただし、オンラインデータベースはバックアップされていません。
DBSでサポートされているデータベースエンジンのバージョンとデータベースオブジェクト、DBSでのバックアップと復元の粒度、およびさまざまな種類のデータベースでDBSでサポートされている機能の詳細については、「データベースエンジンと機能」をご参照ください。
バックアップと復元のソリューション
ECSインスタンスの使用状況 | 解決策 |
データベースサーバーとして機能する | DBSバックアップスケジュールの使用 |
アプリケーションサーバーとして機能する | ECSスナップショットの使用 |
データベースサーバーとアプリケーションサーバーの両方として機能する | DBSバックアップスケジュールとECSスナップショットの使用 |
ECSスナップショットサービスを有効化する方法の詳細については、「ECSスナップショットの有効化」をご参照ください。
DBSのメリット
メリット | 説明 |
リアルタイムバックアップ | DBSは、データベースのメモリからトランザクションログをリアルタイムで取得し、秒単位のリカバリポイント目標 (RPO) をサポートします。 |
クイック復元 | DBSを使用すると、単一のテーブルのデータを復元できます。 これにより、目標回復時間 (RTO) が大幅に減少します。 |
秒に正確な時点への復元 | DBSを使用すると、データベースを秒単位の正確な時点に復元できます。 昨日のステータスではなく、最後の1秒のステータスにデータベースを復元できます。 |
低ストレージコスト | DBSは、ストレージコストを削減するために最大30% のデータ圧縮率を提供し、コスト効率の高いストレージサービスにバックアップデータを自動的にアーカイブします。 |
照会可能なバックアップセット | DBSを使用すると、バックアップセットのデータを照会できます。 データをデータベースに復元することなく、SQL文を直接実行してデータを照会できます。 |
リモートバックアップと復元 | DBSは、バックアップ元とバックアップ先の間の距離が2,000キロメートルを超えるリモートバックアップをサポートしています。 データのバックアップ後、DBSを使用して、現在のリージョンまたは別のリージョンのデータベースにデータを復元できます。 |
テーブル名の競合の処理 | 復元タスク中、DBSは、ターゲットデータベース内のデータベースまたはテーブルと同じ名前を共有するデータベースまたはテーブルの名前を自動的に変更します。 復元タスクを構成するときに、データベースまたはテーブルの名前を手動で変更することもできます。 |
ApsaraDB for RDSインスタンスへのクイックリストア | DBSは、バックアップセットのメタデータに基づいて、適切な仕様とストレージ容量を使用してApsaraDB for RDSインスタンスを自動的に作成できます。 |
ステップ1: バックアップスケジュールの作成
DBS購入ページに移動して、バックアップスケジュールを作成します。 詳細については、「バックアップスケジュールの作成」をご参照ください。
手順2: バックアップスケジュールの設定
前提条件
物理バックアップシナリオで自己管理データベースをホストするECSインスタンスにバックアップゲートウェイがインストールされます。 詳細については、「バックアップゲートウェイのインストール」をご参照ください。
手順
データベースバックアップ (DBS) コンソールにログインします。
左側のナビゲーションウィンドウで、[バックアップスケジュール] をクリックします。 上部のナビゲーションバーで、リージョンを選択します。
[バックアップスケジュール] ページで、設定するバックアップスケジュールのIDを見つけ、[操作] 列の バックアッププランの設定 をクリックします。
バックアップソースと対象の設定[バックアップスケジュールの設定] ウィザードの手順で、バックアップの送信元と送信先を設定し、ページの右下隅にある次へをクリックします。
表 1. Parameters
セクション
パラメーター
説明
非該当
スケジュール名
バックアップスケジュールの名前。 DBSは、バックアップスケジュール名を自動的に生成します。 わかりやすい名前を入力することをお勧めします。 バックアップスケジュール名は一意である必要はありません。
バックアップソース情報
バックアップモード
データのバックアップに使用されるメソッド。 このパラメーターのデフォルト値は、バックアップスケジュールを購入したときに選択したバックアップ方法です。 この例では、論理バックアップが表示されます。
データベースの場所
バックアップするデータベースの場所。 ECS 上の自作データベース を選択します。
インスタンスリージョン
データベースをホストするECSインスタンスが存在するリージョン。
ECSインスタンスID
バックアップするデータベースがホストされているECSインスタンスのID。
ポート番号
バックアップするデータベースへの接続に使用されるポート。
データベースアカウント
バックアップするデータベースへの接続に使用されるアカウントのユーザー名。 アカウントには、データベースをバックアップする権限が必要です。 詳細は、「アカウント権限」をご参照ください。
Password
バックアップするデータベースへの接続に使用されるアカウントのパスワード。
データベースアカウントのユーザー名とパスワードを入力したら、パスワードの横にある 接続テスト をクリックして、バックアップするデータベースに関する情報が有効かどうかを確認します。 指定されたパラメーターが有効な場合、Test Passedメッセージが表示されます。 [テスト失敗] メッセージが表示された場合は、[テスト失敗] の横にある [チェック] をクリックします。 チェック結果に基づいて、バックアップするデータベースに関する情報を変更します。
国境を越えたデータ転送に関するコンプライアンス保証
チェックボックスを選択して、コンプライアンスコミットメントを読み、同意します。
バックアップ対象情報
バックアップストレージタイプ
バックアップデータの格納に使用されるストレージの種類。 有効な値:
DBSストレージ (推奨): Object Storage Service (OSS) バケットを作成せずに、バックアップデータをDBSに保存します。 DBSに保存されているデータの量に基づいて課金されます。 課金方法の詳細については、「ストレージ料金」をご参照ください。
ユーザー OSS: 事前にOSSコンソールでバケットを作成する必要があります。 詳細については、「バケットの作成」をご参照ください。
説明この例では、DBSストレージ (推奨) が選択されています。 [OSSユーザー] を選択した場合、[OSSバケット名] パラメーターを設定する必要があります。 標準ストレージクラスのみがサポートされます。
バックアップするデータ量が多い場合は、料金を相殺するためにサブスクリプションストレージプランを購入することをお勧めします。 詳細については、「ストレージプランの使用」をご参照ください。 ストレージプランは、従量課金よりもコスト効率が高くなります。
ストレージ暗号化
格納されたデータの暗号化に使用されるメソッド。 有効な値:
内蔵暗号化ストレージ: 推奨されます。 DBSはAES-256を使用してデータを暗号化します。
サーバー側の暗号化機能はOSSで使用されます。 オブジェクトをOSSにアップロードすると、OSSはオブジェクトを暗号化して保存します。 OSSから暗号化されたオブジェクトをダウンロードすると、OSSはオブジェクトを復号化し、復号化されたオブジェクトを返します。 詳細については、「サーバー側の暗号化」をご参照ください。
非暗号化ストレージ: バックアップデータは暗号化されません。
OSSバケット名
データの保存に使用するOSSバケットの名前。
このパラメーターは、Backup Storage TypeパラメーターをOSS For Userに設定した場合にのみ表示されます。
バックアップ対象の設定 ステップで、バックアップするデータベースまたはテーブルを見つけて、選択したデータベースオブジェクト セクションに追加します。 次に、[次へ] をクリックします。
説明バックアップスケジュールを購入したときに [論理バックアップ] を選択した場合、DBSでは、完全バックアップ時にバックアップするデータベースとテーブルを指定できます。 完全バックアップ時に、一部の種類のデータベースに対して、単一のテーブル、単一のデータベース、複数のデータベース、またはデータベースインスタンス全体をバックアップできます。 DBSは、一部の種類のデータベースに対してのみ増分バックアップをサポートします。 デフォルトでは、増分バックアップ中にすべての増分データがバックアップされます。
[使用可能] セクションの左下隅にある [すべて選択] をクリックすると、データベース全体をバックアップできます。 バックアップできるデータベースオブジェクトとバックアップの粒度は、データベースの種類によって異なります。 詳細については、「データベースエンジンと機能」をご参照ください。
既定では、バックアップスケジュールを使用して、バックアップスケジュールの設定後に作成されたデータベースをバックアップすることはできません。 データベースをバックアップするには、バックアップスケジュールの [バックアップオブジェクトの編集] ページでデータベースをバックアップスケジュールに追加します。 詳細については、「バックアップオブジェクトの変更」をご参照ください。
バックアップスケジュールを購入したときに物理バックアップを選択した場合、データベースインスタンス全体をバックアップする必要があります。
バックアップ時間の設定 ステップで、次の表に示すパラメーターを設定します。 次に、ページの右下隅にある [次へ] をクリックします。
パラメーター
説明
フルスケールのバックアップ頻度
バックアップスケジュールの頻度。 有効な値: 定期的なバックアップおよび単一バックアップ。
説明増分データを復元する必要があるシナリオでは、定期的なバックアップ を選択し、少なくとも週に1回は完全バックアップを実行することを推奨します。 そうしないと、復元中に大量のバイナリログを再生する必要があります。 このプロセスはエラーを起こしやすく、結果として回復時間目標 (RTO) が長くなる可能性があります。
完全なデータバックアップの再発
DBSがバックアップスケジュールを実行する曜日。 このパラメーターは、[フルスケールバックアップ頻度] パラメーターが 定期的なバックアップ に設定されている場合に必要です。 少なくとも1つの曜日を選択します。
開始日
DBSが完全バックアップを開始する時点。 このパラメーターは、[フルスケールバックアップ頻度] パラメーターが 定期的なバックアップ に設定されている場合に必要です。 オフピーク時間帯に時刻を指定することを推奨します。 例: 01:00
説明前のフルデータバックアップが次のバックアップの開始時に完了していない場合、DBSは次のバックアップをスキップします。
増分バックアップ
増分バックアップを有効にするかどうかを指定します。 増分バックアップを有効にする場合は、バックアップするデータベースに対してバイナリログ機能が有効になっていることを確認します。
説明このパラメーターは、[フルスケールバックアップ頻度] パラメーターを 定期的なバックアップ に設定した場合にのみ表示されます。
デフォルトでは、ApsaraDB RDS for MySQLインスタンスに対してバイナリログ機能が有効になっています。 自己管理データベースを使用する場合は、バイナリログ機能を手動で有効にする必要があります。
完全データバックアップの最大同時スレッド数
完全バックアップに使用できる同時スレッドの最大数。 このパラメーターを設定して、バックアップ速度を調整できます。 たとえば、バックアップスレッドの数を減らして、データベースへの影響を最小限に抑えることができます。
実際の同時スレッドの最大数は、バックアップスケジュールの仕様によって異なります。 詳細については、「最大バックアップ速度を変更するにはどうすればよいですか? 」をご参照ください。
バックアップネットワーク速度制限
ネットワーク帯域幅の制限。 単位:MB/秒。 ビジネス要件に基づいて制限を設定できます。 デフォルト値0は、ネットワーク帯域幅が無制限であることを示します。
説明このパラメーターは、MySQLデータベースのバックアップスケジュールを設定した場合にのみ表示されます。
ライフサイクルの設定 ステップで、[フルデータバックアップライフサイクルの設定] セクションでフルバックアップデータのライフサイクルを設定します。
説明手順6で増分バックアップパラメーターを有効に設定した場合、増分バックアップデータのライフサイクルを設定する必要があります。
設定が完了したら、ページの右下隅にある 事前チェックして開始する をクリックします。
[Precheck Passed] メッセージが表示されたら、今すぐ起動する をクリックします。
説明バックアップスケジュールの状態が [実行中] に変わると、バックアップスケジュールが有効になります。
バックアップスケジュールの開始時に例外またはエラーが発生した場合は、できるだけ早い機会に例外またはエラーのトラブルシューティングを行います。 詳細については、「DBSで異常なバックアップスケジュールのエラーを修正するにはどうすればよいですか? 」をご参照ください。前のトピックで提供されているソリューションを使用しても問題が解決しない場合は、DBS DingTalkグループ (ID: 35585947) のテクニカルサポートにお問い合わせください。
次に何をすべきか
データベースのバックアップ後、バックアップスケジュールを表示したり、データベースを復元したりできます。 詳細については、「バックアップスケジュールの表示」または「データベースの復元」をご参照ください。
CreateBackupPlan操作を呼び出して、バックアップスケジュールを作成できます。 CreateAndStartBackupPlan操作を呼び出して、バックアップスケジュールを作成、設定、および開始することもできます。 詳細については、「CreateBackupPlan」または「CreateAndStartBackupPlan」をご参照ください。
バックアップスケジュールのバックアップ時刻やバックアップセットの保持時間など、バックアップソース、バックアップオブジェクト、またはバックアップポリシーを変更する方法の詳細については、「バックアップ計画の管理」をご参照ください。
クラウドへのバックアップ、地理的冗長性、バックアップセキュリティ、クイック復元など、バックアップと復元のシナリオの詳細については、「一般的なシナリオ」をご参照ください。
バックアップスケジュールによってその後発生する可能性のある料金の詳細については、「請求に関するFAQ」をご参照ください。
コストを削減するために、不要なバックアップスケジュールを一時停止できます。 詳細については、「バックアップスケジュールの一時停止または開始」をご参照ください。