Exigences pour la mise à niveau vers la nouvelle version majeure " PostgreSQL à partir de " PostgreSQL " v12

Si pg_repack est installé, vous devez le supprimer avant d'effectuer la mise à niveau. Cette opération peut être effectuée à l'aide d'une commande telle que:

DROP EXTENSION pg_repack;

Après la mise à niveau, réinstallez pg_repack. Cette opération peut être effectuée à l'aide de la commande suivante :

CREATE EXTENSION pg_repack;

Si vous utilisez PostGIS,, vous devez d'abord mettre à jour PostGIS avant de mettre à jour PostgresSQL. Pour ce faire, il suffit d'exécuter la commande suivante sur une base de données où PostGIS est installé.

SELECT postgis_extensions_upgrade();

Utilisez la requête suivante pour valider la mise à jour de l'extension Postgis.

SELECT postgis_full_version();

Mise à niveau à partir d'une réplique accessible en lecture seule

Effectuez une mise à niveau en configurant une réplique accessible en lecture seule. Créez un réplica en lecture seule avec la même version de base de données que votre déploiement et attendez qu'il réplique toutes vos données. Lorsque votre déploiement et son réplica sont synchronisés, promouvez et mettez à niveau le réplica en lecture seule vers un déploiement complet et autonome exécutant la nouvelle version de la base de données. Pour effectuer l'étape de mise à niveau et de promotion, utilisez une requête POST vers le point de terminaison /deployments/{id}/remotes/promotion en indiquant dans le corps de la requête la version vers laquelle vous souhaitez vous mettre à niveau.

Cette demande se présente comme suit:

curl -X POST \
  https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/remotes/promotion \
  -H 'Authorization: Bearer <>'  \
 -H 'Content-Type: application/json' \
 -d '{
    "promotion": {
        "version": "14",
        "skip_initial_backup": false
    }
}' \

Le paramètre skip_initial_backup est facultatif. Si la valeur est true, le nouveau déploiement n'effectue pas de sauvegarde initiale lorsque la promotion est terminée. Votre nouveau déploiement est disponible plus rapidement. L'inconvénient est qu'il n'est pas sauvegardé jusqu’à la sauvegarde automatique suivante ou une sauvegarde à la demande.

curl -X POST \
  https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/remotes/promotion \
  -H 'Authorization: Bearer <>'  \
 -H 'Content-Type: application/json' \
 -d '{
    "promotion": {
        "version": "14",
        "skip_initial_backup": false,
        "dry_run": true
    }
}' \

Sauvegarde et restauration de la mise à niveau

Vous pouvez mettre à niveau votre version de base de données en restaurant une sauvegarde de vos données dans un nouveau déploiement qui exécute la nouvelle version de base de données.

ibmcloud resource service-instance-create <DEPLOYMENT_NAME_OR_CRN> <SERVICE_ID> <SERVICE_PLAN_ID> <REGION>

ibmcloud resource service-instance-create example-upgrade databases-for-postgresql standard us-south \
-p \ '{
  "backup_id": "crn:v1:bluemix:public:databases-for-postgresql:us-south:a/54e8ffe85dcedf470db5b5ee6ac4a8d8:1b8f53db-fc2d-4e24-8470-f82b15c71717:backup:06392e97-df90-46d8-98e8-cb67e9e0a8e6",
  "version":14
}'

curl -X POST \
  https://resource-controller.cloud.ibm.com/v2/resource_instances \
  -H 'Authorization: Bearer <>' \
  -H 'Content-Type: application/json' \
    -d '{
    "name": "my-instance",
    "target": "bluemix-us-south",
    "resource_group": "5g9f447903254bb58972a2f3f5a4c711",
    "resource_plan_id": "databases-for-postgresql-standard",
    "backup_id": "crn:v1:bluemix:public:databases-for-postgresql:us-south:a/54e8ffe85dcedf470db5b5ee6ac4a8d8:1b8f53db-fc2d-4e24-8470-f82b15c71717:backup:06392e97-df90-46d8-98e8-cb67e9e0a8e6",
    "version":14
  }'

Mise à niveau forcée

Après la date de fin de vie, tous les déploiements actifs de Databases for PostgreSQL sur la version obsolète seront mis à niveau de force vers la prochaine version prise en charge. Par exemple, PostgreSQL version 12 (obsolète) passe à la version 13.

Procédez à la mise à niveau avant la date de fin de vie pour éviter les risques suivants :

• Aucun accord de niveau de service n'est prévu pour ce type de mise à niveau forcée.
• Il est possible que des données soient perdues.
• Votre application peut subir un temps d'arrêt prolongé.
• Votre application peut cesser de fonctionner si elle est incompatible avec la nouvelle version.
• Vous ne pouvez pas contrôler le moment où cette mise à niveau aura lieu pour votre déploiement.
• Il n'y a pas de processus de retour en arrière pour cette mise à niveau forcée.

Pour connaître les dates de fin de vie, reportez-vous à la page relative à la politique en matière de versions.

Journal des modifications des versions PostgreSQL principales

• PostgreSQL 12
• PostgreSQL 13
• PostgreSQL 14
• PostgreSQL 15
• PostgreSQL 16