×
Мы обрабатываем cookies, чтобы сделать наш сайт удобнее и персонализированнее для вас. Подробнее: политика использования «cookies» и «политики конфиденциальности».

Для самостоятельной настройки ознакомьтесь с инструкцией

Дополнительные настройки cookies в браузерах

Файлы cookie автоматически загружаются в ваш браузер при посещении веб-сайта. У вас есть возможность управлять этими файлами. Если Вы не согласны с использованием файлов cookies, запретите их сохранение на своём устройстве, удалите уже имеющиеся файлы cookies через настройки браузера или прекратите использование сайта.

При отключении обработки cookie наш сайт продолжит функционировать, однако будут использоваться исключительно необходимые технические файлы, без которых работа ресурса невозможна.

Инструкция по отключению cookies
Принять
Настроить
Отклонить

ДОКУМЕНТАЦИЯ

Выберите версию, форк и язык для СУБД Digital Q.DataBase, чтобы прочитать или скачать всю документацию.
Техподдержка
Документация
Диасофт
Авторские права © 2016–2025 ООО "Диасофт Экосистема"
Скачать всю документацию:

7.4.4. Протокол потоковой репликации

Для инициирования потоковой репликации клиент отправляет replication параметр в сообщении при запуске. Логическое значение true (или on, yes, 1) указывает серверной части перейти в режим walsender для физической репликации, в котором вместо SQL-операторов можно использовать ограниченный набор команд репликации, приведенный ниже.

Передача значения database в качестве значения replication параметра предписывает серверной части перейти в режим walsender для логической репликации с подключением к базе данных, указанной в dbname параметре. В режиме walsender для логической репликации могут выполняться как приведенные ниже команды репликации, так и обычные SQL-команды.

Как в режиме физической, так и в режиме логической репликации walsender может использоваться только протокол простых запросов.

В целях тестирования команд репликации можно установить соединение для репликации с помощью psql или любой другой libpq— использование утилиты со строкой подключения, содержащей параметр replication , например:

psql "dbname=postgres replication=database" -c "IDENTIFY_SYSTEM;"

Однако зачастую целесообразнее использовать pg_receivewal (для физической репликации) или pg_recvlogical (для логической репликации).

Команды репликации записываются в журнал сервера, если log_replication_commands включен данный параметр.

В режиме репликации поддерживаются следующие команды:

IDENTIFY_SYSTEM #

Запрашивает у сервера идентификационные данные. Сервер возвращает ответ в виде набора из одной строки, содержащей четыре поля:

systemid (текстовый)

Уникальный системный идентификатор кластера. Он может использоваться для проверки того, что базовая резервная копия, применённая для инициализации резервного сервера, принадлежит тому же кластеру.

timeline (int8)

Текущий идентификатор линии времени. Также позволяет проверить, что резервный сервер согласован с основным.

xlogpos (текстовый)

Текущая позиция сброса WAL на диск. Используется для получения известной позиции в журнале упреждающей записи (write-ahead log), с которой может начаться потоковая передача.

dbname (текстовый)

База данных, к которой выполнено подключение, или null.

SHOW name #

Запрашивает у сервера текущее значение параметра конфигурации. Это аналогично SQL-команде SHOW.

name

Имя параметра конфигурации. Доступные параметры описаны в Глава 3.4.

TIMELINE_HISTORY tli #

Запрашивает у сервера передачу файла истории для линии времени tli. Сервер отвечает набором результатов из одной строки, содержащей два поля. Хотя эти поля обозначаются как текстовый, они фактически возвращают необработанные байты, без преобразования кодировки:

filename (текстовый)

Имя файла истории временной шкалы, например, 00000002.history.

content (текстовый)

Содержимое файла истории временной шкалы.

CREATE_REPLICATION_SLOT slot_name [ TEMPORARY ] { PHYSICAL | LOGICAL output_plugin } [ ( option [, ...] ) ] #

Создать физический или логический слот репликации. См. Раздел 3.11.2.6 для получения подробных сведений о слотах репликации.

slot_name

Имя создаваемого слота. Должно быть допустимым именем слота репликации имя (см. Раздел 3.11.2.6.1).

output_plugin

Имя плагина вывода, используемого для логического декодирования (см. Раздел 5.12.6).

TEMPORARY

Указывает, что данный слот репликации является временным. Временные слоты не сохраняются на диск и автоматически удаляются при возникновении ошибки или по завершении сеанса.

Поддерживаются следующие параметры:

TWO_PHASE [ boolean ]

