system.backup_log
ClickHouse Cloud でのクエリ実行
このシステムテーブルのデータは、ClickHouse Cloud の各ノードにローカルに格納されています。そのため、すべてのデータを包括的に確認するには、clusterAllReplicas 関数を使用する必要があります。詳細についてはこちらを参照してください。
説明
BACKUP および RESTORE 操作に関する情報を含むログエントリを保持します。
カラム
hostname(LowCardinality(String)) — クエリを実行するサーバーのホスト名。event_date(Date) — エントリの日付。event_time(DateTime) — エントリの時刻。event_time_microseconds(DateTime64(6)) — マイクロ秒精度のエントリ時刻。id(String) — バックアップまたは復元操作の識別子。name(String) — バックアップストレージの名前 (FROM 句または TO 句の内容) 。base_backup_name(String) — 増分バックアップの場合のベースバックアップ名。query_id(String) — バックアップ操作に関連付けられたクエリの ID。status(Enum8('CREATING_BACKUP' = 0, 'BACKUP_CREATED' = 1, 'BACKUP_FAILED' = 2, 'RESTORING' = 3, 'RESTORED' = 4, 'RESTORE_FAILED' = 5, 'BACKUP_CANCELLED' = 6, 'RESTORE_CANCELLED' = 7)) — 操作のステータス。error(String) — 失敗した操作のエラーメッセージ (成功した操作では空文字列) 。start_time(DateTime64(6)) — 操作の開始時刻。end_time(DateTime64(6)) — 操作の終了時刻。num_files(UInt64) — バックアップに保存されているファイル数。total_size(UInt64) — バックアップに保存されているファイルの合計サイズ。num_entries(UInt64) — バックアップ内のエントリ数。つまり、バックアップがフォルダーとして保存されている場合はそのフォルダー内のファイル数、アーカイブとして保存されている場合はそのアーカイブ内のファイル数です。増分バックアップである場合や、空のファイルまたは重複ファイルを含む場合は、num_filesと同じではありません。次の関係は常に成り立ちます:num_entries ≤ num_files。uncompressed_size(UInt64) — バックアップの非圧縮サイズ。compressed_size(UInt64) — バックアップの圧縮サイズ。バックアップがアーカイブとして保存されていない場合は、uncompressed_size と等しくなります。files_read(UInt64) — 復元操作中に読み取られたファイル数。bytes_read(UInt64) — 復元操作中に読み取られたファイルの合計サイズ。
例
これは、基本的にはsystem テーブル system.backups に記載されている内容と同じです。