pg_controldata
pg_controldata — вывести управляющую информацию кластера баз данных Postgres Pro
Синтаксис
pg_controldata
[параметр
] [[ -D
| --pgdata
]каталог_данных
]
Описание
pg_controldata
показывает свойства, установленные командой initdb
, например, версию каталога. Она также выводит сведения о журнале предзаписи, включая данные контрольной точки. Эта информация относится ко всему кластеру, а не к отдельной базе данных.
Утилита запускается от лица пользователя, создавшего кластер, так как требует права на чтение в каталоге хранения данных. Можно указать путь к каталогу из командной строки, либо использовать значение переменной окружения PGDATA
. Также поддерживаются флаги -V
и --version
, которые выводят версию pg_controldata и прерывают выполнение. Флаги -?
и --help
отображают помощь по поддерживаемым командой аргументам.
Примечание
Вместо этой утилиты рекомендуется использовать pgpro_controldata, способную читать управляющую информацию баз данных PostgreSQL и Postgres Pro разных версий, в том числе более новых.
Переменные окружения
PGDATA
Каталог размещения данных кластера по умолчанию
PG_COLOR
Выбирает вариант использования цвета в диагностических сообщениях. Возможные значения:
always
(всегда),auto
(автоматически) иnever
(никогда).
См. также
Chapter 49. Archive Modules
Table of Contents
Postgres Pro provides infrastructure to create custom modules for continuous archiving (see Section 24.3). While archiving via a shell command (i.e., archive_command) is much simpler, a custom archive module will often be considerably more robust and performant.
When a custom archive_library is configured, Postgres Pro will submit completed WAL files to the module, and the server will avoid recycling or removing these WAL files until the module indicates that the files were successfully archived. It is ultimately up to the module to decide what to do with each WAL file, but many recommendations are listed at Section 24.3.1.
Archiving modules must at least consist of an initialization function (see Section 49.1) and the required callbacks (see Section 49.2). However, archive modules are also permitted to do much more (e.g., declare GUCs and register background workers).
The contrib/basic_archive
module contains a working example, which demonstrates some useful techniques.