????
Your IP : 216.73.216.152
�� � u \ 0 1 5
P � [ h + \ � � � & � � "
R 0 ] � � � � � C � � � N � D : I � � ;
! U I! J �! E �! A 0" G r" A �" K �" ; H# S �# M �# J &$ E q$ G �$ O �$ @ O% � �% 3& D& W& d& z& �& �& �& �&
' $ '' ( L' u' & �' �' �' �' ( # "( F( a( ( % �( $ �( �( �( ! ) " &) I) a) d) x) �) ) �) - �) | �) % w+ A �+ N �+ ., % H, * n, 5 �, �, �, 7 - + @- * l- / �- 2 �- + �- / &. " V. + y. + �. 2 �. & / : +/ f/ . �/ + �/ �/ I �/ Q E0 �0 �0 � �0 ! �1 �1 % �1 2 %2 6 @2 w2 6 �2 6 �2 $ �2 3 -3 J I3 > �3 O �3 O #4 J s4 8 �4 � �4 �5 ; �5 a �5 [ 46 �6 - �6 + �6 7 D 7 ^7 5 w7 + �7 & �7 8 4 !8 5 V8 " �8 * �8 �8 1 �8 3 (9 ; \9 - �9 } �9 1 D: 3 v: ; �: - �: } ; h �; h �; " d< C �< 7 �< L = & P= w= L = = �= s
> � ~> 0 @ � 4A " B � 4C ; D # ME qF ; �G �H �I G �J � 6L �M �N K �O P :P % TP C zP * �P " �P Q !Q 2Q # GQ 1 kQ = �Q C �Q C R # cR �R � �R # 9S " ]S �S % �S ' �S ' �S ) T . @T + oT �T ( �T �T U $ "U ! GU ) iU 0 �U & �U , �U $ V * =V * hV B �V 7 �V D W B SW 7 �W D �W B X B VX B �X C �X E Y A fY
�Y �Y + �Y �Y Z > Z WZ lZ �Z 5 �Z �Z �Z A �Z F #[ H j[ { �[ B /\ ? r\ O �\ P ] Q S] N �] U �] J^ f^ < ^ 8 �^ . �^
$_ > 2_ > q_ H �_ * �_ $` ;` ( S` ' |` U �` �` / a 2 >a qa � ya [c , _c �c + �c m �d � 0e 0 �e D �f - .g < \g { �g � h D �h 0 �i W k ol un �n � �n � Qo b �o E Ep � �p N =q c �q W �q V Hr ] �r K �r W Is f �s N t ` Wt � �t W Fu V �u ] �u � Sv B �v � 5w �w �w x / /x / _x �x / �x # �x 8 �x 5 6y @ ly D �y 8 �y C +z ; oz % �z �z �z / { # 7{ 1 [{ 0 �{ / �{ . �{ . | L| ( Q| 1 z| �| �| �| �| # } @ /} N p} P �} < � K M� � �� 6 +� 9 b� i �� _ � 9 f� < �� m ݂ C K� 8 �� 0 ȃ @ �� ? :� T z� B τ 9 � O L� p �� 9
� Q G� B �� K ܆ < (� N e� a �� k � 7 �� H �� c � E g� E �� E � 9� 7 P� L �� + Ջ Q � Q S� < �� � H �� x C� v �� � 3� � Î x R� W ˏ � #� � N � � e� � � 1 r� K �� N � - ?� n m� + ܓ I � T R� = �� 8 � Q � V p� 9 Ǖ ? � < A� K ~� C ʖ I � T X� � �� K �� C �� I =� T �� � ܙ � ܚ � p� * � � 2� i �� � !� 3 �� � { �� ` q� � Ҟ q n� � � ~ �� � =� Z #� � ~� � I� �
� � ŭ � �� � a� � � b 2� w �� w
� , �� , �� 9 ߺ X � > r� . �� , �
� & ,� A S� D �� X ڼ \ 3� \ �� ; � 5 )� � _� = O� = �� 7 ˿ ? � 0 C� : t� I �� O �� H I� ; �� R � ; !� D ]� J �� C �� F 1� D x� E �� P � ; T� X �� ? �� F )� Q p� n �� h 1� N �� k �� e U� e �� i !� k �� s �� T k�
�� �� ] �� 6� R� b n� 2 �� 3 � 0 8� ] i� �� �� X �� f *� g �� � �� j �� h &� � �� r � a �� s �� a� 3 �� 0 � { F� { �� F >� �� a �� a �� s _� * �� & �� %� @ D� I �� � �� ! Z� ? |� H �� � S � � � A ? R z , a ( - � � � � y � F M �
e � 3 � . � _ 2 � u � � � I H 9
� Z � E � � � � � � b � $ � � @ � ' ] C � � [ � � � � 1 � � 5 B � � � � � \ � � L � � � � � � � ) � ! P � � � � N g t � D h U / � � � � l 7 � & � � � � � Y � ^ � � < � � n { � � � Q � � � � � k � � ` � � � � � � � > � o � 4 8 j 6 m O � � T � � + w � � � 0 � " % X � � � = K � � f � V � � s � i } � � � � J v ~ �
p d � c � � � r � � ; G x q � �
� � � # � � � : � | W � *
%s
*Clusters are compatible*
*failure*
Before running pg_upgrade you must:
create a new database cluster (using the new version of initdb)
shutdown the postmaster servicing the old cluster
shutdown the postmaster servicing the new cluster
For example:
pg_upgrade -d oldCluster/data -D newCluster/data -b oldCluster/bin -B newCluster/bin
or
If pg_upgrade fails after this point, you must re-initdb the
new cluster before continuing.
If you want to start the old cluster, you will need to remove
the ".old" suffix from %s/global/pg_control.old.
Because "link" mode was used, the old cluster cannot be safely
started once the new cluster has been started.
Performing Upgrade
------------------
Report bugs to <%s>.
Upgrade Complete
----------------
WARNING: new data directory should not be inside the old data directory, i.e. %s
WARNING: user-defined tablespace locations should not be inside the data directory, i.e. %s
When you run pg_upgrade, you must provide the following information:
the data directory for the old cluster (-d DATADIR)
the data directory for the new cluster (-D DATADIR)
the "bin" directory for the old version (-b BINDIR)
the "bin" directory for the new version (-B BINDIR)
Your installation contains extensions that should be updated
with the ALTER EXTENSION command. The file
%s
when executed by psql by the database superuser will update
these extensions.
Your installation contains hash indexes. These indexes have different
internal formats between your old and new clusters, so they must be
reindexed with the REINDEX command. After upgrading, you will be given
REINDEX instructions.
Your installation contains hash indexes. These indexes have different
internal formats between your old and new clusters, so they must be
reindexed with the REINDEX command. The file
%s
when executed by psql by the database superuser will recreate all invalid
indexes; until then, none of these indexes will be used.
source databases:
target databases: $ export PGDATAOLD=oldCluster/data
$ export PGDATANEW=newCluster/data
$ export PGBINOLD=oldCluster/bin
$ export PGBINNEW=newCluster/bin
$ pg_upgrade
--clone clone instead of copying files to new cluster
--copy copy files to new cluster (default)
-?, --help show this help, then exit
-B, --new-bindir=BINDIR new cluster executable directory (default
same directory as pg_upgrade)
-D, --new-datadir=DATADIR new cluster data directory
-N, --no-sync do not wait for changes to be written safely to disk
-O, --new-options=OPTIONS new cluster options to pass to the server
-P, --new-port=PORT new cluster port number (default %d)
-U, --username=NAME cluster superuser (default "%s")
-V, --version display version information, then exit
-b, --old-bindir=BINDIR old cluster executable directory
-c, --check check clusters only, don't change any data
-d, --old-datadir=DATADIR old cluster data directory
-j, --jobs=NUM number of simultaneous processes or threads to use
-k, --link link instead of copying files to new cluster
-o, --old-options=OPTIONS old cluster options to pass to the server
-p, --old-port=PORT old cluster port number (default %d)
-r, --retain retain SQL and log files after success
-s, --socketdir=DIR socket directory to use (default current dir.)
-v, --verbose enable verbose internal logging
C:\> set PGDATAOLD=oldCluster/data
C:\> set PGDATANEW=newCluster/data
C:\> set PGBINOLD=oldCluster/bin
C:\> set PGBINNEW=newCluster/bin
C:\> pg_upgrade
WAL block size WAL segment size block size checkpoint next XID data checksum version dates/times are integers? first WAL segment after reset float8 argument passing method large relation segment size large-object chunk size latest checkpoint next MultiXactId latest checkpoint next MultiXactOffset latest checkpoint next OID latest checkpoint oldest MultiXactId latest checkpoint oldestXID maximum TOAST chunk size maximum alignment maximum identifier length maximum number of indexed columns pg_upgrade [OPTION]...
which is an index on "%s.%s" which is an index on OID %u which is the TOAST table for "%s.%s" which is the TOAST table for OID %u "%s" is not a directory %-*s %d: controldata retrieval problem %d: database cluster state problem %d: pg_resetwal problem %s %s home page: <%s>
%s() failed: %s %s: cannot be run as root %s: could not find own program executable Adding ".old" suffix to old global/pg_control All 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 cluster Cannot continue without required control information, terminating Cannot upgrade to/from the same system catalog version when
using tablespaces. Checking cluster versions Checking database connection settings Checking database user is the install user Checking for contrib/isn with bigint-passing mismatch Checking for extension updates Checking for hash indexes Checking for incompatible "%s" data type in user tables Checking for incompatible "jsonb" data type Checking for incompatible "line" data type Checking for incompatible polymorphic functions Checking for invalid "sql_identifier" user columns Checking for invalid "unknown" user columns Checking for new cluster tablespace directories Checking for prepared transactions Checking for presence of required libraries Checking for reg* data types in user tables Checking for removed "%s" data type in user tables Checking for roles starting with "pg_" Checking for system-defined composite types in user tables Checking for tables WITH OIDS Checking for user-defined encoding conversions Checking for user-defined postfix operators Cloning 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 server Copying 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 objects Creating script to delete old cluster Database: %s Deleting files from new %s Failed to match up old and new tables in database "%s" Failure, exiting
Finding the real data directory for the source cluster Finding the real data directory for the target cluster Freezing all rows in the new cluster In 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.
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 archives Restoring database schemas in the new cluster Restoring global objects in the new cluster Running in verbose mode Running this script will delete the old cluster's data files:
%s SQL command failed
%s
%s Setting frozenxid and minmxid counters in new cluster Setting locale and encoding for new cluster Setting minmxid counter in new cluster Setting next OID for new cluster Setting next multixact ID and offset for new cluster Setting next transaction ID and epoch for new cluster Setting oldest XID for new cluster Setting oldest multixact ID in new cluster Sync data directory to disk The source cluster contains prepared transactions 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 lacks cluster state information: The target cluster lacks some required control information: The target cluster was not shut down cleanly. The target cluster was shut down while in recovery mode. To upgrade, use "rsync" as documented or shut it down as a primary. There seems to be a postmaster servicing the new cluster.
Please shutdown that postmaster and try again. There seems to be a postmaster servicing the old cluster.
Please shutdown that postmaster and try again. There were problems executing "%s" This utility can only upgrade from PostgreSQL version %s and later. This utility can only upgrade to PostgreSQL version %s. This utility cannot be used to downgrade to older major PostgreSQL versions. Try "%s --help" for more information.
Usage:
When checking a live server, the old and new port numbers must be different. You must have read and write access in the current directory. You must identify the directory where the %s.
Please use the %s command-line option or the %s environment variable. Your installation contains "contrib/isn" functions which rely on the
bigint data type. Your old and new clusters pass bigint values
differently so this cluster cannot currently be upgraded. You can
manually dump databases in the old cluster that use "contrib/isn"
facilities, drop them, perform the upgrade, and then restore them. A
list of the problem functions is in the file:
%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 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:
%s Your installation contains system-defined composite types in user tables.
These type OIDs are not stable across PostgreSQL versions,
so this cluster cannot currently be upgraded. You can
drop the problem columns and restart the upgrade.
A list of the problem columns is in the file:
%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 "aclitem" data type in user tables.
The internal format of "aclitem" changed in PostgreSQL version 16
so this cluster cannot currently be upgraded. You can drop the
problem columns and restart the upgrade. A list of the problem
columns is in the file:
%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: %m check for "%s" failed: %s check for "%s" failed: cannot execute check for "%s" failed: incorrect version: found "%s", expected "%s" 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": %s could 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 rename file "%s" to "%s": %m 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 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 fatal file cloning not supported on this platform invalid new port number invalid old port number libpq environment variable %s has a non-local server value: %s linking "%s" to "%s" new cluster binaries reside new cluster data resides new cluster tablespace directory already exists: "%s" notice ok old 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 reside old cluster data resides old 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 created tablespace 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 template0 not found too many command-line arguments (first is "%s") user-supplied old port number %hu corrected to %hu warning Project-Id-Version: pg_upgrade (PostgreSQL 16)
Report-Msgid-Bugs-To: pgsql-bugs@lists.postgresql.org
POT-Creation-Date: 2023-09-26 10:21+0900
PO-Revision-Date: 2023-09-26 11:38+0900
Last-Translator: Kyotaro Horiguchi <horikyota.ntt@gmail.com>
Language-Team: Japan PostgreSQL Users Group <jpug-doc@ml.postgresql.jp>
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: nplurals=1; plural=0;
%s
* クラスタは互換性があります *
*失敗*
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>に報告してください。
アップグレードが完了しました
----------------
警告: 新データディレクトリが旧データディレクトリ、つまり %sの中にあってはなりません
警告: ユーザー定義テーブル空間の場所がデータディレクトリ、つまり %s の中にあってはなりません。
pg_upgrade を動かす場合、次の情報を指定する必要があります:
旧クラスタのデータディレクトリ (-d DATADIR)
新クラスタのデータディレクトリ (-D DATADIR)
旧バージョンの"bin"ディレクトリ (-b BINDIR)
新バージョンの"bin"ディレクトリ(-B BINDIR)
このクラスタにはALTER EXTENSIONコマンドによるアップデートが必要な機能拡張が
あります。以下のファイルをpsqlを使ってデータベースのスーパーユーザーとして実行することで
これらの機能拡張をアップデートできます。
%s
このクラスタにはハッシュインデックスがあります。このインデックスは新旧のクラスタ間で
内部フォーマットが異なるため、REINDEX コマンドを使って再構築する必要があります。
アップグレードが終わったら、REINDEX を使った操作方法が指示されます。
このクラスタにはハッシュインデックスがあります。このインデックスは新旧のクラスタ間で
内部フォーマットが異なるため、REINDEX コマンドを使って再構築する必要があります。
以下のファイル
%s
を、psqlを使用してデータベースのスーパーユーザーとして実行することで、無効になった
インデックスを再構築できます。
それまでは、これらのインデックスは使用されません。
移行元データベース:
移行先データベース: $ export PGDATAOLD=oldCluster/data
$ export PGDATANEW=newCluster/data
$ export PGBINOLD=oldCluster/bin
$ export PGBINNEW=newCluster/bin
$ pg_upgrade
--clone 新クラスタにファイルをコピーする代わりに
クローンする
--copy 新クラスタにファイルをコピーする(デフォルト)
-?, --help このヘルプを表示して終了
-B, --new-bindir=BINDIR 新クラスタの実行ファイルディレクトリ(デフォルト
はpg_upgradeと同じディレクトリ)
-D, --new-datadir=DATADIR 新クラスタのデータディレクトリ
-N, --no-sync 変更のディスクへの確実な書き出しを待機しない
-O, --new-options=OPTIONS サーバーに渡す新クラスタのオプション
-P, --new-port=PORT 新クラスタのポート番号(デフォルト %d)
-U, --username=NAME クラスタのスーパーユーザー(デフォルト"%s")
-V, --version バージョン情報を表示して終了
-b, --old-bindir=BINDIR 旧クラスタの実行ファイルディレクトリ
-c, --check クラスタのチェックのみ、データを一切変更しない
-d, --old-datadir=DATADIR 旧クラスタのデータディレクトリ
-j, --jobs 使用する同時実行プロセスまたはスレッドの数
-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: rootでは実行できません %s: 自身の実行ファイルが見つかりませんでした 旧の global/pg_control に ".old" サフィックスを追加しています template0ではないすべてのデータベースは接続を許可しなければなりません、つまり
pg_database.datallowconnがtrueでなければなりません。このクラスタには
pg_database.datallowconnがfalseとなっているtemplate0以外のデータベースが
存在しています。template0以外のすべてのデータベースへの接続を許可するか、接続が
許可されないデータベースをすべて削除することを検討してください。問題のあるデータベースの
一覧が以下のファイルにあります:
%s 新クラスタ内のすべての行を分析しています 必要な制御情報がないので続行できません。終了します テーブル空間を使用している場合、同じシステムカタログバージョン間での
アップグレードはできません。 クラスタのバージョンを確認しています データベース接続の設定を確認しています データベースユーザーがインストールユーザーかどうかをチェックしています bigint を渡す際にミスマッチが発生する contrib/isn をチェックしています 機能拡張のアップデートを確認しています ハッシュインデックスをチェックしています ユーザーテーブル中で使用されている非互換の"%s"データ型をチェックしています 互換性のない"jsonb"データ型をチェックしています 非互換の "line" データ型を確認しています 非互換の多態関数を確認しています 無効な"sql_identifier"ユーザー列を確認しています 無効な"unknown"ユーザー列をチェックしています 新しいクラスタのテーブル空間ディレクトリを確認しています 準備済みトランザクションをチェックしています 必要なライブラリの有無を確認しています ユーザーテーブル内の reg * データ型をチェックしています ユーザーテーブル中で使用されている削除された"%s"データ型をチェックしています 'pg_' で始まるロールをチェックしています ユーザーテーブル内のシステム定義複合型を確認しています WITH OIDS宣言されたテーブルをチェックしています ユーザー定義のエンコーディング変換を確認しています ユーザー定義の後置演算子を確認しています ユーザーリレーションファイルをクローニングしています ありうる失敗の原因については、"%s"の最後の数行を参照してください。 ありうる失敗の原因については"%s"または"%s"の最後の数行を参照してください。 旧の %s を新サーバーにコピーしています ユーザーリレーションのファイルをコピーしています ユーザー定義のテーブル空間もしくは新クラスタのデータディレクトリが
旧クラスタのディレクトリ内に存在するため、旧クラスタのデータ
ファイルを削除するためのスクリプトを作成できませんでした。 古い
クラスタの内容は手動で削除する必要があります。 データベーススキーマのダンプを作成しています。 グローバルオブジェクトのダンプを作成しています 旧クラスタを削除するスクリプトを作成しています データベース: %s 新しい %s からファイルを削除しています データベース"%s"で新旧のテーブルの照合に失敗しました 失敗しました、終了しています
移行元クラスタの実際のデータディレクトリを探しています 移行先クラスタの実際のデータディレクトリを探しています 新クラスタ内のすべての行を凍結しています データベース: %s
ユーザーリレーションのファイルをリンクしています 新クラスタのデータとバイナリのディレクトリは異なるメジャーバージョンのものです。 新クラスタのデータベース"%s"が空ではありません: リレーション"%s.%s"が見つかりました データベース"%2$s"でOID %1$uを持つ旧リレーションに対応するリレーションが新クラスタ内にありません: %3$s データベース"%2$s"でOID%1$uを持つ新リレーションに対応するリレーションが旧クラスタ内にありません: %3$s 旧クラスタのデータとバイナリのディレクトリは異なるメジャーバージョンのものです。 新クラスタ内で定義できるのはインストールユーザーのみです。 オプティマイザーの統計は、pg_upgrade では転送されません。そのため
新サーバーを起動した後、以下を行うことを検討してください。
%s/vacuumdb %s--all --analyze-in-stages オプション:
整合性チェックを実行しています。
----------------------------- 元の実行中サーバーの一貫性チェックを実行しています。
-------------------------------------------------- データベース"%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を設定しています データディレクトリをディスクに同期します 移行元クラスタに準備済みトランザクションがあります 移行元クラスタにクラスタ状態情報がありません: 移行元クラスタに必要な制御情報の一部がありません: 移行元クラスタはクリーンにシャットダウンされていません。 移行元クラスタはリカバリモード中にシャットダウンされています。アップグレードをするにはドキュメントの通りに "rsync" を実行するか、プライマリとしてシャットダウンしてください。 移行先クラスタに準備済みトランザクションがあります 移行先クラスタにクラスタ状態情報がありません: 移行先クラスタに必要な制御情報の一部がありません: 移行先クラスタはクリーンにシャットダウンされていません。 移行先クラスタはリカバリモード中にシャットダウンされています。アップグレードをするにはドキュメントの通りに "rsync" を実行するか、プライマリとしてシャットダウンしてください。 新クラスタで稼働中のpostmasterがあるようです。
そのpostmasterをシャットダウンしたのちやり直してください。 旧クラスタで稼働中のpostmasterがあるようです。
そのpostmasterをシャットダウンしたのちにやり直してください。 "%s実行で問題が発生しました
`1 このユーティリティではPostgreSQLバージョン%s以降のバージョンからのみアップグレードできます。 このユーティリティは、PostgreSQLバージョン%sにのみアップグレードできます。 このユーティリティは PostgreSQL の過去のメジャーバージョンにダウングレードする用途では使用できません。 詳細は"%s --help"を参照してください。
使い方:
稼働中のサーバーをチェックする場合、新旧のポート番号が異なっている必要があります。 カレントディレクトリに対して読み書き可能なアクセス権が必要です。 %sディレクトリを指定する必要があります。
コマンドラインオプション %s または環境変数 %s を使用してください。 このクラスタには、bigintデータ型に依存する「contrib/isn」の関数が
含まれています。新旧のクラスタ間でのbigint値の受け渡し方法が異なるため、
現時点ではこのクラスタをアップグレードすることはできません。
旧クラスタ中の「contrib/isn」の関数等を使うデータベースを手動でダンプして、
それらを削除してからアップグレードを実行し、その後削除したデータベースを
リストアすることができます。
問題のある関数の一覧は以下のファイルにあります:
%s このクラスタではユーザーテーブルにreg*データ型のひとつが含まれています。
これらのデータ型はシステムOIDを参照しますが、これは pg_upgradeでは
保存されないため、現時点ではこのクラスタをアップグレードすることはできません。
問題の列を削除したのち、アップグレードを再実行できます。
問題のある列の一覧は以下のファイルにあります:
%s このクラスタには"pg_"で始まるロールが含まれています。
"pg_"はシステムロールのために予約されている接頭辞で、これらのロールの
名前を変更しないとpg_upgradeではこのクラスタをアップグレードすることは
できません。
"pg_"で始まるロールの一覧は以下のファイルにあります:
%s このクラスタ内のユーザーテーブルには、システム定義の複合データ型が含まれています。
これらのデータ型のOIDはPostgreSQLのバージョン間にわたって不変ではないため、
このクラスタは現時点ではアップグレードできません。問題の列を削除したのちに
アップグレードを再実行することができます。
問題のある列の一覧は、以下のファイルにあります:
%s このクラスタにはWITH OIDS宣言されたテーブルが存在しますが、これは今後
サポートされません。以下のコマンドでoidカラムを削除することを検討してください:
ALTER TABLE ... SET WITHOUT OIDS;
以下のファイルにこの問題を抱えるテーブルの一覧があります:
%s このクラスタではユーザーテーブルにデータ型"%s"が含まれています。
この"%s"型はPostgreSQLバージョン%sでは削除されています、そのためこのクラスタは
現時点ではアップグレードできません。問題の列を削除するか、他のデータ型に変更した後に
アップグレードを再実行できます。問題のある列の一覧は、以下のファイルにあります:
%s このクラスタではユーザーテーブルに"aclitem"データ型が含まれています。
この型の内部フォーマットはPostgreSQL バージョン16で変更されているため、
現時点ではこのクラスタをアップグレードすることはできません。
問題の列を削除したのち、アップグレードを再実行できます。
問題のある列の一覧は以下のファイルにあります:
%s このクラスタではユーザーテーブルに"jsonb"データ型が含まれています。
この型の内部フォーマットは9.4ベータの間に変更されているため、現時点ではこの
クラスタをアップグレードすることはできません。
問題の列を削除したのち、アップグレードを再実行できます。
問題のある列の一覧は以下のファイルにあります:
%s このクラスタではユーザーテーブルに"line"データ型が含まれています。
このデータ型は新旧のクラスタ間で内部形式および入出力フォーマットが
変更されているため、このクラスタは現時点ではアップグレードできません。
問題の列を削除したのちにアップグレードを再実行できます。
問題のある列の一覧は、以下のファイルにあります:
%s このクラスタではでは”sql_identifier”データ型がユーザーテーブルに含まれています。
このデータ型のディスク上での形式は変更されているため、このクラスタは現時点では
アップグレードできません。問題のある列を削除した後にアップグレードを再実行する
ことができます。
問題のある列の一覧は、以下のファイルにあります:
%s このクラスタではユーザーテーブルに "unknown" データ型が含まれています。
このデータ型はもはやテーブル内では利用できないため、このクラスタは現時点
ではアップグレードできません。問題の列を削除したのち、アップグレードを
再実行できます。
問題のある列の一覧は、以下のファイルにあります:
%s このクラスタにはユーザー定義のエンコーディング変換が含まれています。
変換関数のパラメータがPostgreSQLバージョン14で変更されているため、
現時点ではこのクラスタをアップグレードすることはできません。
旧クラスタ内のそれらのエンコーディング変換を削除したのち、アップグレードを
再実行できます。
ユーザー定義のエンコーディング変換の一覧は以下のファイルにあります:
%s このクラスタには、"anyarray"または"anyelement"型の引数を持つ内部多態関数を
参照するユーザー定義のオブジェクトが含まれています。これらのユーザー定義オブジェクトは
アップグレード前に削除して、のちに"anycompatiblearray"および"anycompatible"を
引数とする対応する新しい関数を参照するように変更して復元する必要があります。
問題となるオブジェクトの一覧は以下のファイルにあります:
%s このクラスタにはユーザー定義の後置演算子が存在しますが、これは今後
サポートされません。後置演算子を削除するか、前置演算子あるいは関数
呼び出しで置き換えることを検討してください:
以下のファイルにユーザー定義後置演算子の一覧があります:
%s このクラスタでは、移行先の環境にはないロード可能ライブラリを参照しています。
これらのライブラリを移行先の環境に追加するか、もしくは移行元の環境から
それらを使っている関数を削除してください。 問題のライブラリの一覧は、
以下のファイルに入っています:
%s Windowsでは、新クラスタのデータディレクトリの中でpg_upgradeを実行することはできません "%s"のチェックに失敗しました: %m "%s"のチェックに失敗しました: %s "%s"の確認に失敗しました: 実行できません "%s"の確認に失敗しました: 間違ったバージョン: 検出"%s"、想定"%s" 子プロセスが異常終了しました: ステータス %d 子ワーカーが異常終了しました: %s "%s"から"%s"へクローンしています コマンドが長すぎます "%s"を"%s"にコピーしています ディレクトリ"%s"にアクセスできませんでした: %m ファイル"%s"に実行権限を追加できませんでした: %s 新旧ディレクトリ間のファイルのクローンができませんでした: %s 以下のコマンドで起動した移行元postmasterに接続できませんでした:
%s 以下のコマンドで起動した移行先postmasterに接続できませんでした:
%s ディレクトリ"%s"を作成できませんでした: %m ファイル"%s"を作成できませんでした: %s 新旧のデータディレクトリ間でハードリンクを作成できませんでした: %s
リンクモードでは、新旧のデータディレクトリが同じファイルシステム上に存在しなければなりません。 ワーカープロセスを作成できませんでした: %s ワーカースレッドを作成できませんでした: %s ディレクトリ"%s"を削除できませんでした カレントディレクトリを特定できませんでした ユーザー数を特定できませんでした %s で制御情報が取得できませんでした。: %s %s でデータディレクトリを取得できませんでした。: %s %s でpg_ctlのバージョンデータを取得できませんでした。: %s %s からpg_ctlのバージョン出力を取得できませんでした ライブラリ"%s"をロードできませんでした: %s ファイル"%s"を読み取り用としてオープンできませんでした:%s ファイル"%s"をオープンできませんでした: %s ロックファイル"%s"をオープンできませんでした: %m バージョンファイル"%s"をオープンできませんでした: %m バージョンファイル"%s"をパースできませんでした ファイル"%2$s"の%1$d行目を読み取れませんでした: %3$s ディレクトリ"%s"の権限を読み取れませんでした: %s ファイル"%s"の名前を"%s"に変更できませんでした: %m テーブル空間のディレクトリ"%s"を stat できませんでした: %s ログファイル"%s"に書き込めませんでした: %m データベースユーザー"%s"がインストールユーザーではありません 新クラスタのディレクトリ・パスが長すぎます "%s.%s"ファイル ("%s"から"%s")の存在確認中にエラー: %s リレーション"%s.%s"の("%s"から"%s"への)クローン中にエラー: %s リレーション"%s.%s"のクローン中にエラー: ファイル"%s"を作成できませんでした: %s リレーション"%s.%s"のクローン中にエラー: ファイル"%s"を開けませんでした: %s リレーション"%s.%s"の("%s"から"%s"への)コピー中にエラー: %s リレーション"%s.%s"のコピー中にエラー: ファイル"%s"を作成できませんでした: %s リレーション"%s.%s"のコピー中にエラー: ファイル"%s"を開けませんでした: %s リレーション"%s.%s"のコピー中にエラー: ファイル"%s"を読めませんでした: %s リレーション"%s.%s"のコピー中にエラー: ファイル"%s"をstatできませんでした: %s リレーション"%s.%s"のコピー中にエラー: ファイル"%s"に書き込めませんでした: %s リレーション"%s.%s"のコピー中にエラー: ファイル"%s"中に不完全なページがありました リレーション"%s.%s"の("%s"から"%s"への)リンク作成中にエラー: %s 実行中: %s 致命的 このプラットフォームではファイルのクローンはサポートされません 不正な新ポート番号 不正な旧ポート番号 libpq の環境変数 %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 である必要があります template0が見つかりません コマンドライン引数が多すぎます。(先頭は"%s") ユーザー指定の旧ポート番号%huは%huに訂正されました 警告