????

Your IP : 216.73.216.152


Current Path : C:/opt/pgsql/share/locale/ru/LC_MESSAGES/
Upload File :
Current File : C:/opt/pgsql/share/locale/ru/LC_MESSAGES/pg_upgrade-16.mo

���u\015
P�[h+\���&��"
R0]� ����C���N�D :I �� ;
!UI!J�!E�!A0"Gr"A�"K�";H#S�#M�#J&$Eq$G�$O�$@O%��%3&D&W&d&z&�&�& �&�&
'$''(L'u'&�'�'�'�'(#"(F(a((%�($�(�(�(!)"&)I)a)d)x)�))�)-�)|�)%w+A�+N�+.,%H,*n,5�,�,�,7-+@-*l-/�-2�-+�-/&."V.+y.+�.2�.&/:+/f/.�/+�/�/I�/QE0�0�0��0!�1�1%�12%26@2w26�26�2$�23-3JI3>�3O�3O#4Js48�4��4	�5;�5a�5[46�6-�6+�67D7^75w7+�7&�7 84!85V8"�8*�8�81�83(9;\9-�9}�91D:3v:;�:-�:};h�;h�;"d<C�<7�<L=&P=w=L==�=s
>�~>0@�4A"B�4C;D#MEqF;�G�H�IG�J�6L�M�NK�O P:P%TPCzP*�P"�PQ!Q2Q#GQ1kQ=�QC�QCR#cR�R��R#9S"]S�S%�S'�S'�S)T.@T+oT�T(�T�T U$"U!GU)iU0�U&�U,�U$V*=V*hVB�V7�VDWBSW7�WD�WBXBVXB�XC�XE YAfY
�Y�Y+�Y�YZ>ZWZlZ�Z5�Z�Z�ZA�ZF#[Hj[{�[B/\?r\O�\P]QS]N�]U�]J^f^<^8�^.�^
$_>2_>q_H�_*�_$`;`(S`'|`U�`�`/a2>aqaya}c(�c�cv�c�1e��e��f@;h@|h=�h��h��i��j'?l�gmR(o({q&�q��q}�rw)sU�s��s]�tw1u��uu-vv�vLwvgw~�w_]x��x�iy� zw�zs{n�{w|�y|\}#z}�}-�};�}K"~9n~7�~C�~;$H`L�@�H7�3��:��3�B#�Hf�$��ԁ4�+)�@U�-��ĂPɂT�2o���+��у@�K+�_w��ׄ?f�����3�0��U,�s��[��<R�(��}��K6�J��Q͋u�n��l�Qq�EÍb	�ul�R�v5�?��L�]9�Y������V�Wp��ȒH��O۔W+���C��t�0V�l��j�M_���h˗�4�sۘ�O������:������\�������5�XS�a��Y��h�%�Y�Zr�J͠P��i���P����@k�b��u�|��[�=^�`��s��zq�Y�<F�����4�B��*�_����[������p�������[ֱ�2�2յ�����#�����m���C%�Fi�����q��I�~�4��J��]��l�Z��IX�%��,��#��8�_R�w���*����:j�4��3��D�@S�:��F��X�ao�Y��^+�U��D��H%�4n�G��F��F2�Oy�J��H��]�L��f/�e�����_��}��}b�]��{>�{��6�����N����k`�����X��1I�3{���//�Z_�C��}��|�����������{�����,�����Q�������\]�E�������Z�r�����0�j��b9�'��'��[��gH����&Y�c��j��O�S���A?Rz,a(-����y�FM�
e�3�.�_2�	u���IH9 
�Z�E������b�$��@�']C��[����1��5B�����\��L�������)�!P����Ngt�DhU/����l7�&�����Y�^��<��n{���Q�����k��`�������>�o�48j6mO��T��+w���0�"%X���=K��f�V��s�i}����Jv~�
pd�c���r��;Gxq��
��	�#���:�|W�*
%s
*Clusters are compatible*
*failure*
Before running pg_upgrade you must:
  create a new database cluster (using the new version of initdb)
  shutdown the postmaster servicing the old cluster
  shutdown the postmaster servicing the new cluster

For example:
  pg_upgrade -d oldCluster/data -D newCluster/data -b oldCluster/bin -B newCluster/bin
or

If pg_upgrade fails after this point, you must re-initdb the
new cluster before continuing.
If you want to start the old cluster, you will need to remove
the ".old" suffix from %s/global/pg_control.old.
Because "link" mode was used, the old cluster cannot be safely
started once the new cluster has been started.
Performing Upgrade
------------------
Report bugs to <%s>.

Upgrade Complete
----------------
WARNING:  new data directory should not be inside the old data directory, i.e. %s
WARNING:  user-defined tablespace locations should not be inside the data directory, i.e. %s
When you run pg_upgrade, you must provide the following information:
  the data directory for the old cluster  (-d DATADIR)
  the data directory for the new cluster  (-D DATADIR)
  the "bin" directory for the old version (-b BINDIR)
  the "bin" directory for the new version (-B BINDIR)

Your installation contains extensions that should be updated
with the ALTER EXTENSION command.  The file
    %s
when executed by psql by the database superuser will update
these extensions.
Your installation contains hash indexes.  These indexes have different
internal formats between your old and new clusters, so they must be
reindexed with the REINDEX command.  After upgrading, you will be given
REINDEX instructions.
Your installation contains hash indexes.  These indexes have different
internal formats between your old and new clusters, so they must be
reindexed with the REINDEX command.  The file
    %s
when executed by psql by the database superuser will recreate all invalid
indexes; until then, none of these indexes will be used.
source databases:
target databases:  $ export PGDATAOLD=oldCluster/data
  $ export PGDATANEW=newCluster/data
  $ export PGBINOLD=oldCluster/bin
  $ export PGBINNEW=newCluster/bin
  $ pg_upgrade
  --clone                       clone instead of copying files to new cluster
  --copy                        copy files to new cluster (default)
  -?, --help                    show this help, then exit
  -B, --new-bindir=BINDIR       new cluster executable directory (default
                                same directory as pg_upgrade)
  -D, --new-datadir=DATADIR     new cluster data directory
  -N, --no-sync                 do not wait for changes to be written safely to disk
  -O, --new-options=OPTIONS     new cluster options to pass to the server
  -P, --new-port=PORT           new cluster port number (default %d)
  -U, --username=NAME           cluster superuser (default "%s")
  -V, --version                 display version information, then exit
  -b, --old-bindir=BINDIR       old cluster executable directory
  -c, --check                   check clusters only, don't change any data
  -d, --old-datadir=DATADIR     old cluster data directory
  -j, --jobs=NUM                number of simultaneous processes or threads to use
  -k, --link                    link instead of copying files to new cluster
  -o, --old-options=OPTIONS     old cluster options to pass to the server
  -p, --old-port=PORT           old cluster port number (default %d)
  -r, --retain                  retain SQL and log files after success
  -s, --socketdir=DIR           socket directory to use (default current dir.)
  -v, --verbose                 enable verbose internal logging
  C:\> set PGDATAOLD=oldCluster/data
  C:\> set PGDATANEW=newCluster/data
  C:\> set PGBINOLD=oldCluster/bin
  C:\> set PGBINNEW=newCluster/bin
  C:\> pg_upgrade
  WAL block size  WAL segment size  block size  checkpoint next XID  data checksum version  dates/times are integers?  first WAL segment after reset  float8 argument passing method  large relation segment size  large-object chunk size  latest checkpoint next MultiXactId  latest checkpoint next MultiXactOffset  latest checkpoint next OID  latest checkpoint oldest MultiXactId  latest checkpoint oldestXID  maximum TOAST chunk size  maximum alignment  maximum identifier length  maximum number of indexed columns  pg_upgrade [OPTION]...

 which is an index on "%s.%s" which is an index on OID %u which is the TOAST table for "%s.%s" which is the TOAST table for OID %u"%s" is not a directory%-*s%d: controldata retrieval problem%d: database cluster state problem%d: pg_resetwal problem%s%s home page: <%s>
%s() failed: %s%s: cannot be run as root%s: could not find own program executableAdding ".old" suffix to old global/pg_controlAll non-template0 databases must allow connections, i.e. their
pg_database.datallowconn must be true.  Your installation contains
non-template0 databases with their pg_database.datallowconn set to
false.  Consider allowing connection for all non-template0 databases
or drop the databases which do not allow connections.  A list of
databases with the problem is in the file:
    %sAnalyzing all rows in the new clusterCannot continue without required control information, terminatingCannot upgrade to/from the same system catalog version when
using tablespaces.Checking cluster versionsChecking database connection settingsChecking database user is the install userChecking for contrib/isn with bigint-passing mismatchChecking for extension updatesChecking for hash indexesChecking for incompatible "%s" data type in user tablesChecking for incompatible "jsonb" data typeChecking for incompatible "line" data typeChecking for incompatible polymorphic functionsChecking for invalid "sql_identifier" user columnsChecking for invalid "unknown" user columnsChecking for new cluster tablespace directoriesChecking for prepared transactionsChecking for presence of required librariesChecking for reg* data types in user tablesChecking for removed "%s" data type in user tablesChecking for roles starting with "pg_"Checking for system-defined composite types in user tablesChecking for tables WITH OIDSChecking for user-defined encoding conversionsChecking for user-defined postfix operatorsCloning user relation filesConsult the last few lines of "%s" for
the probable cause of the failure.Consult the last few lines of "%s" or "%s" for
the probable cause of the failure.Copying old %s to new serverCopying user relation filesCould not create a script to delete the old cluster's data files
because user-defined tablespaces or the new cluster's data directory
exist in the old cluster directory.  The old cluster's contents must
be deleted manually.Creating dump of database schemasCreating dump of global objectsCreating script to delete old clusterDatabase: %sDeleting files from new %sFailed to match up old and new tables in database "%s"Failure, exiting
Finding the real data directory for the source clusterFinding the real data directory for the target clusterFreezing all rows in the new clusterIn database: %s
Linking user relation filesNew cluster data and binary directories are from different major versions.New cluster database "%s" is not empty: found relation "%s.%s"No match found in new cluster for old relation with OID %u in database "%s": %sNo match found in old cluster for new relation with OID %u in database "%s": %sOld cluster data and binary directories are from different major versions.Only the install user can be defined in the new cluster.Optimizer statistics are not transferred by pg_upgrade.
Once you start the new server, consider running:
    %s/vacuumdb %s--all --analyze-in-stagesOptions:
Performing Consistency Checks
-----------------------------Performing Consistency Checks on Old Live Server
------------------------------------------------Relation names for OID %u in database "%s" do not match: old name "%s.%s", new name "%s.%s"Resetting WAL archivesRestoring database schemas in the new clusterRestoring global objects in the new clusterRunning in verbose modeRunning this script will delete the old cluster's data files:
    %sSQL command failed
%s
%sSetting frozenxid and minmxid counters in new clusterSetting locale and encoding for new clusterSetting minmxid counter in new clusterSetting next OID for new clusterSetting next multixact ID and offset for new clusterSetting next transaction ID and epoch for new clusterSetting oldest XID for new clusterSetting oldest multixact ID in new clusterSync data directory to diskThe source cluster contains prepared transactionsThe source cluster lacks cluster state information:The source cluster lacks some required control information:The source cluster was not shut down cleanly.The source cluster was shut down while in recovery mode.  To upgrade, use "rsync" as documented or shut it down as a primary.The target cluster contains prepared transactionsThe target cluster lacks cluster state information:The target cluster lacks some required control information:The target cluster was not shut down cleanly.The target cluster was shut down while in recovery mode.  To upgrade, use "rsync" as documented or shut it down as a primary.There seems to be a postmaster servicing the new cluster.
Please shutdown that postmaster and try again.There seems to be a postmaster servicing the old cluster.
Please shutdown that postmaster and try again.There were problems executing "%s"This utility can only upgrade from PostgreSQL version %s and later.This utility can only upgrade to PostgreSQL version %s.This utility cannot be used to downgrade to older major PostgreSQL versions.Try "%s --help" for more information.
Usage:
When checking a live server, the old and new port numbers must be different.You must have read and write access in the current directory.You must identify the directory where the %s.
Please use the %s command-line option or the %s environment variable.Your installation contains "contrib/isn" functions which rely on the
bigint data type.  Your old and new clusters pass bigint values
differently so this cluster cannot currently be upgraded.  You can
manually dump databases in the old cluster that use "contrib/isn"
facilities, drop them, perform the upgrade, and then restore them.  A
list of the problem functions is in the file:
    %sYour installation contains one of the reg* data types in user tables.
These data types reference system OIDs that are not preserved by
pg_upgrade, so this cluster cannot currently be upgraded.  You can
drop the problem columns and restart the upgrade.
A list of the problem columns is in the file:
    %sYour installation contains roles starting with "pg_".
"pg_" is a reserved prefix for system roles.  The cluster
cannot be upgraded until these roles are renamed.
A list of roles starting with "pg_" is in the file:
    %sYour installation contains system-defined composite types in user tables.
These type OIDs are not stable across PostgreSQL versions,
so this cluster cannot currently be upgraded.  You can
drop the problem columns and restart the upgrade.
A list of the problem columns is in the file:
    %sYour installation contains tables declared WITH OIDS, which is not
supported anymore.  Consider removing the oid column using
    ALTER TABLE ... SET WITHOUT OIDS;
A list of tables with the problem is in the file:
    %sYour installation contains the "%s" data type in user tables.
The "%s" type has been removed in PostgreSQL version %s,
so this cluster cannot currently be upgraded.  You can drop the
problem columns, or change them to another data type, and restart
the upgrade.  A list of the problem columns is in the file:
    %sYour installation contains the "aclitem" data type in user tables.
The internal format of "aclitem" changed in PostgreSQL version 16
so this cluster cannot currently be upgraded.  You can drop the
problem columns and restart the upgrade.  A list of the problem
columns is in the file:
    %sYour installation contains the "jsonb" data type in user tables.
The internal format of "jsonb" changed during 9.4 beta so this
cluster cannot currently be upgraded.  You can
drop the problem columns and restart the upgrade.
A list of the problem columns is in the file:
    %sYour installation contains the "line" data type in user tables.
This data type changed its internal and input/output format
between your old and new versions so this
cluster cannot currently be upgraded.  You can
drop the problem columns and restart the upgrade.
A list of the problem columns is in the file:
    %sYour installation contains the "sql_identifier" data type in user tables.
The on-disk format for this data type has changed, so this
cluster cannot currently be upgraded.  You can
drop the problem columns and restart the upgrade.
A list of the problem columns is in the file:
    %sYour installation contains the "unknown" data type in user tables.
This data type is no longer allowed in tables, so this
cluster cannot currently be upgraded.  You can
drop the problem columns and restart the upgrade.
A list of the problem columns is in the file:
    %sYour installation contains user-defined encoding conversions.
The conversion function parameters changed in PostgreSQL version 14
so this cluster cannot currently be upgraded.  You can remove the
encoding conversions in the old cluster and restart the upgrade.
A list of user-defined encoding conversions is in the file:
    %sYour installation contains user-defined objects that refer to internal
polymorphic functions with arguments of type "anyarray" or "anyelement".
These user-defined objects must be dropped before upgrading and restored
afterwards, changing them to refer to the new corresponding functions with
arguments of type "anycompatiblearray" and "anycompatible".
A list of the problematic objects is in the file:
    %sYour installation contains user-defined postfix operators, which are not
supported anymore.  Consider dropping the postfix operators and replacing
them with prefix operators or function calls.
A list of user-defined postfix operators is in the file:
    %sYour installation references loadable libraries that are missing from the
new installation.  You can add these libraries to the new installation,
or remove the functions using them from the old installation.  A list of
problem libraries is in the file:
    %scannot run pg_upgrade from inside the new cluster data directory on Windowscheck for "%s" failed: %mcheck for "%s" failed: %scheck for "%s" failed: cannot executecheck for "%s" failed: incorrect version: found "%s", expected "%s"child process exited abnormally: status %dchild worker exited abnormally: %scloning "%s" to "%s"command too longcopying "%s" to "%s"could not access directory "%s": %mcould not add execute permission to file "%s": %scould not clone file between old and new data directories: %scould not connect to source postmaster started with the command:
%scould not connect to target postmaster started with the command:
%scould not create directory "%s": %mcould not create file "%s": %scould not create hard link between old and new data directories: %s
In link mode the old and new data directories must be on the same file system.could not create worker process: %scould not create worker thread: %scould not delete directory "%s"could not determine current directorycould not determine the number of userscould not get control data using %s: %scould not get data directory using %s: %scould not get pg_ctl version data using %s: %scould not get pg_ctl version output from %scould not load library "%s": %scould not open file "%s" for reading: %scould not open file "%s": %scould not open log file "%s": %mcould not open version file "%s": %mcould not parse version file "%s"could not read line %d from file "%s": %scould not read permissions of directory "%s": %scould not rename file "%s" to "%s": %mcould not stat tablespace directory "%s": %scould not write to log file "%s": %mdatabase user "%s" is not the install userdirectory path for new cluster is too longerror while checking for file existence "%s.%s" ("%s" to "%s"): %serror while cloning relation "%s.%s" ("%s" to "%s"): %serror while cloning relation "%s.%s": could not create file "%s": %serror while cloning relation "%s.%s": could not open file "%s": %serror while copying relation "%s.%s" ("%s" to "%s"): %serror while copying relation "%s.%s": could not create file "%s": %serror while copying relation "%s.%s": could not open file "%s": %serror while copying relation "%s.%s": could not read file "%s": %serror while copying relation "%s.%s": could not stat file "%s": %serror while copying relation "%s.%s": could not write file "%s": %serror while copying relation "%s.%s": partial page found in file "%s"error while creating link for relation "%s.%s" ("%s" to "%s"): %sexecuting: %sfatalfile cloning not supported on this platforminvalid new port numberinvalid old port numberlibpq environment variable %s has a non-local server value: %slinking "%s" to "%s"new cluster binaries residenew cluster data residesnew cluster tablespace directory already exists: "%s"noticeokold and new cluster pg_controldata checksum versions do not matchold and new pg_controldata WAL block sizes are invalid or do not matchold and new pg_controldata WAL segment sizes are invalid or do not matchold and new pg_controldata alignments are invalid or do not match.
Likely one cluster is a 32-bit install, the other 64-bitold and new pg_controldata block sizes are invalid or do not matchold and new pg_controldata date/time storage types do not matchold and new pg_controldata large-object chunk sizes are invalid or do not matchold and new pg_controldata maximum TOAST chunk sizes are invalid or do not matchold and new pg_controldata maximum identifier lengths are invalid or do not matchold and new pg_controldata maximum indexed columns are invalid or do not matchold and new pg_controldata maximum relation segment sizes are invalid or do not matchold cluster binaries resideold cluster data residesold cluster does not use data checksums but the new one doesold cluster uses data checksums but the new one does notold database "%s" not found in the new clusterout of memorypg_ctl failed to start the source server, or connection failedpg_ctl failed to start the target server, or connection failedpg_upgrade upgrades a PostgreSQL cluster to a different major version.

relname: %s.%s: reloid: %u reltblspace: %srewriting "%s" to "%s"sockets will be createdtablespace directory "%s" does not existtablespace path "%s" is not a directorytemplate0 must not allow connections, i.e. its pg_database.datallowconn must be falsetemplate0 not foundtoo many command-line arguments (first is "%s")user-supplied old port number %hu corrected to %huwarningProject-Id-Version: pg_upgrade (PostgreSQL) 10
Report-Msgid-Bugs-To: pgsql-bugs@lists.postgresql.org
POT-Creation-Date: 2023-11-03 09:08+0300
PO-Revision-Date: 2023-11-03 09:24+0300
Last-Translator: Alexander Lakhin <exclusion@gmail.com>
Language-Team: Russian <pgsql-ru-general@postgresql.org>
Language: ru
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);

