????

Your IP : 216.73.216.204


Current Path : C:/opt/pgsql/share/locale/uk/LC_MESSAGES/
Upload File :
Current File : C:/opt/pgsql/share/locale/uk/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>aqa�yad"d>d�Td��e��ffvg9�h9i7Qi��i�;j�k<�l��mbpo$�q$�q�r��r��s\	t�ftWOue�u
vy�vwwwws�w�kxZ�xxGy��y�cz{�z�a{��{��|�}�}#~=~:W~7�~G�~;7NE�:�U�Y]�M��W�U]�:��1�D �Ue���ւ4�))�@S�����N��J� S�t�)w���0��`�YK����C[�����"�2�W�po�e�8F�*�s��E�Dd�M��l��ed�\ʍB'�Mj�^��q�E���Ϗ+Q�Y}�lאQD�����/�GԒQ��n�:%�P`�[��
�2%�lX�Ŗf�bH�M����Q��g�w��k������}F�	ěΜ\��@��ӝ#g�R��\ޞ;;��w�'�_+�\��P�V9�~��r�Z��nݢDL�`��r�ye�Wߤ77�\o�n̦u;�S��3��9���E��3�n���#�Q֬(��C�qۭ�M��3�AԱ����t��3��F�E�^F������8������������[�.��.�H=���Z�Ga�#��(��!��8�YQ�u���!����<9�6v�9��D��B,�8o�F��R��aB�Y��\��S[�H��L��6E�E|�C��K�KR�N��J��m8�L��a��ZU�k��\�y���ey�����f�����v������},�����`��;/�=k�n��7�TP�A��p��X�q�~t�����x�������������X������Vj�C�������Z#�$~�����)�d��]�)n�*��I��Y
��g���\�jo���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: postgresql
Report-Msgid-Bugs-To: pgsql-bugs@lists.postgresql.org
POT-Creation-Date: 2023-12-17 22:18+0000
PO-Revision-Date: 2023-12-20 11:53
Last-Translator: 
Language-Team: Ukrainian
Language: uk_UA
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Plural-Forms: nplurals=4; plural=((n%10==1 && n%100!=11) ? 0 : ((n%10 >= 2 && n%10 <=4 && (n%100 < 12 || n%100 > 14)) ? 1 : ((n%10 == 0 || (n%10 >= 5 && n%10 <=9)) || (n%100 >= 11 && n%100 <= 14)) ? 2 : 3));
X-Crowdin-Project: postgresql
X-Crowdin-Project-ID: 324573
X-Crowdin-Language: uk
X-Crowdin-File: /REL_16_STABLE/pg_upgrade.pot
X-Crowdin-File-ID: 963

%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. Через використання
режиму "link" робота старого кластера після запуску нового може бути
небезпечна.
Виконання оновлення
------------------
Повідомляти про помилки на <%s>.

Оновлення завершено
----------------
ПОПЕРЕДЖЕННЯ: новий каталог даних не повинен бути всередині старого каталогу даних, наприклад %s
ПОПЕРЕДЖЕННЯ: користувацькі розташування табличних просторів не повинні бути всередині каталогу даних, наприклад %s
Коли ви виконуєте pg_upgrade, ви повинні надати наступну інформацію:
  каталог даних старого кластера (-d DATADIR)
  каталог даних нового кластера (-D DATADIR)
  каталог "bin" старого кластера (-b BINDIR)
  каталог "bin" нового кластера (-B BINDIR)

Ваша інсталяція містить розширення, які потрібно оновити
командою 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=BINDIR       каталог виконуваних файлів нового кластера (за замовчуванням
                                той самий каталог, що і pg_upgrade)
  -D, --new-datadir=DATADIR    каталог даних нового кластера
  -N, --no-sync не чекати завершення збереження змін на диску
  -O, --new-options=OPTIONS     параметри нового кластера, які передаються серверу
  -P, --new-port=PORT           номер порту нового кластера (за замовчуванням %d)
  -U, --username=NAME           суперкористувач кластера (за замовчуванням "%s")
  -V, --version                 відобразити інформацію про версію, потім вийти
  -b, --old-bindir=BINDIR       каталог виконуваних файлів старого кластера
  -c, --check                   тільки перевірити кластери, не змінювати ніякі дані
  -d, --old-datadir=DATADIR     каталог даних старого кластера
  -j, --jobs=NUM число одночасних процесів або потоків для використання
  -k, --link                    встановлювати посилання замість копіювання файлів до нового кластера
  -o, --old-options=OPTIONS     параметри старого кластера, які передаються серверу
  -p, --old-port=PORT           номер порту старого кластера (за замовчуванням %d)
  -r, --retain                  зберегти файли журналів і SQL після успішного завершення
  -s, --socketdir=DIR           директорія сокету для використання (за замовчування поточна директорія)
  -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 [OPTION]...

 це індекс в "%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. Розгляньте можливість надати дозвіл на з’єднання для всіх баз даних, 
