このトピックでは、データベースバックアップ (DBS) でバックアップスケジュールを設定する方法について説明します。 バックアップスケジュールを設定するときに、バックアップするデータベースまたはテーブル、バックアップ頻度、ストレージ方法、バックアップサイクルなどの重要な情報を指定できます。 DBSは、設定したバックアップポリシーに基づいて定期的にデータベースを自動的にバックアップします。
前提条件
バックアップスケジュールが作成されます。 詳細については、「バックアップ計画の作成」をご参照ください。
バックアップするデータベースのアカウントが作成され、必要なアクセス許可がデータベースアカウントに付与されます。 詳細は、「必要なデータベース権限」をご参照ください。
物理バックアップを実行するデータベースのサーバーにバックアップゲートウェイがインストールされます。 詳細については、「Install a backup gateway」をご参照ください。
説明バックアップゲートウェイがインストールされているかどうかを確認するには、DBSコンソールの [バックアップゲートウェイ] ページに移動します。
手順
この例では、論理バックアップスケジュールがApsaraDB RDS for MySQLインスタンスに設定されています。 具体的な設定手順は、データベースの種類によって異なります。 さまざまな種類のデータベースのバックアップと復元を構成する方法の詳細については、「バックアップと復元の概要」をご参照ください。
データベースバックアップ (DBS) コンソールにログインします。
左側のナビゲーションウィンドウで、[バックアップスケジュール] をクリックします。 上部のナビゲーションバーで、リージョンを選択します。
[バックアップスケジュール] ページで、設定するバックアップスケジュールのIDを見つけ、[操作] 列の バックアッププランの設定 をクリックします。
[バックアップスケジュールの設定] ウィザードの バックアップソースと対象の設定 ステップで、バックアップソースとバックアップ先を設定し、ページの右下隅にある [次へ] をクリックします。
表 1. データベースパラメーター
セクション
パラメーター
説明
非該当
スケジュール名
バックアップスケジュールの名前。 DBSは、バックアップスケジュール名を自動的に生成します。 わかりやすい名前を入力することをお勧めします。 バックアップスケジュール名は一意である必要はありません。
バックアップソース情報
バックアップモード
データのバックアップに使用されるメソッド。 デフォルトでは、バックアップスケジュールを購入したときに選択したバックアップ方法が使用されます。 この例では、論理バックアップが表示されます。
データベースの場所
バックアップするデータベースの場所。 有効な値：
RDS インスタンス
インターネット IP アドレス : Port の自作データベースがあります
ECS 上の自作データベース
専用線、VPN ゲートウェイ、インテリジェントゲートウェイを介して接続されたユーザー自作データベース
PolarDB
インターネット IP アドレスなし : Port の自作データベース (データベースゲートウェイ DG を介したアクセス)
説明この例では、RDS インスタンスが選択されています。 他の場所タイプを選択した場合は、さらにパラメーターを設定する必要があります。 詳細については、このトピックの「その他のパラメーター」をご参照ください。
インスタンスリージョン
バックアップするApsaraDB RDSインスタンスが存在するリージョン。
[データベースの場所] パラメーターを PolarDB または ECS 上の自作データベース に設定した場合、バックアップするインスタンスが存在するリージョンを選択します。
RDSインスタンスID
バックアップするApsaraDB RDSインスタンスのID。
データベースアカウント
バックアップするデータベースへの接続に使用されるアカウントのユーザー名。 アカウントには、データベースをバックアップする権限が必要です。 詳細は、「必要なデータベース権限」をご参照ください。
説明ApsaraDB RDSインスタンスの場合、バックアップには読み取り専用権限が必要であり、バックアップと復元には読み取りおよび書き込み権限が必要です。
Password
バックアップするデータベースへの接続に使用されるアカウントのパスワード。
データベースアカウントのユーザー名とパスワードを入力したら、パスワードの横にある 接続テスト をクリックして、バックアップするデータベースに関する情報が有効かどうかを確認します。 指定されたパラメーターが有効な場合、Test Passedメッセージが表示されます。 [テスト失敗] メッセージが表示された場合は、[テスト失敗] の横にある [チェック] をクリックします。 チェック結果に基づいて、バックアップするデータベースに関する情報を変更します。
接続方法：
バックアップデータの送信に使用される接続方法。 有効な値：
暗号化されていない接続
SSL セキュア接続: SSLはトランスポート層でネットワーク接続を暗号化し、転送中のデータのセキュリティと整合性を向上させます。 ただし、SSLはネットワーク接続の応答時間を長くします。
SSL セキュア接続を選択する場合は、バックアップスケジュールを設定する前に、ApsaraDB RDSインスタンスのSSL暗号化を有効にする必要があります。 詳細については、「SSL暗号化機能の設定」トピックの「手順1: RDSインスタンスのSSL暗号化機能の有効化」セクションをご参照ください。
説明このパラメーターは、MySQLデータベースのバックアップスケジュールを設定した場合にのみ表示されます。
コンプライアンスステートメント：
チェックボックスを選択して、コンプライアンスコミットメントを読み、同意します。
バックアップ対象情報
バックアップストレージタイプ
バックアップデータの格納に使用されるストレージの種類。 有効な値：
DBSストレージ (推奨): Object Storage Service (OSS) バケットを作成せずに、バックアップデータをDBSに保存します。 DBSに保存されているデータの量に基づいて課金されます。 課金方法の詳細については、「ストレージ料金」をご参照ください。
ユーザー OSS: 事前にOSSコンソールでバケットを作成する必要があります。 詳細については、「バケットの作成」をご参照ください。
説明この例では、DBSストレージ (推奨) が選択されています。 [OSSユーザー] を選択した場合、[OSSバケット名] パラメーターを設定する必要があります。 標準ストレージクラスのみがサポートされます。
バックアップするデータ量が多い場合は、料金を相殺するためにサブスクリプションストレージプランを購入することをお勧めします。 詳細については、「ストレージプランの使用」をご参照ください。 ストレージプランは、従量課金よりもコスト効率が高くなります。
ストレージ暗号化
格納されたデータの暗号化に使用されるメソッド。 有効な値：
内蔵暗号化ストレージ: 推奨されます。 DBSはAES-256を使用してデータを暗号化します。
サーバー側の暗号化機能はOSSで使用されます。 オブジェクトをOSSにアップロードすると、OSSはオブジェクトを暗号化して保存します。 OSSから暗号化されたオブジェクトをダウンロードすると、OSSはオブジェクトを復号化し、復号化されたオブジェクトを返します。 詳細については、「サーバー側の暗号化」をご参照ください。
非暗号化ストレージ: バックアップデータは暗号化されません。
OSSバケット名
データの保存に使用するObject Storage Service (OSS) バケットの名前。
このパラメーターは、Backup Storage TypeパラメーターをOSS For Userに設定した場合にのみ表示されます。
表 2. その他のパラメータ
セクション
パラメーター
説明
バックアップソース情報
データベースタイプ
バックアップするデータベースのタイプ。 デフォルト値: MySQL。
ゲートウェイインスタンスID
データベースゲートウェイのID。
アドレス
バックアップするデータベースへの接続に使用されるエンドポイント。
ポート番号
バックアップするデータベースへの接続に使用されるポート。
ECSインスタンスID
バックアップするデータベースがデプロイされているElastic Compute Service (ECS) インスタンスのID。
ピアVPC
バックアップするデータベースがデプロイされている仮想プライベートクラウド (VPC) 。
PolarDBインスタンスID
バックアップするPolarDB for MySQLクラスターのID。
バックアップ対象の設定 ステップで、バックアップするデータベースまたはテーブルを見つけて、選択したデータベースオブジェクト セクションに追加します。 次に、[次へ] をクリックします。
説明バックアップスケジュールを購入したときに [論理バックアップ] を選択した場合、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」をご参照ください。
コストを削減するために、不要なバックアップスケジュールを一時停止できます。 詳細については、「バックアップスケジュールの一時停止または開始」をご参照ください。
よくある質問
バックアップスケジュールが異常な場合、バックアップスケジュールで少なくとも1つのタスクが異常になります。 ほとんどの場合、異常タスクは、フルバックアップタスクまたは増分バックアップタスクである可能性があります。 異常タスクは、他の種類のタスクであってもよい。 詳細については、「DBSで異常なバックアップスケジュールのエラーを修正するにはどうすればよいですか? 」をご参照ください。