Если установлено значение true, данный слот логической репликации поддерживает декодирование двухфазной фиксации. При использовании этого параметра команды, относящиеся к двухфазной фиксации, такие как PREPARE TRANSACTION, COMMIT PREPARED и ROLLBACK PREPARED декодируются и передаются. Транзакция будет декодирована и передана при PREPARE TRANSACTION времени. Значение по умолчанию — false.

RESERVE_WAL [ boolean ]

Если установлено значение true, этот физический слот репликации резервирует WAL немедленно. В противном случае WAL резервирование выполняется только при подключении клиента потоковой репликации. Значение по умолчанию — false.

SNAPSHOT { 'export' | 'use' | 'nothing' }

Определяет действия со снимком, созданным в процессе инициализации логического слота. 'export', что является значением по умолчанию, экспортирует снимок для использования в других сеансах. Данный параметр нельзя использовать внутри транзакции. 'use' использует снимок для текущей транзакции, выполняющей команду. Этот параметр должен использоваться в транзакции, и эта команда CREATE_REPLICATION_SLOT должна быть первой командой, выполняемой в данной транзакции. Наконец, 'nothing' будет просто использовать моментальный снимок для логического декодирования в обычном режиме, не выполняя с ним никаких других действий.

FAILOVER [ boolean ]

При значении true для слота включается синхронизация с резервными серверами, что позволяет возобновить логическую репликацию после отработки отказа. Значение по умолчанию — false.

В ответ на эту команду сервер отправит результирующий набор из одной строки, содержащий следующие поля:

slot_name (текстовый)

Имя вновь созданного слота репликации.

consistent_point (текстовый)

Позиция в WAL, в которой состояние слота стало согласованным. Это самая ранняя позиция, с которой может начаться потоковая передача данных через этот слот репликации.

snapshot_name (текстовый)

Идентификатор моментального снимка, экспортированного командой. Этот моментальный снимок остается действительным до выполнения следующей команды в данном соединении или соединение репликации закрыто. Значение NULL, если созданный слот является физическим.

output_plugin (текстовый)

Имя модуля вывода, используемого вновь созданным слотом репликации слот. Значение NULL, если созданный слот является физическим.

CREATE_REPLICATION_SLOT slot_name [ TEMPORARY ] { PHYSICAL [ RESERVE_WAL ] | LOGICAL output_plugin [ EXPORT_SNAPSHOT | NOEXPORT_SNAPSHOT | USE_SNAPSHOT | TWO_PHASE ] } #

Для обеспечения совместимости с предыдущими выпусками этот альтернативный синтаксис команды CREATE_REPLICATION_SLOT по-прежнему поддерживается.

ALTER_REPLICATION_SLOT slot_name ( option [, ...] ) #

Изменение определения слота репликации. См. Раздел 3.11.2.6 для получения подробных сведений о слоты репликации. Данная команда в настоящее время поддерживается только для логических слотах репликации.

slot_name

Имя изменяемого слота. Должно быть допустимым именем слота репликации имя (см. Раздел 3.11.2.6.1).

Поддерживается следующий параметр:

FAILOVER [ boolean ]

При значении true для слота включается синхронизация с резервными серверами, что позволяет возобновить логическую репликацию после отработки отказа.

READ_REPLICATION_SLOT slot_name #

Чтение информации, связанной со слотом репликации. Возвращается кортеж с NULL значения, если слот репликации не существует. Данная команда в настоящее время поддерживается только для слотов физической репликации.

В ответ на эту команду сервер возвращает результирующий набор из одной строки, содержащий следующие поля:

slot_type (текстовый)

Тип слота репликации: либо physical или NULL.

restart_lsn (текстовый)

Слот репликации restart_lsn.

restart_tli (int8)

Идентификатор линии времени (timeline ID), связанный с restart_lsn, согласно текущей истории линии времени.

START_REPLICATION [ SLOT slot_name ] [ PHYSICAL ] XXX/XXX [ TIMELINE tli ] #

Указывает серверу начать потоковую передачу WAL, начиная с позиция в WAL XXX/XXX. Если TIMELINE указан параметр, потоковая передача начинается для линии времени tli; в противном случае выбирается текущая линия времени сервера. Сервер может вернуть ошибку, например, если запрашиваемый сегмент WAL уже был перезаписан. При успешном выполнении сервер отвечает сообщением CopyBothResponse, после чего начинает потоковую передачу WAL клиенту.