%s
*Кластеры совместимы*
*ошибка*
До запуска pg_upgrade вы должны:
  создать новый кластер баз данных (используя новую версию initdb)
  остановить процесс postmaster, обслуживающий старый кластер
  остановить процесс postmaster, обслуживающий новый кластер

Например:
  pg_upgrade -d старый_кластер/data -D новый_кластер/data -b старый_кластер/bin -B новый_кластер/bin
или

Если работа pg_upgrade после этого прервётся, вы должны заново выполнить initdb
для нового кластера, чтобы продолжить.
Если вы захотите запустить старый кластер, вам нужно будет убрать
расширение ".old" у файла %s/global/pg_control.old.
Так как применялся режим "ссылок", работа старого кластера
после того, как будет запущен новый, не гарантируется.
Выполнение обновления
---------------------
Об ошибках сообщайте по адресу <%s>.

Обновление завершено
--------------------
ПРЕДУПРЕЖДЕНИЕ:  новый каталог данных не должен располагаться внутри старого каталога данных, то есть, в %s
ПРЕДУПРЕЖДЕНИЕ:  пользовательские табличные пространства не должны располагаться внутри каталога данных, то есть, в %s
Запуская pg_upgrade, вы должны указать:
  путь к каталогу данных старого кластера (-d КАТ_ДАННЫХ)
  путь к каталогу данных нового кластера (-D КАТ_ДАННЫХ)
  путь к каталогу "bin" старой версии (-b КАТ_BIN)
  путь к каталогу "bin" новой версии (-B КАТ_BIN)

