pg_amcheck
pg_amcheck — проверить одну или несколько БД PostgreSQL на предмет повреждения
Синтаксис
pg_amcheck [параметр...] [dbname]
Описание
Программа pg_amcheck поддерживает запуск реализованных в расширении amcheck функций, выявляющих повреждения, в одной или нескольких базах данных, с возможностью выбора проверяемых индексов, таблиц и схем. Она также позволяет выбрать, какие проверки будут выполняться, и запустить их в параллельном режиме (для которого задаётся число параллельных подключений).
В настоящее время поддерживаются только обычные табличные отношения, таблицы TOAST, материализованные представления, последовательности и индексы btree. Другие типы отношений просто пропускаются.
Если задаётся имя_бд, это должно быть имя одной проверяемой базы данных, а никакие другие параметры выбора базы данных задаваться не должны. Если же, напротив, присутствуют параметры выбора баз данных, будут проверяться все соответствующие базы. В отсутствие этих параметров проверяться будет только база по умолчанию. Параметрами, выбирающими базы, являются --all, --database и --exclude-database. Также в их число можно включить --relation, --exclude-relation, --table, --exclude-table, --index и --exclude-index, но только если их значения задаются тремя компонентами (например, mydb*.myschema*.myrel*). И наконец, к таким параметрам можно отнести --schema и --exclude-schema, если их значения задаются двумя компонентами (например, mydb*.myschema*).
В качестве параметра имя_бд может также передаваться строка подключения.
Параметры
Следующие параметры командной строки определяют, что будет проверяться:
-a--allПроверить все базы данных (кроме исключённых аргументом
--exclude-database).-dшаблон--database=шаблонПроверить базы данных, соответствующие заданному
шаблону, кроме исключённых аргументом--exclude-database. Этот параметр можно добавлять неоднократно.-Dшаблон--exclude-database=шаблонИсключить базы данных, соответствующие заданному
шаблону. Этот параметр можно добавлять неоднократно.-iшаблон--index=шаблонПроверить индексы, соответствующие заданному
шаблону, если они не исключены каким-либо образом. Этот параметр можно добавлять неоднократно.Этот параметр подобен параметру
--relation, но применяется только к индексам, а не к другим типам отношений.-Iшаблон--exclude-index=шаблонИсключить индексы, соответствующие заданному
шаблону. Этот параметр можно добавлять неоднократно.Этот параметр подобен параметру
--exclude-relation, но применяется только к индексам, а не к другим типам отношений.-rшаблон--relation=шаблонПроверить отношения, соответствующие заданному
шаблону, если они не исключены каким-либо образом. Этот параметр можно добавлять неоднократно.Шаблоны могут быть неполными, например
myrel*, либо они могут задаваться с указанием схемы, напримерmyschema*.myrel*, а также с указанием базы и схемы, напримерmydb*.myschema*.myrel*. В случае указания шаблона с базой данных, все соответствующие базы будут добавлены в список баз, подлежащих проверке.-Rшаблон--exclude-relation=шаблонИсключить отношения, соответствующие заданному
шаблону. Этот параметр можно добавлять неоднократно.Как и с
--relation,шаблонможет быть неполным или дополненным указанием схемы, а также указанием базы и схемы.-sшаблон--schema=шаблонПроверить таблицы и индексы в схемах, соответствующих заданному
шаблону, если соответствующие объекты не исключены каким-либо образом. Этот параметр можно добавлять неоднократно.Чтобы проверить только таблицы в схемах, соответствующих определённому шаблону, можно указать в параметрах
--table=ШАБЛОН_СХЕМЫ.* --no-dependent-indexes. Чтобы выбрать только индексы, можно воспользоваться указанием--index=ШАБЛОН_СХЕМЫ.*.Шаблон схемы может содержать указание базы. Например, вы можете написать
--schema=mydb*.myschema*, чтобы выбрать схемыmyschema*в базах данных, соответствующих шаблонуmydb*.-Sшаблон--exclude-schema=шаблонИсключить таблицы и индексы в схемах, соответствующих заданному
шаблону. Этот параметр можно добавлять неоднократно.Как и в параметре
--schema, к шаблону можно добавить имя базы данных.-tшаблон--table=шаблонПроверить таблицы в схемах, соответствующих заданному
шаблону, если соответствующие объекты не исключены каким-либо образом. Этот параметр можно добавлять неоднократно.Этот параметр подобен параметру
--relation, но применяется только к таблицам, материализованным представлениям и последовательностям, а не к индексам.-Tшаблон--exclude-table=шаблонИсключить таблицы, соответствующие заданному
шаблону. Этот параметр можно добавлять неоднократно.Этот параметр подобен параметру
--exclude-relation, но применяется только к таблицам, материализованным представлениям и последовательностям, а не к индексам.--no-dependent-indexesПо умолчанию, если проверяется таблица, также будут проверяться все индексы btree этой таблицы, даже если они не были явно выбраны ключами типа
--indexили--relation. Данный параметр отключает это поведение.--no-dependent-toastПо умолчанию, если проверяется таблица, также будет проверяться её TOAST-таблица (если таковая имеется), даже если она не была явно выбрана ключами типа
--tableили--relation. Данный параметр отключает это поведение.--no-strict-namesПо умолчанию, если аргументу
--database,--table,--indexили--relationне соответствуют никакие объекты, это считается критической ошибкой. С данным параметром уровень ошибки понижается до предупреждения.
Следующие параметры командной строки управляют методами проверки таблиц:
--exclude-toast-pointersПо умолчанию, когда в таблице встречается указатель на TOAST, осуществляется поиск записи в TOAST-таблице для проверки корректности указателя. Эти проверки могут быть довольно медленными, и данный параметр позволяет пропустить их.
--on-error-stopПрекращать обработку табличного отношения сразу после сообщения обо всех повреждениях на первой повреждённой странице и переходить к следующей таблице или индексу.
Заметьте, что проверка индекса всегда прекращается после обнаружения первой повреждённой страницы. Данный параметр имеет смысл только для табличных отношений.
--skip=параметрС указанием
all-frozenпроверки повреждений таблиц будут пропускать страницы, помеченные как полностью замороженные, во всех таблицах.С указанием
all-visibleпроверки повреждений таблиц будут пропускать страницы, помеченные как полностью видимые, во всех таблицах.По умолчанию никакие страницы не пропускаются. Такое поведение задаётся значением
none, но так как это значение подразумевается, явно задавать его не требуется.--startblock=блокНачать проверку с блока с заданным номером. Если проверяемое табличное отношение содержит меньше заданного числа блоков, будет выдана ошибка. Данный параметр представляется полезным только для проверки одной конкретной таблицы, и он не действует на индексы. Дополнительные замечания приведены в описании
--endblock.--endblock=блокЗавершить проверку на блоке с указанным номером. Если проверяемое табличное отношение содержит меньше заданного числа блоков, будет выдана ошибка. Данный параметр представляется полезным только для проверки одной конкретной таблицы, и он не действует на индексы. Если проверяется и обычная, и TOAST-таблица, этот параметр действует на обе, но при проверке TOAST-указателей тем не менее возможны обращения к блокам за этим пределом, если только эта проверка не была выключена параметром
--exclude-toast-pointers.
Следующие параметры командной строки управляют методами проверки индексов-B-деревьев:
--checkuniqueПроверить для каждого индекса с ограничением уникальности, что в нём нет одновременно видимых дубликатов, используя параметр
checkuniqueв amcheck.--heapallindexedПроверять для каждого обрабатываемого индекса наличие всех кортежей кучи в виде индексных кортежей с использованием режима
heapallindexedпроверки amcheck.--parent-checkВыполнять для каждого проверяемого индекса btree функцию amcheck
bt_index_parent_check, проводящую дополнительные проверки связей родитель-потомок.По умолчанию выполняется функция amcheck
bt_index_check, но заметьте, что в случае использования параметра--rootdescendнеявно выбирается функцияbt_index_parent_check.--rootdescendПри проверке каждого индекса для каждого кортежа заново находить индексные кортежи на уровне листьев, производя поиск с корневой страницы, то есть задействовать режим amcheck
rootdescend.При использовании данного параметра также неявно включается параметр
--parent-check.Этот режим проверки изначально реализовывался как средство, полезное при разработке функциональности индексов-B-деревьев. Он может обнаруживать не все или вовсе не обнаруживать те типы повреждений, которые встречаются на практике. Также в этом режиме проверка выполняется значительно дольше и для неё требуется больше серверных ресурсов.
Предупреждение
Дополнительные проверки, выполняемые для индексов-B-деревьев, когда указан параметр --parent-check или параметр --rootdescend, требуют относительно сильных блокировок на уровне отношений. Только эти проверки блокируют одновременное изменение данных командами INSERT, UPDATE и DELETE.
Следующие параметры командной строки управляют подключением к серверу:
-hкомпьютер--host=компьютерУказывает имя компьютера, на котором работает сервер. Если значение начинается с косой черты, оно определяет каталог Unix-сокета.
-pпорт--port=портУказывает TCP-порт или расширение файла локального Unix-сокета, через который сервер принимает подключения.
-U--username=имя_пользователяИмя пользователя, под которым производится подключение.
-w--no-passwordНе выдавать запрос на ввод пароля. Если сервер требует аутентификацию по паролю и пароль не доступен с помощью других средств, таких как файл
.pgpass, попытка соединения не удастся. Этот параметр может быть полезен в пакетных заданиях и скриптах, где нет пользователя, который вводит пароль.-W--passwordПринудительно запрашивать пароль перед подключением к базе данных.
Это несущественный параметр, так как pg_amcheck запрашивает пароль автоматически, если сервер проверяет подлинность по паролю. Однако чтобы понять это, pg_amcheck лишний раз подключается к серверу. Поэтому иногда имеет смысл ввести
-W, чтобы исключить эту ненужную попытку подключения.--maintenance-db=dbnameЗадаёт базу данных или строку подключения для установления подключения, через которое будет определяться список баз данных для проверки. Если не используются ни ключ
--all, ни параметры, задающие шаблон имён проверяемых баз данных, такое подключение не требуется и данный параметр игнорируется. Иначе все параметры из переданной строки, за исключением имени базы данных, будут также использоваться при подключении к проверяемым базам. Если этот параметр опущен, выполняется подключение к базеpostgres, а если к ней подключиться не удаётся — к базеtemplate1.
Другие параметры:
-e--echoВыводить в stdout все SQL-запросы, передаваемые серверу.
-jчисло--jobs=числоИспользовать заданное
числоодновременных подключений к серверу, а если оно превышает количество объектов, число подключений ограничивается этим количеством.По умолчанию используется одно подключение.
-P--progressВыводить информацию о прогрессе операции. Выводимая информация включает количество отношений, для которых была проведена проверка, и общий размер этих отношений. В неё также включается общее количество отношений, которые должны быть проверены, и примерный размер этих отношений.
-v--verboseВыводить больше сообщений. В частности, будут выводиться сообщения о проверке каждого отношения, а также увеличится уровень детализации ошибок сервера.
-V--versionВывести версию pg_amcheck и завершиться.
--install-missing--install-missing=схемаУстановить все отсутствующие расширения, которые требуются для проверки баз(ы) данных. Если это расширение не было установлено, его объекты будут помещены в заданную
схемуили, если она не задана, в схемуpg_catalog.В настоящее время для работы pg_amcheck требуется только расширение amcheck.
-?--helpВывести справку об аргументах командной строки pg_amcheck и завершиться.
Переменные окружения
pg_amcheck, как и большинство других утилит PostgreSQL, также использует переменные среды, поддерживаемые libpq (см. Раздел 32.15).
Переменная окружения PG_COLOR выбирает вариант использования цвета в диагностических сообщениях. Возможные значения: always (всегда), auto (автоматически) и never (никогда).
Примечания
Программа pg_amcheck предназначена для работы с PostgreSQL 14.0 и выше.
См. также
amcheckpg_amcheck
pg_amcheck — checks for corruption in one or more PostgreSQL databases
Synopsis
pg_amcheck [option...] [dbname]
Description
pg_amcheck supports running amcheck's corruption checking functions against one or more databases, with options to select which schemas, tables and indexes to check, which kinds of checking to perform, and whether to perform the checks in parallel, and if so, the number of parallel connections to establish and use.
Only ordinary and toast table relations, materialized views, sequences, and btree indexes are currently supported. Other relation types are silently skipped.
If dbname is specified, it should be the name of a single database to check, and no other database selection options should be present. Otherwise, if any database selection options are present, all matching databases will be checked. If no such options are present, the default database will be checked. Database selection options include --all, --database and --exclude-database. They also include --relation, --exclude-relation, --table, --exclude-table, --index, and --exclude-index, but only when such options are used with a three-part pattern (e.g. mydb*.myschema*.myrel*). Finally, they include --schema and --exclude-schema when such options are used with a two-part pattern (e.g. mydb*.myschema*).
dbname can also be a connection string.
Options
The following command-line options control what is checked:
-a--allCheck all databases, except for any excluded via
--exclude-database.-dpattern--database=patternCheck databases matching the specified
pattern, except for any excluded by--exclude-database. This option can be specified more than once.-Dpattern--exclude-database=patternExclude databases matching the given
pattern. This option can be specified more than once.-ipattern--index=patternCheck indexes matching the specified
pattern, unless they are otherwise excluded. This option can be specified more than once.This is similar to the
--relationoption, except that it applies only to indexes, not to other relation types.-Ipattern--exclude-index=patternExclude indexes matching the specified
pattern. This option can be specified more than once.This is similar to the
--exclude-relationoption, except that it applies only to indexes, not other relation types.-rpattern--relation=patternCheck relations matching the specified
pattern, unless they are otherwise excluded. This option can be specified more than once.Patterns may be unqualified, e.g.
myrel*, or they may be schema-qualified, e.g.myschema*.myrel*or database-qualified and schema-qualified, e.g.mydb*.myschema*.myrel*. A database-qualified pattern will add matching databases to the list of databases to be checked.-Rpattern--exclude-relation=patternExclude relations matching the specified
pattern. This option can be specified more than once.As with
--relation, thepatternmay be unqualified, schema-qualified, or database- and schema-qualified.-spattern--schema=patternCheck tables and indexes in schemas matching the specified
pattern, unless they are otherwise excluded. This option can be specified more than once.To select only tables in schemas matching a particular pattern, consider using something like
--table=SCHEMAPAT.* --no-dependent-indexes. To select only indexes, consider using something like--index=SCHEMAPAT.*.A schema pattern may be database-qualified. For example, you may write
--schema=mydb*.myschema*to select schemas matchingmyschema*in databases matchingmydb*.-Spattern--exclude-schema=patternExclude tables and indexes in schemas matching the specified
pattern. This option can be specified more than once.As with
--schema, the pattern may be database-qualified.-tpattern--table=patternCheck tables matching the specified
pattern, unless they are otherwise excluded. This option can be specified more than once.This is similar to the
--relationoption, except that it applies only to tables, materialized views, and sequences, not to indexes.-Tpattern--exclude-table=patternExclude tables matching the specified
pattern. This option can be specified more than once.This is similar to the
--exclude-relationoption, except that it applies only to tables, materialized views, and sequences, not to indexes.--no-dependent-indexesBy default, if a table is checked, any btree indexes of that table will also be checked, even if they are not explicitly selected by an option such as
--indexor--relation. This option suppresses that behavior.--no-dependent-toastBy default, if a table is checked, its toast table, if any, will also be checked, even if it is not explicitly selected by an option such as
--tableor--relation. This option suppresses that behavior.--no-strict-namesBy default, if an argument to
--database,--table,--index, or--relationmatches no objects, it is a fatal error. This option downgrades that error to a warning.
The following command-line options control checking of tables:
--exclude-toast-pointersBy default, whenever a toast pointer is encountered in a table, a lookup is performed to ensure that it references apparently-valid entries in the toast table. These checks can be quite slow, and this option can be used to skip them.
--on-error-stopAfter reporting all corruptions on the first page of a table where corruption is found, stop processing that table relation and move on to the next table or index.
Note that index checking always stops after the first corrupt page. This option only has meaning relative to table relations.
--skip=optionIf
all-frozenis given, table corruption checks will skip over pages in all tables that are marked as all frozen.If
all-visibleis given, table corruption checks will skip over pages in all tables that are marked as all visible.By default, no pages are skipped. This can be specified as
none, but since this is the default, it need not be mentioned.--startblock=blockStart checking at the specified block number. An error will occur if the table relation being checked has fewer than this number of blocks. This option does not apply to indexes, and is probably only useful when checking a single table relation. See
--endblockfor further caveats.--endblock=blockEnd checking at the specified block number. An error will occur if the table relation being checked has fewer than this number of blocks. This option does not apply to indexes, and is probably only useful when checking a single table relation. If both a regular table and a toast table are checked, this option will apply to both, but higher-numbered toast blocks may still be accessed while validating toast pointers, unless that is suppressed using
--exclude-toast-pointers.
The following command-line options control checking of B-tree indexes:
--checkuniqueFor each index with unique constraint checked, verify that no more than one among duplicate entries is visible in the index using amcheck's
checkuniqueoption.--heapallindexedFor each index checked, verify the presence of all heap tuples as index tuples in the index using amcheck's
heapallindexedoption.--parent-checkFor each btree index checked, use amcheck's
bt_index_parent_checkfunction, which performs additional checks of parent/child relationships during index checking.The default is to use amcheck's
bt_index_checkfunction, but note that use of the--rootdescendoption implicitly selectsbt_index_parent_check.--rootdescendFor each index checked, re-find tuples on the leaf level by performing a new search from the root page for each tuple using amcheck's
rootdescendoption.Use of this option implicitly also selects the
--parent-checkoption.This form of verification was originally written to help in the development of btree index features. It may be of limited use or even of no use in helping detect the kinds of corruption that occur in practice. It may also cause corruption checking to take considerably longer and consume considerably more resources on the server.
Warning
The extra checks performed against B-tree indexes when the --parent-check option or the --rootdescend option is specified require relatively strong relation-level locks. These checks are the only checks that will block concurrent data modification from INSERT, UPDATE, and DELETE commands.
The following command-line options control the connection to the server:
-hhostname--host=hostnameSpecifies the host name of the machine on which the server is running. If the value begins with a slash, it is used as the directory for the Unix domain socket.
-pport--port=portSpecifies the TCP port or local Unix domain socket file extension on which the server is listening for connections.
-U--username=usernameUser name to connect as.
-w--no-passwordNever issue a password prompt. If the server requires password authentication and a password is not available by other means such as a
.pgpassfile, the connection attempt will fail. This option can be useful in batch jobs and scripts where no user is present to enter a password.-W--passwordForce pg_amcheck to prompt for a password before connecting to a database.
This option is never essential, since pg_amcheck will automatically prompt for a password if the server demands password authentication. However, pg_amcheck will waste a connection attempt finding out that the server wants a password. In some cases it is worth typing
-Wto avoid the extra connection attempt.--maintenance-db=dbnameSpecifies a database or connection string to be used to discover the list of databases to be checked. If neither
--allnor any option including a database pattern is used, no such connection is required and this option does nothing. Otherwise, any connection string parameters other than the database name which are included in the value for this option will also be used when connecting to the databases being checked. If this option is omitted, the default ispostgresor, if that fails,template1.
Other options are also available:
-e--echoEcho to stdout all SQL sent to the server.
-jnum--jobs=numUse
numconcurrent connections to the server, or one per object to be checked, whichever is less.The default is to use a single connection.
-P--progressShow progress information. Progress information includes the number of relations for which checking has been completed, and the total size of those relations. It also includes the total number of relations that will eventually be checked, and the estimated size of those relations.
-v--verbosePrint more messages. In particular, this will print a message for each relation being checked, and will increase the level of detail shown for server errors.
-V--versionPrint the pg_amcheck version and exit.
--install-missing--install-missing=schemaInstall any missing extensions that are required to check the database(s). If not yet installed, each extension's objects will be installed into the given
schema, or if not specified into schemapg_catalog.At present, the only required extension is amcheck.
-?--helpShow help about pg_amcheck command line arguments, and exit.
Environment
pg_amcheck, like most other PostgreSQL utilities, also uses the environment variables supported by libpq (see Section 32.15).
The environment variable PG_COLOR specifies whether to use color in diagnostic messages. Possible values are always, auto and never.
Notes
pg_amcheck is designed to work with PostgreSQL 14.0 and later.