Þ•=

¯
쨩­
ÈÏÓh£\Ýi&Gn"…R¨]û 
Y¾zé9 C
#!g"z"Ÿ"N-#D|#OÁ#E$:W$ˆ’$;%UW%J­%Eø%A>&G€&AÈ&K
';V'S’'Mæ'J4(E(GÅ(O
)@])¢ž)A*R*e*r*ˆ* *¼* Ü*ý*+$5+(Z+ƒ+& +Ç+å+,,#0,T,o,,%ª,$Ð,õ,}
-q‹-0ý-..!3."U.x..“.§.·.)Ñ.-û.-)/|
W/%Ô0Aú0N<1‹1¥1%¾1*ä152E2d2-~2:¬2*ç2/32B3+u38¡32Ú3/
4"=4+`4+Œ47¸47ð49(5&b5‰5:©5ä5.6+16,]6Š6I¦6Qð6B7_70{7߬7!Œ8®8%Î8ô8996:9q96ƒ96º9$ñ9:':*C:Jn:>¹:Oø:OH;J˜;8ã;”<	±<;»<a÷<[Y=µ=-Ì=+ú=6&>]>Du>º>5Ó>+	?&5? \?4}?5²?"è?*@6@1R@3„@;¸@Eô@}:A1¸A3êA;BEZB} BhCh‡C"ðCCD7WDLD&ÜDELE=XEs–E„

FïGüHÜ|I