В вашей инсталляции есть расширения, которые надо обновить
командой ALTER EXTENSION. Скрипт
    %s
будучи выполненным администратором БД в psql, обновит все
эти расширения.
В вашей инсталляции используются хеш-индексы. Эти индексы имеют разные
внутренние форматы в старом и новом кластерах, поэтому их необходимо
перестроить с помощью команды REINDEX. По завершении обновления вы получите
инструкции по выполнению REINDEX.
В вашей инсталляции используются хеш-индексы. Эти индексы имеют разные
внутренние форматы в старом и новом кластерах, поэтому их необходимо
перестроить с помощью команды REINDEX. Скрипт
    %s
будучи выполненным администратором БД в psql, пересоздаст все неправильные
индексы; до этого никакие хеш-индексы не будут использоваться.
исходные базы данных:
целевые базы данных:  $ export PGDATAOLD=старый_кластер/data
  $ export PGDATANEW=новый_кластер/data
  $ export PGBINOLD=старый_кластер/bin
  $ export PGBINNEW=новый_кластер/bin
  $ pg_upgrade
  --clone                       клонировать, а не копировать файлы в новый кластер
  --copy                        копировать файлы в новый кластер (по умолчанию)
  -?, --help                    показать эту справку и выйти
  -B, --new-bindir=КАТ_BIN      каталог исполняемых файлов нового кластера
                                (по умолчанию каталог программы pg_upgrade)
  -D, --new-datadir=КАТ_DATA    каталог данных нового кластера
  -N, --no-sync                 не ждать завершения сохранения данных на диске
  -O, --new-options=ПАРАМЕТРЫ   параметры нового кластера, передаваемые серверу
  -P, --new-port=ПОРТ           номер порта нового кластера (по умолчанию %d)
  -U, --username=ИМЯ            суперпользователь кластера (по умолчанию "%s")
  -V, --version                 показать версию и выйти
  -b, --old-bindir=КАТ_BIN      каталог исполняемых файлов старого кластера
  -c, --check                   только проверить кластеры, не меняя никакие данные
  -d, --old-datadir=КАТ_DATA    каталог данных старого кластера
  -j, --jobs=ЧИСЛО              число одновременно используемых процессов или
                                потоков
  -k, --link                    устанавливать ссылки вместо копирования файлов
                                в новый кластер
  -o, --old-options=ПАРАМЕТРЫ   параметры старого кластера, передаваемые серверу
  -p, --old-port=ПОРТ           номер порта старого кластера (по умолчанию %d)
  -r, --retain                  сохранить файлы журналов и SQL в случае успеха
  -s, --socketdir=КАТАЛОГ       каталог сокетов (по умолчанию текущий)
  -v, --verbose                 включить вывод подробных внутренних сообщений
  C:\> set PGDATAOLD=старый_кластер/data
  C:\> set PGDATANEW=новый_кластер/data
  C:\> set PGBINOLD=старый_кластер/bin
  C:\> set PGBINNEW=новый_кластер/bin
  C:\> pg_upgrade
  размер блока WAL  размер сегмента WAL  размер блока  следующий XID конт. точки  версия контрольных сумм данных  дата/время представлены целыми числами?  первый сегмент WAL после сброса  метод передачи аргумента float8  размер сегмента большого отношения  размер порции большого объекта  следующий MultiXactId последней конт. точки  следующий MultiXactOffset последней конт. точки  следующий OID последней конт. точки  старейший MultiXactId последней конт. точки  oldestXID последней конт. точки  максимальный размер порции TOAST  максимальное выравнивание  максимальная длина идентификатора  максимальное число столбцов в индексе  pg_upgrade [ПАРАМЕТР]...

 это индекс в "%s.%s" это индекс в отношении с OID %u это TOAST-таблица для "%s.%s" это TOAST-таблица для отношения с OID %u"%s" не является каталогом%-*s%d: проблема с получением управляющих данных%d: недопустимое состояние кластера баз данных%d: проблема с выводом pg_resetwal%sДомашняя страница %s: <%s>
