Þ•
	
üøùü
Ï'h÷]`ß¾'žÆ#ÝS
^U 
´ÀÕë–E
‚ÈÜŸðN :ß ˆ!;£!Uß!J5"E€"AÆ"G#AP#K’#;Þ#S$Mn$J¼$E%GM%O•%@å%¢&&É&Û&
ï&ý&'-' J'!k''¬'%Ç')í'('5(](|(˜(­($Ê(ï(
)()%E)$k))©)®)"´)#×)û)***/*@**[*-†*~
´*%3,BY,Oœ,ì,%-*,-5W--¬-+Æ-*ò-/.2M.+€./¬.0Ü."
/+0/+\/2ˆ/&»/:â/0.;0+j0–0J²0Rý0P1m1à‰1!j2Œ2%¬2
Ò2à27û2336E36|3$³3FØ3404KL4?˜4PØ4P)5Kz59Æ5–6	—6<¡6bÞ6\A7ž7-µ7+ã78E(8n85‡8&½8 ä8495:9"p9*“9¾92Ú96
:4D:<y:.¶:~å:2d;6—;4Î;<<.@<~o<iî<iX=#Â=Dæ=8+>Md>&²>Ù>õ>Mý>>K?tŠ?†
ÿ?.
†A2
µB&
èCÞE=
îE
,G=
DH
‚I
ŸJI
±Kš
ûL
–N
™OLŸPìP&Q:.QDiQ*®Q+ÙQ#R)R?RQR$gR2ŒR>¿RDþRDCS$ˆS­S“ÍS$aT#†T ªT&ËT(òT(U*DU/oU,ŸUÌU)ìUV!4V%VV"|V*ŸV1ÊV-üV%*W+PW+|W>¨WCçW8+XEdXCªX8îXE'YCmYC±YCõYD9ZF~ZBÅZ[*[!B["d[‡[,Ž[»[Ô[Fí[D4\?y\¹\EÏ\]1]6J]]ˆ]B‹]GÎ]I^{`^CÜ^@ _Pa_Q²_R`OW`V§`þ`a=3a9qa/«aÛa?êa?*bHjb+³bßb÷b)c(9cVbc0¹c3êcdf
&dee”e°eÖÂes™f
g
žg*¢hÍh-íh]ibyi6
ÜiÞkôòkc
çlKn_n§rnSoCno—²oDJp…pFqQ\qE®qMôqGBrIŠrDÔrHsXbsF»sQtHTtTt>òtª1uÜuðuvv1vLv$kv"v(³vÜv*úv*%w"Pw)sw$wÂw#âwx&#xJxex€x#˜x ¼xÝxúxÿx-y)3y]yzy}yy”y+­y-Ùy3zµ
;z'ñ{X|^r|Ñ|-ê|=}7V}-Ž}¼}+Ó}*ÿ}1*~@\~9~2×~2
%=1c.•9Ä+þF*€!q€4“€0Ȁù€^jv!၂	
#‚!-ƒ!Oƒ.qƒ ƒ¯ƒH̃&„;<„;x„'´„V܄3…"E…bh…N˅g†g‚†bê†DM‡´’‡
GˆBRˆv•ˆr‰‰3™‰2͉ŠRŠqŠ,‘Š¾Š#݊A
‹;C‹#‹,£‹.Ћ5ÿ‹;5Œ7qŒA©Œ6ëŒÈ"5ë;!Ž7]ŽA•Ž6׎ȏ|׏|T$ѐWöJN‘^™‘8ø‘"1’T’d]’E’z“Ì
ƒ“t
P•]
Ŗ^
#˜ó‚™Z
všJ
ћ„
C
¡ž?
城
%¡î
´¢
£¤
¿¥cܦ&@§Ag§V©§U¨9V¨.¨'¿¨ç¨
©©2-©1`©E’©_ة_8ª-˜ª(ƪ¶ïª)¦«)Ы)ú«-$¬/R¬0‚¬3³¬7ç¬-­(M­0v­&§­)έ.ø­1'®1Y®=‹®Hɮ.¯=A¯/¯Q¯¯S
°CU°R™°Qì°E>±T„±SٱQ-²d²Uä²\:³Y—³ñ³7
´'9´1a´“´@š´۴÷´VµTjµB¿µ¶U!¶-w¶#¥¶Dɶ··G·^a·`7£!¸ZŸp ¹h‘¹jú¹geºnͺn<»-«»#ٻOý»AM¼6¼ƼLݼK*½Nv½+Žñ½!¾.3¾,b¾_¾8ï¾@(¿i¿
~à¾ô5˖ùëØ´åóï«:	±ý&‰ø<lÂÖ͍»ç‡
"U>ªÛmµ°@ÄÅތ3gÚ ®'îX¬£V!
x
¸
¦y
\†
ûQM/#	