Если имя слота указано с помощью slot_name, оно будет обновляться по мере выполнения репликации, чтобы сервер знал, какие сегменты WAL, и если hot_standby_feedback находится на каких транзакциях, все еще требуются резервному серверу.

Если клиент запрашивает линию времени, не являющуюся последней, но входящую в историю сервера, сервер будет передавать все данные WAL для этой линии времени, начиная с запрашиваемой начальной точки до точки, в которой сервер переключился на другую линию времени. Если клиент запрашивает если потоковая передача завершается точно в конце старой временной шкалы, сервер полностью пропускает режим COPY.

После передачи всех записей WAL для временной шкалы, не являющейся последней, сервер завершает передачу, выходя из режима COPY. Когда клиент подтверждает это, также выходя из режима COPY, сервер отправляет набор результатов из одной строки и двух столбцов, указывающий на следующую временную шкалу в истории данного сервера. Первый столбец содержит идентификатор следующей временной шкалы (тип int8), а второй столбец — позицию в WAL, в которой произошло переключение (тип текстовый). Обычно позиция переключения соответствует концу переданного WAL, но существуют исключительные случаи, когда сервер может отправить часть WAL из старой временной шкалы, которую он сам еще не воспроизвел перед повышением роли. Наконец, сервер отправляет два сообщения CommandComplete (одно завершает CopyData, а другое завершает саму команду START_REPLICATION itself), and и готов к приему новой команды.

Данные WAL передаются в виде серии сообщений CopyData; см. Раздел 7.4.6 и Раздел 7.4.7 для получения подробной информации. (Это позволяет чередовать другую информацию; в частности, сервер может отправить сообщение ErrorResponse, если произойдет ошибка после начала потоковой передачи.) Полезная нагрузка каждого сообщения CopyData от сервера клиенту содержит сообщение в одном из следующих форматов:

XLogData (B) #
Byte1('w')

Идентифицирует сообщение как данные WAL.

Int64

Начальная точка данных WAL в данном сообщении.

Int64

Текущая позиция конца WAL на сервере.

Int64

Системное время сервера на момент передачи, выраженное в микросекундах с полуночи 2000-01-01.

Byten

Раздел потока данных WAL.

Отдельная запись WAL никогда не разделяется между двумя сообщениями XLogData. Когда запись WAL пересекает границу страницы WAL и, следовательно, уже разделена с использованием записей продолжения, она может быть разделена по границе страницы. Другими словами, первая основная запись WAL и её записи продолжения могут быть отправлены в различных сообщениях XLogData.

Сообщение проверки активности от основного сервера (B) #
Byte1('k')

Идентифицирует сообщение как уведомление отправителя о проверке активности.

Int64

Текущая позиция конца WAL на сервере.

Int64

Системное время сервера на момент передачи, выраженное в микросекундах с полуночи 2000-01-01.

Byte1

Значение 1 означает, что клиент должен ответить на это сообщение как можно быстрее, чтобы избежать отключения по таймауту. В противном случае — 0.

Процесс-получатель может в любое время отправлять ответы отправителю, используя один из следующих форматов сообщений (также в полезной нагрузке сообщения CopyData):

Обновление статуса резервного сервера (F) #
Byte1('r')

Идентифицирует сообщение как обновление статуса получателя.

Int64

Позиция последнего байта WAL + 1, полученного и записанного на диск на резервном сервере.

Int64

Позиция последнего байта WAL + 1, сброшенного на диск на резервном сервере.

Int64

Позиция последнего байта WAL + 1, примененного на резервном сервере.

Int64

Системное время клиента на момент передачи, представленное как микросекундах с полуночи 2000-01-01.

Byte1

Если значение равно 1, клиент запрашивает у сервера немедленный ответ на данное сообщение. немедленно. Это может использоваться для опроса сервера (ping), чтобы проверить, сохраняется ли работоспособность соединения.

Сообщение обратной связи горячего резерва (F) #
Byte1('h')

Идентифицирует сообщение как сообщение обратной связи горячего резерва.

Int64

Системное время клиента на момент передачи, представленное как микросекундах с полуночи 2000-01-01.

Int32

Текущее глобальное значение xminрезервного сервера, без учета catalog_xmin из любых слотов репликации. Если и данное значение, и последующее catalog_xmin равны 0, это рассматривается как уведомление о том, что обратная связь горячего резерва больше не будет отправляться по данному соединению. Последующие ненулевые сообщения могут возобновить работу механизма обратной связи.

Int32

Эпоха глобального xmin xid на резервном сервере.

