クリーンアップポリシーが正常に設定され、自動クリーンアップがトリガーされた後、クリーンアップタスクの実行が完了すると、履歴テーブルでその実行結果を確認できます。
システムテナントによるクリーンアップタスク履歴の確認
rootユーザーでクラスタのsysテナントにログインします。接続例は以下の通りです。データベースへの接続時は、実際の環境に合わせてください。
obclient -h10.xx.xx.xx -P2883 -uroot@sys#obdemo -p***** -Aクリーンアップタスクの履歴を確認します。
Jobレベルのクリーンアップタスク履歴を確認します。
Jobレベルのクリーンアップタスクには、クリーンアップタスクの開始に関する情報が記録されています。
obclient(root@sys)[(none)]> SELECT * FROM oceanbase.CDB_OB_BACKUP_DELETE_JOB_HISTORY WHERE TENANT_ID=1002\Gクエリ結果の例は以下の通りです：
*************************** 1. row *************************** TENANT_ID: 1002 JOB_ID: 4 INCARNATION: 1 INITIATOR_TENANT_ID: 1002 INITIATOR_JOB_ID: 0 EXECUTOR_TENANT_ID: 1002 TYPE: DELETE BACKUPSET PARAMETER: backup_set_id:2,1 JOB_LEVEL: USER_TENANT START_TIMESTAMP: 2025-09-15 14:06:55.225984 END_TIMESTAMP: 2025-09-15 14:07:13.253627 STATUS: FAILED TASK_COUNT: 0 SUCCESS_TASK_COUNT: 0 RESULT: -9045 COMMENT: delete backup set do not allow; cannot_delete_backup_set_in_current_path_when_delete_policy_is_set *************************** 2. row *************************** TENANT_ID: 1002 JOB_ID: 6 INCARNATION: 1 INITIATOR_TENANT_ID: 1002 INITIATOR_JOB_ID: 0 EXECUTOR_TENANT_ID: 1002 TYPE: DELETE OBSOLETE BACKUP PARAMETER: expired_time:2025-09-14 14:30:13.309380 JOB_LEVEL: USER_TENANT START_TIMESTAMP: 2025-09-15 14:30:13.372683 END_TIMESTAMP: 2025-09-15 14:30:13.407852 STATUS: COMPLETED TASK_COUNT: 1 SUCCESS_TASK_COUNT: 1 RESULT: 0 COMMENT: *************************** 3. row *************************** TENANT_ID: 1002 JOB_ID: 7 INCARNATION: 1 INITIATOR_TENANT_ID: 1002 INITIATOR_JOB_ID: 0 EXECUTOR_TENANT_ID: 1002 TYPE: DELETE BACKUPSET PARAMETER: backup_set_id:2,1 JOB_LEVEL: USER_TENANT START_TIMESTAMP: 2025-09-15 14:44:09.511412 END_TIMESTAMP: 2025-09-15 14:44:47.328929 STATUS: COMPLETED TASK_COUNT: 2 SUCCESS_TASK_COUNT: 2 RESULT: 0 COMMENT: *************************** 4. row *************************** TENANT_ID: 1002 JOB_ID: 8 INCARNATION: 1 INITIATOR_TENANT_ID: 1002 INITIATOR_JOB_ID: 0 EXECUTOR_TENANT_ID: 1002 TYPE: DELETE BACKUP ALL PARAMETER: data_backup_dest:file:///data/nfs/backup/data JOB_LEVEL: USER_TENANT START_TIMESTAMP: 2025-09-15 14:47:45.835726 END_TIMESTAMP: 2025-09-15 14:48:19.354828 STATUS: COMPLETED TASK_COUNT: 1 SUCCESS_TASK_COUNT: 1 RESULT: 0 COMMENT: *************************** 5. row *************************** TENANT_ID: 1002 JOB_ID: 9 INCARNATION: 1 INITIATOR_TENANT_ID: 1002 INITIATOR_JOB_ID: 0 EXECUTOR_TENANT_ID: 1002 TYPE: DELETE ARCHIVELOG_PIECE PARAMETER: archivelog_piece_id:1 JOB_LEVEL: USER_TENANT START_TIMESTAMP: 2025-09-16 13:50:43.315505 END_TIMESTAMP: 2025-09-16 13:51:27.427522 STATUS: COMPLETED TASK_COUNT: 1 SUCCESS_TASK_COUNT: 1 RESULT: 0 COMMENT: 5 rows in setクエリ結果から、テナントIDが
1002のユーザーテナントが合計4つのクリーンアップタスクを開始したことがわかります：最初の行から、このテナントが
2025-09-15 14:06:55.225984に指定バックアップセットの削除クリーンアップタスクを開始したことがわかります。削除対象のバックアップセットのbackup_set_idはそれぞれ1と2です。タスクは2025-09-15 14:07:13.253627に完了し、RESULTが-9045であることから、タスクの実行は失敗しました。失敗原因はCOMMENTフィールドからわかります。これは、現在のテナントに自動クリーンアップポリシーが設定されているためです。自動クリーンアップポリシーを設定後は、手動でのクリーンアップはサポートされなくなります。2番目の行から、このテナントが
2025-09-15 14:30:13.372683にバックアップ期限切れクリーンアップタスクを開始したことがわかります。バックアップの期限は2025-09-14 14:30:13.309380です。タスクは2025-09-15 14:30:13.407852に完了し、Jobタスクのサブタスク成功率は100%(TASK_COUNT/SUCCESS_TASK_COUNT)で、RESULTが0であることから、タスクの実行は成功しました。3番目の行から、このテナントが
2025-09-15 14:44:09.511412に指定バックアップセットの削除クリーンアップタスクを開始したことがわかります。削除対象のバックアップセットのbackup_set_idはそれぞれ1と2です。タスクは2025-09-15 14:44:47.328929に完了し、RESULTが0であることから、タスクの実行は成功しました。4番目の行から、このテナントが
2025-09-15 14:47:45.835726に指定バックアップパスのクリーンアップタスクを開始したことがわかります。クリーンアップ対象のバックアップパスはfile:///data/nfs/backup/dataです。タスクは2025-09-15 14:48:19.354828に完了し、RESULTが0であることから、タスクの実行は成功しました。5番目の行から、このテナントが
2025-09-16 13:50:43.315505に指定ログアーカイブPieceの削除クリーンアップタスクを開始したことがわかります。削除対象のログアーカイブPiece_idは1です。タスクは2025-09-16 13:51:27.427522に完了し、RESULTが0であることから、タスクの実行は成功しました。
Taskレベルのクリーンアップタスク履歴を確認します。
Taskレベルのクリーンアップタスクには、
backup_set/backup_pieceがクリーンアップされた詳細情報が記録されています。obclient(root@sys)[(none)]> SELECT * FROM oceanbase.CDB_OB_BACKUP_DELETE_TASK_HISTORY WHERE TENANT_ID=1002\Gクエリ結果は次のとおりです：
*************************** 1. row *************************** TENANT_ID: 1002 TASK_ID: 5 INCARNATION: 1 JOB_ID: 7 TASK_TYPE: BACKUP SET ID: 2 ROUND_ID: 0 DEST_ID: 1002 START_TIMESTAMP: 2025-09-15 14:44:13.534722 END_TIMESTAMP: 2025-09-15 14:44:45.294097 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: 6 INCARNATION: 1 JOB_ID: 7 TASK_TYPE: BACKUP SET ID: 1 ROUND_ID: 0 DEST_ID: 1002 START_TIMESTAMP: 2025-09-15 14:44:13.540341 END_TIMESTAMP: 2025-09-15 14:44:47.322651 STATUS: COMPLETED TOTAL_LS_COUNT: 2 FINISH_LS_COUNT: 2 RESULT: 0 COMMENT: PATH: file:///data/nfs/backup/data *************************** 3. row *************************** TENANT_ID: 1002 TASK_ID: 7 INCARNATION: 1 JOB_ID: 8 TASK_TYPE: BACKUP SET ID: 3 ROUND_ID: 0 DEST_ID: 1002 START_TIMESTAMP: 2025-09-15 14:47:47.412430 END_TIMESTAMP: 2025-09-15 14:48:19.347954 STATUS: COMPLETED TOTAL_LS_COUNT: 2 FINISH_LS_COUNT: 2 RESULT: 0 COMMENT: PATH: file:///data/nfs/backup/data *************************** 4. row *************************** TENANT_ID: 1002 TASK_ID: 8 INCARNATION: 1 JOB_ID: 9 TASK_TYPE: BACKUP PIECE ID: 1 ROUND_ID: 1 DEST_ID: 1001 START_TIMESTAMP: 2025-09-16 13:50:55.286400 END_TIMESTAMP: 2025-09-16 13:51:27.419650 STATUS: COMPLETED TOTAL_LS_COUNT: 2 FINISH_LS_COUNT: 2 RESULT: 0 COMMENT: PATH: file:///data/nfs/backup/archive 4 rows in setクエリ結果から、テナントIDが
1002のユーザーテナントにおいて、ターゲット側file:///data/nfs/backup/data内のデータバックアップbackup_set_id=1、backup_set_id=2、backup_set_id=3のバックアップファイルがそれぞれ正常にクリーンアップされたことが確認できます。同時に、アーカイブターゲット側file:///data/nfs/backup/archive内のログアーカイブround_id=1/backup_piece_id=1のバックアップファイルも正常にクリーンアップされています。ユーザーはJOB_IDを用いて、ジョブレベルタスクビューでクリーンアップタスクの開始に関する情報を確認できます。
ユーザーテナントによるクリーンアップタスク履歴の確認
ユーザーテナントのテナント管理者がデータベースにログインします。
説明
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_JOB_HISTORY\GOracleモードでのクエリ例は以下のとおりです：
obclient(SYS@oracle001)[SYS]> SELECT * FROM SYS.DBA_OB_BACKUP_DELETE_JOB_HISTORY\GTENANT_IDフィールドが欠けている点を除き、ビューDBA_OB_BACKUP_DELETE_JOB_HISTORYのすべてのフィールドはビューCDB_OB_BACKUP_DELETE_JOB_HISTORYに対応しています。クエリ結果の詳細な説明については、システムテナントによるクリーンアップタスク履歴の確認を参照してください。タスクレベルのクリーンアップタスク履歴を確認します。
タスクレベルのクリーンアップタスクでは、
backup_set/backup_pieceがクリーンアップされた詳細情報が記録されています。MySQLモードOracleモードMySQLモードでのクエリ例は以下のとおりです：
obclient(root@mysql001)[oceanbase]> SELECT * FROM oceanbase.DBA_OB_BACKUP_DELETE_TASK_HISTORY\GOracleモードでのクエリ例は以下のとおりです：
obclient(SYS@oracle001)[SYS]> SELECT * FROM SYS.DBA_OB_BACKUP_DELETE_TASK_HISTORY\GTENANT_IDフィールドが欠けている点を除き、ビューDBA_OB_BACKUP_DELETE_TASK_HISTORYのすべてのフィールドはビューCDB_OB_BACKUP_DELETE_TASK_HISTORYの対応するフィールドと一致します。クエリ結果の詳細については、システムテナントによるクリーンアップタスク履歴の確認を参照してください。