system.backup_log
ClickHouse Cloud でのクエリ実行
このシステムテーブルのデータは、ClickHouse Cloud の各ノードにローカルに格納されています。そのため、すべてのデータを包括的に確認するには、clusterAllReplicas 関数を使用する必要があります。詳細についてはこちらを参照してください。
BACKUP および RESTORE 操作に関する情報を含むログエントリを保持します。
列:
hostname(LowCardinality(String)) — クエリを実行したサーバーのホスト名。event_date(Date) — エントリの日付。event_time(DateTime) — エントリの日付と時刻。event_time_microseconds(DateTime64) — マイクロ秒精度でのエントリの時刻。id(String) — バックアップまたはリストア操作の識別子。name(String) — バックアップストレージの名前(FROM句またはTO句の内容)。status(Enum8) — 操作のステータス。取りうる値は次のとおりです:'CREATING_BACKUP''BACKUP_CREATED''BACKUP_FAILED''RESTORING''RESTORED''RESTORE_FAILED'
error(String) — 失敗した操作のエラーメッセージ(成功した操作では空文字列)。start_time(DateTime) — 操作の開始時刻。end_time(DateTime) — 操作の終了時刻。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) — リストア操作中に読み取られたファイルの合計サイズ。
Example
これは、基本的にはシステムテーブル system.backups に記載されている内容と同じです。
関連項目