ошибка в %s(): %s%s: программу не должен запускать root%s: не удалось найти свой исполняемый файлДобавление расширения ".old" к старому файлу global/pg_controlВсе базы, кроме template0, должны допускать подключения, то есть их свойство pg_database.datallowconn должно быть true. В вашей инсталляции содержатся
базы (не считая template0), у которых pg_database.datallowconn — false.
Имеет смысл разрешить подключения для всех баз данных, кроме template0,
или удалить базы, к которым нельзя подключаться. Список баз данных
с этой проблемой содержится в файле:
    %sАнализ всех строк в новом кластереНет необходимой управляющей информации для продолжения, работа прерываетсяОбновление в рамках одной версии системного каталога невозможно,
если используются табличные пространства.Проверка версий кластеровПроверка параметров подключения к базе данныхПроверка, является ли пользователь БД стартовым пользователемПроверка несоответствия при передаче bigint в contrib/isnПроверка обновлённых расширенийПроверка хеш-индексовПроверка несовместимого типа данных "%s" в пользовательских таблицахПроверка несовместимого типа данных "jsonb"Проверка несовместимого типа данных "line"Проверка несовместимых полиморфных функцийПроверка неправильных пользовательских столбцов типа "sql_identifier"Проверка неправильных пользовательских столбцов типа "unknown"Проверка каталогов табличных пространств в новом кластереПроверка наличия подготовленных транзакцийПроверка наличия требуемых библиотекПроверка типов данных reg* в пользовательских таблицахПроверка удалённого типа данных "%s" в пользовательских таблицахПроверка ролей с именами, начинающимися с "pg_"Проверка системных составных типов в пользовательских таблицахПроверка таблиц со свойством WITH OIDSПроверка пользовательских перекодировокПроверка пользовательских постфиксных операторовКлонирование файлов пользовательских отношенийЧтобы понять причину ошибки, просмотрите последние несколько строк
файла "%s".Чтобы понять причину ошибки, просмотрите последние несколько строк
файла "%s" или "%s".Копирование старого каталога %s на новый серверКопирование файлов пользовательских отношенийНе удалось создать скрипт для удаления файлов данных старого кластера,
так как каталог старого кластера содержит пользовательские табличные
пространства или каталог данных нового кластера.
Содержимое старого кластера нужно будет удалить вручную.Формирование выгрузки схем базы данныхФормирование выгрузки глобальных объектовСоздание скрипта для удаления старого кластераБаза данных: %sУдаление файлов из нового каталога %sНе удалось сопоставить старые таблицы с новыми в базе данных "%s"Ошибка, выполняется выход
Поиск фактического каталога данных для исходного кластераПоиск фактического каталога данных для целевого кластераЗамораживание всех строк в новом кластереВ базе данных: %s
Подключение файлов пользовательских отношений ссылкамиКаталоги данных и исполняемых файлов нового кластера относятся к разным основным версиям.Новая база данных кластера "%s" не пустая: найдено отношение "%s.%s"В новом кластере не нашлось соответствия для старого отношения с OID %u в базе данных "%s": %sВ старом кластере не нашлось соответствия для нового отношения с OID %u в базе данных "%s": %sКаталоги данных и исполняемых файлов старого кластера относятся к разным основным версиям.В новом кластере может быть определён только стартовый пользователь.Статистика оптимизатора утилитой pg_upgrade не переносится.
Запустив новый сервер, имеет смысл выполнить:
    %s/vacuumdb %s--all --analyze-in-stagesПараметры:
