User Tools

Site Tools


migrazioni

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
migrazioni [2014/09/15 10:48] – [migrazione] ferodamigrazioni [Unknown date] (current) – removed - external edit (Unknown date) 127.0.0.1
Line 1: Line 1:
-====== Migrazione a Postgres 9.x ====== 
- 
-Per essere sicuri che noi e i nostri clienti migriamo "dolcemente" alla versione 9.x di PostgreSQL: 
- 
-  * Leggere le note di release della 9.0: http://www.postgresql.org/docs/9.1/static/release-9-0.html 
-  * **ATTENZIONE alle incompatibilità in particolare nel linguaggio PG/PLSQL** 
-  * Al quoting delle stringhe 
-  * testare la migrazione 
- 
-===== Appunti ===== 
- 
-Da http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server (tags: postgresql, sysadmin, performance) 
- 
-  * 9.1+: ''wal_buffers'': default a 3% di ''shared_buffers'' e limite massimo (come da versioni precedenti) a 16MB 
-  * 9.1+: ''wal_sync_method'': algoritmi di selezione automatica su kernel "nuovi" 
- 
-Da http://wiki.postgresql.org/wiki/Introduction_to_VACUUM,_ANALYZE,_EXPLAIN,_and_COUNT 
- 
-  * 9.0+: I parametri ''max_fsm_relations'' e ''max_fsm_pages'' sono settati automaticamente  
- 
-Da http://wiki.postgresql.org/wiki/VACUUM_FULL 
- 
-  * 8.4<=: **VACUUM FULL è da evitare**! Usare **CLUSTER** 
-  * 9.0+: VACUUM FULL va bene 
- 
-===== migrazione plt ===== 
- 
-Nella funzione //acs_service.update_chamber_connection// abbiamo il parametro ''cert_name'' che non si può chiamare come il nome della colonna. Nell'installazione ''honeywell'' su server gasistafelice.befair.it l'ho sostituito con ''conn_name'' 
- 
-I trigger nelle nuove versioni di postgres possono esere definiti con una clausola **WHEN** questo ci potrebbe fare comodo per evitare la chiamata ricorsiva del trigger di compressione? 
- 
-==== migrazione ==== 
- 
-  - avviare pgadmin nel client con un tunnel ssh verso il database  
-  - sostituito parametro ''cert_name'' con ''conn_name'' come scritto qui sopra 
-  - ssh verso l'host 
-  - screen -S migrazione 
-  - su - postgres 
-  - pg_dump -f /var/lib/postgresql/`date "+%s"`_before_wheezy_update.sql.z5 -Fc -Z5 "<nomedb>" 
-  - dopo aver installato la nuova versione di postgresql recuperare con: 
-  - [TO TEST] pg_restore -U postgres -p 5433 -d "<nomedb>" var/lib/postgresql/1410768097_before_wheezy_update.sql.z5 
-==== note ==== 
- 
-  - Su una installazione con database di 34GB, il dump fatto come sopra si riduce a 905MB! 
  
migrazioni.1410778127.txt.gz · Last modified: 2014/10/28 11:28 (external edit)