クラスタ作成当初、TDSQL-C for MySQLはログ生成速度や書き込み量などの要因に基づいてデータバックアップ(自動バックアップ内のスナップショットバックアップ)を生成します。デフォルトでは毎日1回バックアップを行い、書き込み量が4Gを超えかつ前回のバックアップから24時間以上経過している場合、直ちにバックアップを実行します。コンソールを通じてクラスタの自動バックアップ設定を行うことや手動バックアップを実施することも可能です。バックアップファイルおよび関連情報はバックアップリストから確認できます。
本稿では、コンソールによるバックアップリストの閲覧方法をご紹介します。
操作手順
2. 上部でリージョンを選択し、必要なクラスタを見つけ、クラスタIDまたは操作列の管理をクリックして、クラスタ管理ページに移動します。
3. クラスタ管理ページで、バックアップ管理タブを選択し、データバックアップリスト、ビンログバックアップリスト、レドログバックアップリストで各バックアップタスクの関連情報を確認できます。
データバックアップリスト情報:バックアップID、ファイル名/備考名、バックアップ時点、開始時間、終了時間、バックアップタイプ、バックアップ方式、バックアップサイズ、状態および操作など。
binlogバックアップリスト情報:バックアップID、ファイル名、binlogデータ開始時間、binlogデータ終了時間、binlogバックアップリージョン、バックアップサイズおよび操作など。
redologバックアップリスト情報:バックアップID、ファイル名、バックアップ時点、バックアップサイズ、バックアップリージョン、状態など。
バックアップファイルをすべて、今日、昨日、過去7日間、過去30日間、またはカスタム時間範囲による絞り込みがサポートされています。
データバックアップとbinlogバックアップは、右側の検索ボックスでクイックフィルタリングをサポートします。
ホットイシュー
コンソールのバックアップリストでフルスナップショットバックアップを照会できない理由
デフォルトでは、TDSQL-C for MySQLの自動バックアップ保持期間は7日間です。TDSQL-C for MySQLのフルバックアップ生成ルールとして、自然週(月曜日から始まる7日間の周期)に1回のフルバックアップが生成され、残りは増分バックアップとなります。これにより毎週1回のフルバックアップが保証されます。このため、コンソールのバックアップリストにフルスナップショットバックアップが表示されず、すべて増分スナップショットバックアップとして表示される場合があります。このような状況が発生してもご安心ください。上記の増分スナップショットバックアップに対して、バックエンドには必ず対応するフルスナップショットバックアップが存在します。自動バックアップ保持期間を14日間以上など長めに設定することをお勧めします。
バックアップ保持期間を超えたバックアップは、ダウンロードまたはリストアが可能かどうか。
期限切れのバックアップファイル(データバックアップとビンログバックアップを含む)は自動的に削除され、ダウンロードや復元はできません。
ご利用者様はコンソールで手動バックアップも行えます。
説明
手動バックアップにおける論理バックアップは手動削除をサポートしていますが、スナップショットバックアップは削除をサポートしていません。
バックアップは手動で削除することができます。
自動バックアップにおけるバックアップファイルは手動で削除できず、期限切れ後に自動的に削除されます。デフォルトの保持期間は7日間ですが、バックアップスペースを合理的に使用するために、業務ニーズに応じてバックアップ保持期間を設定することも可能です。詳細はバックアップ保持期間の設定をご参照ください。 手動バックアップにおけるスナップショットバックアップは削除できません。
手動バックアップにおける論理バックアップは、TDSQL-C for MySQLコンソールのバックアップリストで手動削除がサポートされています。
バックアップスペースのコストを削減する方法
不要な手動バックアップにおける論理バックアップの削除が行えます。操作についてはバックアップの削除をご参照ください。 業務ニーズに応じて、自動バックアップの保持期間を合理的に短縮し、自動バックアップで生成されたファイルを定期的に削除できます。詳細はバックアップ保持期間の設定をご参照ください。 関連するAPI
|
| 本インターフェース(DescribeBackupList)はクラスタのバックアップファイルリストをクエリするために使用されます。 |