TiDB ログのバックアップと PITR ガイド

フルバックアップ (スナップショットバックアップ) には特定の時点での完全なクラスターデータが含まれますが、TiDB ログバックアップでは、アプリケーションによって指定されたstorageに書き込まれたデータをタイムリーにバックアップできます。必要に応じて復元ポイントを選択する場合、つまりポイントインタイムリカバリ (PITR) を実行する場合は、ログのバックアップを開始すると完全バックアップを定期的に実行するを実行できます。

br コマンドラインツール (以下brとします) を使用してデータをバックアップまたは復元する前に、まずbrをインストールするを行う必要があります。

TiDB クラスターをバックアップする

ログのバックアップを開始する

注記：
次の例では、Amazon S3 アクセスキーと秘密キーがアクセス許可の承認に使用されることを前提としています。 IAMロールを使用して権限を承認する場合は、 --send-credentials-to-tikv ～ falseを設定する必要があります。
他のstorageシステムまたは認証方法を使用して権限を認証する場合は、バックアップストレージに従ってパラメータ設定を調整します。

ログのバックアップを開始するには、 br log startを実行します。クラスターは毎回 1 つのログバックアップタスクのみを実行できます。

tiup br log start --task-name=pitr --pd "${PD_IP}:2379" \
--storage 's3://backup-101/logbackup?access-key=${access-key}&secret-access-key=${secret-access-key}'

ログバックアップタスクが開始されると、手動で停止するまで TiDB クラスターのバックグラウンドで実行されます。このプロセス中、TiDB 変更ログは、指定されたstorageに小さなバッチで定期的にバックアップされます。ログバックアップタスクのステータスをクエリするには、次のコマンドを実行します。

tiup br log status --task-name=pitr --pd "${PD_IP}:2379"

期待される出力:

● Total 1 Tasks.
> #1 <
    name: pitr
    status: ● NORMAL
    start: 2022-05-13 11:09:40.7 +0800
      end: 2035-01-01 00:00:00 +0800
    storage: s3://backup-101/log-backup
    speed(est.): 0.00 ops/s
checkpoint[global]: 2022-05-13 11:31:47.2 +0800; gap=4m53s

完全バックアップを定期的に実行する

スナップショットバックアップは完全バックアップの方法として使用できます。 br backup full実行すると、固定スケジュール (たとえば、2 日ごと) に従ってクラスターのスナップショットをバックアップstorageにバックアップできます。

tiup br backup full --pd "${PD_IP}:2379" \
--storage 's3://backup-101/snapshot-${date}?access-key=${access-key}&secret-access-key=${secret-access-key}'

PITRを実行する

バックアップ保持期間内の任意の時点にクラスターを復元するには、 br restore pointを使用できます。このコマンドを実行するときは、復元する時点、その時点より前の最新のスナップショットバックアップデータ、およびログバックアップデータを指定する必要があります。 BR は、リストアに必要なデータを自動的に判断して読み取り、これらのデータを指定されたクラスターに順番にリストアします。

br restore point --pd "${PD_IP}:2379" \
--storage='s3://backup-101/logbackup?access-key=${access-key}&secret-access-key=${secret-access-key}' \
--full-backup-storage='s3://backup-101/snapshot-${date}?access-key=${access-key}&secret-access-key=${secret-access-key}' \
--restored-ts '2022-05-15 18:00:00+0800'

データの復元中、ターミナルの進行状況バーで進行状況を確認できます。復元は、完全復元とログ復元 (メタファイルの復元と KV ファイルの復元) の 2 つのフェーズに分かれています。各フェーズが完了すると、 br復元時間やデータサイズなどの情報を出力します。