Int32

Наименьшее значение catalog_xmin среди всех слотов репликации на резервном сервере. Установите значение 0, если ни один слот catalog_xmin не существует на резервном сервере или если обратная связь горячего резерва отключается.

Int32

Эпоха catalog_xmin xid на резервном сервере.

START_REPLICATION SLOT slot_name LOGICAL XXX/XXX [ ( option_name [ option_value ] [, ...] ) ] #

Предписывает серверу начать потоковую передачу WAL для логической репликации, начиная либо с позиции в WAL XXX/XXX либо с позиции слота confirmed_flush_lsn (см. Раздел 7.3.19), в зависимости от того, какое из значений больше. Такое поведение позволяет клиентам не обновлять свой локальный статус LSN, когда нет данных для обработки. Тем не менее, запуск с получение LSN, отличного от запрошенного, может не позволить выявить определенные типы ошибок клиентской части; поэтому клиенту рекомендуется убедиться в том, что значение confirmed_flush_lsn соответствует ожидаемому перед выполнением команды. START_REPLICATION.

Сервер может вернуть ошибку, например, если указанный слот не существует. При успешном выполнении сервер отвечает сообщением CopyBothResponse, после чего начинает потоковую передачу WAL клиенту.

Сообщения внутри сообщений CopyBothResponse имеют тот же формат, который описан для команды START_REPLICATION ... PHYSICAL, включая два сообщения CommandComplete.

Для обработки выходных данных при потоковой передаче используется модуль вывода, связанный с выбранным слотом.

SLOT slot_name

Имя слота для потоковой передачи изменений. Данный параметр является обязательным и должен соответствовать существующему слоту логической репликации, созданному с CREATE_REPLICATION_SLOT в LOGICAL режиме.

XXX/XXX

Позиция в WAL для начала потоковой передачи.

option_name

Имя параметра, передаваемого выходному модулю логического декодирования слота плагина. См. Раздел 7.4.5 для получения параметры, принимаемые стандартным (pgoutput) плагином.

option_value

Необязательное значение в виде строковой константы, связанное с указанным параметром.

DROP_REPLICATION_SLOT slot_name [ WAIT ] #

Удаляет слот репликации, освобождая все зарезервированные ресурсы сервера. Если слот является логическим и был создан в базе данных, отличной от базы данных, к которой подключен процесс walsender, выполнение этой команды завершается ошибкой.

slot_name

Имя удаляемого слота.

WAIT

Этот параметр заставляет команду ожидать деактивации слота, если он активен, вместо стандартного поведения, вызывающего ошибку.

UPLOAD_MANIFEST #

Загружает манифест резервного копирования для подготовки к созданию инкрементального резервной копии.

BASE_BACKUP [ ( option [, ...] ) ] #

Инструктирует сервер начать потоковую передачу базовой резервной копии. Перед запуском резервного копирования система будет автоматически переведена в режим резервного копирования, а по завершении — выведена из него. Допускаются следующие параметры:

LABEL 'метка'

Задает метку резервной копии. Если метка не указана, то в качестве метки для базовая резервная копия будет использовано значение по умолчанию. Правила использования кавычек для метки такие же, как в стандартной SQL-строке при standard_conforming_strings включенном параметре.

TARGET 'цель'

Указывает серверу, куда следует отправить резервную копию. Если целевым объектом является клиент, что выбрано по умолчанию, данные резервной копии отправляются клиенту. Если в качестве цели выбрано сервер, данные резервного копирования записываются на сервере по пути, указанному в TARGET_DETAIL параметре. Если выбрано значение blackhole, данные резервной копии не отправляются куда-либо; они просто отбрасываются.

Использование данной сервер цели требует прав суперпользователя или предоставления прав pg_write_server_files роли.

TARGET_DETAIL 'detail'

Предоставляет дополнительную информацию о цели резервного копирования.

В настоящее время этот параметр может использоваться только в том случае, если целью резервного копирования является сервер. Он задает каталог на сервере, в который должна быть записана резервная копия.

PROGRESS [ boolean ]

Если установлено значение true, запрашивается информация, необходимая для формирования отчета о ходе выполнения отчет. Это обеспечит отправку приблизительного размера в заголовке каждого табличного пространства; данное значение может использоваться для расчета степени завершения потока. Это значение рассчитывается путем однократного обхода всех файлов для определения их размера еще до начала передачи, что может оказать негативное влияние на производительность. В частности, может потребоваться больше времени до того, как начнут передаваться первые данные. Так как файлы базы данных могут меняться в процессе резервного копирования, указанный размер является лишь ориентировочным и может как увеличиться, так и уменьшиться в промежутке между моментом оценки и отправкой фактических файлов. Значение по умолчанию — false.

