Þ•ô{Ìž¹Œ ØÏãh³]ßz'Z‚e™#ÿS#^w ÖÀ÷ëžE€ ê!åû""á#$$,$.$Ÿ6$NÖ$:%%ˆ`%;é%J%&Ep&A¶&Gø&A@'K‚';Î'S (M^(J¬(E÷(G=)O…)@Õ)¢*¹*Ë* ß*í*++ :+![+}+œ+%·+)Ý+,'%,M,l,ˆ,,$º,ß,ú,-%5-$[-€-™-"ž-#Á-å-þ-...*.*E.-p.ež.%/B*/Om/œ/%×/*ý/5(0^0}0+—0*Ã02î0+!1M1/h1"˜1+»1+ç122&F2:m2š2Æ2Jã2R.33ž3à»3"œ4¿4&ß4%5 ,5:57U556Ÿ56Ö5$ 626C6K`6?¬6Pì6P=7KŽ79Ú7t8 ‰8<“8bÐ8\39?9Ð9.ç9+:B:E[:¡:5º:&ð: ;48;5m;"£;*Æ;ñ;2 <6@<4w<<¬<.é<~=2—=6Ê=4><6>.s>~¢>i!?i‹?#õ?E@8_@M˜@&æ@ A)AM1A[A>ÛAtB†B4D&KEÞrF=QGH@©IOêJ:LNMLTN¡N:ŒN<÷N*4O+_O#‹O¯OÅO!×OùO2P>BPDPDÆP Q“+Q$¿Q#äQ R&)R(PR(yR*¢R/ÍR,ýR*S)JStS!’S%ŽS"ÚS*ýS1(T-ZT%ˆT+®T>ÚTCU8]UE–UCÜU8 VEYVCŸVCãVC'WDkWF°WB÷W:X*IX!tX"–X¹X¿X,ÆXóX YF%YDlY?±YñYZ$Z@Z6YZZ—ZBšZGÝZI%[{o[Cë[@/\Pp\QÁ\R]Of]V¶] ^)^=B^9€^/º^ê^?ù^?9_Hy_+Â_î_`)`(H`Vq`0È`3ù`-aCa·Kac-c 4c+>cmjdˆØd2aeE”f-Úfg="j{`jŒÜjDik®lYËm%oþ-q‡,s8Žtít u+u-uŸ5uÕuEfv±¬vN^wT­wVx]YxK·xWyf[yNÂy`zrzT{VU{]¬{ž |B©|¢ì|}#¯}Ó}1ì}0~O~2l~$Ÿ~0Ä~6õ~B,Fo:¶Eñ<7€(t€€Œ€0Հ#1*0\/.œ/쁂)!‚2K‚ ~‚Ÿ‚¢‚Š‚Â%ԂJú‚NEƒ²”ƒ<G„R„„•×„6m…9€…iޅ_H†-š†<ֆC‡8W‡@‡?ч9ˆZKˆBŠˆ9éˆO#‰ps‰9ä‰TŠBsŠ@¶ŠW÷ŠaO‹7±‹Fé‹d0ŒF•E܍O"ŽErŽžŽ7ЎM+VQ‚Qԏ<&cF{yw<‘„Ž‘ƒ9’yœ’X7“·“H”OZ”‚ª”‹-•g¹•1!–LS–N –(ï–l—+…—I±—=û—89˜Qr˜VĘ6™?R™<’™LϙMšDjšJ¯šUúšP›LQœMžœDìœJ1U|ҝ”Ùž—nŸ5 z< m· ”%¡3º¡/î¡ ¢y*¢“€¢a8£œš£t7€è¬Šž•š\4ªÌ‘«¿^­Ý¯Ëü°ªȲ|sŽxðµ-i¶e—¶ný¶Sl·?À·/ž30ždž7„ž'ŒžEäžY*¹]„¹]â¹6@ºðwº>h»>§»8æ»@Œ1`ŒD’ŒS׌[+œN‡œ;ÖœSŸ>fŸB¥ŸKèŸD4¿Gy¿EÁ¿QÀ;YÀY•À\ïÀHLÁR•ÁoèÁiXÂLÂÂlÃf|ÃfãÃlJÄf·ÄtÅU“ÅéÅGøÅ:@Æ;{Æ ·Æ ÁÆdÌÆ"1Ç"TÇRwÇPÊÇ`È3|È*°È3ÛÈ0Éd@ɥɬÉY¯Ég ÊjqÊÂÜÊkŸËi ̉uÌuÿÌbuÍtØ̀MÎ3ÎÎ0Ï|3Ï|°ÏG-ÐuÐ_ŒÐ_ìÐsLÑ+ÀÑ'ìÑÒA3ÒJuҎÀÒ@OÓMÓ#ÞÓÔËØŠíë–ŸìžÀ œžsPÉÕùåô“ 3XY¢]éq.«A ™ÜÞ÷— võ f!•Ûâp=¬ÓJ§ƒÈÔnˆzÆ"€¹;£æiNÿŠ·ÃM*  ÒböÊ ðkG~áS ºò®Ö͐ŽH%‹Œ…­¶tó9›DUµ +ÝÙçÌømrFŸï²,O>|gÁa€Ž1\’Zû&4‡<³š?lœ‰ã`ÇšxW¡Q72TÎd¿ú5_ªàê/†¯K×0ü{‘”VE(˜°^¥[8eŒCÚ-$#}'äjè Ђ@L cßñѱÏÄI6oÅ)þB»ýy:uhRw *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>. The old cluster has a "plpython_call_handler" function defined in the "public" schema which is a duplicate of the one defined in the "pg_catalog" schema. You can confirm this by executing in psql: \df *.plpython_call_handler The "public" schema version of this function was created by a pre-8.1 install of plpython, and must be removed for pg_upgrade to complete because it references a now-obsolete "plpython" shared object file. You can remove the "public" schema version of this function by running the following command: DROP FUNCTION public.plpython_call_handler() in each affected database: Upgrade Complete ---------------- WARNING: new data directory should not be inside the old data directory, e.g. %s WARNING: user-defined tablespace locations should not be inside the data directory, e.g. %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. Your installation contains large objects. The new database has an additional large object permission table, so default permissions must be defined for all large objects. The file %s when executed by psql by the database superuser will set the default permissions. Your installation contains large objects. The new database has an additional large object permission table. After upgrading, you will be given a command to populate the pg_largeobject_metadata table with default permissions. connection to database failed: %s source databases: target databases: %s $ 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 -O, --new-options=OPTIONS new cluster options to pass to the server -P, --new-port=PORT new cluster port number (default %d) -U, --username=NAME cluster superuser (default "%s") -V, --version display version information, then exit -b, --old-bindir=BINDIR old cluster executable directory -c, --check check clusters only, don't change any data -d, --old-datadir=DATADIR old cluster data directory -j, --jobs=NUM number of simultaneous processes or threads to use -k, --link link instead of copying files to new cluster -o, --old-options=OPTIONS old cluster options to pass to the server -p, --old-port=PORT old cluster port number (default %d) -r, --retain retain SQL and log files after success -s, --socketdir=DIR socket directory to use (default current dir.) -v, --verbose enable verbose internal logging C:\> set PGDATAOLD=oldCluster/data C:\> set PGDATANEW=newCluster/data C:\> set PGBINOLD=oldCluster/bin C:\> set PGBINNEW=newCluster/bin C:\> pg_upgrade WAL block size WAL segment size block size checkpoint next XID data checksum version dates/times are integers? first WAL segment after reset float8 argument passing method large relation segment size large-object chunk size latest checkpoint next MultiXactId latest checkpoint next MultiXactOffset latest checkpoint next OID latest checkpoint oldest MultiXactId latest checkpoint oldestXID maximum TOAST chunk size maximum alignment maximum identifier length maximum number of indexed columns pg_upgrade [OPTION]... which is an index on "%s.%s" which is an index on OID %u which is the TOAST table for "%s.%s" which is the TOAST table for OID %u"%s" is not a directory %-*s%d: controldata retrieval problem %d: database cluster state problem %d: pg_resetwal problem %s%s %s home page: <%s> %s.%s: %u to %u %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 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 invalid "sql_identifier" user columnsChecking for invalid "unknown" user columnsChecking for large objectsChecking for new cluster tablespace directoriesChecking for prepared transactionsChecking for presence of required librariesChecking for reg* data types in user tablesChecking for removed "%s" data type in user tablesChecking for roles starting with "pg_"Checking for system-defined composite types in user tablesChecking for tables WITH OIDSCloning user relation files Consult 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 files Could 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 schemas Creating dump of global objectsCreating script to analyze new clusterCreating 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 clusterIn database: %s Linking user relation files 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": %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 so, once you start the new server, consider running: %s 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" Remove the problem functions from the old cluster to continue. Resetting WAL archivesRestoring database schemas in the new cluster Restoring 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 8.4 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. When checking a pre-PG 9.1 live old server, you must specify the old server's port number. 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 remove the problem tables 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 remove the problem tables 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 clusters so this cluster cannot currently be upgraded. You can remove the problem tables 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 and/or indexes. The on-disk format for this data type has changed, so this cluster cannot currently be upgraded. You can remove the problem tables or change the data type to "name" 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 remove the problem tables and restart the upgrade. A list of the problem columns 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 (permission denied) check for "%s" failed: cannot read file (permission denied) 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 connection to database failed: %scopying "%s" to "%s" 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 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 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" fatalfatal 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" mappings for database "%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 waitpid() failed: %s warningProject-Id-Version: pg_upgrade (PostgreSQL 13) Report-Msgid-Bugs-To: pgsql-bugs@lists.postgresql.org PO-Revision-Date: 2023-09-26 11:34+0900 Last-Translator: Kyotaro Horiguchi Language-Team: Japan PostgreSQL Users Group Language: ja MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Generator: Poedit 1.8.13 Plural-Forms: nplural=1; plural=0; * クラスタは互換性がありたす * *倱敗* pg_upgrade を実行する前に、以䞋のこずを行っおください (新バヌゞョンのinitdbを䜿っお)新しいデヌタベヌスクラスタを䜜成する 旧クラスタのpostmasterをシャットダりンする 新クラスタのpostmasterをシャットダりンする 実行䟋: pg_upgrade -d oldCluster/data -D newCluster/data -b oldCluster/bin -B newCluster/bin たたは この埌pg_upgradeが倱敗した堎合は、続ける前に新しいクラスタを initdbで再䜜成する必芁がありたす。 旧クラスタを起動する堎合、%s/global/pg_control.oldから ".old"拡匵子を削陀する必芁がありたす。「リンク」モヌドが䜿われお いるため、䞀床新クラスタを起動しおしたうず旧クラスタは安党に起動 するこずができなくなりたす。 アップグレヌドを実行しおいたす。 ------------------ バグは<%s>に報告しおください。 旧クラスタで"plpython_call_handler"関数が"public"スキヌマ内に 定矩されおいたすが、これは"pg_catalog"スキヌマで定矩されおいる ものず重耇しおいたす。このこずは以䞋のコマンドをpsqlで実行しお確認 できたす: \\df *.plpython_call_handler "public"スキヌマの方の関数は8.1以前の環境のplpythonが䜜成したもので、 すでに廃止枈みの "plpython" 共有オブゞェクトファむルを参照しおいる ため、pg_upgrade を完了させるには削陀する必芁がありたす。以䞋のコマンドを 圱響のあるデヌタベヌスで個別に実行するこずにより"public"スキヌマの方の 関数の削陀ができたす: DROP FUNCTION public.plpython_call_handler() アップグレヌドが完了したした ---------------- è­Šå‘Š: 新デヌタディレクトリが旧デヌタディレクトリの䞭にあっおはなりたせん、䟋えば%s è­Šå‘Š: ナヌザヌ定矩テヌブル空間の堎所がデヌタディレクトリ、䟋えば %s の䞭にあっおはなりたせん。 pg_upgrade を動かす堎合、次の情報を指定する必芁がありたす: 旧クラスタのデヌタディレクトリ (-d DATADIR) 新クラスタのデヌタディレクトリ (-D DATADIR) 旧バヌゞョンの"bin"ディレクトリ (-b BINDIR) 新バヌゞョンの"bin"ディレクトリ(-B BINDIR) このクラスタにはALTER EXTENSIONコマンドで曎新すべき機胜拡匵がありたす。 以䞋のファむル %s を、psqlを䜿甚しおデヌタベヌスのスヌパヌナヌザヌずしお実行するこずで、これらの機胜拡匵 が曎新されたす。 このクラスタにはハッシュむンデックスがありたす。このむンデックスは新旧のクラスタ間で 内郚フォヌマットが異なるため、REINDEX コマンドを䜿っお再構築する必芁がありたす。 アップグレヌドが終わったら、REINDEX を䜿った操䜜方法が衚瀺されたす。 このクラスタにはハッシュむンデックスがありたす。このむンデックスは新旧のクラスタ間で 内郚フォヌマットが異なるため、REINDEX コマンドを䜿っお再構築する必芁がありたす。 以䞋のファむル %s を、psqlを䜿甚しおデヌタベヌスのスヌパヌナヌザヌずしお実行するこずで、無効になった むンデックスを再構築できたす。 それたでは、これらのむンデックスは䜿甚されたせん。 このクラスタにはラヌゞオブゞェクトが含たれおいたす。新しいデヌタベヌスでは ラヌゞオブゞェクトのパヌミッションテヌブルが远加されおおり、すべおのラヌゞ オブゞェクトに぀いお、デフォルトのパヌミッションを定矩する必芁がありたす。 以䞋のファむルをpsqlでデヌタベヌスのスヌパヌナヌザヌずしお実行するこずで デフォルトパヌミッションを蚭定したす。 %s このクラスタにはラヌゞオブゞェクトが含たれおいたす。新しいデヌタベヌスでは ラヌゞオブゞェクトのパヌミッションテヌブルが远加されおいたす。 アップグレヌドが終わったら、 pg_largeobject_metadata テヌブルに デフォルトのパヌミッションを投入するためのコマンドが案内されたす。 デヌタベヌスぞの接続に倱敗したした: %s 移行元デヌタベヌス: 移行先デヌタベヌス: %s $ export PGDATAOLD=oldCluster/data $ export PGDATANEW=newCluster/data $ export PGBINOLD=oldCluster/bin $ export PGBINNEW=newCluster/bin $ pg_upgrade --clone 新クラスタにファむルをコピヌする代わりに クロヌンする -?, --help このヘルプを衚瀺しお終了 -B, --new-bindir=BINDIR 新クラスタの実行ファむルディレクトリ(デフォルト はpg_upgradeず同じディレクトリ) -D, --new-datadir=DATADIR 新クラスタのデヌタディレクトリ -O, --new-options=OPTIONS サヌバに枡す新クラスタのオプション -P, --new-port=PORT 新クラスタのポヌト番号(デフォルト %d) -U, --username=NAME クラスタのスヌパヌナヌザヌ(デフォルト"%s") -V, --version バヌゞョン情報を衚瀺しお終了 -b, --old-bindir=BINDIR 旧クラスタの実行ファむルディレクトリ -c, --check クラスタのチェックのみ、デヌタを䞀切倉曎しない -d, --old-datadir=DATADIR 旧クラスタのデヌタディレクトリ -j, --jobs 䜿甚する同時実行プロセスたたはスレッドの数 -k, --link 新クラスタにファむルをコピヌする代わりに リンクする -o, --old-options=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 デヌタチェックサムのバヌゞョン 日付/時間が敎数 リセット埌の最初の WAL セグメント float8匕数の匕き枡し方法 リレヌションセグメントのサむズ ラヌゞオブゞェクトのチャンクサむズ 最新のチェックポむントにおける次の MultiXactId 最新のチェックポむントにおける次の MultiXactOffset 最新のチェックポむントにおける次の OID 最新のチェックポむントにおける最叀の MultiXactId 最新のチェックポむントにおける最叀のXID 最倧の TOAST チャンクサむズ 最倧アラむンメント 識別子の最倧長 むンデックス察象カラムの最倧数 pg_upgrade [オプション]... これは "%s.%s" 䞊のむンデックスです これは OID %u 䞊のむンデックスです これは "%s.%s" の TOAST テヌブルです これは OID %u の TOAST テヌブルです"%s"はディレクトリではありたせん %-*s%d: 制埡情報の取埗で問題発生 %d: デヌタベヌスクラスタの状態異垞 %d: pg_resetwal で問題発生 %s%s %s ホヌムペヌゞ: <%s> %s.%s: %u -> %u %s: root では実行できたせん %s: 自身のための実行ファむルが芋぀かりたせんでした 旧の global/pg_control に ".old" サフィックスを远加しおいたすtemplate0 以倖のすべおのデヌタベヌスは接続を蚱可する必芁がありたす。すなわち pg_database.datallowconn が true でなければなりたせん。 新クラスタ内のすべおの行を分析しおいたす必芁な制埡情報がないので続行できたせん。終了しおいたす テヌブル空間を䜿甚しおいる堎合は、同じシステムカタログバヌゞョン間での アップグレヌドはできたせん。 クラスタのバヌゞョンを確認しおいたすデヌタベヌス接続の蚭定を確認しおいたすデヌタベヌスナヌザヌがむンストヌルナヌザヌかどうかをチェックしおいたすbigint を枡す際にミスマッチが発生する contrib/isn をチェックしおいたす機胜拡匵の曎新を確認しおいたすハッシュむンデックスをチェックしおいたす互換性のない"jsonb"デヌタ型をチェックしおいたす非互換の "line" デヌタ型を確認しおいたす無効な"sql_identifier"ナヌザヌ列を確認しおいたす無効な"unknown"ナヌザヌ列をチェックしおいたすラヌゞオブゞェクトをチェックしおいたす新しいクラスタのテヌブルスペヌスディレクトリを確認しおいたす準備枈みトランザクションをチェックしおいたす必芁なラむブラリの有無を確認しおいたすナヌザヌテヌブル内の reg * デヌタ型をチェックしおいたすナヌザヌテヌブル䞭で䜿甚されおいる削陀された"%s"デヌタ型をチェックしおいたす'pg_' で始たるロヌルをチェックしおいたすナヌザヌテヌブル䞭のシステム定矩の耇合型を確認しおいたすWITH OIDS宣蚀されたテヌブルをチェックしおいたすナヌザリレヌションをクロヌニングしおいたす 倱敗の原因に぀いおは、"%s"の最埌の数行を参照しおください。 倱敗の原因に぀いおは"%s"たたは"%s"の最埌の数行を参照しおください。 旧の %s を新サヌバヌにコピヌしおいたすナヌザリレヌションのファむルをコピヌしおいたす ナヌザヌ定矩のテヌブル空間もしくは新クラスタのデヌタディレクトリが 旧クラスタのディレクトリ内に存圚するため、旧クラスタのデヌタ ファむルを削陀するためのスクリプトを䜜成できたせんでした。 叀い クラスタの内容は手動で削陀する必芁がありたす。 デヌタベヌススキヌマのダンプを䜜成しおいたす。 グロヌバルオブゞェクトのダンプを䜜成しおいたす新クラスタをANALYZEするためのスクリプトを䜜成しおいたす旧クラスタを削陀するスクリプトを䜜成しおいたすデヌタベヌス: %s 新しい %s からファむルを削陀しおいたすデヌタベヌス"%s"で新旧のテヌブルの照合に倱敗したした 倱敗したした、終了しおいたす 移行元クラスタの実際のデヌタディレクトリを探しおいたす移行先クラスタの実際のデヌタディレクトリを探しおいたす新クラスタ内のすべおの行を凍結しおいたすデヌタベヌス: %s ナヌザリレヌションのファむルをリンクしおいたす 新クラスタのデヌタずバむナリのディレクトリは異なるメゞャヌバヌゞョンのものです。 新クラスタのデヌタベヌス"%s"が空ではありたせん: リレヌション"%s.%s"が芋぀かりたした デヌタベヌス"%2$s"でOID %1$uを持぀旧リレヌションに察応するものが新クラスタ内にありたせん: %3$s デヌタベヌス"%2$s"でOID%1$uを持぀新リレヌションに察応するものが旧クラスタ内にありたせん: %3$s 旧クラスタのデヌタずバむナリのディレクトリは異なるメゞャヌバヌゞョンのものです。 新クラスタ内で定矩できるのはむンストヌルナヌザヌのみです。 オプティマむザヌの統蚈は、pg_upgrade では転送されたせん。そのため 新サヌバヌを起動した埌、%s を動かすこずを怜蚎しおください。 オプション: 敎合性チェックを実行しおいたす。 ----------------------------- 元の実行䞭サヌバヌの䞀貫性チェックを実行しおいたす。 -------------------------------------------------- デヌタベヌス"%2$s"で OID %1$u のリレヌション名が䞀臎したせん: 元の名前 "%3$s.%4$s"、新しい名前 "%5$s.%6$s" 継続するには、旧クラスタから問題ずなっおいる関数を削陀しおください。 WAL アヌカむブをリセットしおいたす新クラスタ内のデヌタベヌススキヌマを埩元しおいたす 新クラスタ内のグロヌバルオブゞェクトを埩元しおいたす冗長モヌドで実行しおいたす このスクリプトを実行するず、旧クラスタのデヌタファむル %sが削陀されたす: SQL コマンドが倱敗したした %s %s新クラスタのfrozenxidずminmxidカりンタを蚭定しおいたす新クラスタのminmxidカりンタを蚭定しおいたす新クラスタの、次の OID を蚭定しおいたす新クラスタの、次のmultixact IDずオフセットを蚭定しおいたす新クラスタの、次のトランザクションIDず基点を蚭定しおいたす新クラスタに最叀のXIDを蚭定しおいたす新クラスタの最叀のmultixact IDを蚭定しおいたすデヌタディレクトリをディスクに同期したす移行元クラスタに準備枈みトランザクションがありたす 移行元クラスタに 'pg_' で始たるロヌルが含たれおいたす 移行元クラスタにクラスタ状態情報がありたせん: 移行元クラスタに必芁な制埡情報の䞀郚がありたせん: 移行元クラスタはクリヌンにシャットダりンされおいたせん。 ゜ヌスクラスタはリカバリモヌド䞭にシャットダりンされおいたす。アップグレヌドをするにはドキュメントの通りに "rsync" を実行するか、プラむマリずしおシャットダりンしおください。 移行先クラスタに準備枈みトランザクションがありたす 移行先クラスタに "pg_" で始たるロヌルが含たれおいたす 移行先クラスタにクラスタ状態情報がありたせん: 移行先クラスタに必芁な制埡情報の䞀郚がありたせん: 移行先クラスタはクリヌンにシャットダりンされおいたせん。 タヌゲットクラスタはリカバリモヌド䞭にシャットダりンされおいたす。アップグレヌドをするにはドキュメントの通りに "rsync" を実行するか、プラむマリずしおシャットダりンしおください。 新クラスタで皌働䞭のpostmasterがあるようです。 そのpostmasterをシャットダりンしたのちやり盎しおください。 旧クラスタで皌働䞭のpostmasterがあるようです。 そのpostmasterをシャットダりンしたのちにやり盎しおください。 "%s"を実行しおいお問題が発生したした このナヌティリティでは PostgreSQL 8.4 以降のバヌゞョンからのみアップグレヌドできたす。 このナヌティリティは、PostgreSQL バヌゞョン %s にのみアップグレヌドできたす。 このナヌティリティは PostgreSQL の過去のメゞャヌバヌゞョンにダりングレヌドする甚途では䜿甚できたせん。 詳现は"%s --help"を参照しおください。 %s の名前を %s に倉曎できたせん。 䜿い方: 皌働䞭のサヌバをチェックする堎合、新旧のポヌト番号が異なっおいる必芁がありたす。 珟圚動䜜䞭の PG 9.1 以前の旧サヌバをチェックする堎合、旧サヌバのポヌト番号を指定する必芁がありたす。 カレントディレクトリに察しお読み曞き可胜なアクセス暩が必芁です。 %sディレクトリを指定する必芁がありたす。 コマンドラむンオプション %s たたは環境倉数 %s を䜿甚しおください。 このクラスタには、bigint デヌタ型に䟝存する「contrib/isn」の関数が 含たれおいたす。新旧のクラスタ間でのbigint倀の受け枡し方法が異なるため、 珟時点ではこのクラスタをアップグレヌドするこずはできたせん。 旧クラスタ䞭の「contrib/isn」の関数等を䜿うデヌタベヌスを手動でダンプしお、 それらを削陀しおからアップグレヌドを実行し、その埌削陀したデヌタベヌスを リストアするこずができたす。 問題のある関数の䞀芧は以䞋のファむルにありたす: %s このクラスタではナヌザヌテヌブルにreg*デヌタ型のひず぀が含たれおいたす。 これらのデヌタ型はシステムOIDを参照したすが、これは pg_upgradeでは 保存されないため、珟時点ではこのクラスタをアップグレヌドするこずはできたせん。 問題のテヌブルを削陀したのち、アップグレヌドを再実行できたす。 問題になる列の䞀芧は以䞋のファむルにありたす: %s このクラスタではナヌザヌテヌブルにシステム定矩の耇合型が含たれおいたす。 これらの型のOIDはPostgreSQLバヌゞョン間で䞍倉ではないため、このクラスタは アップグレヌドできたせん。問題の列を削陀した埌、アップグレヌドを再実行できたす。 問題のある列の䞀芧は、以䞋のファむルにありたす: %s このクラスタにはWITH OIDS宣蚀されたテヌブルが存圚したすが、これは今埌 サポヌトされたせん。以䞋のコマンドでoidカラムを削陀するこずを怜蚎しおください: ALTER TABLE ... SET WITHOUT OIDS; 以䞋のファむルにこの問題を抱えるテヌブルの䞀芧がありたす: %s このクラスタではナヌザヌテヌブルにデヌタ型"%s"が含たれおいたす。 この"%s"型はPostgreSQLバヌゞョン%sでは削陀されおいたす、そのためこのクラスタは 珟時点ではアップグレヌドできたせん。問題の列を削陀するか、他のデヌタ型に倉曎した埌に アップグレヌドを再実行できたす。問題のある列の䞀芧は、以䞋のファむルにありたす: %s このクラスタではナヌザテヌブルに"jsonb"デヌタ型が含たれおいたす。 この型の内郚フォヌマットは9.4ベヌタの間に倉曎されおいるため、珟時点ではこの クラスタをアップグレヌドするこずはできたせん。 問題のテヌブルを削陀したのち、アップグレヌドを再実行できたす。 問題になる列の䞀芧は以䞋のファむルにありたす: %s このクラスタではナヌザテヌブルに"line"デヌタ型が含たれおいたす。 このデヌタ型は新旧のクラスタ間で内郚圢匏や入出力フォヌマットが 倉曎されおいるため、このクラスタは珟時点ではアップグレヌドできたせん。 問題のテヌブルを削陀しおから、再床アップグレヌドを実行しおください。 問題のある列の䞀芧は、以䞋のファむルにありたす: %s このクラスタでは”sql_identifier”デヌタ型がナヌザテヌブルたたは/および むンデックスに含たれおいたす。このデヌタ型のディスク䞊での圢匏は倉曎されおい たす。問題のあるテヌブルを削陀するか、デヌタ型を"name"に倉曎しおからアップ グレヌドを再実行するこずができたす。 問題のある列の䞀芧は、以䞋のファむルにありたす: %s このクラスタではナヌザテヌブルに"unknown"デヌタ型が含たれおいたす。 このデヌタ型はもはやテヌブル内では利甚できないため、このクラスタは珟時点 ではアップグレヌドできたせん。問題のテヌブルを削陀したのち、アップグレヌドを 再実行できたす。 問題のある列の䞀芧は、以䞋のファむルにありたす: %s このクラスタは、移行先のクラスタにはないロヌド可胜ラむブラリを参照しおいたす。 これらのラむブラリを移行先の環境に远加するか、もしくは移行元の環境から それらを䜿っおいる関数を削陀しおください。 問題のラむブラリの䞀芧は、 以䞋のファむルに入っおいたす: %s Windowsでは、新クラスタのデヌタディレクトリの䞭でpg_upgradeを実行するこずはできたせん "%s"のチェックに倱敗したした: %s "%s"のチェックに倱敗したした実行できたせん暩限が拒吊されたした "%s"のチェックに倱敗したしたファむルが読めたせん暩限が拒吊されたした "%s"のチェックに倱敗したした通垞ファむルではありたせん 子プロセスが異垞終了したした: ステヌタス %d 子ワヌカヌが異垞終了したした: %s "%s"から"%s"ぞクロヌニングしおいたす コマンドが長すぎたす デヌタベヌスぞの接続に倱敗したした: %s"%s"を"%s"にコピヌしおいたす ファむル"%s"に実行暩限を远加できたせんでした: %s 新旧ディレクトリ間のファむルのクロヌンができたせんでした: %s 以䞋のコマンドで起動した移行元postmasterに接続できたせんでした: %s 以䞋のコマンドで起動した移行先postmasterに接続できたせんでした: %s ファむル"%s"を䜜成できたせんでした: %s 新旧のデヌタディレクトリ間でハヌドリンクを䜜成できたせんでした: %s リンクモヌドでは、新旧のデヌタディレクトリが同じファむルシステム䞊に存圚しなければなりたせん。 ワヌカヌプロセスを䜜成できたせんでした: %s ワヌカヌスレッドを䜜成できたせんでした: %s ディレクトリ"%s"を削陀できたせんでした カレントディレクトリを特定できたせんでした ナヌザヌ数を特定できたせんでした %s を䜿った制埡情報が取埗できたせんでした。: %s %s を䜿っおデヌタディレクトリを取埗できたせんでした。: %s %s を䜿っお pg_ctl のバヌゞョンデヌタを取埗できたせんでした。: %s pg_ctl のバヌゞョン出力を %s から取埗できたせんでした。 ラむブラリ"%s"をロヌドできたせんでした: %sファむル"%s"を読み取り甚ずしおオヌプンできたせんでした:%s ファむル "%s" をオヌプンできたせんでした: %s ログファむル"%s"をオヌプンできたせんでした: %m バヌゞョンファむル"%s"をオヌプンできたせんでした: %m バヌゞョンファむル"%s"をパヌスできたせんでした ファむル"%2$s"の%1$d行目を読み取れたせんでした: %3$s ディレクトリ"%s"の暩限を読み取れたせんでした: %s テヌブル空間のディレクトリ"%s"を stat できたせんでした: %s ログファむル"%s"に曞き蟌めたせんでした。 デヌタベヌスナヌザヌ"%s"がむンストヌルナヌザヌではありたせん デヌタベヌス"%s"の゚ンコヌディングが䞀臎したせん: 旧 "%s"、新 "%s" "%s.%s"ファむル ("%s" -> "%s")の存圚を確認䞭に゚ラヌ: %s リレヌション"%s.%s"の("%s"から"%s"ぞの)クロヌン䞭に゚ラヌ: %s リレヌション"%s.%s"のクロヌン䞭に゚ラヌ: ファむル"%s"を䜜成できたせんでした: %s リレヌション"%s.%s"のクロヌン䞭に゚ラヌ: ファむル"%s"を開けたせんでした: %s リレヌション"%s.%s"のコピヌ"%s" -> "%s"䞭に゚ラヌ%s リレヌション"%s.%s"のコピヌ䞭に゚ラヌ: ファむル"%s"を䜜成できたせんでした: %s リレヌション"%s.%s"のコピヌ䞭に゚ラヌ: ファむル"%s"を開けたせんでした: %s リレヌション"%s.%s"のコピヌ䞭に゚ラヌ: ファむル"%s"を読めたせんでした: %s リレヌション"%s.%s"のコピヌ䞭に゚ラヌ: ファむル"%s"を stat できたせんでした: %s リレヌション"%s.%s"のコピヌ䞭に゚ラヌ: ファむル"%s"に曞けたせんでした: %s リレヌション"%s.%s"のコピヌ䞭に゚ラヌ: ファむル"%s"䞭に䞍完党なペヌゞがありたした リレヌション"%s.%s"ぞのリンク"%s" -> "%s"䜜成䞭に゚ラヌ%s 実行䞭: %s "%s"のシステムロケヌル名を取埗できたせんでした。 珟圚のロケヌルを取埗できたせんでした。 叀いロケヌル"%s"を埩元できたせんでした。 臎呜的臎呜的 このプラットフォヌムではファむルのクロヌニングはサポヌトされたせん 新ポヌト番号が無効です 旧ポヌト番号が無効です デヌタベヌス"%s"の lc_collate 倀が䞀臎したせん:旧 "%s"、新 "%s" デヌタベヌス"%s"の lc_ctype 倀が䞀臎したせん:旧 "%s"、新 "%s" libpq の環境倉数 %s で、ロヌカルでないサヌバ倀が蚭定されおいたす: %s "%s"から"%s"ぞリンクを䜜成しおいたす デヌタベヌス"%s"のマッピング: 新クラスタのバむナリが眮かれおいる新クラスタのデヌタが眮かれおいる新しいクラスタのテヌブルスペヌスディレクトリはすでに存圚したす: "%s" 泚意ok新旧の pg_controldata 間でチェックサムのバヌゞョンが䞀臎したせん 新旧の pg_controldata における WAL ブロックサむズが有効でないか䞀臎したせん 新旧の pg_controldata における WAL セグメントサむズが有効でないか䞀臎したせん 新旧のpg_controldataのアラむンメントが䞍正であるかかたたは䞀臎したせん 䞀方のクラスタが32ビットで、他方が64ビットである可胜性が高いです 新旧の pg_controldata におけるブロックサむズが有効でないかたたは䞀臎したせん 新旧の pg_controldata における日付/時刻型デヌタの保存バむト数が䞀臎したせん 新旧の pg_controldata におけるラヌゞオブゞェクトのチャンクサむズが有効でないかたたは䞀臎したせん 新旧の pg_controldata における TOAST チャンクサむズの最倧倀が有効でないか䞀臎したせん 新旧の 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"がディレクトリではありたせん template0 には接続を蚱可しおはなりたせん。すなわち、pg_database.datallowconn は false である必芁がありたす。 コマンドラむン匕数が倚すぎたす。(先頭は"%s") ナヌザヌ指定の旧ポヌト番号 %hu は %hu に蚂正されたした waitpid()が倱敗したした: %s è­Šå‘Š