Ciao,
Due o piu installazioni postgis si possono fare, nel mio fortunato :( caso
sono arrivato a 3 differenti versioni.
Le ho sempre gestite pero' da sorgente, perche mi era piu semplice.
Una volta che hai le versioni di postgis uguali su entrambi i DB dovresti
risucre a passare dalla 9.5 alla 9.6 facilmente.
Il mio DB era di 4TB e non avevo possibilita di fare una copia del DB su
un'altra macchina , quindi andavo di upgrade diretto di postgres e tutto e'
andato sempre bene (con qualche imprecazione!)
Il giorno 27 luglio 2017 21:33, Giuseppe Naponiello <beppenapo@xxxxxxxxxxxx>
ha scritto:
1) copiare la cartella da un cluster all'altro non lo farei.
...ma infatti non mi è mai sembrata una buona idea ;)
Per la migrazione di Postgis, prima migrerei il cluster 9.5 dalla 2.2.1
alla 2.3.2, poi fare l'upgrade del cluster alla versione 9.6
Il problema è che non me lo fa fare, e non capisco perché, e di solito
quando non capisco perché vuol dire che c'è stato l'errore umano da qualche
parte ;)
O se preferisci, installa la versione 2.2.1 sul cluster 9.5 ...
Potrei provare ma come faccio ad avere 2 installazioni di postgis? Compilo
da codice?
Odio postgis... :)
Nuuu, perché? E' così bravo ... quando vuole! ;)
Il giorno 26 luglio 2017 12:04, Andrea Bazzanini <
bazzanini.andrea@xxxxxxxxx> ha scritto:
Ciao...
Non sono un grande esperto ma :
1) copiare la cartella da un cluster all'altro non lo farei.
2) non so dirti.. :)
Per la migrazione di Postgis, prima migrerei il cluster 9.5 dalla 2.2.1
alla 2.3.2, poi fare l'upgrade del cluster alla versione 9.6
O se preferisci, installa la versione 2.2.1 sul cluster 9.5 ...
Odio postgis... :)
Spero di non aver detto stupidate.
Il giorno 26 luglio 2017 11:42, Giuseppe Naponiello <beppenapo@xxxxxxxxx>
ha scritto:
...stavo pensando a 2 possibili soluzioni ma prima di provare volevo
chiedere a voi:
1. e se copiassi la cartella /data da un cluster all'altro? potrebbe
funzionare?
2. foreign data wrapper? almeno sulle tabelle geometriche?
Il giorno 26 luglio 2017 11:29, Giuseppe Naponiello <beppenapo@xxxxxxxxx
ha scritto:
Buongiorno,
scusate il titolo un po' complicato ma non sapevo come riassumere!
Problema: un mio collega lancia una dist-upgrade per passare da debian
8 a 9.
Il comando crea una nuova installazione di postgres, la situazione
attuale è:
9.5 main 5432 online ...
9.6 main 5433 online ...
Ovviamente è stato aggiornato anche postgis dalla 2.2.1 alla 2.3.2 e
questo ha creato dei problemi.
Mi dice che non riesce a migrare da un cluster all'altro, proviamo
insieme.
La prima cosa che provo è.
-stoppare il nuovo cluster
-pg_upgradecluster 9.5 main
e mi da errore:
pg_dump: [archiviatore (db)] query fallita: ERRORE: accesso al file
"$libdir/postgis-2.2" fallito: File o directory non esistente
Su consiglio di Paul Ramsey provo ad aggiornare la versione delle
estensioni:
ALTER EXTENSION postgis UPDATE TO "2.3.2";
errore: ERRORE: l'estensione "postgis" non ha un percorso di
aggiornamento dalla versione "2.2.1" alla versione "2.3.2"
controllo nella cartella delle estensioni (
/usr/share/postgresql/9.5/extension/ ) e il
file postgis--2.2.1--2.3.2.sql esiste.
Prima di stopparlo, ho provato a vedere se il nuovo cluster dava errori
e fila tutto liscio: ho creato un db e abilitato le estensioni di postgis
senza problemi, la versione riconosciuta è corretta cioè la 2.3.2
Ho pensato di fare un dump del db sul vecchio cluster e ricrearlo nel
nuovo ma non me lo fa fare emi da lo stesso errore di prima :
pg_dump: [archiviatore (db)] query fallita: ERRORE: accesso al file
"$libdir/postgis-2.2" fallito: File o directory non esistente
A questo punto forse commetto un grave errore, leggo da qualche parte
che qualcuno ha risolto copiando il file postgis--2.2.1--2.3.2.sql dalla
9.6 alla 9.5 e così faccio..
..riprovo con alter extension ...
e mi da un nuovo errore:
ERRORE: errore di sintassi a o presso "PARALLEL"
A questo punto non so come aiutarlo e il db ha tutta la parte
geografica inutilizzabile.
Come si può risolvere senza perdere i dati?
Grazie a tutti
-beppe-
--
*Giuseppe Naponiello*
*A**rc-**T**eam srl*
piazza Navarrino, 13 - 38023Cles (TN)
C.F. e P. IVA IT-01941600221
cell. +393476846599
mail: beppenapo@xxxxxxxxxxxx
pec: arc-team@xxxxxx
101 | www.arc-team.com
110 | http://arc-team-open-research.blogspot.it/
000 | https://independent.academia.edu/GiuseppeNaponiello
--
*Giuseppe Naponiello*
*A**rc-**T**eam srl*
piazza Navarrino, 13 - 38023Cles (TN)
C.F. e P. IVA IT-01941600221
cell. +393476846599
mail: beppenapo@xxxxxxxxxxxx
pec: arc-team@xxxxxx
101 | www.arc-team.com
110 | http://arc-team-open-research.blogspot.it/
000 | https://independent.academia.edu/GiuseppeNaponiello
_______________________________________________
Postgresql-it mailing list
Postgresql-it@xxxxxxxxxxxxx
http://lists.psql.it/mailman/listinfo/postgresql-it
--
AndreA
<http://it.linkedin.com/in/andreabazzanini>
_______________________________________________
Postgresql-it mailing list
Postgresql-it@xxxxxxxxxxxxx
http://lists.psql.it/mailman/listinfo/postgresql-it
--
*Giuseppe Naponiello*
*A**rc-**T**eam srl*
piazza Navarrino, 13 - 38023Cles (TN)
C.F. e P. IVA IT-01941600221
cell. +393476846599
mail: beppenapo@xxxxxxxxxxxx
pec: arc-team@xxxxxx
101 | www.arc-team.com
110 | http://arc-team-open-research.blogspot.it/
000 | https://independent.academia.edu/GiuseppeNaponiello
_______________________________________________
Postgresql-it mailing list
Postgresql-it@xxxxxxxxxxxxx
http://lists.psql.it/mailman/listinfo/postgresql-it