CHECKPOINT { 'fast' | 'spread' }

Определяет тип контрольной точки, выполняемой в начале создания базовой резервной копии. По умолчанию используется spread.

WAL [ boolean ]

Если установлено значение true, в резервную копию включаются необходимые сегменты WAL. Это позволит включить все файлы, созданные между началом и завершением резервного копирования, в pg_wal каталог tar-архива базового каталога. Значение по умолчанию — false.

WAIT [ boolean ]

Если установлено значение true, процесс резервного копирования будет ожидать архивации последнего необходимого сегмента WAL или выведет предупреждение, если архивирование WAL не задействовано. Если установлено значение false, ожидание не выполняется и предупреждение не выводится, при этом ответственность за доступность необходимых журналов возлагается на клиентскую часть. Значение по умолчанию — true.

COMPRESSION 'method'

Предписывает серверу выполнить сжатие резервной копии с помощью указанного метода. В настоящее время поддерживаются следующие методы: gzip, lz4, и zstd.

COMPRESSION_DETAIL detail

Задаёт детали выбранного метода сжатия. Этот параметр должен использоваться только в сочетании с COMPRESSION параметром. Если значение является целым числом, оно определяет уровень сжатия. В противном случае оно должно представлять собой список элементов, разделённых запятыми, каждый из которых имеет вид keyword или keyword=value. В настоящее время поддерживаются следующие ключевые слова: level, long и workers.

Использование данной level ключевое слово устанавливает уровень сжатия. Для gzip уровень сжатия должен быть целым числом в диапазоне 1 и 9 (по умолчанию Z_DEFAULT_COMPRESSION или -1), для lz4 целое число от 1 до 12 (по умолчанию 0 для режима быстрого сжатия), а для zstd целое число в диапазоне ZSTD_minCLevel() (обычно -131072) и ZSTD_maxCLevel() (обычно 22), (по умолчанию ZSTD_CLEVEL_DEFAULT или 3).

Использование данной long ключевое слово включает режим сопоставления на больших расстояниях для улучшения коэффициента сжатия за счет более высокого потребления памяти use. Режим сопоставления на больших расстояниях поддерживается только для zstd.

Использование данной workers Ключевое слово задает количество потоков, которые должны использоваться для параллельного сжатия. Параллельное сжатие поддерживается только для zstd.

MAX_RATE скорость

Ограничение (дросселирование) максимального объема данных, передаваемых от сервера клиенту в единицу времени. В качестве единицы измерения используются килобайты в секунду. Если этот параметр указан, значение должно быть либо равно нулю, либо находиться в диапазоне от 32 kB до 1 GB (включительно). Если передано нулевое значение или параметр не указан, ограничение на передачу не накладывается.

TABLESPACE_MAP [ boolean ]

При значении true включить сведения о символических ссылках, присутствующих в каталоге, pg_tblspc в файл с именем tablespace_map. Файл карты табличных пространств содержит имя каждой символической ссылки в том виде, в котором оно представлено в каталоге pg_tblspc/ и полный путь к этой символической ссылке. Значение по умолчанию — false.

VERIFY_CHECKSUMS [ boolean ]

При значении true во время создания базовой резервной копии проверяются контрольные суммы, если они включены. При значении false этот этап пропускается. По умолчанию используется true.

MANIFEST manifest_option

Когда этот параметр указан со значением yes или force-encode, создается манифест резервного копирования и передается вместе с резервной копией. Манифест представляет собой список всех файлов в резервной копии, за исключением файлов WAL, которые могут быть в нее включены. В нем также фиксируются размер, время последнего изменения и, в качестве опции, контрольная сумма для каждого файла. Значение force-encode принудительно кодирует все имена файлов подлежат hex-кодированию; в противном случае данный тип кодирования выполняется только для файлов, чьи имена представляют собой последовательности октетов, отличные от UTF-8. force-encode предназначен прежде всего для целей тестирования, чтобы гарантировать, что клиенты, считывающие манифест резервного копирования, способны корректно обрабатывать такие ситуации. Для обеспечения совместимости с предыдущими выпусками по умолчанию используется значение MANIFEST 'no'.

MANIFEST_CHECKSUMS checksum_algorithm