Проведение проверок целостности
-------------------------------Проверка целостности на старом работающем сервере
-------------------------------------------------Имена отношения с OID %u в базе данных "%s" различаются: старое имя - "%s.%s", новое - "%s.%s"Сброс архивов WALВосстановление схем баз данных в новом кластереВосстановление глобальных объектов в новом кластереПрограмма запущена в режиме подробных сообщенийПри запуске этого скрипта будут удалены файлы данных старого кластера:
    %sОшибка SQL-команды
%s
%sУстановка счётчиков frozenxid и minmxid в новом кластереУстановка локали и кодировки для нового кластераУстановка счётчика minmxid в новом кластереУстановка следующего OID для нового кластераУстановка следующего идентификатора и смещения мультитранзакции для нового кластераУстановка следующего идентификатора транзакции и эпохи для нового кластераУстановка старейшего OID для нового кластераУстановка старейшего идентификатора мультитранзакции в новом кластереСинхронизация каталога данных с ФСИсходный кластер содержит подготовленные транзакцииВ исходном кластере не хватает информации о состоянии кластера:В исходном кластере не хватает необходимой управляющей информации:Исходный кластер не был отключён штатным образом.Исходный кластер был отключён в режиме восстановления. Чтобы произвести обновление, используйте документированный способ с rsync или отключите его в режиме главного сервера.Целевой кластер содержит подготовленные транзакцииВ целевом кластере не хватает информации о состоянии кластера:В целевом кластере не хватает необходимой управляющей информации:Целевой кластер не был отключён штатным образом.Целевой кластер был отключён в режиме восстановления.  Чтобы произвести обновление, используйте документированный способ с rsync или отключите его в режиме главного сервера.Видимо, запущен процесс postmaster, обслуживающий новый кластер.
Остановите его и попробуйте ещё раз.Видимо, запущен процесс postmaster, обслуживающий старый кластер.
Остановите его и попробуйте ещё раз.При выполнении "%s" возникли проблемыЭта утилита может производить обновление только с версии PostgreSQL %s и новее.Эта утилита может повышать версию PostgreSQL только до %s.Эта утилита не может понижать версию до более старой основной версии PostgreSQL.Для дополнительной информации попробуйте "%s --help".
Использование:
Для проверки работающего сервера новый номер порта должен отличаться от старого.У вас должны быть права на чтение и запись в текущем каталоге.Вы должны указать каталог, где находится %s.
Воспользуйтесь для этого ключом командной строки %s или переменной окружения %s.В вашей инсталляции имеются функции "contrib/isn", задействующие тип biging.
Однако в новом кластере значения bigint передаётся не так, как в старом,
так что обновление кластера в текущем состоянии невозможно. Вы можете
вручную выгрузить базы данных, где используется функциональность "contrib/isn",
или удалить "contrib/isn" из старого кластера и перезапустить обновление. Список
проблемных функций приведён в файле:
    %sВ вашей инсталляции пользовательские таблицы содержат один из типов reg*.
