📁 File Manager Pro
v10.0.2 | PHP: 8.1.34
Server: LiteSpeed
2026-06-29 18:01:52
📂
/
/
usr
/
share
/
locale
/
ko
/
LC_MESSAGES
✏️
Editing: pg_upgrade-10.mo
�� � � K L x y | � � � h s ] � � : ' - B e p # � S � ^ N � � � E � � " � . B D � L : � A '! ; i! J �! E �! A 6" G x" A �" K # ; N# S �# M �# J ,$ E w$ G �$ @ % � F% �% �% & & 4& M& j& ! �& �& �& % �& ) ' 7' ' U' }' �' �' $ �' �' ( )( % F( $ l( �( �( " �( �( �( �( �( ) * ) - I) e w) % �) B * O F* �* % �* * �* 5 + 7+ + Q+ * }+ + �+ �+ " �+ + , + >, & j, J �, R �, /- L- � i- " J. m. & �. % �. �. �. 7 / ;/ 6 M/ 6 �/ $ �/ �/ K �/ ' I0 P q0 P �0 K 1 9 _1 � �1 t )2 �2 < �2 b �2 \ H3 ? �3 �3 . �3 + +4 W4 E p4 �4 5 �4 & 5 ,5 4 M5 5 �5 * �5 �5 2 �5 6 26 < i6 2 �6 6 �6 < 7 i M7 i �7 # !8 E E8 8 �8 M �8 & 9 99 U9 M ]9 [ �9 > : t F: � �: 4 A< v= @ �> �? �@ L �A 8B : SB < �B * �B # �B C ! ,C NC 2 dC D �C D �C � !D $ �D # �D �D & E ( FE ( oE * �E / �E , �E F ) @F jF �F ( �F * �F - �F ! +G + MG > yG C �G 8 �G E 5H C {H C �H C I D GI F �I B �I J * %J ! PJ " rJ �J �J �J F �J D K ? ZK �K �K �K �K L B L G HL I �L { �L C VM @ �M P �M Q ,N R ~N O �N V !O xO �O = �O 9 �O / %P UP ? dP ? �P H �P + -Q YQ ) qQ ( �Q V �Q 3 R OR � WR �S �S T � T f �T � MU | �U / eW 0 �W � �W ( �Z g �Z v P[ �[ �\ � �] v ~_ : �` % 0b Vb sb �b �b � �b E :c O �c H �c N d N hd M �d E e O Ke D �e H �e V )f W �f N �f N 'g [ vg B �g � h �h �h �h �h i $ ,i Qi ni $ �i �i / �i 3 j ' 5j 9 ]j ! �j �j �j �j k k :k & Wk & ~k - �k �k �k �k l l l + &l 7 Rl A �l � �l G �m F �m � n �n . �n T �n B So �o & �o % �o 2 �o 2p + Kp $ wp G �p $ �p d q p nq ) �q ) r 3r 4 5s $ js A �s : �s t ! $t E Ft �t ? �t ? �t H u ) hu a �u G �u _ <v _ �v a �v J ^w � �w � bx #y . ,y h [y q �y S 6z �z < �z / �z { \ 6{ �{ 8 �{ - �{ ) | J <| B �| F �| ' } < 9} < v} G �} < �} ? 8~ G x~ ` �~ ` ! � M � R � s D� E �� 0 �� /� j ;� d �� @ � s L� � �� � �� ^ t� � Ӈ 3 V� > �� | ɋ F� @ ^� N �� 2 � , !� N� $ d� ) �� : �� H � H 7� � �� 0 ,� - ]� + �� - �� & � : � = G� H �� ) ΐ & �� 6 � " V� y� 5 �� 9 Б R � % ]� T �� ^ ؒ J 7� 9 �� M �� J � M U� X �� J �� T G� C �� � 5 � * %� + P� |� �� �� c Ȗ a ,� : �� ) ɗ $ � $ � =� \� H _� I �� I � <� E �� O � S R� V �� O �� R M� Y �� $ �� � v >� v �� R ,� � I �� I d %� + �� 0 �� < � < $� � a� 8 �� 3� � � / v � � � # f � \ � � c � 6 � V _ � � T � � � I � R � B F � < C � � � � � ` y � r � G � � � d z i � � � j � N l � � > 1 � � � � � : � b � ~ ] o � ' � ^ h 3 � @ � 2 � } � s q � ? � S � � � , � E & O � � � � � J � � � L � x � { . � K * � e u � � U � = � � [ � � � 9 5 " � ! n � 8 � � � � � � � � � � ( + � � Y A � � P a - t � 4 � � k p X � � Z M w m D � � g � � � | � � � $ � � H W � 0 � � Q � � � ) � ; � � % � � 7 � *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 <pgsql-bugs@postgresql.org>. 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 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 -?, --help show this help, then exit -B, --new-bindir=BINDIR new cluster executable directory -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 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 -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 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: pg_resetwal problem %s %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_control All non-template0 databases must allow connections, i.e. their pg_database.datallowconn must be true 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 hash indexes Checking for incompatible "jsonb" data type Checking for incompatible "line" data type Checking for invalid "unknown" user columns Checking for large objects Checking for prepared transactions Checking for presence of required libraries Checking for reg* data types in user tables Checking for roles starting with "pg_" 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 analyze new cluster 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 Linking user relation files New cluster data and binary directories are from different major versions. New cluster database "%s" is not empty 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 and free space information are not transferred by pg_upgrade so, once you start the new server, consider running: %s 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 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 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 multixact ID in new cluster Sync data directory to disk The source cluster contains prepared transactions The source cluster contains roles starting with "pg_" The source cluster lacks some required control information: The target cluster contains prepared transactions The target cluster contains roles starting with "pg_" The target cluster lacks some required control information: 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 upgrade databases that use "contrib/isn" facilities and remove "contrib/isn" from the old cluster and restart the upgrade. 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 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 "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 worker exited abnormally: %s command too long connection to database failed: %s copying "%s" to "%s" could not add execute permission to file "%s": %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 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 version file: %s could not parse PG_VERSION file from %s could not read line %d from file "%s": %s could not stat tablespace directory "%s": %s could not write to log file "%s" 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 copying relation "%s.%s" ("%s" to "%s"): %s error while copying relation "%s.%s": could not create file "%s": %s error while copying relation "%s.%s": could not open file "%s": %s error while copying relation "%s.%s": could not read file "%s": %s error while copying relation "%s.%s": could not stat file "%s": %s error while copying relation "%s.%s": could not write file "%s": %s error while copying relation "%s.%s": partial page found in file "%s" error while creating link for relation "%s.%s" ("%s" to "%s"): %s executing: %s failed to get system locale name for "%s" failed to get the current locale failed to restore old locale "%s" fatal 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 reside new cluster data resides 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" 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 user-supplied old port number %hu corrected to %hu warning Project-Id-Version: pg_upgrade (PostgreSQL) 10 Report-Msgid-Bugs-To: pgsql-bugs@postgresql.org POT-Creation-Date: 2017-09-19 09:51+0900 PO-Revision-Date: 2017-09-19 10:29+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; *클러스터 호환성* *실패* pg_upgrade 작업 전에 먼저 해야 할 것들: 새 버전의 initdb 명령으로 새 데이터베이스 클러스터를 만들고 옛 서버를 중지하고 새 서버도 중지하세요. 사용예: pg_upgrade -d oldCluster/data -D newCluster/data -b oldCluster/bin -B newCluster/bin or 여기서 pg_upgrade 작업을 실패한다면, 재시도 하기 전에 먼저 새 클러스터를 처음부터 다시 만들어 진행해야 합니다. 옛 버전으로 옛 클러스터를 사용해서 서버를 실행하려면, %s/global/pg_control.old 파일의 이름을 ".old" 빼고 바꾸어 사용해야합니다. 업그레이드를 "link" 모드로 했기 때문에, 한번이라도 새 버전의 서버가 이 클러스터를 이용해서 실행되었다면, 이 파일이 더 이상 안전하지 않기 때문입니다. 업그레이드 진행 중 ------------------ 문제점 보고: <pgsql-bugs@postgresql.org>. 옛 클러스터는 "plpython_call_handler" 함수가 "public" 스키마 안에 정의 되어있습니다. 이 함수는 "pg_catalog" 스키마 안에 있어야합니다. psql에서 다음 명령으로 이 함수의 위치를 살펴 볼 수 있습니다: \df *.plpython_call_handler "public" 스키마 안에 이 함수가 있는 경우는 8.1 버전 이전 버전이었습니다. 업그레이드 작업을 정상적으로 마치려면, 먼저 "plpython" 관련 객체들을 먼저 모두 지우고, 새 버전용 모듈을 설치해서 사용해야 합니다. 이 삭제 작업은 다음과 같이 진행합니다: DROP FUNCTION public.plpython_call_handler() 이 작업은 관련 모든 데이터베이스 단위로 진행되어야 합니다. 업그레이드 완료 --------------- 경고: 새 데이터 디렉터리는 옛 데이터 디렉터리 안에 둘 수 없습니다, 예: %s 경고: 사용자 정의 테이블스페이스 위치를 데이터 디렉터리 안에 둘 수 없습니다, 예: %s pg_upgrade 작업은 다음 네개의 옵션 값은 반드시 지정해야 함: 옛 데이터 클러스터 디렉터리 (-d DATADIR) 새 데이터 클러스터 디렉터리 (-D DATADIR) 옛 버전의 "bin" 디렉터리 (-b BINDIR) 새 버전의 "bin" 디렉터리 (-B BINDIR) 해당 데이터베이스에서 해쉬 인덱스를 사용하고 있습니다. 해쉬 인덱스 자료구조가 새 버전에서 호환되지 않습니다. 업그레이드 후에 해당 인덱스들을 REINDEX 명령으로 다시 만들어야 합니다. 해당 데이터베이스에서 해쉬 인덱스를 사용하고 있습니다. 해쉬 인덱스 자료구조가 새 버전에서 호환되지 않습니다. 업그레이드 후 다음 파일을 슈퍼유저 권한으로 실행한 psql에서 실행해서, REINDEX 작업을 진행하세요: %s 이 작업이 있기 전까지는 해당 인덱스는 invalid 상태로 사용할 수 없게 됩니다. 이 데이터베이스는 대형 객체를 사용하고 있습니다. 새 데이터베이스에서는 이들의 접근 권한 제어를 위해 추가적인 테이블을 사용합니다. 그래서 이들의 접근 권한을 기본값으로 설정하려면, %s 파일을 새 서버가 실행 되었을 때 슈퍼유저 권한으로 psql 명령으로 실행 하세요. 이 데이터베이스는 대형 객체를 사용하고 있습니다. 새 데이터베이스에서는 이들의 접근 권한 제어를 위해 추가적인 테이블을 사용합니다. 업그레이드 후 이 객체들의 접근 권한은 pg_largeobject_metadata 테이블에 기본값으로 지정됩니다. 데이터베이스 연결 실패: %s 원본 데이터베이스: 대상 데이터베이스: %s $ export PGDATAOLD=oldCluster/data $ export PGDATANEW=newCluster/data $ export PGBINOLD=oldCluster/bin $ export PGBINNEW=newCluster/bin $ pg_upgrade -?, --help 이 도움말을 보여주고 마침 -B, --new-bindir=BINDIR 새 클러스터 실행 파일의 디렉터리 -D, --new-datadir=DATADIR 새 클러스터 데이터 디렉터리 -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 동시에 작업할 프로세스 또는 쓰레드 수 -k, --link 새 클러스터 구축을 복사 대신 링크 사용 -o, --old-options=옵션 옛 서버에서 사용할 서버 옵션들 -p, --old-port=PORT 옛 클러스터 포트 번호 (기본값 %d) -r, --retain 작업 완료 후 사용했던 SQL과 로그 파일 남김 -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 최대 토스트 조각 크기 최대 정렬 최대 식별자 길이 최대 인덱스 칼럼 수 pg_upgrade [옵션]... 해당 인덱스: "%s.%s" 해당 인덱스의 OID: %u "%s.%s" 객체의 토스트 테이블 해당 토스트 베이블의 OID: %u "%s" 파일은 디렉터리가 아닙니다. %-*s %d: controldata 복원 문제 %d: pg_resetwal 문제 %s %s %s.%s: %u / %u %s: root 권한으로 실행할 수 없음 %s: 실행할 프로그램을 찾을 수 없습니다. 옛 global/pg_control 파일에 ".old" 이름을 덧붙입니다. template0 데이터베이스를 제외한 다른 모든 데이터베이스는 접속이 가능해야합니다. 예: 그들의 pg_database.datallowconn 값은 true여야 합니다. 새 클러스터의 모든 로우에 대해서 통계 정보 수집 중 필요한 컨트롤 정보 없이는 진행할 수 없음, 중지 함 사용자 정의 테이블스페이스를 사용하는 경우 같은 시스템 카탈로그 버전으로 업그레이드 작업을 진행할 수 없습니다. 클러스터 버전 검사 중 데이터베이스 연결 설정을 확인 중 데이터베이스 사용자가 설치 작업을 한 사용자인지 확인합니다 contrib/isn 모듈의 bigint 처리가 서로 같은지 확인 중 해쉬 인덱스 확인 중 "jsonb" 자료형 호환성 확인 중 "line" 자료형 호환성 확인 중 잘못된 "unknown" 사용자 칼럼을 확인 중 대형 객체 확인 중 미리 준비된 트랜잭션을 확인 중 필요한 라이브러리 확인 중 사용자가 만든 테이블에 reg* 자료형을 쓰는지 확인 중 "pg_"로 시작하는 롤 확인 중 "%s" 파일의 마지막 부분을 살펴보면 이 문제를 풀 실마리가 보일 것입니다. "%s" 또는 "%s" 파일의 마지막 부분을 살펴보면 이 문제를 풀 실마리가 보일 것입니다. 옛 %s 객체를 새 서버로 복사 중 사용자 릴레이션 파일 복사 중 옛 클러스터 자료 파일을 지우는 스크립트를 만들지 못했습니다. 사용자 정의 테이블스페이스나, 새 클러스터가 옛 클러스터 안에 있기 때문입니다. 옛 클러스터 자료는 직접 찾아서 지우세요. 데이터베이스 스키마 덤프를 만듭니다 전역 객체 덤프를 만듭니다 새 클러스터 통계정보 수집 스크립트를 만듭니다 옛 클러스터를 지우는 스크립트를 만듭니다 데이터베이스: %s 새 %s에서 파일 지우는 중 "%s" 데이터베이스 내 테이블 이름이 서로 다릅니다: 실패, 종료함 원본 클러스터용 실 데이터 디렉터리를 찾는 중 대상 클러스터용 실 데이터 디렉터리를 찾는 중 새 클러스터의 모든 로우에 대해서 영구 격리(freeze) 중 사용자 릴레이션 파일 링크 중 새 클러스터 자료와 실행파일 디렉터리가 서로 메이져 버전이 다릅니다. "%s" 새 데이터베이스 클러스터가 비어있지 않습니다. 옛 클러스터의 %u OID (해당 데이터베이스: "%s")가 새 클러스터에 없음: %s 새 클러스터의 %u OID (해당 데이터베이스: "%s")가 옛 클러스터에 없음: %s 옛 클러스터 자료와 실행파일 디렉터리가 서로 메이져 버전이 다릅니다. 새 클러스터에서만 설치 사용 사용자가 정의될 수 있음 pg_upgrade 작업으로는 통계 정보와 빈 공간 정보는 업그레이드 되지 않습니다. 새 서버가 실행 될 때, 다음 명령을 수행하길 권합니다: %s pg_upgrade 작업에서는 최적화기를 위한 통계 정보까지 업그레이드 하지는 않습니다. 새 서버가 실행 될 때, 다음 명령을 수행하길 권합니다: %s 옵션: 일관성 검사 수행중 ------------------ 옛 운영 서버에서 일관성 검사를 진행합니다. ------------------------------------------ %u OID에 대한 "%s" 데이터베이스 이름이 서로 다릅니다: 옛 이름: "%s.%s", 새 이름: "%s.%s" 옛 클러스터에서 문제가 있는 함수들을 삭제하고 진행하세요. WAL 아카이브 재설정 중 새 클러스터에 데이터베이스 스키마 복원 중 새 클러스터에 전역 객체를 복원 중 작업 내역을 자세히 봄 아래 스크립트를 실행하면, 옛 클러스터 자료를 지울 것입니다: %s SQL 명령 실패 %s %s 새 클러스터에서 frozenxid, minmxid 값 설정 중 새 클러스터에서 minmxid 값 설정 중 새 클러스터용 다음 OID 설정 중 새 클러스터용 다음 멀티 트랜잭션 ID와 위치 값 설정 중 새 클러스터용 다음 트랜잭션 ID와 epoch 값 설정 중 새 클러스터용 제일 오래된 멀티 트랜잭션 ID 설정 중 데이터 디렉터리 fsync 작업 중 옛 클러스터에 미리 준비된 트랜잭션이 있음 옛 클러스터에 "pg_" 시작하는 롤이 있습니다. 옛 클러스터에 필요한 컨트롤 정보가 몇몇 빠져있음: 새 클러스터에 미리 준비된 트랜잭션이 있음 새 클러스터에 "pg_"로 시작하는 롤이 있습니다. 새 클러스터에 필요한 컨트롤 정보가 몇몇 빠져있음: 새 서버가 현재 운영 되고 있습니다. 먼저 서버를 중지하고 진행하세요. 옛 서버가 현재 운영 되고 있습니다. 먼저 서버를 중지하고 진행하세요. "%s" 실행에서 문제 발생 이 도구는 PostgreSQL 8.4 이상 버전에서 사용할 수 있습니다. 이 도구는 PostgreSQL %s 버전으로만 업그레이드 할 수 있습니다. 이 도구는 더 낮은 메이져 PostgreSQL 버전으로 다운그레이드하는데 사용할 수 없습니다. 보다 자세한 사용법은 "%s --help" 명령을 이용하세요. %s 이름을 %s 이름으로 바꿀 수 없음. 사용법: 운영 서버 검사를 할 때는, 옛 서버, 새 서버의 포트를 다르게 지정해야 합니다. 옛 서버가 9.1 버전 이전 이라면 옛 서버의 포트를 반드시 지정해야 합니다. 현재 디렉터리의 읽기 쓰기 권한을 부여하세요. %s 위치의 디렉터리를 알고 있어야 함. %s 명령행 옵션이나, %s 환경 변수를 사용하세요. 설치되어 있는 "contrib/isn" 모듈은 bigint 자료형을 사용합니다. 이 bigint 자료형의 처리 방식이 새 버전과 옛 버전 사이 호환성이 없습니다. 이 모듈을 계속 사용하려면, 사용자가 직접 업그레이드 해야 합니다. 먼저 옛 버전에서 "contrib/isn" 모듈을 삭제하고 서버를 재실행하고, 업그레이드 한 뒤 직접 나머지 작업을 진행하십시오. 문제가 있는 함수는 아래 파일 안에 있습니다: %s 옛 서버의 사용자가 만든 테이블에서 reg* 자료형을 사용하고 있습니다. 이 자료형들은 pg_upgrade 명령으로 내정된 시스템 OID를 사용하지 못할 수 있습니다. 그래서 업그레이드 작업을 진행할 수 없습니다. 사용하고 있는 테이블들을 지우고 업그레이드 작업을 다시 시도하세요. 이런 자료형을 사용하는 파일은 다음 파일들 입니다: %s 사용자 테이블에서 "jsonb" 자료형을 사용하고 있습니다. 9.4 베타 비전 이후 JSONB 내부 자료 구조가 바뀌었습니다. 그래서, 업그레이드 작업이 불가능합니다. 해당 테이블들을 지우고 업그레이드 작업을 진행하세요 해당 자료형을 쓰는 파일은 다음과 같습니다: %s 해당 데이터베이스에서 "line" 자료형을 사용하는 칼럼이 있습니다. 이 자료형의 입출력 방식이 옛 버전과 새 버전에서 서로 호환하지 않습니다. 먼저 이 자료형을 사용하는 테이블을 삭제 후 업그레이드 작업을 하고, 수동으로 복원 작업을 해야 합니다. 해당 파일들은 다음과 같습니다: %s 해당 데이터베이스에서 사용자 테이블에서 "unknown" 자료형을 사용하고 있습니다. 이 자료형은 더 이상 사용할 수 없습니다. 이 문제를 옛 버전에서 먼저 정리하고 업그레이드 작업을 진행하세요. 해당 파일은 다음과 같습니다: %s 옛 버전에는 있고, 새 버전에는 없는 라이브러리들이 있습니다. 새 버전에 해당 라이브러리들을 설치하거나, 옛 버전에서 해당 라이브러리를 삭제하고, 업그레이드 작업을 해야합니다. 문제가 있는 라이브러리들은 다음과 같습니다: %s 윈도우즈 환경에서는 pg_upgrade 명령은 새 클러스터 데이터 디렉터리 안에서는 실행할 수 없음 "%s" 검사 실패: %s "%s" 검사 실패: 실행할 수 없음 (접근 권한 없음) "%s" 검사 실패: 해당 파일을 읽을 수 없음 (접근 권한 없음) "%s" 검사 실패: 일반 파일이 아닙니다 하위 작업자가 비정상 종료됨: %s 명령이 너무 긺 데이터베이스 연결 실패: %s "%s" 객체를 "%s" 객체로 복사 중 "%s" 파일에 실행 권한을 추가 할 수 없음: %s 다음 명령으로 실행된 원본 서버로 접속할 수 없음: %s 다음 명령으로 실행된 대상 서버로 접속할 수 없음: %s 데이터 디렉터리간 하드 링크를 만들 수 없음: %s 하드 링크를 사용하려면, 두 디렉터리가 같은 시스템 볼륨 안에 있어야 합니다. 작업용 프로세스를 만들 수 없음: %s 작업용 쓰레드를 만들 수 없음: %s "%s" 디렉터리를 삭제 할 수 없음 현재 디렉터리 위치를 알 수 없음 사용자 수를 확인할 수 없음 %s 사용하는 컨트롤 자료를 구할 수 없음: %s %s 지정한 데이터 디렉터리를 찾을 수 없음: %s %s 명령을 사용해서 pg_ctl 버전 자료를 구할 수 없음: %s %s에서 pg_ctl 버전을 알 수 없음 "%s" 라이브러리 로드 실패: %s "%s" 파일을 읽기 위해 열 수 없습니다: %s "%s" 파일을 열 수 없음: %s 버전 파일 열기 실패: %s "%s" 파일에서 PG_VERSION을 해석할 수 없음 %d 번째 줄을 "%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" ("%s" / "%s") 릴레이션 링크 만드는 중 오류: %s 실행중: %s "%s"용 시스템 로케일 이름을 알 수 없음 현재 로케일을 확인 할 수 없음 "%s" 옛 로케일을 복원할 수 없음 치명적 오류 잘못된 새 포트 번호 잘못된 옛 포트 번호 "%s" 데이터베이스의 lc_collate 값이 서로 다릅니다: 옛 서버 "%s", 새 서버 "%s" "%s" 데이터베이스의 lc_ctype 값이 서로 다릅니다: 옛 서버 "%s", 새 서버 "%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 버전의 메이저 버전이 서로 다릅니다. relname: %s.%s: reloid: %u reltblspace: %s "%s" 객체를 "%s" 객체로 다시 쓰는 중 "%s" 이름의 테이블스페이스 디렉터리가 없음 "%s" 테이블스페이스 경로는 디렉터리가 아님 template0 데이터베이스 접속을 금지해야 합니다. 예: 해당 데이터베이스의 pg_database.datallowconn 값이 false여야 합니다. 지정한 %hu 옛 포트 번호를 %hu 번호로 바꿈 경고
💾 Save Changes
❌ Cancel