YJîgKÜVL
3MîDNâ3O
P
Qæ/R
SÛ+TG
U˜
OV
èW
éX/íYKZiZ%ƒZC©Z*íZ"[;[P[.a[[)¥[#Ï[1ó[=%\Cc\C§\Bë\7.]#f]Š]’©]#<^"`^ƒ^%£^5É^'ÿ^''_'O_)w_)¡_7Ë_.`.2`+a``+­`(Ù`a a$@a!ea)‡a0±a&âa,	b$6b:[b*–b*ÁbBìb7/c7gcDŸcBäc7'dU_dDµdBúdB=eB€eCÃeEfAMf
f1fÏfàf+æfg*g>Bgg–g²g5Ëg
hhAhFMhH”h{ÝhBYi?œiOÜiP,jQ}jNÏjUktkk<©k8æk.l
Nl\l>kl>ªlHél/2mbmCym3½mñm(	n'2nUZn°n/Änôn(o21odo{
loèpìp	qÇqjØq™Crz
Ýr.Xt‡t'§tfÏtu6u
¬u[
Ëv
'x’
(y»z×zŸózW“{Në{N:|V‰|Eà|ž&}HÅ}^~Nm~N¼~MEYOŸDïH4€V}€WԀN,N{[ʁ_&‚B†‚¢ɂlƒ€ƒ”ƒ¤ƒC#ۃÿƒ„#9„]„.{„2ª„&݄8…0=… n……Ÿ…¹…ׅò…
†&*†&Q†,x†n¥†`‡>u‡´‡¹‡1ׇ	ˆ ˆ#ˆ:ˆ*Jˆ6uˆ:¬ˆAçˆ)‰G@‹Eˆ‹ž΋mŒ"ŒŒ.¯ŒTތB3%vœ(¸@á%"Ž-HŽ9vŽ2°Ž=ãŽ0!>R+‘$½GâL*LwNĐ$‘8‘PQ‘,¢‘5ϑ0’)6’(`’c‰’oí’)]“(‡“H°“
ù“3ú”$.•:S•Ž•ª•!ÕCå•)–?<–?|–H¼–—(—@F—`‡—bè—^K˜^ª˜`	™Ij™ã´™˜š-¡šgϚp7›¨›;Ǜ/œ63œjœ[‰œåœ8ýœ56-l)šJĝBž3RžF†ž'͞;õž<1ŸFnŸRµŸ
 ; ¡<\¡F™¡Ià¡
*¢_B£_¢£¤S"¤Qv¤rȤE;¥¥i¥?÷¥r7¦Ý
ª¦
ˆ¨j
¡©4
«-
A¬!
o­J
‘®8
ܯ
±
/²$
I³8
n´
§µ<
°¶
í·N
ð¸Ê
?º.

¼<
9½6v¾{­¾)¿(@¿Ai¿5«¿+á¿(
À6ÀHKÀ(”ÀE½À6Á9:ÁXtÁGÍÁGÂX]Â3¶Â*êÂ$ê:Ã/åÃ,Ä*BÄ,mÄ@šÄ%ÛÄ9
Å9;Å<uÅ<²ÅHïÅG8ÆG€Æ(ÈÆ&ñÆ9Ç5RÇ!ˆÇ(ªÇ$ÓÇ'øÇ8 È7YÈ=‘ÈQÏÈ(!É>JÉS‰É5ÝÉIÊ8]Ê8–ÊLÏÊIË8fËMŸËLíËI:ÌL„ÌWÑÌI)ÍSsÍBÇÍ

ÎCÎ\ÎnÎFÎÆÎâÎ9þÎ(8Ï$aφÏJ¥ÏðÏ÷ÏGúÏHBÐH‹ÐÔÐDTÑN™ÑRèÑU;ÒN‘ÒQàÒX2Ó$‹Ó°ÓuÏÓuEÔQ»Ô
ÕÕH0ÕHyÕbÂÕ.%Ö/TÖ6„Ö=»ÖùÖ;×;Qח×%Ø>AØ€Ø1‘Ø7ÃØûØ
ÀŠnGôJ-Ôú˜Ð
h	3‚îþ
ÿoT±5
cŸ3
Ä#
U@&
[Õ\Ã
ø

ƒ

=

(?X®;¶Žž¯H}+ç¢)
2
É	
¡56O.
Íò2dš'
QËC¾9
›
ÈåL,vðŒ.²§FEö
‰

#-
yñѵ9S
fˆÅ
0
ÊÁ
%
x!
>^V
ä/­"
P »4"†
+
s

DMÏNí7l;


:ÆΏ
ó™R…{÷r¼é]¨'‘i°¬¹€—ùz¿ý`¸’8
t6
A½«e<Yá1‹ãwÝށàÇ£Ò~–Ìæ³bè:
ë•(
$
ª
º
*

)
¥Ø
ûü0

j|%W<

õ·ìÙ/

Ó*´$“!ê
7
©B 
Zk„ïÂâ¤=
8ÚIÖK”ag_q¦&‡u 

ßm,
1
œÛpÜ×4


%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)
  --copy-file-range             copy files to new cluster with copy_file_range
  --sync-method=METHOD          set method for syncing files to disk
  -?, --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"max_replication_slots" (%d) must be greater than or equal to the number of logical replication slots (%d) on the old cluster"max_replication_slots" (%d) must be greater than or equal to the number of subscriptions (%d) on the old cluster"wal_level" must be "logical" but is set to "%s"%-*s%d: controldata retrieval problem%d: database cluster state problem%d: pg_resetwal problem%s%s home page: <%s>
%s() failed: %m%s: cannot be run as root%s: could not find own program executableA list of the problem columns is in the file: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:
    %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 data type usageChecking database connection settingsChecking database user is the install userChecking for contrib/isn with bigint-passing mismatchChecking for extension updatesChecking for hash indexesChecking for incompatible "aclitem" data typeChecking for incompatible "jsonb" data type in user tablesChecking for incompatible "line" data typeChecking for incompatible polymorphic functionsChecking for invalid "sql_identifier" user columnsChecking for invalid "unknown" user columnsChecking for new cluster configuration for subscriptionsChecking for new cluster logical replication slotsChecking for new cluster tablespace directoriesChecking for prepared transactionsChecking for presence of required librariesChecking for reg* data types in user tablesChecking for removed "abstime" data type in user tablesChecking for removed "reltime" data type in user tablesChecking for removed "tinterval" data type in user tablesChecking for roles starting with "pg_"Checking for subscription stateChecking for system-defined composite types in user tablesChecking for tables WITH OIDSChecking for user-defined encoding conversionsChecking for user-defined postfix operatorsChecking for valid logical replication slotsCloning 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 filesCopying user relation files with copy_file_rangeCould 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 clusterData type checks failed: %sDatabase: "%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 clusterIn database: %s
Linking user relation filesLogical replication slots in the database:New 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 clusterRestoring logical replication slots 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, state reported as: "%s"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, state reported as: "%s"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 logical replication slots that cannot be upgraded.
You can remove invalid slots and/or consume the pending WAL for other slots,
and then restart the upgrade.
A list of the problematic slots 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.
Your 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 subscriptions without origin or having relations not in i (initialize) or r (ready) state.
You can allow the initial sync to finish for all relations and then restart the upgrade.
A list of the problematic subscriptions 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.
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:
    %sYour installation contains the "abstime" data type in user tables.
The "abstime" type has been removed in PostgreSQL version 12,
so this cluster cannot currently be upgraded.  You can drop the
problem columns, or change them to another data type, and restart
the upgrade.
Your 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.
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.
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.
Your installation contains the "reltime" data type in user tables.
The "reltime" type has been removed in PostgreSQL version 12,
so this cluster cannot currently be upgraded.  You can drop the
problem columns, or change them to another data type, and restart
the upgrade.
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.
Your installation contains the "tinterval" data type in user tables.
The "tinterval" type has been removed in PostgreSQL version 12,
so this cluster cannot currently be upgraded.  You can drop the
problem columns, or change them to another data type, and restart
the upgrade.
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.
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:
    %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 duplicate null pointer (internal error)
cannot run pg_upgrade from inside the new cluster data directory on Windowscheck for "%s" failed: %mcheck for "%s" failed: cannot executecheck for "%s" failed: incorrect version: found "%s", expected "%s"child process exited abnormally: status %dchild worker exited abnormally: %mcloning "%s" to "%s"command too longcopy_file_range not supported on this platformcopying "%s" to "%s"copying "%s" to "%s" with copy_file_rangecould not access directory "%s": %mcould not add execute permission to file "%s": %mcould not clone file between old and new data directories: %mcould not connect to source postmaster started with the command:
%scould not connect to target postmaster started with the command:
%scould not copy file range between old and new data directories: %mcould not count the number of logical replication slotscould not create directory "%s": %mcould not create file "%s": %mcould not create hard link between old and new data directories: %m
In link mode the old and new data directories must be on the same file system.could not create worker process: %mcould not create worker thread: %mcould not delete directory "%s"could not determine current directorycould not determine parameter settings on new clustercould not determine the number of userscould not get control data using %s: %mcould not get control data using %s: %scould not get data directory using %s: %mcould not get data directory using %s: %scould not get exit code from subprocess: error code %lucould not get pg_ctl version data using %s: %mcould not get pg_ctl version data using %s: %scould not get pg_ctl version output from %scould not load library "%s": %scould not look up effective user ID %ld: %scould not open file "%s" for reading: %mcould not open file "%s": %mcould 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": %mcould not read permissions of directory "%s": %mcould not rename file "%s" to "%s": %mcould not stat tablespace directory "%s": %mcould not write to log file "%s": %mdatabase name contains a newline or carriage return: "%s"
database user "%s" is not the install userdirectory path for new cluster is too longerror while checking for file existence "%s.%s" ("%s" to "%s"): %merror while cloning relation "%s.%s" ("%s" to "%s"): %merror while cloning relation "%s.%s" ("%s" to "%s"): %serror while cloning relation "%s.%s": could not create file "%s": %merror while cloning relation "%s.%s": could not open file "%s": %merror while copying relation "%s.%s" ("%s" to "%s"): %merror while copying relation "%s.%s": could not copy file range from "%s" to "%s": %merror while copying relation "%s.%s": could not create file "%s": %merror while copying relation "%s.%s": could not open file "%s": %merror while copying relation "%s.%s": could not read file "%s": %merror while copying relation "%s.%s": could not stat file "%s": %merror while copying relation "%s.%s": could not write file "%s": %merror while copying relation "%s.%s": partial page found in file "%s"error while creating link for relation "%s.%s" ("%s" to "%s"): %mexecuting: %sexpected 0 logical replication slots but found %dfailed check: %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 memoryout of memory
pg_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: "%s"rewriting "%s" to "%s"shell command argument contains a newline or carriage return: "%s"
slot name: "%s", output plugin: "%s", two_phase: %ssockets 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 does not existuser name lookup failure: error code %luuser-supplied old port number %hu corrected to %huwarningProject-Id-Version: pg_upgrade (PostgreSQL) 17
Report-Msgid-Bugs-To: pgsql-bugs@lists.postgresql.org
PO-Revision-Date: 2025-01-17 15:47+0900
Last-Translator: Ioseph Kim <ioseph@uri.sarang.net>
Language-Team: Korean <pgsql-kr@postgresql.kr>
Language: ko
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Plural-Forms: nplurals=1; plural=0;

%s
*클러스터 호환성*
*실패*
pg_upgrade 작업 전에 먼저 해야 할 것들:
  새 버전의 initdb 명령으로 새 데이터베이스 클러스터를 만들고
  옛 서버를 중지하고
  새 서버도 중지하세요.

사용예:
  pg_upgrade -d oldCluster/data -D newCluster/data -b oldCluster/bin -B newCluster/bin
또는

여기서 pg_upgrade 작업을 실패한다면, 재시도 하기 전에 먼저
새 클러스터를 처음부터 다시 만들어 진행해야 합니다.
옛 버전으로 옛 클러스터를 사용해서 서버를 실행하려면,
%s/global/pg_control.old 파일의 이름을 ".old" 빼고 바꾸어
사용해야합니다. 업그레이드를 "link" 모드로 했기 때문에,
한번이라도 새 버전의 서버가 이 클러스터를 이용해서 실행되었다면,
이 파일이 더 이상 안전하지 않기 때문입니다.
업그레이드 진행 중
------------------
문제점 보고 주소: <%s>

업그레이드 마침
---------------
경고: 새 데이터 디렉터리는 옛 데이터 디렉터리 안에 둘 수 없습니다, 예: %s
경고: 사용자 정의 테이블스페이스 위치를 데이터 디렉터리 안에 둘 수 없습니다, 예: %s
pg_upgrade 작업은 다음 네개의 옵션 값은 반드시 지정해야 함:
  옛 데이터 클러스터 디렉터리  (-d DATADIR)
  새 데이터 클러스터 디렉터리 (-D DATADIR)
  옛 버전의 "bin" 디렉터리 (-b BINDIR)
  새 버전의 "bin" 디렉터리 (-B BINDIR)

해당 서버에는 업데이트 해야하는 확장 모듈이 있습니다.
이 작업은 ALTER EXTENSION 명령으로 할 수 있으며, 작업 명령은
    %s
파일 안에 있습니다. 데이터베이스 슈퍼유저로 psql로 접속해서
이 파일 안에 있는 명령을 수행하면 확장 모듈을 업데이트 할 수 있습니다.
해당 데이터베이스에서 해쉬 인덱스를 사용하고 있습니다.  해쉬 인덱스 자료구조가
새 버전에서 호환되지 않습니다.  업그레이드 후에 해당 인덱스들을
REINDEX 명령으로 다시 만들어야 합니다.
해당 데이터베이스에서 해쉬 인덱스를 사용하고 있습니다.  해쉬 인덱스 자료구조가
새 버전에서 호환되지 않습니다.  업그레이드 후 다음 파일을
슈퍼유저 권한으로 실행한 psql에서 실행해서, REINDEX 작업을 진행하세요:
    %s
이 작업이 있기 전까지는 해당 인덱스는 invalid 상태로 사용할 수 없게 됩니다.
원본 데이터베이스:
대상 데이터베이스:  $ export PGDATAOLD=oldCluster/data
  $ export PGDATANEW=newCluster/data
  $ export PGBINOLD=oldCluster/bin
  $ export PGBINNEW=newCluster/bin
  $ pg_upgrade
  --clone                       새 클러스터 구축을 복사 대신 클론 사용
  --copy                        새 클러스터로 파일 복사 (기본값)
  --copy-file-range             copy_file_range 기능을 이용해서 복사
  --sync-method=METHOD          파일을 디스크에 동기화 하는 방법 지정
  -?, --help                    이 도움말을 보여주고 마침
  -B, --new-bindir=BINDIR       새 클러스터 실행 파일의 디렉터리 (기본값:
                                pg_upgrade가 있는 디렉터리)
  -D, --new-datadir=DATADIR     새 클러스터 데이터 디렉터리
  -N, --no-sync                 작업 완료 뒤 디스크 동기화 작업을 하지 않음
  -O, --new-options=옵션        새 서버에서 사용할 서버 옵션들
  -P, --new-port=PORT           새 클러스터 포트 번호 (기본값 %d)
  -U, --username=이름           클러스터 슈퍼유저 (기본값 "%s")
  -V, --version                 버전 정보를 보여주고 마침
  -b, --old-bindir=BINDIR       옛 클러스터 실행 파일의 디렉터리
  -c, --check                   실 작업 없이, 그냥 검사만
  -d, --old-datadir=DATADIR     옛 클러스터 데이터 디렉터리
  -j, --jobs=NUM                동시에 작업할 프로세스 또는 쓰레드 수
  -k, --link                    새 클러스터 구축을 복사 대신 링크 사용
  -o, --old-options=옵션        옛 서버에서 사용할 서버 옵션들
  -p, --old-port=PORT           옛 클러스터 포트 번호 (기본값 %d)
  -r, --retain                  작업 완료 후 사용했던 SQL과 로그 파일 남김
  -s, --socketdir=DIR           사용할 소켓 디렉터리 (기본값: 현재 디렉터리)
  -v, --verbose                 작업 내역을 자세히 남김
  C:\> set PGDATAOLD=oldCluster/data
  C:\> set PGDATANEW=newCluster/data
  C:\> set PGBINOLD=oldCluster/bin
  C:\> set PGBINNEW=newCluster/bin
  C:\> pg_upgrade
  WAL 블록 크기  WAL 조각 크기  블록 크기  체크포인트 다음 XID  자료 체크섬 버전  date/time 자료형을 정수로?  리셋 뒤 첫 WAL 조각  float8 인자 처리 방식  대형 릴레이션 조각 크기  대형 객체 조각 크기  마지막 체크포인트 다음 MultiXactId  마지막 체크포인트 다음 MultiXactOffset  마지막 체크포인트 다음 OID  마지막 체크포인트 제일 오래된 MultiXactId  마지막 체크포인트 제일 오래된 XID  최대 토스트 조각 크기  최대 정렬  최대 식별자 길이  최대 인덱스 칼럼 수  pg_upgrade [옵션]...

 해당 인덱스: "%s.%s" 해당 인덱스의 OID: %u "%s.%s" 객체의 토스트 테이블 해당 토스트 베이블의 OID: %u"%s" 파일은 디렉터리가 아닙니다."max_replication_slots" 설정값(%d)이 옛 클러스터 논리 복제 슬롯 수(%d)와 같거나 커야 함"max_replication_slots" 설정값(%d)이 옛 클러스터 구독 수(%d)와 같거나 커야 함"wal_level" 설정값은 "logical"이어야 하는데, "%s"임%-*s%d: controldata 복원 문제%d: 데이터베이스 클러스터 상태 문제%d: pg_resetwal 문제%s%s 홈페이지: <%s>
%s() 실패: %m%s: root 권한으로 실행할 수 없음%s: 실행할 프로그램을 찾을 수 없습니다.문제 칼럼 목록을 다음 파일 안에 있습니다:옛 global/pg_control 파일에 ".old" 이름을 덧붙입니다.template0이 아닌 모든 데이터베이스는 연결을 허용해야하며, 즉 
pg_database.datallowconn 값이 true여야합니다. 설치된 데이터베이스
중 pg_database.datallowconn 값이 false로 설정된 template0이 아닌
데이터베이스가 있습니다. template0이 아닌 데이터베이스의 모든 연결을
허용하거나 연결을 허용하지 않는 데이터베이스를 삭제하는 것이 좋습니다.
문제가 있는 데이터베이스 목록은 다음 파일에 기록해 두었습니다:
    %s새 클러스터의 모든 로우에 대해서 통계 정보 수집 중필요한 컨트롤 정보 없이는 진행할 수 없음, 중지 함사용자 정의 테이블스페이스를 사용하는 경우 같은 시스템 카탈로그 버전으로
업그레이드 작업을 진행할 수 없습니다.클러스터 버전 검사 중자료형 사용 현황 검사 중데이터베이스 연결 설정을 확인 중데이터베이스 사용자가 설치 작업을 한 사용자인지 확인합니다contrib/isn 모듈의 bigint 처리가 서로 같은지 확인 중확장 모듈 업데이트 확인 중해쉬 인덱스 확인 중"aclitem" 자료형 호환성 확인 중사용자 테이블에서 "jsonb" 자료형 호환성 검사 중"line" 자료형 호환성 확인 중불완전한 다형 함수를 확인합니다잘못된 "sql_identifier" 사용자 칼럼을 확인 중잘못된 "unknown" 사용자 칼럼을 확인 중구독을 위한 새 클러스터 환경 설정을 검사 중새 클러스터 논리 복제 슬롯 검사 중새 클러스터 테이블스페이스 디렉터리 검사 중미리 준비된 트랜잭션을 확인 중필요한 라이브러리 확인 중사용자가 만든 테이블에 reg* 자료형을 쓰는지 확인 중사용자가 만든 테이블에 "abstime" 자료형을 쓰는지 확인 중사용자가 만든 테이블에 "reltime" 자료형을 쓰는지 확인 중사용자가 만든 테이블에 "tinterval" 자료형을 쓰는지 확인 중"pg_"로 시작하는 롤 확인 중구독 상태 검사 중사용자가 만든 테이블에 내장 복합 자료형을 쓰는지 확인 중WITH OIDS 옵션 있는 테이블 확인 중사용자 정의 인코딩 변환규칙을 검사 중사용자 정의 postfix 연산자를 검사 중논리 복제 슬롯 유효성 검사 중사용자 릴레이션 파일 클론 중"%s" 파일의 마지막 부분을 살펴보면
이 문제를 풀 실마리가 보일 것입니다."%s" 또는 "%s" 파일의 마지막 부분을 살펴보면
이 문제를 풀 실마리가 보일 것입니다.옛 %s 객체를 새 서버로 복사 중사용자 릴레이션 파일 복사 중사용자 릴레이션 파일을 copy_file_range 기능으로 복사 중옛 클러스터 자료 파일을 지우는 스크립트를 만들지 못했습니다.
사용자 정의 테이블스페이스나, 새 클러스터가 옛 클러스터 안에
있기 때문입니다.  옛 클러스터 자료는 직접 찾아서 지우세요.데이터베이스 스키마 덤프를 만듭니다전역 객체 덤프를 만듭니다옛 클러스터를 지우는 스크립트를 만듭니다자료형 검사 실패: %s데이터베이스: "%s"새 %s에서 파일 지우는 중"%s" 데이터베이스 내 테이블 이름이 서로 다릅니다실패, 종료함
원본 클러스터용 실 데이터 디렉터리를 찾는 중대상 클러스터용 실 데이터 디렉터리를 찾는 중새 클러스터의 모든 로우에 대해서 영구 격리(freeze) 중데이터베이스: %s
사용자 릴레이션 파일 링크 중해당 데이터베이스 안에 있는 논리 복제 슬롯들:새 클러스터 자료와 실행파일 디렉터리가 서로 메이져 버전이 다릅니다."%s" 새 데이터베이스 클러스터가 비어있지 않음: "%s.%s" 릴레이션을 찾았음옛 클러스터의 %u OID (해당 데이터베이스: "%s")가 새 클러스터에 없음: %s새 클러스터의 %u OID (해당 데이터베이스: "%s")가 옛 클러스터에 없음: %s옛 클러스터 자료와 실행파일 디렉터리가 서로 메이져 버전이 다릅니다.새 클러스터에서만 설치 사용 사용자가 정의될 수 있음pg_upgrade 작업에서는 최적화기를 위한 통계 정보까지 업그레이드
하지는 않습니다. 새 서버가 실행 될 때, 다음 명령을 수행하길 권합니다:
    %s/vacuumdb %s--all --analyze-in-stages옵션:
일관성 검사 수행중
------------------옛 운영 서버에서 일관성 검사를 진행합니다.
------------------------------------------%u OID에 대한 "%s" 데이터베이스 이름이 서로 다릅니다: 옛 이름: "%s.%s", 새 이름: "%s.%s"WAL 아카이브 재설정 중새 클러스터에 데이터베이스 스키마 복원 중새 클러스터에 전역 객체를 복원 중새 클러스터에 논리 복제 슬롯을 복원 중작업 내역을 자세히 봄아래 스크립트를 실행하면, 옛 클러스터 자료를 지울 것입니다:
    %sSQL 명령 실패
%s
%s새 클러스터에서 frozenxid, minmxid 값 설정 중새 클러스터용 로케일과 인코딩 설정 중새 클러스터에서 minmxid 값 설정 중새 클러스터용 다음 OID 설정 중새 클러스터용 다음 멀티 트랜잭션 ID와 위치 값 설정 중새 클러스터용 다음 트랜잭션 ID와 epoch 값 설정 중새 클러스터용 제일 오래된 XID 설정 중새 클러스터용 제일 오래된 멀티 트랜잭션 ID 설정 중데이터 디렉터리 fsync 작업 중옛 클러스터에 미리 준비된 트랜잭션이 있음원본 클러스터에 클러스터 상태 정보가 없음:옛 클러스터에 필요한 컨트롤 정보가 몇몇 빠져있음:원본 클러스터는 정상적으로 종료되어야 함, 종료 상태값: "%s"원본 클러스터는 복구 모드(대기 서버 모드나, 복구 중) 상태에서 중지 되었습니다.  업그레이드 하려면, 문서에 언급한 것 처럼 "rsync"를 사용하든가, 그 서버를 운영 서버 모드로 바꾼 뒤 중지하고 작업하십시오.새 클러스터에 미리 준비된 트랜잭션이 있음대상 클러스터에 클러스터 상태 정보가 없음:새 클러스터에 필요한 컨트롤 정보가 몇몇 빠져있음:대상 클러스터는 정상 종료되어야 함, 종료 상태값: "%s"대상 클러스터는 복구 모드(대기 서버 모드나, 복구 중) 상태에서 중지 되었습니다.  업그레이드 하려면, 문서에 언급한 것 처럼 "rsync"를 사용하든가, 그 서버를 운영 서버 모드로 바꾼 뒤 중지하고 작업하십시오.새 서버가 현재 운영 되고 있습니다.
먼저 서버를 중지하고 진행하세요.옛 서버가 현재 운영 되고 있습니다.
먼저 서버를 중지하고 진행하세요."%s" 실행에서 문제 발생이 도구는 PostgreSQL %s 과 그 이상 버전에서 사용할 수 있습니다.이 도구는 PostgreSQL %s 버전으로만 업그레이드 할 수 있습니다.이 도구는 더 낮은 메이져 PostgreSQL 버전으로 다운그레이드하는데 사용할 수 없습니다.보다 자세한 사용법은 "%s --help" 명령을 이용하세요.
사용법:
운영 서버 검사를 할 때는, 옛 서버, 새 서버의 포트를 다르게 지정해야 합니다.현재 디렉터리의 읽기 쓰기 권한을 부여하세요.%s 위치의 디렉터리를 알고 있어야 함.
%s 명령행 옵션이나, %s 환경 변수를 사용하세요.설치되어 있는 "contrib/isn" 모듈은 bigint 자료형을 사용합니다.
이 bigint 자료형의 처리 방식이 새 버전과 옛 버전 사이 호환성이 없어,
이 클러스터 업그레이드를 할 수 없습니다.  먼저 수동으로 데이터베이스를 
덤프하고, 해당 모듈을 삭제하고, 업그레이드 한 뒤 다시 덤프 파일을 이용해
복원할 수 있습니다.  문제가 있는 함수는 아래 파일 안에 있습니다:
    %s옛 클러스터에 업그레이드 할 수 없는 논리 복제 슬롯이 있습니다.
필요 없는 슬롯을 지우거나 지연된 WAL 소비를 한 뒤에,
업그레이드 작업을 진행하세요.
해당 문제의 슬롯 목록은 다음 파일 안에 있습니다:
    %s옛 서버에서 사용자가 만든 테이블에서 reg* 자료형을 사용하고 있습니다.
이 자료형들은 pg_upgrade 명령으로 내정된 시스템 OID를 사용하지 못할 수
있습니다.  그래서 업그레이드 작업을 진행할 수 없습니다.
사용하고 있는 칼럼을 지우고 업그레이드 작업을 다시 시도하세요.
기존 데이터베이스에 사용자가 만든 "pg_"로 시작하는 롤이
있습니다. "pg_"는 시스템 롤로 예약된 접두어입니다.
이 롤들을 다른 이름으로 바꿔야 업그레이드가 가능합니다.
"pg_"로 시작하는 롤 이름 목록은 다음 파일에 있습니다:
    %s오리진 없는 구독이 있거나, i(초기화), r(준비) 상태가 아닌 릴레이션을 포함하는 구독이 있습니다.
구독의 자료 일관성을 모두 맞춘 다음 업그레이드 작업을 진행하세요.
해당 문제의 구독 목록은 다음 파일 안에 있습니다:
    %s해당 데이터베이스 사용자가 만든 테이블에서 내장 복합 자료형을 사용하고 있습니다.
이 자료형의 OID 값이 PostgreSQL 버전별로 다를 수 있어,
업그레이드 할 수 없습니다. 해당 칼럼을 삭제한 뒤 다시 업그레이드하세요.
더 이상 WITH OIDS 옵션을 사용하는 테이블을 지원하지 않습니다.
먼저 oid 칼럼이 있는 기존 테이블을 대상으로 다음 명령을 실행해서
이 옵션을 뺄 것을 고려해 보십시오.
    ALTER TABLE ... SET WITHOUT OIDS;
관련 테이블 목록은 아래 파일 안에 있습니다:
    %s사용자 테이블에서 "abstime" 자료형을 사용하고 있습니다.
12 비전 이후 "abstime" 자료형을 지원하지 않습니다.
그래서, 업그레이드 작업이 불가능합니다.
해당 칼럼들을 지우거나, 다른 자료형으로 바꾼 뒤,
업그레이드 작업을 진행하세요.
사용자 테이블에서 "jsonb" 자료형을 사용하고 있습니다.
9.4 베타 비전 이후 "jsonb" 내부 자료 구조가 바뀌었습니다.
그래서, 업그레이드 작업이 불가능합니다.
해당 칼럼들을 지우고 업그레이드 작업을 진행하세요.
사용자 테이블에서 "jsonb" 자료형을 사용하고 있습니다.
9.4 베타 비전 이후 "jsonb" 내부 자료 구조가 바뀌었습니다.
그래서, 업그레이드 작업이 불가능합니다.
해당 칼럼들을 지우고 업그레이드 작업을 진행하세요.
해당 데이터베이스에서 "line" 자료형을 사용하는 테이블이 있습니다.
이 자료형의 입출력 방식이 옛 버전과 새 버전에서 서로 호환하지 않습니다.
먼저 이 자료형을 사용하는 테이블을 삭제 후 업그레이드 작업을 하세요.
사용자 테이블에서 "reltime" 자료형을 사용하고 있습니다.
12 비전 이후 "reltime" 자료형을 지원하지 않습니다.
그래서, 업그레이드 작업이 불가능합니다.
해당 칼럼들을 지우거나, 다른 자료형으로 바꾼 뒤,
업그레이드 작업을 진행하세요.
사용자 테이블 또는 인덱스에 "sql_identifier" 자료형을 사용하고
있습니다.  이 자료형의 저장 양식이 바뀌었기에, 업그레이드 할 수
없습니다. 해당 테이블의 칼럼을 지우고 다시 업그레이드 하십시오.
사용자 테이블에서 "tinterval" 자료형을 사용하고 있습니다.
12 비전 이후 "tinterval" 자료형을 지원하지 않습니다.
그래서, 업그레이드 작업이 불가능합니다.
해당 칼럼들을 지우거나, 다른 자료형으로 바꾼 뒤,
업그레이드 작업을 진행하세요.
해당 데이터베이스에서 사용자 테이블에서 "unknown" 자료형을 사용하고 있습니다.
이 자료형은 더 이상 사용할 수 없습니다. 이 문제를 옛 버전에서 먼저 정리하고
업그레이드 작업을 진행하세요.
사용자 정의 인코딩 변환 규칙용 변환 함수 매개 변수가
PostgreSQL 14 비전 이후 바뀌었습니다.
그래서, 업그레이드 작업이 불가능합니다.
먼저 이런 변환 규칙을 옛 서버에서 지우고 다시 시도하세요.
해당 변환 규칙 목록은 아래 파일 안에 있습니다:
    %s이 서버에는 "anyarray" 또는 "anyelement" 유형의 인수를 사용하는 
내부 다형 함수를 참조하는 사용자 정의 객체가 있습니다. 
이러한 사용자 정의 객체는 업그레이드하기 전에 삭제하고, 
"anycompatiblearray" 또는 "anycompatible" 유형의 새로운 대응 함수를
참조하도록 변경한 후 다시 복원해야합니다. 문제가 있는 객체 목록은
다음 파일 안에 있습니다:
    %s더 이상 사용자 정의 postfix 연산자를 지원하지 않습니다.
해당 연산자를 지우고, prefix 연산자로 바꾸거나, 함수 호출
방식으로 바꾸는 것을 고려해 보십시오.
관련 사용자 정의 postfix 연산자 목록은 아래 파일 안에 있습니다:
    %s옛 버전에는 있고, 새 버전에는 없는 라이브러리들이 있습니다.  새 버전에
해당 라이브러리들을 설치하거나, 옛 버전에서 해당 라이브러리를 삭제하고,
업그레이드 작업을 해야합니다.  문제가 있는 라이브러리들은 다음과 같습니다:
    %s널 포인터를 중복할 수 없음 (내부 오류)
윈도우즈 환경에서는 pg_upgrade 명령은 새 클러스터 데이터 디렉터리 안에서는 실행할 수 없음"%s" 검사 실패: %m"%s" 검사 실패: 실행할 수 없음"%s" 검사 실패: 잘못된 버전: 현재 "%s", 기대값 "%s"하위 작업자가 비정상 종료됨: 상태값 %d하위 작업자가 비정상 종료됨: %m"%s" 객체를 "%s" 객체로 클론 중명령이 너무 긺이 운영체제는 copy_file_range 기능을 제공하지 않습니다."%s" 객체를 "%s" 객체로 복사 중"%s" 객체를 "%s" 객체로 copy_file_range 기능으로 복사 중"%s" 디렉터리를 액세스할 수 없습니다: %m"%s" 파일에 실행 권한을 추가 할 수 없음: %m옛 데이터 디렉터리와 새 데이터 디렉터리 사이 파일 클론 실패: %m다음 명령으로 실행된 원본 서버로 접속할 수 없음:
%s다음 명령으로 실행된 대상 서버로 접속할 수 없음:
%s옛 데이터 디렉터리와 새 데이터 디렉터리 사이 파일 클론 실패: %m논리 복제 슬롯 개수를 파악할 수 없음"%s" 디렉터리를 만들 수 없음: %m"%s" 파일을 만들 수 없음: %m데이터 디렉터리간 하드 링크를 만들 수 없음: %m
하드 링크를 사용하려면, 두 디렉터리가 같은 시스템 볼륨 안에 있어야 합니다.작업용 프로세스를 만들 수 없음: %m작업용 쓰레드를 만들 수 없음: %m"%s" 디렉터리를 삭제 할 수 없음현재 디렉터리 위치를 알 수 없음새 클러스터용 매개변수 설정을 조사 할 수 없음사용자 수를 확인할 수 없음%s 사용하는 컨트롤 자료를 구할 수 없음: %m%s 사용하는 컨트롤 자료를 구할 수 없음: %s%s 지정한 데이터 디렉터리를 찾을 수 없음: %m%s 지정한 데이터 디렉터리를 찾을 수 없음: %s하위 프로세스의 종료 코드를 못 받았음: 오류 코드 %lu%s 명령을 사용해서 pg_ctl 버전 자료를 구할 수 없음: %m%s 명령을 사용해서 pg_ctl 버전 자료를 구할 수 없음: %s%s에서 pg_ctl 버전을 알 수 없음"%s" 라이브러리 로드 실패: %s%ld 사용자 ID에 대한 사용자를 찾지 못함: %s"%s" 파일을 읽기 위해 열 수 없습니다: %m"%s" 파일을 열 수 없음: %m"%s" 로그 파일을 열 수 없음: %m"%s" 버전 파일 열기 실패: %m"%s" 버전 파일 구문 분석 실패%d 번째 줄을 "%s" 파일에서 읽을 수 없음: %m"%s" 디렉터리 접근권한을 읽을 수 없음: %m"%s" 파일을 "%s" 파일로 이름을 바꿀 수 없음: %m"%s" 테이블스페이스 디렉터리의 상태 정보를 구할 수 없음: %m"%s" 로그 파일을 쓸 수 없음: %m데이터베이스 이름에 줄바꿈 문자가 있음: "%s"
"%s" 데이터베이스 사용자는 설치 작업을 한 사용자가 아닙니다새 클러스터용 디렉터리 이름이 너무 김"%s.%s" ("%s" / "%s") 파일이 있는지 확인 도중 오류 발생: %m"%s.%s" ("%s" / "%s") 릴레이션 클론 중 오류: %m"%s.%s" ("%s" / "%s") 릴레이션 클론 중 오류: %s"%s.%s" 릴레이션 클론 중 오류: "%s" 파일을 만들 수 없음: %m"%s.%s" 릴레이션 클론 중 오류: "%s" 파일을 열 수 없음: %m"%s.%s" ("%s" / "%s") 릴레이션 복사 중 오류: %m"%s.%s" 릴레이션 복사 중 오류: 실패 복사 범위: "%s" - "%s": %m"%s.%s" 릴레이션 복사 중 오류: "%s" 파일을 만들 수 없음: %m"%s.%s" 릴레이션 복사 중 오류: "%s" 파일을 열 수 없음: %m"%s.%s" 릴레이션 복사 중 오류: "%s" 파일을 읽을 수 없음: %m"%s.%s" 릴레이션 복사 중 오류: "%s" 파일 상태 정보를 알 수 없음: %m"%s.%s" 릴레이션 복사 중 오류: "%s" 파일을 쓸 수 없음: %m"%s.%s" 릴레이션 복사 중 오류: "%s" 파일에 페이지가 손상되었음"%s.%s" ("%s" / "%s") 릴레이션 링크 만드는 중 오류: %m실행중: %s논리 복제 슬롯이 없다고 판단했는데, %d개 발견 됨검사 실패: %s치명적 오류이 운영체제는 파일 클론 기능을 제공하지 않습니다.잘못된 새 포트 번호잘못된 옛 포트 번호%s libpq 환경 변수가 로컬 서버 값이 아님: %s"%s" 객체를 "%s" 객체로 링크 중새 클러스터 실팽파일 위치새 클러스터 자료 위치새 클러스터 테이블스페이스 디렉터리가 이미 있음: "%s"알림ok클러스터간 pg_controldata 체크섬 버전이 서로 다릅니다.클러스터간 pg_controldata WAL 블록 크기가 서로 다릅니다.클러스터간 pg_controldata WAL 조각 크기가 서로 다릅니다.클러스터간 pg_controldata 정렬이 서로 다릅니다.
하나는 32비트고, 하나는 64비트인 경우 같습니다.클러스터간 pg_controldata 블록 크기가 서로 다릅니다.클러스터간 pg_controldata date/time 저장 크기가 서로 다릅니다.클러스터간 pg_controldata 대형 객체 조각 크기가 서로 다릅니다.클러스터간 pg_controldata 최대 토스트 조각 크기가 서로 다릅니다.클러스터간 pg_controldata 최대 식별자 길이가 서로 다릅니다.클러스터간 pg_controldata 최대 인덱스 칼럼수가 서로 다릅니다.클러스터간 pg_controldata 최대 릴레이션 조각 크가가 서로 다릅니다.옛 클러스터 실행파일 위치옛 클러스터 자료 위치옛 클러스터는 데이터 체크섬 기능을 사용하지 않고, 새 클러스터는 사용하고 있습니다.옛 클러스터는 데이터 체크섬 기능을 사용하고, 새 클러스터는 사용하고 있지 않습니다."%s" 이름의 옛 데이터베이스를 새 클러스터에서 찾을 수 없음메모리 부족메모리 부족
원본 서버를 실행하는 pg_ctl 작업 실패, 또는 연결 실패대상 서버를 실행하는 pg_ctl 작업 실패, 또는 연결 실패pg_upgrade는 다른 메이저 버전으로 PostgreSQL 클러스터를 업그레이드합니다.

relname: "%s.%s": reloid: %u reltblspace: "%s""%s" 객체를 "%s" 객체로 다시 쓰는 중쉘 명령 인자에 줄바꿈 문자가 있음: "%s"
슬롯 이름: "%s", 출력 플러그인: "%s", two_phase: %s소켓 파일 만들 위치"%s" 이름의 테이블스페이스 디렉터리가 없음"%s" 테이블스페이스 경로는 디렉터리가 아님template0 데이터베이스 접속을 금지해야 합니다. 예: 해당 데이터베이스의 pg_database.datallowconn 값이 false여야 합니다.template0 찾을 수 없음너무 많은 명령행 인자를 지정 했음 (시작: "%s")사용자 없음사용자 이름 찾기 실패: 오류 코드 %lu지정한 %hu 옛 포트 번호를 %hu 번호로 바꿈경고