#1 Wed 22 November 2017 09:37
- Patrice
- JeSuisCharlie
- Date d'inscription: 16 Sep 2005
- Messages: 4794
Conseils/Plus/Moins: Migrer un Server PostGre/PostGIS ?
Hello
Soit un "ancien Server" PostGres/PostGIS que l'on envisage de migrer ...
Avec du QGIS / Aigle / AutoCAD MAP (en lecture) "dessus" qui fonctionnent bien (A priori) !?
Migration eventuelle : PostGres 9.1.x --> PostGres 9.6.x & PostGIS 1.5.x ---> PostGIS 2.1.x
SVP quelles sont les precautions a prendre ? ... Conseils ?
Avantages et Inconvenients de passer sur une version plus recente de PostGres / PostGIS ??
Par exemple vis a vis de QGIS / Aigle ...
Merci de vos lumieres, GeoBye, Pat
(Autodesk Expert Elite Team)
Hors ligne
#2 Wed 22 November 2017 11:05
- ChristopheV
- Membre
- Lieu: Ajaccio
- Date d'inscription: 7 Sep 2005
- Messages: 3199
- Site web
Re: Conseils/Plus/Moins: Migrer un Server PostGre/PostGIS ?
Salut,
Chez nous nous différencions les serveurs. Le serveur de prod, le serveur de "pré-prod" ou de test. Chacun sur une machine virtuelle différente.
Cela permet de faire monter les mises à jours postgresql postgis en test. En général on fait un backup de la BD de prod et un restore sur le serveur de test mis à jour.
Pour la partie précaution techniques je pense que mon voisin de bureau répondra de façon plus experte.
Christophe
L'avantage d'être une île c'est d'être une terre topologiquement close
Hors ligne
#3 Wed 22 November 2017 13:09
Re: Conseils/Plus/Moins: Migrer un Server PostGre/PostGIS ?
Bonjour Patrice,
le script postgis_restore.pl "livré avec PostGIS fait très bien le travail : https://postgis.net/docs/postgis_instal … rd_upgrade
Les erreurs remontées sont dues à des fonctions qui n'existent plus dans la version récente de PostGIS ( cas de area2d(geometry), buffer(geometry, double precision) et centroid(geometry) que tu peux recréer à partir des définitions SQL de leurs version modernes (ST_buffer(geometry, double precision)...), pour corriger tes scripts si tu le souhaites et supprimer ces anciennes définitions ensuite.
Concernant les avantages de Postgis 2.x par rapport à la version 1.5, au delà de la fin de vie de 1.5 et des gains de performance et de la simplicité de création d'une bd spatiale (create extension postgis), il est très pratique de pouvoir déclarer simplement un type géométrique (geao geometry(POLYGON,2154) pour que ce dernier soit reconnu et affiché dans QGIS (geometry_columns est devenu une vue)
Coté PostgreSQL, ce qui me vient à l'esprit en terme de fonctionnalités importante apparue après 9.1 ce sont les vues matérialisées.
Mathieu BOSSAERT
Association GeoRezo
Hors ligne
#4 Wed 22 November 2017 13:50
- ChristopheV
- Membre
- Lieu: Ajaccio
- Date d'inscription: 7 Sep 2005
- Messages: 3199
- Site web
Re: Conseils/Plus/Moins: Migrer un Server PostGre/PostGIS ?
bonjour,
Coté Postgis à partir de 2.2 il y a des fonctions comme st_clusterwithin ou st_clusterintersecting qui sont vraiment pratiques et rapides.
Christophe
L'avantage d'être une île c'est d'être une terre topologiquement close
Hors ligne
#5 Wed 22 November 2017 17:13
- Patrice
- JeSuisCharlie
- Date d'inscription: 16 Sep 2005
- Messages: 4794
Re: Conseils/Plus/Moins: Migrer un Server PostGre/PostGIS ?
Hello Mathieu & Christophe ("The Brothers")
MERCI et j'espere avoir d'autres avis eclaires !?
Bonne Semaine, GeoBye, Pat
Dernière modification par Patrice (Wed 22 November 2017 17:14)
(Autodesk Expert Elite Team)
Hors ligne
#6 Thu 23 November 2017 10:28
- tumasgiu
- Membre
- Lieu: Ajaccio
- Date d'inscription: 5 Jul 2010
- Messages: 1160
Re: Conseils/Plus/Moins: Migrer un Server PostGre/PostGIS ?
Salut,
Autres fonctionnalités sympas :
* Vues auto-updatables
* Foreign tables en écriture (selon le FDW)
* Implémentation des LATERAL JOIN
* Index BRIN (Ca peut être utile pour limiter la taille des indexes par ex.)
* Amélioration de la gestion du type JSON
Sinon pourquoi se limiter à PG 9.6 ? La 10 est sortie depuis 1 mois
et à l'air stable. Il y a plein de bonnes choses dedans.
Notamment une plus grande parallélisation.
http://blog.dalibo.com/2017/10/05/Sorti … on_10.html
Coté migration, l'utilitaire pg_upgrade fait aussi bien le job,
même si je pense qu'une hard upgrade sera nécessaire pour passer
de postgis 1.X à 2.X.
http://www.postgis.org/docs/postgis_ins … rd_upgrade
EDIT:
Attention au passage à Postgis 2.4, l'opérateur =(geometry, geometry)
ne teste plus l'égalité des bounding box mais bien l'égalité des géométries.
Dernière modification par tumasgiu (Thu 23 November 2017 11:09)
Hors ligne
#7 Thu 23 November 2017 12:46
- Patrice
- JeSuisCharlie
- Date d'inscription: 16 Sep 2005
- Messages: 4794
Re: Conseils/Plus/Moins: Migrer un Server PostGre/PostGIS ?
Hello Master P&P
Thanks, GeoBye, Pat
(Autodesk Expert Elite Team)
Hors ligne
#8 Thu 23 November 2017 13:57
- ftsig31
- Participant occasionnel
- Date d'inscription: 16 Feb 2011
- Messages: 29
Re: Conseils/Plus/Moins: Migrer un Server PostGre/PostGIS ?
Bonjour
Je suis justement en plein dedans !
Migration d'une dizaine de BD PostgreSQL 9.2 / Postgis 2.1 vers PostgreSQL 9.6 / Postgis 2.3
(Serveur CentOS, utilisation avec QGis, Aigle, FME, etc.)
Et bien pour le moment ça se passe super bien !
Je m'entraine avec une installation test sur mon PC Windows 7, installée avec le Graphical Installer by BigSQL
(cf lien depuis https://www.postgresql.org/download/windows/)
Je ne connaissais pas ce nouveau mode d'installation, ca permet, pour un serveur de dev, d'installer plein d'outils intéressants qui gravitent autour de PostgreSQL, dont Postgis 2.3 pour un PotgreSQL 9.6
J'ai fait une BD template pour Postgis :
Nouvelle BD
CREATE EXTENSION postgis;
CREATE EXTENSION postgis_topology;
j'ai exécuté legacy_minimal.sql (je l'avais aussi fait lors de la migration précédente avec un Postgis 1.5)
(C:\PostgreSQL\pg96\share\postgresql\contrib\postgis-2.3\legacy_minimal.sql)
Je restore un dump d'une BD 9.2 dans une BD 9.6 créée à partir de ce modèle
Dump réalisé au format personalisé : pg_dump ... -Fc
La BD qui remonte le plus de d'erreurs lors de la restauration n'a que des erreurs minimes :
- une dizaine de fonctions qui existent déjà
- 3 fonctions qui n'existent plus : public.transform(geometry, integer), public.x(geometry), public.y(geometry)
(c'est très vieux et depreciated, je ne pense pas que ce soit utilisé par nos outils)
Pour le moment tout semble bien fonctionner
Je te dirai si le passage en prod a posé des soucis imprévus (semaine prochaine)...
N'hésite pas à partager les éventuels pb que tu pourrais rencontrer ;-)
Cordialement
Fabrice
Hors ligne