Эти типы данных ссылаются на системные OID, которые не сохраняются утилитой
pg_upgrade, так что обновление кластера в текущем состоянии невозможно. Вы
можете удалить проблемные столбцы и перезапустить обновление. Список проблемных
столбцов приведён в файле:
    %sВ вашей инсталляции имеются роли с именами, начинающимися с "pg_".
Префикс "pg_" зарезервирован для системных ролей. Пока эти роли
не будут переименованы, обновить кластер невозможно.
Список ролей с префиксом "pg_" приведён в файле:
    %sВ вашей инсталляции пользовательские таблицы используют системные составные типы.
OID таких типов могут различаться в разных версиях PostgreSQL, в настоящем
состоянии обновить кластер невозможно. Вы можете удалить проблемные столбцы
и перезапустить обновление. Список проблемных столбцов приведён в файле:
    %sВ вашей инсталляции содержатся таблицы со свойством WITH OIDS, которое теперь
не поддерживается. Отказаться от использования столбцов oid можно так:
    ALTER TABLE ... SET WITHOUT OIDS;
Список проблемных таблиц приведён в файле:
    %sВ вашей инсталляции пользовательские таблицы используют тип данных "%s".
Тип "%s" был удалён в PostgreSQL версии %s, поэтому обновить
кластер в текущем состоянии невозможно. Вы можете удалить проблемные столбцы и
перезапустить обновление. Список проблемных столбцов приведён в файле:
    %sВ вашей инсталляции пользовательские таблицы используют тип данных "aclitem".
