72.2. Объект файла в манифесте
Этот объект описывает один файл и обычно содержит ключ Path либо может содержать ключ Encoded-Path. Связанное с этим ключом значение задаёт путь к файлу относительно корневого каталога копии. Для файлов, расположенных в пользовательских табличных пространствах, первыми компонентами пути будут pg_tblspc и OID табличного пространства. Если путь задаётся строкой не в кодировке UTF-8 или пользователь выбрал вариант кодирования всех путей файлов, вместо ключа Path присутствует Encoded-Path. Он имеет то же содержимое, но закодированное в виде строки шестнадцатеричных цифр, каждая пара которых представляет один байт.
Всегда присутствуют следующие ключи:
SizeОжидаемый размер файла, в виде целого числа.
Last-ModifiedДата последнего изменения файла, полученная на сервере во время создания копии. В отличие от других полей, хранящихся в манифесте, это поле не используется программой pg_verifybackup. Оно добавлено исключительно для информации.
Если копия была сделана с контрольными суммами, будут присутствовать следующие ключи:
Checksum-AlgorithmАлгоритм, который применялся для подсчёта контрольной суммы этого файла. В настоящее время алгоритм будет одинаковым для всех файлов в манифесте копии, но в будущих выпусках это может измениться. На данный момент поддерживаются алгоритмы
CRC32C,SHA224,SHA256,SHA384иSHA512.ChecksumКонтрольная сумма этого файла, представленная в виде последовательности шестнадцатеричных цифр, по две на каждый байт значения.
72.2. Backup Manifest File Object
The object which describes a single file contains either a Path key or an Encoded-Path key. Normally, the Path key will be present. The associated string value is the path of the file relative to the root of the backup directory. Files located in a user-defined tablespace will have paths whose first two components are pg_tblspc and the OID of the tablespace. If the path is not a string that is legal in UTF-8, or if the user requests that encoded paths be used for all files, then the Encoded-Path key will be present instead. This stores the same data, but it is encoded as a string of hexadecimal digits. Each pair of hexadecimal digits in the string represents a single octet.
The following two keys are always present:
SizeThe expected size of this file, as an integer.
Last-ModifiedThe last modification time of the file as reported by the server at the time of the backup. Unlike the other fields stored in the backup, this field is not used by pg_verifybackup. It is included only for informational purposes.
If the backup was taken with file checksums enabled, the following keys will be present:
Checksum-AlgorithmThe checksum algorithm used to compute a checksum for this file. Currently, this will be the same for every file in the backup manifest, but this may change in future releases. At present, the supported checksum algorithms are
CRC32C,SHA224,SHA256,SHA384, andSHA512.ChecksumThe checksum computed for this file, stored as a series of hexadecimal characters, two for each byte of the checksum.