DZ
Ë­ž(ÀèJ2•v¼·


d¤z
ĄS
;¯
üGK
[™Æ

¶
p$ʈ›¥’T7—4 =h‚¨]ß¹W

òkáI?.Ï|̟
L+B
é܊ÔNœ
‘“ɘ²æ×e„

€bR^íö_wOÐa{Ù

ú0tsÈFiñ,f`Aº
Eêâ6n…ì½

Ò
C8”uHÇäc¿%PqÎ-Ý©oӎ
šj¡§)r¢ðÁ1ÿ
þã}*
õ
Y9³Õ÷


%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 not-null constraint inconsistenciesChecking 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: %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 inconsistent NOT NULL constraints.
If the parent column(s) are NOT NULL, then the child column must
also be marked NOT NULL, or the upgrade will fail.
You can fix this by running
    ALTER TABLE tablename ALTER column SET NOT NULL;
on each column listed 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 "%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:
    %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: 2025-08-08 10:44+0200
Last-Translator: Peter Eisentraut <peter@eisentraut.org>
Language-Team: German <pgsql-translators@postgresql.org>
Language: de
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit



%s
*Cluster sind kompatibel*

*fehlgeschlagen*
Vor dem Aufruf von pg_upgrade müssen Sie:
  den neuen Datenbankcluster anlegen (mit der neuen Version von initdb)
  den Postmaster für den alten Cluster anhalten
  den Postmaster für den neuen Cluster anhalten

Zum Beispiel:
  pg_upgrade -d alterCluster/data -D neuerCluster/data -b alterCluster/bin -B neuerCluster/bin
oder

Wenn pg_upgrade ab diesem Punkt fehlschlägt, dann müssen Sie den
neuen Cluster neu mit initdb initialisieren, bevor fortgesetzt
werden kann.

Wenn Sie den alten Cluster starten wollen, müssen Sie die Endung
».old« von %s/global/pg_control.old entfernen. Da der »link«-Modus
verwendet wurde, kann der alte Cluster nicht gefahrlos gestartet
werden, nachdem der neue Cluster gestartet worden ist.


Führe Upgrade durch
-------------------

Berichten Sie Fehler an <%s>.

Upgrade abgeschlossen
---------------------

WARNUNG:  das neue Datenverzeichnis sollte nicht im alten Datenverzeichnis, d.h. %s, liegen

WARNUNG:  benutzerdefinierte Tablespace-Pfade sollten nicht im Datenverzeichnis, d.h. %s, liegen

Beim Aufruf von pg_upgrade müssen die folgenden Informationen angegeben werden:
  das Datenverzeichnis des alten Clusters (-d DATENVERZ)
  das Datenverzeichnis des neuen Clusters (-D DATENVERZ)
  das »bin«-Verzeichnis der alten Version (-b BINVERZ)
  das »bin«-Verzeichnis der neuen Version (-B BINVERZ)

Ihre Installation enthält Erweiterungen, die mit dem Befehl ALTER
EXTENSION aktualisiert werden sollten. Die Datei
    %s
kann mit psql als Datenbank-Superuser ausgeführt werden, um die
Erweiterungen zu aktualisieren.


Ihre Installation enthält Hash-Indexe. Diese Indexe haben
unterschiedliche interne Formate im alten und neuen Cluster und müssen
daher mit dem Befehl REINDEX reindiziert werden. Nach dem Upgrade
werden Sie Anweisungen zum REINDEX erhalten.


Ihre Installation enthält Hash-Indexe. Diese Indexe haben
unterschiedliche interne Formate im alten und neuen Cluster und müssen
daher mit dem Befehl REINDEX reindiziert werden. Die Datei
    %s
kann mit psql als Datenbank-Superuser ausgeführt werden, um alle
ungültigen Indexe neu zu erzeugen. Bis dahin werden diese Indexe nicht
verwendet werden.


Quelldatenbanken:

Zieldatenbanken:
  $ export PGDATAOLD=alterCluster/data
  $ export PGDATANEW=neuerCluster/data
  $ export PGBINOLD=alterCluster/bin
  $ export PGBINNEW=neuerCluster/bin
  $ pg_upgrade
  --clone                       Dateien in den neuen Cluster klonen statt kopieren
  -?, --help                    diese Hilfe anzeigen, dann beenden
  -B, --new-bindir=BINVERZ      Programmverzeichnis des neuen Clusters
                                (Standard: gleiches Verzeichnis wie pg_upgrade)
  -D, --new-datadir=DATENVERZ   Datenverzeichnis des neuen Clusters
  -N, --no-sync                 nicht warten, bis Änderungen sicher auf Festplatte
                                geschrieben sind
  -O, --new-options=OPTIONEN    Serveroptionen für den neuen Cluster
  -P, --new-port=PORT           Portnummer für den neuen Cluster (Standard: %d)
  -U, --username=NAME           Cluster-Superuser (Standard: »%s«)
  -V, --version                 Versionsinformationen anzeigen, dann beenden
  -b, --old-bindir=BINVERZ      Programmverzeichnis des alten Clusters
  -c, --check                   nur Cluster prüfen, keine Daten ändern
  -d, --old-datadir=DATENVERZ   Datenverzeichnis des alten Clusters
  -j, --jobs=NUM                Anzahl paralleler Prozesse oder Threads
  -k, --link                    Dateien in den neuen Cluster verknüpfen statt kopieren
  -o, --old-options=OPTIONEN    Serveroptionen für den alten Cluster
  -p, --old-port=PORT           Portnummer für den alten Cluster (Standard: %d)
  -r, --retain                  SQL- und Logdateien bei Erfolg aufheben
  -s, --socketdir=VERZ          Verzeichnis für Socket (Standard: aktuelles Verz.)
  -v, --verbose                 »Verbose«-Modus einschalten
  C:\> set PGDATAOLD=alterCluster/data
  C:\> set PGDATANEW=neuerCluster/data
  C:\> set PGBINOLD=alterCluster/bin
  C:\> set PGBINNEW=neuerCluster/bin
  C:\> pg_upgrade
  WAL-Blockgröße
  WAL-Segmentgröße
  Blockgröße
  Checkpoint nächste XID
  Datenprüfsummenversion
  Datum/Zeit sind Ganzzahlen?
  erstes WAL-Segment nach dem Reset
  Übergabe von Float8-Argumenten
  Segmentgröße für große Relationen
  Large-Object-Chunk-Größe
  NextMultiXactId des letzten Checkpoints
  NextMultiOffset des letzten Checkpoints
  NextOID des letzten Checkpoints
  oldestMultiXid des letzten Checkpoints
  oldestXID des letzten Checkpoints
  maximale TOAST-Chunk-Größe
  maximale Ausrichtung (Alignment)
  maximale Bezeichnerlänge
  maximale Anzahl indizierter Spalten
  pg_upgrade [OPTION]...

, ein Index für »%s.%s«, ein Index für OID %u, eine TOAST-Tabelle für »%s.%s«, eine TOAST-Tabelle für OID %u»%s« ist kein Verzeichnis
%-*s%-*s
%d: Problem beim Ermitteln der Kontrolldaten
%d: Problem mit dem Zustand des Clusters
%d: Problem mit pg_resetwal
%s%s
%s Homepage: <%s>
%s() fehlgeschlagen: %s
%s: kann nicht als root ausgeführt werden
%s: konnte eigene Programmdatei nicht finden
Füge Endung ».old« an altes global/pg_control anAlle Datenbanken außer template0 müssen Verbindungen erlauben,
d.h. ihr pg_database.datallowconn muss wahr sein. Ihre Installation
enthält Datenbanken außer template0, deren pg_database.datallowconn
auf falsch gesetzt ist. Sie sollten Verbindungen für alle Datenbanken
außer template0 erlauben oder die Datenbanken, die keine Verbindungen
erlauben, löschen. Eine Liste der Datenbanken mit diesem Problem ist
in der Datei:
    %s

Analysiere alle Zeilen im neuen ClusterKann ohne die benötigten Kontrollinformationen nicht fortsetzen, Programm wird beendet
Kann nicht auf gleiche Systemkatalogversion aktualisieren, wenn
Tablespaces verwendet werden.
Prüfe Cluster-VersionenPrüfe Verbindungseinstellungen der DatenbankPrüfe ob der Datenbankbenutzer der Installationsbenutzer istPrüfe auf contrib/isn mit unpassender bigint-ÜbergabePrüfe auf Aktualisierungen von ErweiterungenPrüfe auf Hash-IndexePrüfe auf inkompatiblen Datentyp »jsonb«Prüfe auf inkompatiblen Datentyp »line«Prüfe auf inkompatible polymorphische FunktionenPrüfe auf ungültige Benutzerspalten mit Typ »sql_identifier«Prüfe auf ungültige Benutzerspalten mit Typ »unknown«Prüfe Tablespace-Verzeichnisse des neuen ClustersPrüfe auf Inkonsistenzen bei Not-Null-ConstraintsPrüfe auf vorbereitete TransaktionenPrüfe das Vorhandensein benötigter BibliothekenPrüfe auf reg*-Datentypen in BenutzertabellenPrüfe auf entfernten Datentyp »%s« in BenutzertabellenPrüfe auf Rollen, die mit »pg_« anfangenPrüfe auf systemdefinierte zusammengesetzte Typen in BenutzertabellenPrüfe auf Tabellen mit WITH OIDSPrüfe auf benutzerdefinierte KodierungsumwandlungenPrüfe auf benutzerdefinierte Postfix-OperatorenKlone BenutzertabellendateienPrüfen Sie die letzten Zeilen von »%s« für den
wahrscheinlichen Grund für das Scheitern.
Prüfen Sie die letzten Zeilen von »%s« oder »%s« für den
wahrscheinlichen Grund für das Scheitern.
Kopiere altes %s zum neuen ServerKopiere BenutzertabellendateienEin Skript zum Löschen der Dateien des alten Clusters konnte nicht
erzeugt werden, weil benutzerdefinierte Tablespaces oder das
Datenverzeichnis des neuen Clusters im alten Cluster-Verzeichnis
liegen.  Der Inhalt des alten Clusters muss von Hand gelöscht werden.
Erzeuge Dump der DatenbankschemasErzeuge Dump der globalen ObjekteErzeuge Skript zum Löschen des alten ClustersDatenbank: %s
Lösche Dateien aus neuem %sAlte und neue Tabellen in Datenbank »%s« konnten nicht gepaart werden
Fehlgeschlagen, Programm wird beendet
Suche das tatsächliche Datenverzeichnis des alten ClustersSuche das tatsächliche Datenverzeichnis des neuen ClustersFriere alle Zeilen im neuen Cluster einICU-Locale-Werte für Datenbank »%s« stimmen nicht überein: alt »%s«, neu »%s«
In Datenbank: %s
Verknüpfe BenutzertabellendateienDie Daten- und Programmverzeichnisse des neuen Clusters stammen von verschiedenen Hauptversionen.
Datenbank »%s« im neuen Cluster ist nicht leer: Relation »%s.%s« gefunden
Keine Übereinstimmung gefunden im neuen Cluster für alte Relation mit OID %u in Datenbank »%s«: %s
Keine Übereinstimmung gefunden im alten Cluster für neue Relation mit OID %u in Datenbank »%s«: %s
Die Daten- und Programmverzeichnisse des alten Clusters stammen von verschiedenen Hauptversionen.
Nur der Installationsbenutzer darf im neuen Cluster definiert sein.
Optimizer-Statistiken werden von pg_upgrade nicht übertragen. Wenn Sie
den neuen Server starten, sollte Sie diesen Befehl ausführen:
    %s/vacuumdb %s--all --analyze-in-stages

Optionen:
Führe Konsistenzprüfungen durch
-------------------------------
Führe Konsistenzprüfungen am alten laufenden Server durch
---------------------------------------------------------
Relationsnamen für OID %u in Datenbank »%s« stimmen nicht überein: alten Name »%s.%s«, neuer Name »%s.%s«
Setze WAL-Archive zurückStelle Datenbankschemas im neuen Cluster wieder herStelle globale Objekte im neuen Cluster wieder herAusführung im Verbose-Modus
Mit diesem Skript können die Dateien des alten Clusters gelöscht werden:
    %s
SQL-Befehl fehlgeschlagen
%s
%sSetze frozenxid und minmxid im neuen ClusterSetze minmxid im neuen ClusterSetze nächste OID im neuen ClusterSetze nächste Multixact-ID und nächstes Offset im neuen ClusterSetze nächste Transaktions-ID und -epoche im neuen ClusterSetze älteste XID im neuen ClusterSetze älteste Multixact-ID im neuen ClusterSynchronisiere Datenverzeichnis auf FestplatteDer alte Cluster enthält vorbereitete Transaktionen
Der alte Cluster enthält Rollen, die mit »pg_« anfangen
Im alten Cluster fehlen Cluster-Zustandsinformationen:
Im alten Cluster fehlen einige notwendige Kontrollinformationen:
Der alte Cluster wurde nicht sauber heruntergefahren.
Der alte Cluster wurde im Wiederherstellungsmodus heruntergefahren. Um ihn zu aktualisieren, verwenden Sie »rsync« wie in der Dokumentation beschrieben oder fahren Sie ihn im Primärmodus herunter.
Der neue Cluster enthält vorbereitete Transaktionen
Der neue Cluster enthält Rollen, die mit »pg_« anfangen
Im neuen Cluster fehlen Cluster-Zustandsinformationen:
Im neuen Cluster fehlen einige notwendige Kontrollinformationen:
Der neue Cluster wurde nicht sauber heruntergefahren.
Der neue Cluster wurde im Wiederherstellungsmodus heruntergefahren. Um ihn zu aktualisieren, verwenden Sie »rsync« wie in der Dokumentation beschrieben oder fahren Sie ihn im Primärmodus herunter.
Es läuft scheinbar ein Postmaster für den neuen Cluster.
Bitte beenden Sie diesen Postmaster und versuchen Sie es erneut.
Es läuft scheinbar ein Postmaster für den alten Cluster.
Bitte beenden Sie diesen Postmaster und versuchen Sie es erneut.
Probleme beim Ausführen von »%s«
Dieses Programm kann nur Upgrades von PostgreSQL Version %s oder später durchführen.
Dieses Programm kann nur Upgrades auf PostgreSQL Version %s durchführen.
Dieses Programm kann keine Downgrades auf ältere Hauptversionen von PostgreSQL durchführen.
Versuchen Sie »%s --help« für weitere Informationen.
Konnte %s nicht in %s umbenennen.
Aufruf:
Wenn ein laufender Server geprüft wird, müssen die alte und die neue Portnummer verschieden sein.
Sie müssen Lese- und Schreibzugriff im aktuellen Verzeichnis haben.
Sie müssen das Verzeichnis angeben, wo %s.
Bitte verwenden Sie die Kommandzeilenoption %s oder die Umgebungsvariable %s.
Ihre Installation enthält Funktionen aus »contrib/isn«, welche den
Datentyp bigint verwenden. Der alte und der neue Cluster übergeben
bigint auf andere Weise und daher kann dieser Cluster gegenwärtig
nicht aktualisiert werden. Sie können Datenbanken im alten Cluster,
die »contrib/isn« verwenden, manuell dumpen, löschen, dann das
Upgrade durchführen und sie dann wiederherstellen. Eine Liste
der problematischen Funktionen ist in der Datei:
    %s

Ihre Installation enthält inkonsistente NOT-NULL-Constraints.
Wenn die Spalte in der Elterntabelle NOT NULL ist, dann muss die
Spalte in der abgeleiteten Tabelle auch NOT NULL sein, ansonsten wird
das Upgrade fehlschlagen.
Sie können dies reparieren, indem Sie
    ALTER TABLE tabellenname ALTER spalte SET NOT NULL;
für jede Spalte in dieser Datei ausführen:
    %s

Ihre Installation enthält einen der reg*-Datentypen in
Benutzertabellen. Diese Datentypen verweisen auf System-OIDs, die von
pg_upgrade nicht erhalten werden. Daher kann dieser Cluster
gegenwärtig nicht aktualiert werden. Sie können die Problemspalten
löschen und das Upgrade neu starten. Eine Liste der Problemspalten
ist in der Datei:
    %s

Ihre Installation enthält systemdefinierte zusammengesetzte Typen in
Benutzertabellen. Die OIDs dieser Typen sind nicht über
PostgreSQL-Versionen stabil und daher kann dieser Cluster gegenwärtig
nicht aktualisiert werden. Sie können die Problemspalten löschen
und das Upgrade neu starten. Eine Liste der Problemspalten ist in der
Datei:
    %s

Ihre Installation enthält Tabellen, die mit WITH OIDS deklariert sind,
was nicht mehr unterstützt wird. Entfernen Sie die oid-Spalte mit
    ALTER TABLE ... SET WITHOUT OIDS;
Eine Liste der Tabellen mit dem Problem ist in der Datei:
    %s

Ihre Installation enthält den Datentyp »%s« in Benutzertabellen. Der
Typ »%s« wurde in PostgreSQL %s entfernt. Daher kann dieser Cluster
gegenwärtig nicht aktualisiert werden. Sie können die Problemspalten
löschen oder in einen anderen Datentyp ändern und das Upgrade neu
starten. Eine Liste der Problemspalten ist in der Datei:
    %s

Ihre Installation enthält den Datentyp »jsonb« in
Benutzertabellen. Das interne Format von »jsonb« wurde während 9.4
Beta geändert. Daher kann dieser Cluster gegenwärtig nicht
aktualisiert werden. Sie können die Problemspalten löschen und das
Upgrade neu starten. Eine Liste der Problemspalten ist in der Datei:
    %s

Ihre Installation enthält den Datentyp »line« in Benutzertabellen. Das
interne Format und das Eingabe-/Ausgabeformat dieses Datentyps wurden
zwischen Ihrem alten und neuen Cluster geändert und daher kann dieser
Cluster gegenwärtig nicht aktualisiert werden. Sie können die
Problemspalten löschen und das Upgrade neu starten. Eine Liste der
Problemspalten ist in der Datei:
    %s

Ihre Installation enthält den Datentyp »sql_identifier« in
Benutzertabellen. Das Speicherformat dieses Datentyps wurde geändert
und daher kann dieser Cluster gegenwärtig nicht aktualisiert
werden. Sie können die Problemspalten löschen und das Upgrade neu
starten. Eine Liste der Problemspalten ist in der Datei: %s

Ihre Installation enthält den Datentyp »unknown« in
Benutzertabellen. Dieser Datentyp ist nicht mehr in Tabellen erlaubt
und daher kann dieser Cluster gegenwärtig nicht aktualisiert
werden. Sie können die Problemspalten löschen und das Upgrade neu
starten. Eine Liste der Problemspalten ist in der Datei:
    %s

Ihre Installation enthält benutzerdefinierte
Kodierungsumwandlungen. Die Parameter von Umwandlungsfunktionen wurden
in PostgreSQL Version 14 geändert. Daher kann dieser Cluster
gegenwärtig nicht aktualisiert werden. Sie können die
Kodierungsumwandlungen im alten Cluster entfernen und das Upgrade neu
starten. Eine Liste der benutzerdefinierten Kodierungsumwandlungen ist
in der Datei:
    %s

Ihre Installation enthält benutzerdefinierte Objekte, die auf interne
polymorphische Funktionen mit Argumenten vom Typ »anyarray« und
»anyelement« verweisen. Diese benutzerdefinierten Objekte müsen vor
dem Upgrade gelöscht werden und danach wiederhergestellt werden,
nachdem sie so geändert wurden, dass sie auf die entsprechenden
Funktionen mit Argumenten vom Typ »anycompatiblearray« und
»anycompatible« verweisen.
Eine Liste der problematischen Objekte ist in der Datei:
    %s

Ihre Installation enthält benutzerdefinierte Postfixoperatoren, was
nicht mehr unterstützt wird. Entfernen Sie die Postfixoperatoren und
ersetzten Sie sie durch Präfixoperatoren oder Funktionsaufrufe. Eine
Liste der benutzerdefinierten Postfixoperatoren ist in der Datei:
    %s

Ihre Installation verweist auf ladbare Bibliotheken, die in der neuen
Installation fehlen. Sie können diese Bibliotheken zur neuen
Installation hinzufügen oder die Funktionen in der alten Installation
entfernen. Eine Liste der problematischen Bibliotheken ist in der
Datei:
    %s

auf Windows kann pg_upgrade nicht von innerhalb des Cluster-Datenverzeichnisses ausgeführt werden
Prüfen von »%s« fehlgeschlagen: %s
Prüfen von »%s« fehlgeschlagen: kann nicht ausgeführt werden
Prüfen von »%s« fehlgeschlagen: kann nicht ausgeführt werden (keine Berechtigung)
Prüfen von »%s« fehlgeschlagen: falsche Version: gefunden »%s«, erwartet »%s«
Prüfen von »%s« fehlgeschlagen: keine reguläre Datei
Kindprozess wurde abnormal beendet: Status %d
Kindprozess wurde abnormal beendet: %s
klone »%s« nach »%s«
Befehl zu lang
kopiere »%s« nach »%s«
konnte nicht auf Verzeichnis »%s« zugreifen: %m
konnte Datei »%s« nicht ausführbar machen: %s
konnte Datei nicht vom alten in das neue Datenverzeichnis klonen: %s
konnte nicht mit dem Postmaster für den alten Cluster verbinden, gestartet mit dem Befehl:
%s
konnte nicht mit dem Postmaster für den neuen Cluster verbinden, gestartet mit dem Befehl:
%s
konnte Verzeichnis »%s« nicht erzeugen: %m
konnte Datei »%s« nicht erstellen: %s
konnte Hard-Link-Verknüpfung zwischen altem und neuen Datenverzeichnis nicht erzeugen: %s
Im Link-Modus müssen das alte und das neue Datenverzeichnis im selben Dateisystem liegen.
konnte Arbeitsprozess nicht erzeugen: %s
konnte Arbeits-Thread nicht erzeugen: %s
konnte Verzeichnis »%s« nicht löschen
konnte aktuelles Verzeichnis nicht ermitteln
konnte die Anzahl der Benutzer nicht ermitteln
konnte Kontrolldaten mit %s nicht ermitteln: %s
konnte Datenverzeichnis mit %s nicht ermitteln: %s
konnte pg_ctl-Versionsdaten mit %s nicht ermitteln: %s
konnte pg_ctl-Version nicht ermitteln von %s
konnte Bibliothek »%s« nicht laden: %skonnte Datei »%s« nicht zum Lesen öffnen: %s
konnte Datei »%s« nicht öffnen: %s
konnte Logdatei »%s« nicht öffnen: %m
konnte Versionsdatei »%s« nicht öffnen: %m
konnte Versionsdatei »%s« nicht interpretieren
konnte Zeile %d aus Datei »%s« nicht lesen: %s
konnte Zugriffsrechte von Verzeichnis »%s« nicht lesen: %s
konnte »stat« für Tablespace-Verzeichnis »%s« nicht ausführen: %s
konnte nicht in Logdatei »%s «schreiben: %m
Datenbankbenutzer »%s« ist nicht der Installationsbenutzer
Verzeichnispfad für neuen Cluster ist zu lang
Kodierungen für Datenbank »%s« stimmen nicht überein: alt »%s«, neu »%s«
Fehler beim Prüfen auf Existenz der Datei für »%s.%s« (»%s« nach »%s«): %s
Fehler beim Klonen von Relation »%s.%s« (»%s« nach »%s«): %s
Fehler beim Klonen von Relation »%s.%s«: konnte Datei »%s« nicht erzeugen: %s
Fehler beim Klonen von Relation »%s.%s«: konnte Datei »%s« nicht öffnen: %s
Fehler beim Kopieren von Relation »%s.%s« (»%s« nach »%s«): %s
Fehler beim Kopieren von Relation »%s.%s«: konnte Datei »%s« nicht erzeugen: %s
Fehler beim Kopieren von Relation »%s.%s«: konnte Datei »%s« nicht öffnen: %s
Fehler beim Kopieren von Relation »%s.%s«: konnte Datei »%s« nicht lesen: %s
Fehler beim Kopieren von Relation »%s.%s«: konnte »stat« für Datei »%s« nicht ausführen: %s
Fehler beim Kopieren von Relation »%s.%s«: konnte Datei »%s« nicht schreiben: %s
Fehler beim Kopieren von Relation »%s.%s«: unvollständige Seite gefunden in Datei »%s«
Fehler beim Erzeugen einer Verknüpfung für Relation »%s.%s« (»%s« nach »%s«): %s
führe aus: %s
konnte System-Locale-Namen für »%s« nicht ermitteln
konnte aktuelle Locale nicht ermitteln
konnte alte Locale »%s« nicht wiederherstellen
fatal
Klonen von Dateien wird auf dieser Plattform nicht unterstützt
ungültige neue Portnummer
ungültige alte Portnummer
lc_collate-Werte für Datenbank »%s« stimmen nicht überein: alt »%s«, neu »%s«
lc_ctype-Werte für Datenbank »%s« stimmen nicht überein: alt »%s«, neu »%s«
libpq-Umgebungsvariable %s hat einen nicht lokalen Serverwert: %s
verknüpfe »%s« nach »%s«
Locale-Provider für Datenbank »%s« stimmen nicht überein: alt »%s«, neu »%s«
die Programmdateien des neuen Clusters liegendie Daten des neuen Clusters liegenTablespace-Verzeichnis für neuen Cluster existiert bereits: »%s«
HinweisokPrüfsummenversionen im alten und neuen Cluster stimmen nicht überein
alte und neue WAL-Blockgrößen von pg_controldata sind ungültig oder stimmen nicht überein
alte und neue WAL-Segmentgrößen von pg_controldata sind ungültig oder stimmen nicht überein
altes und neues Alignment in pg_controldata ist ungültig oder stimmt nicht überein
Wahrscheinlich ist ein Cluster eine 32-Bit-Installation und der andere 64-Bit
alte und neue Blockgrößen von pg_controldata sind ungültig oder stimmen nicht überein
alte und neue Speicherung von Datums- und Zeittypen von pg_controldata ist ungültig oder stimmt nicht überein
alte und neue Large-Object-Chunk-Größen von pg_controldata sind ungültig oder stimmen nicht überein
alte und neue maximale TOAST-Chunk-Größen von pg_controldata sind ungültig oder stimmen nicht überein
alte und neue maximale Bezeichnerlängen von pg_controldata sind ungültig oder stimmen nicht überein
alte und neue Maximalzahlen indizierter Spalten von pg_controldata sind ungültig oder stimmen nicht überein
alte und neue maximale Relationssegmentgrößen von pg_controldata sind ungültig oder stimmen nicht überein
die Programmdateien des alten Clusters liegendie Daten das alten Clusters liegender alte Cluster verwendet keine Datenprüfsummen, aber der neue verwendet sie
die alte Cluster verwendet Datenprüfsummen, aber der neue nicht
alte Datenbank »%s« nicht im neuen Cluster gefunden
Speicher aufgebraucht
pg_ctl konnte den Quellserver nicht starten, oder Verbindung fehlgeschlagen
pg_ctl konnte den Zielserver nicht starten, oder Verbindung fehlgeschlagen
pg_upgrade aktualisiert einen PostgreSQL-Cluster auf eine neue Hauptversion.

relname: %s.%s: reloid: %u reltblspace: %s
konvertiere »%s« nach »%s«
die Sockets erzeugt werden sollenTablespace-Verzeichnis »%s« existiert nicht
Tablespace-Pfad »%s« ist kein Verzeichnis
template0 darf keine Verbindungen erlauben, d.h. ihr pg_database.datallowconn muss falsch sein
zu viele Kommandozeilenargumente (das erste ist »%s«)
vom Benutzer angegebene Portnummer %hu wurde auf %hu korrigiert
Warnung