Внутренний формат "aclitem" изменился в PostgreSQL версии 16, поэтому обновить
кластер в текущем состоянии невозможно. Вы можете удалить проблемные столбцы и
перезапустить обновление. Список проблемных столбцов приведён в файле:
    %sВ вашей инсталляции таблицы используют тип данных jsonb.
Внутренний формат "jsonb" изменился в версии 9.4 beta, поэтому обновить кластер
в текущем состоянии невозможно. Вы можете удалить проблемные столбцы и
перезапустить обновление. Список проблемных столбцов приведён в файле:
    %sВ вашей инсталляции пользовательские таблицы используют тип данных "line".
В старом кластере внутренний формат и формат ввода/вывода этого типа отличается
от нового, поэтому в настоящем состоянии обновить кластер невозможно. Вы можете
удалить проблемные столбцы и перезапустить обновление. Список проблемных
столбцов приведён в файле:
    %sВ вашей инсталляции пользовательские таблицы используют тип данных
"sql_identifier". Формат хранения таких данных на диске поменялся,
поэтому обновить данный кластер невозможно. Вы можете удалить проблемные
столбцы и перезапустить обновление.
Список проблемных столбцов приведён в файле:
    %sВ вашей инсталляции пользовательские таблицы используют тип данных "unknown".
Теперь использование этого типа данных в таблицах не допускается, поэтому
в настоящем состоянии обновить кластер невозможно. Вы можете удалить проблемные
столбцы и перезапустить обновление. Список проблемных столбцов приведён в файле:
    %sВ вашей инсталляции имеются пользовательские перекодировки.
У функций перекодировок в PostgreSQL 14 поменялись параметры, поэтому
в настоящем состоянии обновить кластер невозможно. Вы можете удалить
перекодировки в старом кластере и перезапустить обновление.
Список пользовательских перекодировок приведён в файле:
    %sВ вашей инсталляции содержатся пользовательские объекты, обращающиеся
к внутренним полиморфным функциям с аргументами типа "anyarray" или "anyelement".
Такие объекты необходимо удалить перед процедурой обновления и восстановить
после, изменив их так, чтобы они обращались к новым аналогичным функциям
с аргументами типа "anycompatiblearray" и "anycompatible".
Список проблемных объектов приведён в файле:
    %sВ вашей инсталляции содержатся пользовательские постфиксные операторы, которые
теперь не поддерживаются. Их следует удалить и использовать вместо них
префиксные операторы или функции.
Список пользовательских постфиксных операторов приведён в файле:
    %sВ вашей инсталляции есть ссылки на загружаемые библиотеки, отсутствующие