які не є шаблоном, або видалити баз даних, які не дозволяють з’єднання. 
Список баз даних з проблемою знаходиться у файлі:
    %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 для нового кластераУстановка наступного ID і зсуву мультитранзакції для нового кластераУстановка наступного ID транзакції й епохи для нового кластераВстановлення найстарішого XID для нового кластеруУстановка найстаршого ID мультитранзакції в новому кластеріСинхронізація каталогу даних на дискПочатковий кластер містить підготовлені транзакціїВ початковому кластері відсутня інформація про стан кластера:У початковому кластері відсутня необхідна контрольна інформація:Початковий кластер завершив роботу некоректно.Початковий кластер завершив роботу в режимі відновлення. Щоб виконати оновлення, використайте документований спосіб з "rsync" або вимкніть його в режимі головного серверу.Цільовий кластер містить підготовлені транзакціїВ цільовому кластері відсутня інформація про стан кластера:У цільовому кластері відсутня необхідна контрольна інформація:Цільовий кластер завершив роботу некоректно.Цільовий кластер завершив роботу в режимі відновлення. Щоб виконати оновлення, використайте документований спосіб з "rsync" або вимкніть його в режимі головного серверу.Мабуть, запущений процес postmaster, який обслуговує новий кластер.
Будь ласка, завершіть роботу процесу і спробуйте знову.Мабуть, запущений процес postmaster, який обслуговує старий кластер.
Будь ласка, завершіть роботу процесу і спробуйте знову.Під час виконання "%s" виникли проблемиЦя утиліта може виконувати оновлення тільки з версії PostgreSQL %s і новіше.Ця утиліта може тільки підвищувати версію PostgreSQL до версії %s.Ця утиліта не може використовуватись для пониження версії до більш старих основних версій PostgreSQL.Спробуйте "%s --help" для додаткової інформації.
Використання:
Для перевірки працюючого сервера, старий і новий номер порта повинні бути різними.Ви повинні мати права на читання і запис в поточному каталозі.Ви повинні визначити каталог, де знаходиться %s.
Будь ласка, використайте параметр командного рядка %s або змінну середовища %s.Ваша інсталяція містить функції "contrib/isn", що використовують тип даних bigint. Старі та нові кластери передають значення bigint по-різному, тому цей кластер наразі неможливо оновити. Ви можете вручну вивантажити бази даних зі старого кластеру, що використовує засоби "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" змінено під час версії 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не вдалося підключитися до початкового процесу postmaster, запущеного командою:
%sне вдалося підключитися до цільового процесу postmaster, запущеного командою:
%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збійклонування файлів не підтримується на цій платформінеприпустимий новий номер портунеприпустимий старий номер портуу змінній середовища для libpq %s задано не локальне значення: %sстворення посилання на "%s" в "%s"розташування двійкових даних нового кластерарозташування даних нового кластеракаталог нового кластерного табличного простору вже існує: "%s"повідомленняokстара і нова версія контрольних сум кластера в pg_controldata не збігаютьсястарий і новий розмір блоків WAL в pg_controldata неприпустимі або не збігаютьсястарий і новий розмір сегментів WAL в pg_controldata неприпустимі або не збігаютьсястаре і нове вирівнювання в pg_controldata неприпустимі або не збігаються
Ймовірно, один кластер встановлений у 32-бітній системі, а інший - у 64-бітнійстарий і новий розмір блоків в pg_controldata неприпустимі або не збігаютьсястарий і новий тип сховища дати/часу в 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 повинно бути falsetemplate0 не знайденозабагато аргументів у командному рядку (перший "%s")вказаний користувачем старий номер порту %hu змінений на %huпопередження