クリーンアップポリシーの設定が完了し、自動クリーンアップがトリガーされた後、クリーンアップタスクの実行進捗状況を確認できます。
システムテナントでのクリーンアップタスクの進捗状況の確認
rootユーザーでクラスタのsysテナントにログインします。接続例は以下のとおりですが、データベースへの接続時は実際の環境に準じてください。
obclient -h10.xx.xx.xx -P2883 -uroot@sys#obdemo -p***** -Aクリーンアップタスクの進捗状況を確認します。
Jobレベルのクリーンアップタスクの進捗状況を確認します。
obclient(root@sys)[(none)]> SELECT * FROM oceanbase.CDB_OB_BACKUP_DELETE_JOBS\Gクエリ結果は次のとおりです：
*************************** 1. row *************************** TENANT_ID: 1002 JOB_ID: 7 INCARNATION: 1 INITIATOR_TENANT_ID: 1002 INITIATOR_JOB_ID: 7 EXECUTOR_TENANT_ID: 1002 TYPE: DELETE OBSOLETE BACKUP PARAMETER: expired_time:2025-09-10 12:09:40.060284 JOB_LEVEL: USER_TENANT START_TIMESTAMP: 2025-09-11 12:09:53.389512 END_TIMESTAMP: STATUS: DOING TASK_COUNT: 2 SUCCESS_TASK_COUNT: 1 RESULT: 0 COMMENT: 1 row in setクエリ結果から、テナントIDが
1002のユーザーテナントが2025-09-11 12:09:53.389512に期限切れバックアップのクリーンアップタスクを開始したことがわかります。クリーンアップの判定期限は2022-05-31 12:09:40.060284であり、これにより当該テナントのクリーンアップポリシーにおけるrecovery_windowパラメータの値が1dであることが分かります。TASK_COUNTが2であることは、JOBタスクの下で2つのbackup_set/backup_pieceサブタスクが実行中であることを意味します。同時に、SUCCESS_TASK_COUNTが1であることは、1つのタスクが完了していることを意味し、現在のタスクの完了率は50%（SUCCESS_TASK_COUNT/TASK_COUNT）です。クエリ結果に基づき、
backup_set/backup_pieceのクリーンアップ進捗状況をさらに確認します。obclient(root@sys)[(none)]> SELECT * FROM oceanbase.CDB_OB_BACKUP_DELETE_TASKS\Gクエリ結果は次のとおりです：
*************************** 1. row *************************** TENANT_ID: 1002 TASK_ID: 4 INCARNATION: 1 JOB_ID: 7 TASK_TYPE: BACKUP SET ID: 1 ROUND_ID: 0 DEST_ID: 1002 START_TIMESTAMP: 2025-09-11 12:09:50.800772 END_TIMESTAMP: 2025-09-11 12:09:54.954691 STATUS: COMPLETED TOTAL_LS_COUNT: 2 FINISH_LS_COUNT: 2 RESULT: 0 COMMENT: PATH: file:///data/nfs/backup/data *************************** 2. row *************************** TENANT_ID: 1002 TASK_ID: 5 INCARNATION: 1 JOB_ID: 7 TASK_TYPE: BACKUP PIECE ID: 1 ROUND_ID: 1 DEST_ID: 1001 START_TIMESTAMP: 2025-09-11 12:09:50.968413 END_TIMESTAMP: STATUS: DOING TOTAL_LS_COUNT: 2 FINISH_LS_COUNT: 1 RESULT: 0 COMMENT: PATH: file:///data/nfs/backup/archive 2 rows in setクエリ結果から、テナントIDが
1002のユーザーテナントの、ターゲット側file:///data/nfs/backup/dataにあるデータバックアップbackup_set_id=1のバックアップファイルのクリーンアップが完了し、タスク完了率は100%（FINISH_LS_COUNT/TOTAL_LS_COUNT）であることがわかります。また、ターゲット側file:///data/nfs/backup/archiveにあるログアーカイブround_id=1/backup_piece_id=1のバックアップファイルのクリーンアップが実行中で、タスク完了率は50%（FINISH_LS_COUNT/TOTAL_LS_COUNT）です。JOB_IDを使用すると、JOBレベルタスクビューでクリーンアップタスクの開始に関する情報を確認できます。
ユーザーテナントにおけるクリーンアップタスクの進捗状況の確認
ユーザーテナントのテナント管理者がデータベースにログインします。
説明
MySQLテナントの管理者ユーザーは
rootユーザー、Oracleテナントの管理者ユーザーはSYSユーザーです。接続例は以下のとおりです。データベースへの接続時は、実際の環境に準じてください。
obclient -h10.xx.xx.xx -P2883 -uroot@mysql001#obdemo -p***** -Aクリーンアップタスクの進捗状況を確認します。
ジョブレベルのクリーンアップタスクの進捗状況を確認します。
MySQLモードOracleモードMySQLモードでのクエリ例は以下のとおりです：
obclient(root@mysql001)[oceanbase]> SELECT * FROM oceanbase.DBA_OB_BACKUP_DELETE_JOBS\GOracleモードでのクエリ例は以下のとおりです：
obclient(SYS@oracle001)[SYS]> SELECT * FROM SYS.DBA_OB_BACKUP_DELETE_JOBS\GTENANT_IDフィールドが欠落している点を除き、ビューDBA_OB_BACKUP_DELETE_JOBSのすべてのフィールドはビューCDB_OB_BACKUP_DELETE_JOBSの対応するフィールドと一致します。クエリ結果の詳細については、システムテナントにおけるクリーンアップタスクの進捗状況の確認 を参照してください。クエリ結果に基づき、
backup_set/backup_pieceのクリーンアップ進捗状況をさらに確認します。MySQLモードOracleモードMySQLモードでのクエリ例は以下のとおりです：
obclient(root@mysql001)[oceanbase]> SELECT * FROM oceanbase.DBA_OB_BACKUP_DELETE_TASKS\GOracleモードでのクエリ例は以下のとおりです：
obclient(SYS@oracle001)[SYS]> SELECT * FROM SYS.DBA_OB_BACKUP_DELETE_TASKS\GTENANT_IDフィールドが欠落している点を除き、ビューDBA_OB_BACKUP_DELETE_TASKSのすべてのフィールドはビューCDB_OB_BACKUP_DELETE_TASKSの対応するフィールドと一致します。クエリ結果の詳細については、システムテナントにおけるクリーンアップタスクの進捗状況の確認 を参照してください。