в новой инсталляции. Вы можете добавить эти библиотеки в новую инсталляцию
или удалить функции, использующие их, из старой. Список проблемных
библиотек приведён в файле:
    %sв Windows нельзя запустить pg_upgrade внутри каталога данных нового кластерафайл "%s" не прошёл проверку: %mпроверка существования "%s" не пройдена: %sпрограмма "%s" не прошла проверку: ошибка выполненияпрограмма "%s" не прошла проверку: получена некорректная версия "%s", ожидалась "%s"дочерний процесс завершился нештатно с ошибкой %dдочерний процесс завершился аварийно: %sклонирование "%s" в "%s"команда слишком длиннаякопирование "%s" в "%s"ошибка доступа к каталогу "%s": %mне удалось добавить право выполнения для файла "%s": %sне удалось клонировать файл из старого каталога данных в новый: %sне удалось подключиться к главному процессу исходного сервера, запущенному командой:
%sне удалось подключиться к главному процессу целевого сервера, запущенному командой:
%sне удалось создать каталог "%s": %mне удалось создать файл "%s": %sне удалось создать жёсткую ссылку между старым и новым каталогами данных: %s
В режиме "ссылок" старый и новый каталоги данных должны находиться в одной файловой системе.не удалось создать рабочий процесс: %sне удалось создать рабочий поток: %sошибка при удалении каталога "%s"не удалось определить текущий каталогне удалось определить количество пользователейне удалось получить управляющие данные, выполнив %s: %sне удалось получить каталог данных, выполнив %s: %sне удалось получить данные версии pg_ctl, выполнив %s: %sне удалось получить версию pg_ctl из результата %sзагрузить библиотеку "%s" не удалось: %sне удалось открыть файл "%s" для чтения: %sне удалось открыть файл "%s": %sне удалось открыть файл протокола "%s": %mне удалось открыть файл с версией "%s": %mне удалось разобрать файл с версией "%s"не удалось прочитать строку %d из файла "%s": %sне удалось считать права на каталог "%s": %sне удалось переименовать файл "%s" в "%s": %mне удалось получить информацию о каталоге табличного пространства "%s": %sне удалось записать в файл протокола "%s": %mпользователь БД "%s" не является стартовым пользователемпуть к каталогу данных нового кластера слишком длинныйошибка при проверке существования файла отношения "%s.%s" (перенос "%s" в "%s"): %sошибка при клонировании отношения "%s.%s" (из "%s" в "%s"): %sошибка при клонировании отношения "%s.%s": не удалось создать файл "%s": %sошибка при клонировании отношения "%s.%s": не удалось открыть файл "%s": %sошибка при копировании отношения "%s.%s" (из "%s" в "%s"): %sошибка при копировании отношения "%s.%s": не удалось создать файл "%s": %sошибка при копировании отношения "%s.%s": не удалось открыть файл "%s": %sошибка при копировании отношения "%s.%s": не удалось прочитать файл "%s": %sошибка при копировании отношения "%s.%s": не удалось получить информацию о файле "%s": %sошибка при копировании отношения "%s.%s": не удалось записать в файл "%s": %sошибка при копировании отношения "%s.%s": в файле "%s" обнаружена неполная страницаошибка при создании ссылки для отношения "%s.%s" (из "%s" в "%s"): %sвыполняется: %sсбойклонирование файлов не поддерживается в этой ОСневерный новый номер портаневерный старый номер портав переменной окружения %s для libpq указан адрес не локального сервера: %sсоздание ссылки на "%s" в "%s"расположение исполняемых файлов нового кластерарасположение данных нового кластеракаталог табличного пространства в новом кластере уже существует: "%s"замечаниеокстарая и новая версия контрольных сумм кластера в pg_controldata различаютсястарый и новый размер блоков WAL в pg_controldata различаются или некорректныстарый и новый размер сегментов WAL в pg_controldata различаются или некорректныстарое и новое выравнивание в pg_controldata различаются или некорректны
Вероятно, один кластер установлен в 32-битной системе, а другой ~ в 64-битнойстарый и новый размер блоков в pg_controldata различаются или некорректныстарый и новый тип хранения даты/времени в pg_controldata различаются или некорректныстарый и новый размер порции большого объекта различаются или некорректныстарый и новый максимальный размер порции TOAST в pg_controldata различаются или некорректныстарая и новая максимальная длина идентификаторов в pg_controldata различаются или некорректныстарый и новый максимум числа столбцов, составляющих индексы, в pg_controldata различаются или некорректныстарый и новый максимальный размер сегментов отношений в pg_controldata различаются или некорректнырасположение исполняемых файлов старого кластерарасположение данных старого кластерав старом кластере не применялись контрольные суммы данных, но в новом они естьв старом кластере применялись контрольные суммы данных, но в новом их нетстарая база данных "%s" не найдена в новом кластеренехватка памятипрограмма pg_ctl не смогла запустить исходный сервер, либо к нему не удалось подключитьсяпрограмма pg_ctl не смогла запустить целевой сервер, либо к нему не удалось подключитьсяpg_upgrade обновляет кластер PostgreSQL до другой основной версии.

имя_отношения: %s.%s: oid_отношения: %u табл_пространство: %sпереписывание "%s" в "%s"расположение сокетовкаталог табличного пространства "%s" не существуетпуть табличного пространства "%s" не указывает на каталогбаза template0 не должна допускать подключения, то есть её свойство pg_database.datallowconn должно быть falseбаза template0 не найденаслишком много аргументов командной строки (первый: "%s")заданный пользователем старый номер порта %hu изменён на %huпредупреждение