Full Restore <--------------------------------------------------------------------------------------------------------------------------------------------------------> 100.00%
*** ["Full Restore success summary"] ****** [total-take=xxx.xxxs] [restore-data-size(after-compressed)=xxx.xxx] [Size=xxxx] [BackupTS={TS}] [total-kv=xxx] [total-kv-size=xxx] [average-speed=xxx]
Restore Meta Files <--------------------------------------------------------------------------------------------------------------------------------------------------> 100.00%
Restore KV Files <----------------------------------------------------------------------------------------------------------------------------------------------------> 100.00%
*** ["restore log success summary"] [total-take=xxx.xx] [restore-from={TS}] [restore-to={TS}] [total-kv-count=xxx] [total-size=xxx]

古いデータをクリーンアップする

TiDB バックアップと復元の使用法の概要で説明したように:

PITR を実行するには、復元ポイントの前に完全バックアップを復元し、完全バックアップポイントと復元ポイントの間にログバックアップを復元する必要があります。したがって、バックアップ保持期間を超えたログバックアップの場合は、 br log truncateを使用して、指定された時点より前にバックアップを削除できます。完全なスナップショットの前にのみログバックアップを削除することをお勧めします。

次の手順では、バックアップ保持期間を超えたバックアップデータをクリーンアップする方法について説明します。

バックアップ保持期間外の最後の完全バックアップを取得します。
validateコマンドを使用して、バックアップに対応する時点を取得します。 2022/09/01 より前のバックアップデータをクリーンアップする必要があるとします。この時点より前の最後の完全バックアップを探し、それがクリーンアップされないことを確認する必要があります。
```
FULL_BACKUP_TS=`tiup br validate decode --field="end-version" --storage "s3://backup-101/snapshot-${date}?access-key=${access-key}&secret-access-key=${secret-access-key}"| tail -n1`
```

スナップショットバックアップよりも前のログバックアップデータを削除しますFULL_BACKUP_TS :

tiup br log truncate --until=${FULL_BACKUP_TS} --storage='s3://backup-101/logbackup?access-key=${access-key}&secret-access-key=${secret-access-key}'

スナップショットバックアップより前のスナップショットデータを削除しますFULL_BACKUP_TS :
```
rm -rf s3://backup-101/snapshot-${date}
```

PITRのパフォーマンス機能

各 TiKV ノードでは、PITR は 280 GB/h の速度でスナップショットデータを復元し、30 GB/h のログデータを復元できます。
BR は、古いログバックアップデータを 600 GB/h の速度で削除します。

注記：
上記の仕様は、次の 2 つのテストシナリオのテスト結果に基づいています。実際のデータは異なる場合があります。
スナップショットデータの復元速度 = スナップショットデータのサイズ / (期間 * TiKV ノードの数)
ログデータの復元速度 = 復元されたログデータのサイズ / (期間 * TiKV ノードの数)
スナップショットのデータサイズは、復元されたデータの実際の量ではなく、単一レプリカ内のすべての KV の論理サイズを指します。 BR は、クラスターに構成されたレプリカの数に従って、すべてのレプリカを復元します。レプリカが多ければ多いほど、実際に復元できるデータも多くなります。テスト内のすべてのクラスターのデフォルトのレプリカ番号は 3 です。全体的な復元パフォーマンスを向上させるために、TiKV 構成ファイルのimport.num-threads項目とBRコマンドのconcurrencyオプションを変更できます。

テストシナリオ 1 (on TiDB Cloud ) は次のとおりです。

TiKV ノード数 (8 コア、16 GBメモリ): 21
TiKV構成項目import.num-threads ：8
BRコマンドオプションconcurrency ：128
リージョン数: 183,000
クラスター内に作成される新しいログデータ: 10 GB/h
書き込み (挿入/更新/削除) QPS: 10,000

テストシナリオ 2 (TiDB セルフホスト上) は次のとおりです。

TiKV ノード数 (8 コア、64 GBメモリ): 6
TiKV構成項目import.num-threads ：8
BRコマンドオプションconcurrency ：128
リージョン数: 50,000
クラスター内に作成される新しいログデータ: 10 GB/h
書き込み (挿入/更新/削除) QPS: 10,000