On 05/20/2011 01:06 PM, Ricardo Mendoza wrote:
Saludos lista
Se presenta la siguiente situacion, contamos con un servidor en
producción que tiene
un motor de base de datos Postgresql 8.2.17. En este se encuentran 20
bases de datos. De estas solo 3 contienen informacion critica. Estas
tienen un peso de 200GB, 5GB y 375MB.
Queremos migrar esa información a un nuevo servidor mucho más
eficiente y robusto.
En el nuevo servidor se instalo la misma versión de motor de db, ya
todo está listo
solo necesitamos el montaje de un clúster o sistema de replicación que
permita
enviar en línea la información del servidor productivo al nuevo,
luego hacer el cambio de servidores,colocar como en producción el
nuevo servidor y que la información se replique en línea al que está
ahora mismo en producción.
La idea es una vez realizado el cambio de servidor, si por algún
problema que se presente es necesario volver a colocar el servidor
anterior en producción, que el cambio sea transparente para los
usuarios y no se tenga perdida de información.No tenemos el motor de
base de datos en la última versión, debido ha que tenemos muchas
aplicaciones que trabajan sobre ella que presentan problemas al
trabajar con versiones de postgresql mayores a la 8.2, el trabajo de
migrarlas es muy extenso y necesitamos poner en producción pronto el
nuevo servidor, porque tenemos muchas quejas de rendimiento de
nuestros usuarios.Entre los problemas que se nos han presentando es
que en gran parte de las aplicaciones se les hace substring a campos
con tipo de dato timestamp.
Las aplicaciones que trabajan sobre las bases de datos,
fueron desarrolladas en ambiente web, bajo lenguaje Java, y son varias
entre esas esta el ERP de la empresa. También la consultan Web
Services y algunas aplicaciones de escritorio hechas en java.
Considero que es un problema de las versiones, pero me inquietan las
aplicaciones. y cuales la mejor forma de hacer este cluster? ¿que
recomendaciones podrian darme?.
Comparacion de las fichas tecnicas de los servidores:
--------------------------------------------------------------------------------------------------
Actual Servidor:
Procesador= 2 procesadores Intel Xeon E5345 de 2.3 GHZ
Memoria RAM= 16 Gb
Disco duro=1 TR
Sistema Operativo=Linux Red Hat 4.1.2-14
--------------------------------------------------------------------------------------------------
Nuevo Servidor
Procesadores= 4 procesadores Intel Quad-Core Xeon E7440 / 2.4 GHZ
Memoria RAM= 32 GB (Capacidad puede aumentar hasta 128 GB)
Disco duro= 2 TR
Sistema Operativo= Linux Red Hat 4.4.4-13 (64 bits)
---------------------------------------------------------------------------------------------------
¿Pueden migrar a versiones más actuales de Red Hat o CentOS?
Ambos ya están por la liberación 6, por lo que sería muy provechoso
esto, se podrían
obtener muchas optimizaciones y correcciones de seguridad.
Mi segunda recomendación es que migren a la versión 9.0.4 para que
aprovechen de a lleno todas
las nuevas características de dicha versión que son bastantes.
Lo otro es que leas detenidamente las notas de liberación de dicha
versión donde explican los pasos a seguir
para el upgrade.
O lo otro que pudieras usar es una herramienta de replicación como
Slony-I, Londiste o Bucardo para que hagas una replicación
de tipo maestro-esclavo donde tu maestro sea el servidor donde tienes
las bases de datos en 8.2 y el esclavo donde está la versión 9.0
Como ya veo, la mayoría de las aplicaciones que usan están desarrolladas
en Java, por lo que recomiendo que descarguen la última versión
del driver de PostgreSQL para JDBC
Hay muchas más recomendaciones pero la principal que puedo darte es que
leas el Capítulo 12: Replication & Upgrades del libro de Simon Riggs y
Hannu Krosing "PostgreSQL 9 Administration Cookbook" donde explican de
manera genial las distintas formas que puede hacerse este engorroso trabajo.
Saludos
--
Marcos Luís Ortíz Valmaseda
Software Engineer (Large-Scaled Distributed Systems)
University of Information Sciences,
La Habana, Cuba
Linux User # 418229
http://about.me/marcosortiz
-
Enviado a la lista de correo pgsql-es-ayuda ([email protected])
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
