Þ•
ì{
¼¨©¬°
ÌÏ×h§]ßn'Nv#S±^ 
dÀ…ëFE
2xŒŸ N@ : ˆÊ ;S!U!Jå!E0"Av"G¸"A#KB#;Ž#SÊ#M$Jl$E·$Gý$OE%@•%¢Ö%y&‹&
Ÿ&­&Ä&Ý& ú&!'='\'%w')'Ç''å'
(,(H(]($z(Ÿ(º(Ø(%õ($)@)Y)^)"d)#‡)«)Ä)Ç)Ë)ß)ð)**-6*~
d*%ã+B	,OL,œ,%¶,*Ü,5-=-\-+v-*¢-/Í-2ý-+0./\."Œ.+¯.+Û.&/:./i/.‡/+¶/â/Jþ/RI0œ0¹0àÕ0!¶1Ø1%ø1
2,27G226‘26È2$ÿ2F$3k3|3K˜3?ä3P$4Pu4KÆ495–L5	ã5<í5b*6\6ê6-
7+/7[7Et7º75Ó7&	8 084Q85†8"¼8*ß8
92&96Y949<Å9.:~1:2°:6ã:4;<O;.Œ;~»;i:<i¤<#=D2=8w=M°=&þ=%>A>MI>>—>tÖ>†
K?2
Ò@&
BÞ,C
D=
#E
aF
~GI
Hš
ÚI
uK
xLL~MËM&æM:
NDHN*N+¸N#äNOO0O$FO2kO>žODÝOD"P$gPŒP“¬P$@Q#eQ ‰Q&ªQ(ÑQ(úQ*#R/NR,~R«R)ËRõR!S%5S"[S*~S1©S-ÛS%	T+/T+[T>‡TCÆT8
UECUC‰U8ÍUEVCLVCVCÔVDWF]WB¤WçW*öW!!X"CXfX,mXšX³XFÌXDY?XY˜YE®YôYZ6)Z`ZgZBjZG­ZIõZ{?[C»[@ÿ[P@\Q‘\Rã\O6]V†]Ý]ù]=^9P^/Š^º^?É^?	_HI_+’_¾_Ö_)î_(`VA`0˜`3É`ý`_
aebhblb
‹bٙbgsceÛcøAd2:eme+…ew±e‚)f(
¬fÉÕgïŸhY
iéjk©kOÆk?l›VlCòle6mOœmSìmI@nVŠnCánL%oGroFºo=
pR?pV’pUépQ?qK‘q¶Ýq”r­rÌrár!þr" s(Cs-ls.šs8És+t/.t#^t-‚t$°t%Õtût(u(:ucuuœu#·u"Ûuþuvv/$v2Tv‡v¡v¤v¨vÅv#×v9ûv95w¯
ow+yPKytœy$z66z?mzI­z-÷z%{+A{0m{/ž{6Î{3|E9|$|0¤|3Õ|)	}E3}y};™}7Õ}*
~H8~O~'Ñ~%ù~
'4€$\€8€
º€!ȀEê€0=@B~*AmìZ‚.l‚[›‚N÷‚kFƒP²ƒ\„G`„¯¨„	X…Bb…m¥…r†††5†/ӆ$‡T(‡}‡@œ‡4݇5ˆLHˆM•ˆ7ãˆ=‰*Y‰5„‰<º‰K÷‰QCŠ9•Š§ϊ:w‹A²‹Pô‹VEŒAœŒ¬ތ\‹^è9GŽ[ŽSݎo1-¡!Ϗ
ñ]üUZu°¾
&‘e
å’Q
K”ù•M
—–s
å—H
Y™F
¢š•
é›Ò
:
RŸ$
 c²¡¢16¢Ih¢I²¢.ü¢4+£1`£’£­£ţ-ܣG
¤LR¤LŸ¤Qì¤)>¥$h¥Ã¥*Q¦(|¦(¥¦9Φ7§<@§>}§H¼§=¨+C¨.o¨#ž¨0¨%ó¨0©1J©8|©/µ©3å©<ªAVªN˜ªQçªJ9«Z„«Z߫C:¬U~¬UԬV*­P­WҭW*®[‚®ޮ>ñ®.0¯0_¯¯8˜¯!ѯ&ó¯U°Sp°Iݱf+±'’± º±A۱²$²R'²`z²b۲—>³ZֳO1´}´kÿ´mkµWٵs1¶%¥¶#˶Eï¶C5·4y·®·X7]¸Nw¸+Ƹò¸¹(%¹5N¹d„¹:é¹@$ºeº
ËØ£î
}Šeœ³Çí¯OD¿å¶KpMÉÕùæô/
UVŸÙZ
f*Œ¨=–±ßþÂ
”´sõ	
b’Ûã“9ÎÓ

G¤¼ÈÔl…
xÅ~·7 ç†¹ÿ‡éñ

J
&Ò_gÊ
ðiC|â

Pܸ
ò`ªè͍‹§!ˆ샵#©


q
ó5m@RÖ

'Ýkû€
ÌoB½•®(L:zcÀ^¡
-YޏW"0[8—;™ä
¢¥
uTžN3.Qya¾ú1
]Ááë+„«H×,°Ž‘SA$
šw
ê\»X4
‰?Ú)ø 	›{n¬hjEÐ<˜IÆ
üàöѲ­ÏÃF2Ä%

>ºýv6rd÷t


%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
  -?, --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%-*s
%d: controldata retrieval problem
%d: database cluster state problem
%d: pg_resetwal problem
%s%s
%s home page: <%s>
%s() failed: %s
%s: cannot be run as root
%s: could not find own program executable
Adding ".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:
    %s

Analyzing all rows in the new clusterCannot continue without required control information, terminating
Cannot 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 "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 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: %s
Deleting 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 clusterICU locale values for database "%s" do not match:  old "%s", new "%s"
In 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": %s
No match found in old cluster for new relation with OID %u in database "%s": %s
Old 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-stages

Options:
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 mode
Running this script will delete the old cluster's data files:
    %s
SQL command failed
%s
%sSetting frozenxid and minmxid counters in 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 transactions
The source cluster contains roles starting with "pg_"
The 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 transactions
The target cluster contains roles starting with "pg_"
The 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.
Unable to rename %s to %s.
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:
    %s

Your 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:
    %s

Your installation contains system-defined composite type(s) 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:
    %s

Your 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:
    %s

Your 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:
    %s

Your 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:
    %s

Your 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:
    %s

Your 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:
    %s

Your 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:
    %s

Your 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:
    %s

Your 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:
    %s

Your 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:
    %s

cannot run pg_upgrade from inside the new cluster data directory on Windows
check for "%s" failed: %s
check for "%s" failed: cannot execute
check for "%s" failed: cannot execute (permission denied)
check for "%s" failed: incorrect version: found "%s", expected "%s"
check for "%s" failed: not a regular file
child process exited abnormally: status %d
child worker exited abnormally: %s
cloning "%s" to "%s"
command too long
copying "%s" to "%s"
could not access directory "%s": %m
could not add execute permission to file "%s": %s
could not clone file between old and new data directories: %s
could not connect to source postmaster started with the command:
%s
could not connect to target postmaster started with the command:
%s
could not create directory "%s": %m
could not create file "%s": %s
could 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: %s
could not create worker thread: %s
could not delete directory "%s"
could not determine current directory
could not determine the number of users
could not get control data using %s: %s
could not get data directory using %s: %s
could not get pg_ctl version data using %s: %s
could not get pg_ctl version output from %s
could not load library "%s": %scould not open file "%s" for reading: %s
could not open file "%s": %s
could not open log file "%s": %m
could not open version file "%s": %m
could not parse version file "%s"
could not read line %d from file "%s": %s
could not read permissions of directory "%s": %s
could not stat tablespace directory "%s": %s
could not write to log file "%s": %m
database user "%s" is not the install user
directory path for new cluster is too long
encodings for database "%s" do not match:  old "%s", new "%s"
error while checking for file existence "%s.%s" ("%s" to "%s"): %s
error while cloning relation "%s.%s" ("%s" to "%s"): %s
error while cloning relation "%s.%s": could not create file "%s": %s
error while cloning relation "%s.%s": could not open file "%s": %s
error while copying relation "%s.%s" ("%s" to "%s"): %s
error while copying relation "%s.%s": could not create file "%s": %s
error while copying relation "%s.%s": could not open file "%s": %s
error while copying relation "%s.%s": could not read file "%s": %s
error while copying relation "%s.%s": could not stat file "%s": %s
error while copying relation "%s.%s": could not write file "%s": %s
error while copying relation "%s.%s": partial page found in file "%s"
error while creating link for relation "%s.%s" ("%s" to "%s"): %s
executing: %s
failed to get system locale name for "%s"
failed to get the current locale
failed to restore old locale "%s"
fatal
file cloning not supported on this platform
invalid new port number
invalid old port number
lc_collate values for database "%s" do not match:  old "%s", new "%s"
lc_ctype values for database "%s" do not match:  old "%s", new "%s"
libpq environment variable %s has a non-local server value: %s
linking "%s" to "%s"
locale providers for database "%s" do not match:  old "%s", new "%s"
new cluster binaries residenew cluster data residesnew cluster tablespace directory already exists: "%s"
noticeokold and new cluster pg_controldata checksum versions do not match
old and new pg_controldata WAL block sizes are invalid or do not match
old and new pg_controldata WAL segment sizes are invalid or do not match
old and new pg_controldata alignments are invalid or do not match
Likely one cluster is a 32-bit install, the other 64-bit
old and new pg_controldata block sizes are invalid or do not match
old and new pg_controldata date/time storage types do not match
old and new pg_controldata large-object chunk sizes are invalid or do not match
old and new pg_controldata maximum TOAST chunk sizes are invalid or do not match
old and new pg_controldata maximum identifier lengths are invalid or do not match
old and new pg_controldata maximum indexed columns are invalid or do not match
old and new pg_controldata maximum relation segment sizes are invalid or do not match
old cluster binaries resideold cluster data residesold cluster does not use data checksums but the new one does
old cluster uses data checksums but the new one does not
old database "%s" not found in the new cluster
out of memory
pg_ctl failed to start the source server, or connection failed
pg_ctl failed to start the target server, or connection failed
pg_upgrade upgrades a PostgreSQL cluster to a different major version.

relname: %s.%s: reloid: %u reltblspace: %s
rewriting "%s" to "%s"
sockets will be createdtablespace directory "%s" does not exist
tablespace path "%s" is not a directory
template0 must not allow connections, i.e. its pg_database.datallowconn must be false
too many command-line arguments (first is "%s")
user-supplied old port number %hu corrected to %hu
warningProject-Id-Version: pg_upgrade (PostgreSQL) 15
Report-Msgid-Bugs-To: pgsql-bugs@lists.postgresql.org
PO-Revision-Date: 2022-10-05 17:39+0200
Last-Translator: Domenico Sgarbossa <sgarbossa.domenico@gmail.com>
Language-Team: 
Language: it
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Generator: Poedit 2.3



%s
*I cluster sono compatibili*

*fallimento*
  Prima di eseguire pg_upgrade devi:
  creare un nuovo cluster di database (usando la nuova versione di initdb)
  spegni il postmaster che serve il vecchio cluster
  spegnere il postmaster che serve il nuovo cluster

Per esempio:
  pg_upgrade -d oldCluster/data -D newCluster/data -b oldCluster/bin -B newCluster/bin
o

Se pg_upgrade fallisce dopo questo punto, devi re-initdb il file
nuovo cluster prima di continuare.

Se vuoi avviare il vecchio cluster, dovrai rimuoverlo
il suffisso ".old" da %s/global/pg_control.old.
Poiché è stata utilizzata la modalità "collegamento", il vecchio cluster non può essere sicuro
avviato una volta avviato il nuovo cluster.



Esecuzione dell'aggiornamento
------------------

Segnala i bug a <%s>.

Aggiornamento completato
----------------

ATTENZIONE: la nuova directory dei dati non dovrebbe trovarsi all'interno della vecchia directory dei dati, ovvero %s

ATTENZIONE: le posizioni dei tablespace definite dall'utente non devono trovarsi all'interno della directory dei dati, ovvero %s

Quando esegui pg_upgrade, devi fornire le seguenti informazioni:
  la directory dei dati per il vecchio cluster (-d DATADIR)
  la directory dei dati per il nuovo cluster (-D DATADIR)
  la directory "bin" per la vecchia versione (-b BINDIR)
  la directory "bin" per la nuova versione (-B BINDIR)

L'installazione contiene estensioni che devono essere aggiornate
con il comando ALTER EXTENSION. Il file
    %s
quando eseguito da psql dal superutente del database si aggiornerà
queste estensioni.


La tua installazione contiene indici hash. Questi indici sono diversi
formati interni tra il vecchio e il nuovo cluster, quindi devono essere
reindicizzato con il comando REINDEX. Dopo l'aggiornamento, ti verrà dato
Istruzioni REINDEX.


La tua installazione contiene indici hash. Questi indici sono diversi
formati interni tra il vecchio e il nuovo cluster, quindi devono essere
reindicizzato con il comando REINDEX. Il file
    %s
quando eseguito da psql dal superutente del database ricreerà tutto non valido
indici; fino ad allora, nessuno di questi indici verrà utilizzato.


database di origine:

database di destinazione:
  $ export PGDATAOLD=oldCluster/dati
  $ export PGDATANEW=nuovoCluster/dati
  $ export PGBINOLD=oldCluster/bin
  $ export PGBINNEW=nuovoCluster/bin
  $ pg_aggiornamento
  --clone                     clona invece di copiare i file nel nuovo cluster
  -?, --help                  mostra questo aiuto, quindi esci
  -B, --new-bindir=BINDIR nuova directory eseguibile del cluster (impostazione predefinita
                                stessa directory di pg_upgrade)
  -D, --new-datadir=DATADIR   nuova directory dei dati del cluster
  -N, --no-sync                non attende che le modifiche vengano scritte in modo sicuro sul disco
  -O, --new-options=OPZIONI     nuove opzioni del cluster da passare al server
  -P, --new-port=PORT           nuovo numero di porta del cluster (predefinito %d)
  -U, --username=NAME         superutente del cluster (predefinito "%s")
  -V, --version                visualizza le informazioni sulla versione, quindi esce
  -b, --old-bindir=BINDIR vecchia directory eseguibile del cluster
  -c, --check                 controlla solo i cluster, non modifica i dati
  -d, --old-datadir=DATADIR     vecchia directory dei dati del cluster
  -j, --jobs=NUM numero di processi o thread simultanei da utilizzare
  -k, --link link invece di copiare i file nel nuovo cluster
  -o, --old-options=OPTIONS      vecchie opzioni del cluster da passare al server
  -p, --old-port=PORT            vecchio numero di porta del cluster (predefinito %d)
  -r, --retain               conserva i file SQL e di registro dopo l'esito positivo
  -s, --socketdir=DIR            socket DIR da usare (dir. corrente predefinita)
  -v, --verbose               abilita la registrazione interna dettagliata
  C:\> imposta PGDATAOLD=oldCluster/data
  C:\> imposta PGDATANEW=nuovoCluster/dati
  C:\> imposta PGBINOLD=oldCluster/bin
  C:\> imposta PGBINNEW=nuovoCluster/bin
  C:\> pg_upgrade
  Dimensione blocco WAL
  Dimensione del segmento WAL
  misura del blocco
  checkpoint successivo XID
  versione del checksum dei dati
  le date/ora sono numeri interi?
  primo segmento WAL dopo il ripristino
  metodo di passaggio degli argomenti float8
  grande dimensione del segmento di relazione
  dimensione del blocco di oggetti di grandi dimensioni
  ultimo checkpoint successivo MultiXactId
  ultimo checkpoint successivo MultiXactOffset
  ultimo checkpoint successivo OID
  ultimo checkpoint più vecchio MultiXactId
  ultimo checkpoint più vecchioXID
  dimensione massima del pezzo TOAST
massimo allineamento
  lunghezza massima dell'identificatore
  numero massimo di colonne indicizzate
  pg_upgrade [OPZIONE]...

 che è un indice su "%s.%s"che è un indice su OID %uche è la tabella TOAST per "%s.%s"che è la tabella TOAST per OID %u"%s" non è una directory
%-*s%-*s
%d: problema di recupero dei dati di controllo
%d: problema con lo stato del cluster di database
%d: pg_resetwal problema
%s%s
Pagina iniziale di %s: <%s>
%s() fallito: %s
%s: impossibile eseguire come root
%s: il proprio programma eseguibile non è stato trovato
Aggiunta del suffisso ".old" al vecchio global/pg_controlTutti i database non template0 devono consentire le connessioni, ovvero il loro
pg_database.datallowconn deve essere vero. La tua installazione contiene
database non template0 con il relativo pg_database.datallowconn impostato su
falso. Considerare di consentire la connessione per tutti i database non template0
oppure eliminare i database che non consentono connessioni. Una lista di
database con il problema è nel file:
    %s
Analisi di tutte le righe nel nuovo clusterImpossibile continuare senza le informazioni di controllo richieste, terminando
Impossibile eseguire l'aggiornamento a/dalla stessa versione del catalogo di sistema quando
utilizzando tablespace.
Controllo delle versioni del clusterVerifica delle impostazioni di connessione al databaseL'utente del database di controllo è l'utente di installazioneVerifica di contrib/isn con mancata corrispondenza di passaggio di bigintVerifica degli aggiornamenti delle estensioniControllo degli indici hashChecking for incompatible "jsonb" data typeControllo del tipo di dati "linea" incompatibileVerifica di funzioni polimorfiche incompatibiliVerifica di colonne utente "sql_identifier" non valideVerifica di colonne utente "sconosciute" non valideVerifica della presenza di nuove directory del tablespace del clusterVerifica delle transazioni preparateVerifica della presenza delle librerie richiesteVerifica dei tipi di dati reg* nelle tabelle utenteVerifica dei ruoli che iniziano con "pg_"Verifica dei tipi compositi definiti dal sistema nelle tabelle utenteControllo delle tabelle CON OIDVerifica delle conversioni di codifica definite dall'utenteControllo degli operatori suffisso definiti dall'utenteClonazione dei file delle relazioni utenteConsulta le ultime righe di "%s" per
la probabile causa del fallimento.
Consulta le ultime righe di "%s" o "%s" per
la probabile causa del fallimento.
Copiando il vecchio %s sul nuovo serverCopiare i file delle relazioni utenteImpossibile creare uno script per eliminare i file di dati del vecchio cluster
perché i tablespace definiti dall'utente o la directory dei dati del nuovo cluster
esiste nella vecchia directory del cluster. Il contenuto del vecchio cluster deve
essere cancellato manualmente.
Creazione di dump di schemi di databaseCreazione di dump di oggetti globaliCreazione di uno script per eliminare il vecchio clusterDatabase: %s
Eliminazione di file dal nuovo %sImpossibile abbinare la vecchia e la nuova tabella nel database "%s"
Errore, uscita
Trovare la directory dei dati reali per il cluster di origineTrovare la directory dei dati reali per il cluster di destinazioneBlocco di tutte le righe nel nuovo clusterI valori delle impostazioni locali dell'ICU per il database "%s" non corrispondono: vecchio "%s", nuovo "%s"
Nel database: %s
Collegamento dei file di relazione dell'utenteI nuovi dati del cluster e le directory binarie provengono da diverse versioni principali.
Il nuovo database del cluster "%s" non è vuoto: trovata la relazione "%s.%s"
Nessuna corrispondenza trovata nel nuovo cluster per la vecchia relazione con OID %u nel database "%s": %s
No match found in old cluster for new relation with OID %u in database "%s": %s
I vecchi dati del cluster e le directory binarie provengono da diverse versioni principali.
Solo l'utente di installazione può essere definito nel nuovo cluster.
Le statistiche dell'ottimizzatore non vengono trasferite da pg_upgrade.
Una volta avviato il nuovo server, considera di eseguire:
    %s/vacuumdb %s--all --analyze-in-stages

Opzioni:
Esecuzione di controlli di coerenza
-----------------------------
Esecuzione di controlli di coerenza sul vecchio server live
------------------------------------------------
I nomi delle relazioni per l'OID %u nel database "%s" non corrispondono: vecchio nome "%s.%s", nuovo nome "%s.%s"
Ripristino archivi WALRipristino degli schemi di database nel nuovo clusterRipristino di oggetti globali nel nuovo clusterEsecuzione in modalità dettagliata
L'esecuzione di questo script eliminerà i file di dati del vecchio cluster:
    %s
Comando SQL non riuscito
%s
%sImpostazione dei contatori frozenxid e minmxid nel nuovo clusterImpostazione del contatore minmxid nel nuovo clusterImpostazione dell'OID successivo per il nuovo clusterImpostazione dell'ID multixact successivo e dell'offset per il nuovo clusterImpostazione dell'ID transazione e dell'epoca successivi per il nuovo clusterImpostazione dell'XID più vecchio per il nuovo clusterImpostazione dell'ID multixact più vecchio nel nuovo clusterSincronizza la directory dei dati su discoIl cluster di origine contiene transazioni preparate
Il cluster di origine contiene ruoli che iniziano con "pg_"
Il cluster di origine non dispone di informazioni sullo stato del cluster:
Il cluster di origine non dispone di alcune informazioni di controllo richieste:
Il cluster di origine non è stato chiuso correttamente.
Il cluster di origine è stato arrestato mentre era in modalità di ripristino. Per eseguire l'aggiornamento, usa "rsync" come documentato o spegnilo come principale.
Il cluster di destinazione contiene transazioni preparate
Il cluster di destinazione contiene ruoli che iniziano con "pg_"
Il cluster di destinazione non dispone di informazioni sullo stato del cluster:
Il cluster di destinazione non dispone di alcune informazioni di controllo richieste:
Il cluster di destinazione non è stato arrestato correttamente.
Il cluster di destinazione è stato arrestato mentre era in modalità di ripristino. Per eseguire l'aggiornamento, usa "rsync" come documentato o spegnilo come principale.
Sembra che ci sia un postmaster che serve il nuovo cluster.
Spegni il postmaster e riprova.
Sembra che ci sia un postmaster che serve il vecchio cluster.
Spegni il postmaster e riprova.
Si sono verificati problemi durante l'esecuzione di "%s"
Questa utilità può eseguire l'aggiornamento solo da PostgreSQL versione %s e successive.
Questa utilità può eseguire l'aggiornamento solo alla versione %s di PostgreSQL.
Questa utilità non può essere utilizzata per il downgrade alle versioni principali precedenti di PostgreSQL.
Prova "%s --help" per maggiori informazioni.
Impossibile rinominare %s in %s.
Utilizzo:
Quando si controlla un server live, i numeri di porta vecchio e nuovo devono essere diversi.
È necessario disporre dell'accesso in lettura e scrittura nella directory corrente.
Devi identificare la directory in cui %s.
Utilizza l'opzione della riga di comando %s o la variabile di ambiente %s.
La tua installazione contiene funzioni "contrib/isn" che si basano su
tipo di dati bigint. I tuoi vecchi e nuovi cluster superano i valori bigint
diversamente, quindi questo cluster non può essere attualmente aggiornato. Puoi
eseguire il dump manuale dei database nel vecchio cluster che utilizza "contrib/isn"
strutture, rilasciarli, eseguire l'aggiornamento e quindi ripristinarli. UN
l'elenco delle funzioni problematiche è nel file:
    %s
L'installazione contiene uno dei tipi di dati reg* nelle tabelle utente.
Questi tipi di dati fanno riferimento a OID di sistema che non vengono conservati da
pg_upgrade, quindi questo cluster non può essere attualmente aggiornato. Puoi
eliminare le colonne del problema e riavviare l'aggiornamento.
Un elenco delle colonne del problema è nel file:
    %s
L'installazione contiene tipi compositi definiti dal sistema nelle tabelle utente.
Questi tipi di OID non sono stabili tra le versioni di PostgreSQL,
quindi questo cluster non può essere attualmente aggiornato. Puoi
eliminare le colonne del problema e riavviare l'aggiornamento.
Un elenco delle colonne del problema è nel file:
    %s
L'installazione contiene tabelle dichiarate WITH OIDS, che non lo è
supportato più. Prendi in considerazione la rimozione della colonna oid usando
    ALTER TAVOLA ... IMPOSTATA SENZA OIDI;
Un elenco di tabelle con il problema è nel file:
    %s
L'installazione contiene il tipo di dati "jsonb" nelle tabelle utente.
Il formato interno di "jsonb" è cambiato durante la versione beta 9.4, quindi questo
al momento non è possibile aggiornare il cluster. Puoi
eliminare le colonne del problema e riavviare l'aggiornamento.
Un elenco delle colonne del problema è nel file:
    %s
L'installazione contiene il tipo di dati "line" nelle tabelle utente.
Questo tipo di dati ha modificato il formato interno e di input/output
tra la tua vecchia e la nuova versione quindi questo
al momento non è possibile aggiornare il cluster. Puoi
eliminare le colonne del problema e riavviare l'aggiornamento.
Un elenco delle colonne del problema è nel file:
    %s

L'installazione contiene il tipo di dati "sql_identifier" nelle tabelle utente.
Il formato su disco per questo tipo di dati è cambiato, quindi questo
al momento non è possibile aggiornare il cluster. Puoi
eliminare le colonne del problema e riavviare l'aggiornamento.
Un elenco delle colonne del problema è nel file:
    %s

L'installazione contiene il tipo di dati "sconosciuto" nelle tabelle utente.
Questo tipo di dati non è più consentito nelle tabelle, quindi questo
al momento non è possibile aggiornare il cluster. Puoi
eliminare le colonne del problema e riavviare l'aggiornamento.
Un elenco delle colonne del problema è nel file:
    %s

L'installazione contiene conversioni di codifica definite dall'utente.
I parametri della funzione di conversione sono stati modificati in PostgreSQL versione 14
quindi questo cluster non può essere attualmente aggiornato. Puoi rimuovere il
codificare le conversioni nel vecchio cluster e riavviare l'aggiornamento.
Nel file è presente un elenco di conversioni di codifica definite dall'utente:
    %s


L'installazione contiene oggetti definiti dall'utente che fanno riferimento a internal
funzioni polimorfiche con argomenti di tipo "anyarray" o "qualsiasielemento".
Questi oggetti definiti dall'utente devono essere eliminati prima dell'aggiornamento e del ripristino
successivamente, modificandoli per riferirsi alle nuove funzioni corrispondenti con
argomenti di tipo "anycompatiblearray" e "anycompatible".
Un elenco degli oggetti problematici è nel file:
    %s
L'installazione contiene operatori suffisso definiti dall'utente, che non lo sono
supportato più. Prendi in considerazione l'eliminazione degli operatori suffisso e la sostituzione
con operatori di prefisso o chiamate di funzione.
Nel file è presente un elenco di operatori suffisso definiti dall'utente:
    %s
L'installazione fa riferimento a librerie caricabili che mancano dal file
nuova installazione. È possibile aggiungere queste librerie alla nuova installazione,
oppure rimuovere le funzioni che le utilizzano dalla vecchia installazione. Una lista di
librerie di problemi è nel file:
    %s

impossibile eseguire pg_upgrade dall'interno della nuova directory dei dati del cluster su Windows
verifica "%s" non riuscita: %s
verifica "%s" non riuscita: impossibile eseguire
verifica "%s" non riuscita: impossibile eseguire (autorizzazione negata)
verifica "%s" non riuscita: versione errata: trovato "%s", previsto "%s"
verifica "%s" non riuscita: file non regolare
processo figlio terminato in modo anomalo: stato %d
bambino lavoratore è uscito in modo anomalo: %s
clonazione da "%s" a "%s"
comando troppo a lungo
copiando "%s" in "%s"
impossibile accedere alla directory "%s": %m
impossibile aggiungere l'autorizzazione di esecuzione al file "%s": %s
impossibile clonare il file tra la vecchia e la nuova directory di dati: %s
impossibile connettersi al postmaster di origine avviato con il comando:
%s
impossibile connettersi al postmaster di destinazione avviato con il comando:
%s
impossibile creare la directory "%s": %m
impossibile creare il file "%s": %s
impossibile creare un collegamento reale tra le directory di dati vecchie e nuove: %s
In modalità collegamento, la vecchia e la nuova directory di dati devono trovarsi sullo stesso file system.
creazione del processo worker fallita: %s
impossibile creare thread di lavoro: %s
impossibile eliminare la directory "%s"
non è stato possibile determinare la directory corrente
non è stato possibile determinare il numero di utenti
impossibile ottenere i dati di controllo utilizzando %s: %s
impossibile ottenere la directory dei dati utilizzando %s: %s
impossibile ottenere i dati sulla versione di pg_ctl utilizzando %s: %s
impossibile ottenere l'output della versione di pg_ctl da %s
caricamento della libreria "%s" fallito: %sapertura del file "%s" in lettura fallita: %s
apertura del file "%s" fallita: %s
impossibile aprire il file di registro "%s": %m
could not open version file "%s": %m
impossibile analizzare il file di versione "%s"
impossibile leggere la riga %d dal file "%s": %s
impossibile leggere i permessi della directory "%s": %s
impossibile stat directory tablespace "%s": %s
impossibile scrivere nel file di registro "%s": %m
l'utente del database "%s" non è l'utente di installazione
il percorso della directory per il nuovo cluster è troppo lungo
le codifiche per il database "%s" non corrispondono: vecchio "%s", nuovo "%s"
errore durante il controllo dell'esistenza del file "%s.%s" ("da %s" a "%s"): %s
errore durante la clonazione della relazione "%s.%s" (da "%s" a "%s"): %s
errore durante la clonazione della relazione "%s.%s": impossibile creare il file "%s": %s
errore durante la clonazione della relazione "%s.%s": impossibile aprire il file "%s": %s
errore durante la copia della relazione "%s.%s" ("%s" in "%s"): %s
errore durante la copia della relazione "%s.%s": impossibile creare il file "%s": %s
errore durante la copia della relazione "%s.%s": impossibile aprire il file "%s": %s
errore durante la copia della relazione "%s.%s": impossibile leggere il file "%s": %s
errore durante la copia della relazione "%s.%s": impossibile stat file "%s": %s
errore durante la copia della relazione "%s.%s": impossibile scrivere il file "%s": %s
errore durante la copia della relazione "%s.%s": pagina parziale trovata nel file "%s"
errore durante la creazione del collegamento per la relazione "%s.%s" ("da %s" a "%s"): %s
in esecuzione: %s
impossibile ottenere il nome della locale di sistema per "%s"
non è riuscito a ottenere la locale corrente
impossibile ripristinare la vecchia lingua "%s"
fatale
clonazione di file non supportata su questa piattaforma
nuovo numero di porta non valido
numero di porta precedente non valido
i valori lc_collate per il database "%s" non corrispondono: vecchio "%s", nuovo "%s"
i valori lc_ctype per il database "%s" non corrispondono: vecchio "%s", nuovo "%s"
La variabile di ambiente libpq %s ha un valore del server non locale: %s
collegamento di "%s" a "%s"
i provider delle impostazioni locali per il database "%s" non corrispondono: vecchio "%s", nuovo "%s"
risiedono nuovi file binari del clusterrisiedono nuovi dati del clusteresiste già una nuova directory del tablespace del cluster: "%s"
Avvisookvecchie e nuove versioni di checksum del cluster pg_controldata non corrispondono
vecchio e nuovo pg_controldata le dimensioni del blocco WAL non sono valide o non corrispondono
vecchio e nuovo pg_controldata le dimensioni del segmento WAL non sono valide o non corrispondono
vecchi e nuovi allineamenti pg_controldata non sono validi o non corrispondono
Probabilmente un cluster è un'installazione a 32 bit, l'altro a 64 bit
vecchie e nuove dimensioni dei blocchi pg_controldata non sono valide o non corrispondono
vecchi e nuovi tipi di archiviazione data/ora pg_controldata non corrispondono
vecchio e nuovo pg_controldata le dimensioni dei blocchi di oggetti di grandi dimensioni non sono valide o non corrispondono
vecchio e nuovo pg_controldata le dimensioni massime dei blocchi TOAST non sono valide o non corrispondono
vecchio e nuovo pg_controldata le lunghezze massime degli identificatori non sono valide o non corrispondono
vecchie e nuove colonne indicizzate pg_controldata non sono valide o non corrispondono
vecchio e nuovo pg_controldata le dimensioni massime dei segmenti di relazione non sono valide o non corrispondono
risiedono i vecchi binari del clusterrisiedono i vecchi dati del clusteril vecchio cluster non usa i checksum dei dati ma quello nuovo lo fa
il vecchio cluster utilizza i checksum dei dati ma quello nuovo no
vecchio database "%s" non trovato nel nuovo cluster
memoria esaurita
pg_ctl non è riuscito ad avviare il server di origine o la connessione non è riuscita
pg_ctl non è riuscito ad avviare il server di destinazione o la connessione non è riuscita
pg_upgrade aggiorna un cluster PostgreSQL a una versione principale diversa.

relname: %s.%s: reloid: %u reltblspace: %s
riscrivendo "%s" in "%s"
verranno create le presela directory tablespace "%s" non esiste
il percorso del tablespace "%s" non è una directory
template0 non deve consentire connessioni, ovvero il suo pg_database.datallowconn deve essere falso
troppi argomenti della riga di comando (il primo è "%s")
vecchio numero di porta fornito dall'utente %hu corretto in %hu
warning