????
Your IP : 216.73.216.136
�� � 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 7c ! ;c ]c � gc i Ad p �d e > 1f pf , �f } �f � ;g j �g � )i �i d k jl �l � �l � Cm \ �m A "n � dn T 1o � �o w p { �p y q A �q w �q y :r S �r y s � �s v t z }t { �t � tu F v � Iv �v w w 1w . Nw ) }w . �w ) �w ! x " "x , Ex 0 rx $ �x / �x ! �x ' y By # Xy & |y �y �y �y ( �y % $z ! Jz lz 0 qz ? �z �z { { "{ 1 6{ 2 h{ 9 �{ � �{ 6 �} L �} | ~ ( �~ A �~ W K X + � � T � = B� 6 �� 8 �� F � ? 7� D w� * �� 9 � E !� Q g� 3 �� X � " F� G i� E �� / �� W '� c � , � - � ? >� 1 ~� - �� 6 ކ � 0 +� \ \� �� A ɇ @ � 2 L� � @ �� m ߈ L M� � �� � � l �� O � � \�
� A � k ]� � Ɍ " U� I x� 9 �� W � o� K �� E ; "� 6 ^� L �� \ � 9 ?� K y� 6 Ő 7 �� I 4� N ~� 5 ͑ � � 6 �� H � M 9� 4 �� � �� z q� y � 9 f� V �� I �� q A� 2 �� � o � Q _� � �� � 6� � 1� ʛ � � �� � �� � 0� � ¢ � V� y �� z r� � � �� F �� K � f -� + �� + �� > � b +� 4 �� - ð � � &� 0 D� H u� K �� I
� H T� . �� * ̲ � �� . ȳ ' �� , � - L� / z� A �� C � < 0� 7 m� 1 �� ; * � 5 >� 5 t� 2 �� 4 ݶ 7 � 8 J� < �� 5 �� T �� @ K� c �� M � ^ >� ^ �� N �� _ K� _ �� ] � _ i� ` ɻ e *� \ �� � �� 6 � :� [� I {� Ž . � . � M B� �� �� f �� o � q q� � � g �� b �� } ]� � | [� ~ �� � W� - �� - � [ 4� \ �� H �� 6� G I� F �� U �� . .� $ ]� �� 2 �� 9 �� ]
� h� B ~� C �� � 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: PostgreSQL 15
Report-Msgid-Bugs-To: pgsql-bugs@lists.postgresql.org
POT-Creation-Date: 2023-10-29 17:18+0000
PO-Revision-Date: 2023-10-30 13:44+0100
Last-Translator: Guillaume Lelarge <guillaume@lelarge.info>
Language-Team: French <guillaume@lelarge.info>
Language: fr
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Plural-Forms: nplurals=2; plural=(n > 1);
X-Generator: Poedit 3.4
%s
*Les instances sont compatibles*
*échec*
Avant d'exécuter pg_upgrade, vous devez :
créer une nouvelle instance (en utilisant la nouvelle version d'initdb)
arrêter le postmaster de l'ancienne instance
arrêter le postmaster de la nouvelle instance
Par exemple :
pg_upgrade -d oldCluster/data -D newCluster/data -b oldCluster/bin -B newCluster/bin
ou
Si pg_upgrade échoue après cela, vous devez ré-exécuter initdb
sur la nouvelle instance avant de continuer.
Si vous voulez démarrer l'ancienne instance, vous devez supprimer
le suffixe « .old » du fichier %s/global/pg_control.old.
Comme le mode lien était utilisé, l'ancienne instance ne peut pas
être démarré proprement une fois que la nouvelle instance a été démarrée.
Réalisation de la mise à jour
-----------------------------
Rapporter les bogues à <%s>.
Mise à jour terminée
--------------------
AVERTISSEMENT : le nouveau répertoire de données ne doit pas être à l'intérieur de l'ancien répertoire de données, %s
AVERTISSEMENT : les emplacements des tablespaces utilisateurs ne doivent pas être à l'intérieur du répertoire de données, %s
Quand vous exécutez pg_upgrade, vous devez fournir les informations suivantes :
le répertoire de données pour l'ancienne instance (-d RÉP_DONNÉES)
le répertoire de données pour la nouvelle instance (-D RÉP_DONNÉES)
le répertoire « bin » pour l'ancienne version (-b RÉP_BIN)
le répertoire « bin » pour la nouvelle version (-B RÉP_BIN)
Votre installation contient des extensions qui doivent être
mises à jour avec la commande ALTER EXTENSION. Le fichier
%s
une fois exécuté par psql par le superutilisateur mettre à jour
ces extensions.
Votre installation contient des index hashs. Ces index ont des formats
internes différents entre l'ancienne et la nouvelle instance, donc ils doivent
être recréés avec la commande REINDEX. Après la mise à jour, les instructions
REINDEX vous seront données.
Votre installation contient des index hash. Ces index ont des formats
internes différents entre l'ancienne et la nouvelle instance, donc ils doivent
être recréés avec la commande REINDEX. Le fichier :
%s
une fois exécuté par psql en tant que superutilisateur va recréer tous les
index invalides. Avant cela, aucun de ces index ne sera utilisé.
bases de données sources :
bases de données cibles : $ export PGDATAOLD=oldCluster/data
$ export PGDATANEW=newCluster/data
$ export PGBINOLD=oldCluster/bin
$ export PGBINNEW=newCluster/bin
$ pg_upgrade
--clone clone au lieu de copier les fichiers vers la
nouvelle instance
--copy copie les fichiers vers la nouvelle instance (par défaut)
-?, --help affiche cette aide, puis quitte
-B, --new-bindir=RÉP_BIN répertoire des exécutables de la nouvelle
instance (par défaut, le même répertoire que
pg_upgrade)
-D, --new-datadir=RÉP_DONNÉES répertoire des données de la nouvelle instance
-N, --nosync n'attend pas que les modifications soient proprement
écrites sur disque
-O, --new-options=OPTIONS options à passer au serveur de la nouvelle
instance
-P, --new-port=PORT numéro de port de la nouvelle instance (par
défaut %d)
-U, --username=NOM super-utilisateur de l'instance (par défaut
« %s »)
-V, --version affiche la version, puis quitte
-b, --old-bindir=RÉP_BIN répertoire des exécutables de l'ancienne
instance
-c, --check vérifie seulement les instances, pas de
modifications
-d, --old-datadir=RÉP_DONNÉES répertoire des données de l'ancienne instance
-j, --jobs=NUM nombre de processus ou threads simultanés à
utiliser
-k, --link lie les fichiers au lieu de les copier vers la
nouvelle instance
-o, --old-options=OPTIONS options à passer au serveur de l'ancienne
instance
-p, --old-port=PORT numéro de port de l'ancienne instance (par
défaut %d)
-r, --retain conserve les fichiers SQL et de traces en cas
de succès
-s, --socketdir=RÉP_SOCKET répertoire de la socket à utiliser (par défaut
le répertoire courant)
-v, --verbose active des traces internes verbeuses
C:\> set PGDATAOLD=oldCluster/data
C:\> set PGDATANEW=newCluster/data
C:\> set PGBINOLD=oldCluster/bin
C:\> set PGBINNEW=newCluster/bin
C:\> pg_upgrade
taille de bloc d'un WAL taille d'un segment WAL taille de bloc XID du prochain checkpoint version des sommes de contrôle des données les dates/heures sont-ils des integers? premier segment WAL après réinitialisation méthode de passage de arguments float8 taille de segment des relations taille d'un morceau Large-Object prochain MultiXactId du dernier checkpoint prochain MultiXactOffset du dernier checkpoint prochain OID du dernier checkpoint plus ancien MultiXactId du dernier checkpoint oldestXID du dernier checkpoint taille maximale d'un morceau de TOAST alignement maximale longueur maximum d'un identifiant nombre maximum de colonnes indexées pg_upgrade [OPTION]...
qui est un index sur "%s.%s" qui est un index sur l'OID %u qui est la table TOAST pour « %s.%s » qui est la table TOAST pour l'OID %u « %s » n'est pas un répertoire %-*s %d : problème de récupération des controldata %d : problème sur l'état de l'instance de la base de données %d : problème avec pg_resetwal %s Page d'accueil de %s : <%s>
échec de %s() : %s %s : ne peut pas être exécuté en tant que root %s : n'a pas pu trouver l'exécutable du programme Ajout du suffixe « .old » à l'ancien global/pg_control Tous les bases de données, en dehors de template0, doivent autoriser les connexions,
autrement dit leur pg_database.datallowconn doit être à true. Votre installation contient
des bases, hors template0, dont le pg_database.datallowconn est configuré à false.
Autorisez les connections aux bases, hors template0, ou supprimez les bases qui
n'autorisent pas les connexions. Une liste des bases problématiques se trouve dans
le fichier :
%s Analyse de toutes les lignes dans la nouvelle instance Ne peut pas continuer sans les informations de contrôle requises, en arrêt Ne peut pas mettre à jour vers ou à partir de la même version de
catalogue système quand des tablespaces sont utilisés. Vérification des versions des instances Vérification des paramètres de connexion de la base de données Vérification que l'utilisateur de la base de données est l'utilisateur d'installation Vérification de contrib/isn avec une différence sur le passage des bigint Vérification des mises à jour d'extension Vérification des index hash Vérification du type de données « %s » incompatible dans les tables utilisateurs Vérification des types de données « jsonb » incompatibles Vérification des types de données line incompatibles Vérification des fonctions polymorphiques incompatibles Vérification des colonnes utilisateurs « sql_identifier » invalides Vérification des colonnes utilisateurs « unknown » invalides Vérification des répertoires de tablespace de la nouvelle instance Vérification des transactions préparées Vérification de la présence des bibliothèques requises Vérification des types de données reg* dans les tables utilisateurs Vérification du type de données « %s » supprimé dans les tables utilisateurs Vérification des rôles commençant avec « pg_ » Vérification des types composites définis par le système dans les tables utilisateurs Vérification des tables WITH OIDS Vérification des conversions d'encodage définies par les utilisateurs Vérification des opérateurs postfixes définis par les utilisateurs Clonage des fichiers des relations utilisateurs Consultez les dernières lignes de « %s » pour
trouver la cause probable de l'échec. Consultez les dernières lignes de « %s » ou « %s » pour
trouver la cause probable de l'échec. Copie de l'ancien %s vers le nouveau serveur Copie des fichiers des relations utilisateurs N'a pas pu créer un script pour supprimer les fichiers de données
de l'ancienne instance parce que les tablespaces définis par l'utilisateur
ou le répertoire de données de la nouvelle instance existent dans le répertoire
de l'ancienne instance. Le contenu de l'ancienne instance doit être supprimé
manuellement. Création de la sauvegarde des schémas des bases Création de la sauvegarde des objets globaux Création du script pour supprimer l'ancienne instance Base de données : %s Suppression des fichiers à partir du nouveau %s Échec de correspondance des anciennes et nouvelles tables dans la base de données « %s » Échec, sortie
Recherche du vrai répertoire des données pour l'instance source Recherche du vrai répertoire des données pour l'instance cible Gel de toutes les lignes dans la nouvelle instance Dans la base de données : %s
Création des liens pour les fichiers des relations utilisateurs Les répertoires des données de la nouvelle instance et des binaires sont de versions majeures différentes. La nouvelle instance « %s » n'est pas vide : relation « %s.%s » trouvée Aucune correspondance trouvée dans la nouvelle instance pour la nouvelle relation d'OID %u dans la base de données « %s » : %s Aucune correspondance trouvée dans l'ancienne instance pour la nouvelle relation d'OID %u dans la base de données « %s » : %s Les répertoires des données de l'ancienne instance et des binaires sont de versions majeures différentes. Seul l'utilisateur d'installation peut être défini dans la nouvelle instance. Les statistiques de l'optimiseur ne sont pas transférées par pg_upgrade.
Une fois le nouveau serveur démarré, pensez à exécuter :
%s/vacuumdb %s--all --analyze-in-stages Options :
Exécution de tests de cohérence
------------------------------- Exécution de tests de cohérence sur l'ancien serveur
---------------------------------------------------- Les noms de relation pour l'OID %u dans la base de données « %s » ne correspondent pas : ancien nom « %s.%s », nouveau nom « %s.%s » Réinitialisation des archives WAL Restauration des schémas des bases de données dans la nouvelle instance Restauration des objets globaux dans la nouvelle instance Exécution en mode verbeux Exécuter ce script supprimera les fichiers de données de l'ancienne instance :
%s La commande SQL a échoué
%s
%s Configuration des compteurs frozenxid et minmxid dans la nouvelle instance Configuration de la locale et de l'encodage pour la nouvelle instance Configuration du compteur minmxid dans la nouvelle instance Configuration du prochain OID sur la nouvelle instance Configuration du prochain MultiXactId et décalage pour la nouvelle instance Configuration du prochain identifiant de transaction et de l'epoch pour la nouvelle instance Configuration du plus ancien XID sur la nouvelle instance Configuration du plus ancien identifiant multixact sur la nouvelle instance Synchronisation du répertoire des données sur disque L'instance source contient des transactions préparées Il manque certaines informations d'état requises sur l'instance source : Il manque certaines informations de contrôle requises sur l'instance source : L'instance source n'a pas été arrêtée proprement. L'instance source a été arrêté alors qu'elle était en mode restauration. Pour mettre à jour, utilisez « rsync » comme documenté ou arrêtez-la en tant que serveur primaire. L'instance cible contient des transactions préparées Il manque certaines informations d'état requises sur l'instance cible : Il manque certaines informations de contrôle requises sur l'instance cible : L'instance cible n'a pas été arrêtée proprement. L'instance cible a été arrêté alors qu'elle était en mode restauration. Pour mettre à jour, utilisez « rsync » comme documenté ou arrêtez-la en tant que serveur primaire. Il semble qu'un postmaster est démarré sur la nouvelle instance.
Merci d'arrêter ce postmaster et d'essayer de nouveau. Il semble qu'un postmaster est démarré sur l'ancienne instance.
Merci d'arrêter ce postmaster et d'essayer de nouveau. Il y a eu des problèmes lors de l'exécution de « %s » Cet outil peut seulement mettre à jour les versions %s et ultérieures de PostgreSQL. Cet outil peut seulement mettre à jour vers la version %s de PostgreSQL. Cet outil ne peut pas être utilisé pour mettre à jour vers des versions majeures plus anciennes de PostgreSQL. Essayez « %s --help » pour plus d'informations.
Usage :
Lors de la vérification d'un serveur en production, l'ancien numéro de port doit être différent du nouveau. Vous devez avoir les droits de lecture et d'écriture dans le répertoire actuel. Vous devez identifier le répertoire où le %s.
Merci d'utiliser l'option en ligne de commande %s ou la variable d'environnement %s. Votre installation contient les fonctions « contrib/isn » qui se basent sur le
type de données bigint. Vos ancienne et nouvelle instances passent les valeurs
bigint différemment, donc cette instance ne peut pas être mise à jour
actuellement. Vous pouvez mettre à jour manuellement vos bases de données
qui utilisent « contrib/isn », les supprimer de l'ancienne instance,
relancer la mise à jour, puis les restaurer. Une liste des fonctions
problématiques est disponible
dans le fichier :
%s Votre installation contient un des types de données reg* dans vos tables
utilisateurs. Ces types de données référencent des OID système qui ne sont
pas préservés par pg_upgrade, donc cette instance ne peut pas être mise à
jour actuellement. Vous pouvez supprimer les colonnes problématiques et relancer
la mise à jour. Une liste des colonnes problématiques est disponible dans le
fichier :
%s Votre installation contient des rôles commençant par « pg_ ».
"pg_" est un préfixe réservé aux rôles systèmes. L'instance
ne peut pas être mise à jour tant que ces rôles ne sont pas renommés.
Une liste des rôles commençant par « pg_ » se trouve dans le fichier :
%s Votre installation contient des types composites définis par le système dans vos tables
utilisateurs. Les OID de ces types ne sont pas stables entre différentes versions
de PostgreSQL, donc cette instance ne peut pas être mise à jour actuellement. Vous pouvez
supprimer les colonnes problématiques, puis relancer la mise à jour. Vous trouverez
une liste des colonnes problématiques dans le fichier :
%s Votre installation contient des tables déclarées avec WITH OIDS, ce qui n'est plus supporté.
Pensez à supprimer la colonne oid en utilisant
ALTER TABLE ... SET WITHOUT OIDS;
Une liste des tables ayant ce problème se trouve dans le fichier :
%s Votre installation contient le type de données « %s » dans les tables utilisateurs.
Le type «%s » a été supprimé dans PostgreSQL version %s,
donc cette instance ne peut pas être mise à jour pour l'instant. Vous pouvez
supprimer les colonnes problématiques ou les convertir en un autre type de données,
et relancer la mise à jour. Vous trouverez une liste des colonnes problématiques dans
le fichier :
%s\ Votre installation contient un type de données « aclitem » dans vos tables utilisateurs.
Le format interne de « aclitem » a changé lors du développement de la version 16, donc
cette instance ne peut pas être mise à jour actuellement. Vous pouvez supprimer les
colonnes problématiques et relancer la mise à jour. Une liste des colonnes problématiques
est disponible dans le fichier :
%s Votre installation contient un type de données « jsonb » dans vos tables utilisateurs.
Le format interne de « jsonb » a changé lors du développement de la version 9.4 beta, donc
cette instance ne peut pas être mise à jour actuellement. Vous pouvez supprimer les
colonnes problématiques et relancer la mise à jour. Une liste des colonnes problématiques
est disponible dans le fichier :
%s Votre installation contient le type de données « line » dans vos tables utilisateurs.
Ce type de données a changé de format interne et en entrée/sortie entre vos ancienne
et nouvelle versions, donc cette instance ne peut pas être mise à jour
actuellement. Vous pouvez supprimer les colonnes problématiques et relancer la mise à jour.
Une liste des colonnes problématiques se trouve dans le fichier :
%s Votre installation contient le type de données « sql_identifier » dans les tables
utilisateurs. Le format sur disque pour ce type de données a changé,
donc cette instance ne peut pas être mise à jour actuellement. Vous pouvez supprimer
les colonnes problématiques, puis relancer la mise à jour.
Une liste des colonnes problématiques se trouve dans le fichier :
%s Votre installation contient le type de données « unknown » dans vos tables
utilisateurs. Ce type de données n'est plus autorisé dans les tables, donc
cette instance ne peut pas être mise à jour pour l'instant. Vous pouvez
supprimer les colonnes problématiques, puis relancer la mise à jour. Vous trouverez
une liste des colonnes problématiques dans le fichier :
%s Votre installation contient des conversions définies par un utilisateur.
Les paramètres des fonctions de conversion ont changé dans PostgreSQL version 14
donc cette instance ne peut pas être mise à jour actuellement. Vous devez supprimer
les conversions d'encodage de l'ancienne instance puis relancer la mise à jour.
Une liste des conversions d'encodage définies par l'utilisateur se trouve dans le fichier :
%s Votre installation contient des objets définis par les utilisateurs qui font
référence à des fonctions polymorphiques internes avec des arguments de
type « anyarray » ou « anyelement ». Ces objets doivent être supprimés
avant de mettre à jour, puis ils pourront être restaurés, en les changeant
pour faire référence aux nouvelles fonctions correspondantes avec des
arguments de type « anycompatiblearray » et « anycompatible ». Une liste
des objets problématiques se trouve dans le fichier
%s Votre installation contient des opérateurs postfixes définis par des utilisateurs,
qui ne sont plus supportés. Supprimez les opérateurs postfixes et remplacez-les
avec des opérateurs préfixes ou des appels de fonctions.
Une liste des opérateurs postfixes définis par les utilisateurs se trouve dans le fichier :
%s Votre installation référence des bibliothèques chargeables, mais manquantes sur
la nouvelle installation. Vous pouvez ajouter ces bibliothèques à la nouvelle
installation ou supprimer les fonctions les utilisant dans l'ancienne installation.
Une liste des bibliothèques problématiques est disponible dans le fichier :
%s ne peut pas exécuter pg_upgrade depuis le répertoire de données de la nouvelle instance sur Windows échec de la vérification de « %s » : %m échec de la vérification de « %s » : %s échec de la vérification de « %s » : ne peut pas exécuter échec de la vérification de « %s » : version incorrecte : « %s » trouvée, « %s » attendue le processus fils a quitté anormalement : statut %d le processus fils a quitté anormalement : %s clonage de « %s » en « %s » commande trop longue copie de « %s » en « %s » n'a pas pu accéder au répertoire « %s » : %m n'a pas pu ajouter les droits d'exécution pour le fichier « %s » : %s n'a pas pu cloner le fichier entre l'ancien et le nouveau répertoires : %s n'a pas pu se connecter au postmaster source lancé avec la commande :
%s n'a pas pu se connecter au postmaster cible lancé avec la commande :
%s n'a pas pu créer le répertoire « %s » : %m n'a pas pu créer le fichier « %s » : %s n'a pas pu créer le lien physique entre l'ancien et le nouveau répertoires de données : %s
Dans le mode lien, les ancien et nouveau répertoires de données doivent être sur le même système de fichiers. n'a pas pu créer le processus de travail : %s n'a pas pu créer le fil de travail: %s n'a pas pu supprimer le répertoire « %s » n'a pas pu déterminer le répertoire courant n'a pas pu déterminer le nombre d'utilisateurs n'a pas pu obtenir les données de contrôle en utilisant %s : %s n'a pas pu obtenir le répertoire des données en utilisant %s : %s n'a pas pu obtenir la version de pg_ctl en utilisant %s : %s n'a pas pu obtenir la version de pg_ctl à partir de %s n'a pas pu charger la bibliothèque « %s » : %s n'a pas pu ouvrir le fichier « %s » pour une lecture : %s n'a pas pu ouvrir le fichier « %s » : %s n'a pas pu ouvrir le journal applicatif « %s » : %m n'a pas pu ouvrir le fichier de version « %s » : %m n'a pas pu analyser le fichier de version « %s » n'a pas pu lire la ligne %d du fichier « %s » : %s n'a pas pu lire les droits du répertoire « %s » : %s n'a pas pu renommer le fichier « %s » en « %s » : %m n'a pas pu tester le répertoire « %s » du tablespace : %s n'a pas pu écrire dans le fichier de traces « %s » l'utilisateur de la base de données « %s » n'est pas l'utilisateur d'installation le chemin du répertoire pour la nouvelle instance est trop long erreur lors de la vérification de l'existence du fichier « %s.%s » (« %s » vers « %s ») : %s erreur lors du clonage de la relation « %s.%s » (« %s » à « %s ») : %s erreur lors du clonage de la relation « %s.%s » : n'a pas pu créer le fichier « %s » : %s erreur lors du clonage de la relation « %s.%s » : n'a pas pu ouvrir le fichier « %s » : %s erreur lors de la copie de la relation « %s.%s » (« %s » à « %s ») : %s erreur lors de la copie de la relation « %s.%s » : n'a pas pu créer le fichier « %s » : %s erreur lors de la copie de la relation « %s.%s » : n'a pas pu ouvrir le fichier « %s » : %s erreur lors de la copie de la relation « %s.%s » : n'a pas pu lire le fichier « %s » : %s erreur lors de la copie de la relation « %s.%s » : n'a pas pu tester le fichier « %s » : %s erreur lors de la copie de la relation « %s.%s » : n'a pas pu écrire le fichier « %s » : %s erreur lors de la copie de la relation « %s.%s » : page partielle trouvée dans le fichier « %s » erreur lors de la création du lien pour la relation « %s.%s » (« %s » à « %s ») : %s exécution : %s fatal clonage de fichiers non supporté sur cette plateforme nouveau numéro de port invalide ancien numéro de port invalide la variable d'environnement libpq %s a une valeur serveur non locale : %s lien de « %s » vers « %s » les binaires de la nouvelle instance résident les données de la nouvelle instance résident le répertoire du tablespace de la nouvelle instance existe déjà : « %s » notice ok les versions des sommes de contrôle ne correspondent pas entre l'ancien et le nouveau pg_controldata. les tailles de bloc des WAL sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata. les tailles de segment de WAL sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata. les alignements sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata.
Il est probable qu'une installation soit en 32 bits et l'autre en 64 bits. les tailles de bloc sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata. les types de stockage date/heure ne correspondent pas entre l'ancien et le nouveau pg_controldata. les tailles des morceaux de Large Objects sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata. les tailles maximales de morceaux des TOAST sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata. les longueurs maximales des identifiants sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata. les nombres maximums de colonnes indexées sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata. les tailles maximales de segment de relation sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata. les binaires de l'ancienne instance résident les données de l'ancienne instance résident l'ancienne instance n'utilise pas les sommes de contrôle alors que la nouvelle les utilise l'ancienne instance utilise les sommes de contrôle alors que la nouvelle ne les utilise pas ancienne base de données « %s » introuvable dans la nouvelle instance mémoire épuisée pg_ctl a échoué à démarrer le serveur source ou connexion échouée pg_ctl a échoué à démarrer le serveur cible ou connexion échouée pg_upgrade met à jour une instance PostgreSQL vers une version majeure
différente.
relname : %s.%s : reloid : %u reltblspace : %s réécriture de « %s » en « %s » les sockets seront créés le répertoire « %s » du tablespace n'existe pas le chemin « %s » du tablespace n'est pas un répertoire template0 ne doit pas autoriser les connexions, ie pg_database.datallowconn doit valoir false template0 introuvable trop d'arguments en ligne de commande (le premier étant « %s ») ancien numéro de port %hu fourni par l'utilisateur corrigé en %hu attention