Задаёт алгоритм контрольной суммы, который должен применяться к каждому файлу, включённому в манифест резервного копирования. В настоящее время доступны следующие алгоритмы: NONE, CRC32C, SHA224, SHA256, SHA384, и SHA512. Значение по умолчанию: CRC32C.

INCREMENTAL

Запрашивает инкрементальную резервную копию. UPLOAD_MANIFEST Команда должна быть выполнена перед запуском создания базовой резервной копии с данной опцией.

При запуске резервного копирования сервер сначала отправляет два обычных набора результатов, за которыми следуют один или несколько результатов CopyOutResponse.

Первый обычный набор результатов содержит начальную позицию резервной копии в виде одной строки с двумя столбцами. Первый столбец содержит начальную позицию в формате XLogRecPtr, а второй столбец содержит соответствующий идентификатор линии времени (timeline ID).

Второй обычный набор результатов содержит по одной строке для каждого табличного пространства. В данной строке присутствуют следующие поля:

spcoid (oid)

OID табличного пространства или null, если это основной каталог.

spclocation (текстовый)

Полный путь к каталогу табличного пространства или значение null, если это основной каталог.

size (int8)

Приблизительный размер табличного пространства в килобайтах (1024 байта), если был запрошен отчет о ходе выполнения; в противном случае — null.

После второго обычного набора результатов будет отправлено сообщение CopyOutResponse. Полезная нагрузка каждого сообщения CopyData будет содержать сообщение в одном из следующих форматов:

новый архив (B)
Byte1('n')

Идентифицирует сообщение как индикатор начала нового архива. Будет сформирован один архив для основного каталога данных и по одному архиву для каждого дополнительного табличного пространства; каждый архив будет использовать формат tar (согласно «формат обмена ustar» указанный в стандарте POSIX 1003.1-2008).

Строка

Имя файла для данного архива.

Строка

Для основного каталога данных — пустая строка. Для других табличных пространств — полный путь к каталогу, из которого был создан данный архив.

манифест (B)
Byte1('m')

Идентифицирует сообщение как признак начала манифеста резервного копирования.

данные архива или манифеста (B)
Byte1('d')

Идентифицирует сообщение как содержащее данные архива или манифеста.

Byten

Байты данных.

отчет о ходе выполнения (B)
Byte1('p')

Идентифицирует сообщение как отчет о ходе выполнения.

Int64

Количество байтов в текущем табличном пространстве, для которых была завершена обработка.

После отправки сообщения CopyOutResponse или всех подобных ответов передается завершающий стандартный набор результатов, содержащий конечную позицию WAL резервной копии в том же формате, что и начальная позиция.

Архив tar для каталога данных и каждого табличного пространства будет содержать все файлы в данных каталогах независимо от того, являются ли они Digital Q.DataBase файлами или иными файлами, добавленными в тот же каталог. Исключаются только следующие файлы:

  • postmaster.pid

  • postmaster.opts

  • pg_internal.init (встречаются в нескольких каталогах)

  • Различные временные файлы и каталоги, создаваемые в процессе работы сервера PostgreSQL, например любые файлы или каталоги, начинающиеся с с pgsql_tmp и временные отношения.

  • Непротоколируемые отношения, за исключением слоя инициализации (init fork), который необходим для воссоздания (пустого) непротоколируемого отношения при восстановлении.

  • pg_wal, включая подкаталоги. Если резервное копирование выполняется с включенными WAL-файлами, будет включена синтезированная версия pg_wal соответствующего объекта, но она будет содержать только файлы, необходимые для работы резервной копии, а не остальное содержимое.

  • pg_dynshmem, pg_notify, pg_replslot, pg_serial, pg_snapshots, pg_stat_tmp, и pg_subtrans копируются как пустые каталоги (даже если они являются символическими ссылками).

  • Файлы, отличные от обычных файлов и каталогов, такие как символические ссылки (за исключением ссылок на перечисленные выше каталоги), а также специальные файлы устройств и операционной системы, пропускаются. (Символические ссылки в pg_tblspc сохраняются.)

Владелец, группа и права доступа к файлу устанавливаются, если это поддерживается нижележащей файловой системой на сервере.

Во всех вышеперечисленных командах при указании параметра типа boolean значение часть может быть опущена, что эквивалентно указанию TRUE.

Наверх
свяжитесь
с нами
контакты
Для прямой связи с нами вы можете использовать контакты ниже, либо оставить заявку через форму обратной связи, и мы обязательно свяжемся с вами

*поля обязательные к заполнению