Re: estructura sistema completo

Hola,muchas gracias por tu respuesta, este es el tipo de información/ayuda que estaba buscando.Lo de raid1 y raid10 era para separar totalmente s.o. de la base de datos.Lo del fileserver la verdad que es un fallo mío no haber pensado en ello, ya que actualmente lo hacemos así (seguramente pensar en cambio de filosofía me llevó a cambio total y no todo es siempre malo ni bueno).¿qué me recomendarías para hacer estas copias de base de datos completa? ¿sería copiar toda la carpeta main?Actualmente, copiamos circularmente la BD que tenemos en 10 carpetas (días).
La problemática de los centros de televentas es la siguiente:Producen el 80% de la facturación diária, o sea, no pueden estar sin trabajar debido a una caída en la vpn o adsl. Y de esas hemos sufrido de hasta más de dos días de duración.
Actualmente tengo implementada una aplicación en tres capas, con un server en central y un cliente en cada centro de televentas (para hacer las consultas), pero sus ventas son guardadas en una pequeña BD local de cada puesto de trabajo. O sea, el peor escenario que has descrito en cuanto a mantenimiento.Por eso intentaba de alguna forma cambiar este esquema tan costoso en mantenimiento, eso si la empresa actualmente está satisfecha con esto, ya que caídas en vpn,adsl, lan prácticamente no le afectan. El peor de los casos es rotura de un disco en un pc de un puesto, pero cada hora hacen automáticamente un envío de seguridad. El peor de los casos se podría perder la facturación de una hora de un puesto.
Gracias por todo y cualquier sugerencia es bienvenida.
Saludos
--- El mar, 5/3/13, Fernando Hevia <fhevia(at)gmail(dot)com> escribió:

De: Fernando Hevia <fhevia(at)gmail(dot)com>
Asunto: Re: [pgsql-es-ayuda] estructura sistema completo
Para: "FRANCISCO JOSE PALAO VILLANUEVA" <fjpv_2000(at)yahoo(dot)es>
CC: pgsql-es-ayuda(at)postgresql(dot)org
Fecha: martes, 5 de marzo, 2013 05:17

Respondo entre líneas.

2013/3/4 FRANCISCO JOSE PALAO VILLANUEVA <fjpv_2000(at)yahoo(dot)es>

Hola buenos días, hace tiempo que propuse a una empresa la migración de sus sistema a un entorno con linux y postgresql,

me dijeron que lo pensarían, y ahora cuando el sistema ya se cae sólo de obsoleto todo son prisas, me han pedido que hagauna presentación con la propuesta de migración, con lo cual recurro a ustedes más experimentados en estos temas en busca de

algunos consejos.
La empresa tiene la siguiente estructura:
1) Central y Centro de televentas (a) en un mismo edificio.40-50 personas
administración y 30-40 televentas.
2) Centro televentas (b) otra ciudad. 30-40 televentas.

3) Centro televentas (c) otra ciudad. 30-40 televentas.
4) 5 o 6 centros de reparto en diferentes ciudades.

5) De momento 2 franquicias en otras dos ciudades.
La idea inicial es:

Central:  Dos servidores, cada uno con (2 discos en raid 1 para s.o. y 5 discos para raid 1+0). Con ubuntu server
12.04
Para RAID 1+0 la cantidad de discos debe ser par. Asumiendo que tendrás 2 HD con RAID 1 + 4 HD con RAID 10 te convendría armar un único array de 6 HD con RAID 10 y luego particionar separado para OS y datos. Además, una controladora con BBU caché es lo recomendado.

  El primer servidor tendría base de datos principal y replicaría sobre el segundo servidor.

 El segundo servidor tendría base de datos para ventas de televentas y replicaría sobre el primer servidor.
¿es esto posible? ¿qué necesitaría para poder controlar todo este tema de la replicación, cambiar roles en caso de caída, etc?

Es posible pero te vas a meter en una tremenda ensalada para mantener esto. Gran consejo: ten un único servidor para ambas bases de datos. Si por performance hace falta, puedes implementar Pgpool2 para distribuir las lecturas entre ambos servers mientras que las escrituras irán siempre al primario para que luego sean replicadas al secundario mediante streaming replication.

 ¿qué me recomiendan para el tema de las copias de seguridad, aquí si que estoy totalmente pez en linux?

Una PC baratísima con 3 discos de 1 TB en RAID 5 donde alojes un Linux file server. Tendrás 2 TB para llenar con copias diarias de las bases completas, si eso fuera tu intención.

Otros centros de televentas:
 Para estos otros centros teniendo en cuenta que las comunicaciones no son muy rápidas ¿que me recomendarían?

¿Que son "comunicaciones no muy rápidas"? ¿Cuál es la naturaleza de la comunicación de datos de la aplicación?Si es una aplicación web nada de esto importa ya que usarán un app server centralizado.

  replicar ventas sobre el segundo servidor y leer de este información necesaria para el trabajo ¿es esto posible?

Nuevamente, es posible pero poco recomendable.Incluso si la aplicación no es web buscaría una solución de uso por escritorio remoto en lugar de ir a un diseño de bases de datos distribuidas.

Tener bases de solo consulta es posible, pero que la misma aplicación tenga la inteligencia de leer de una y escribir de otra.... cuando menos sería raro. Ni pensar los problemas que tendrás que tener en consideración para un comportamiento así si estás hablando de una aplicación a construir.

  La idea es en estos centros un server más pequeño con raid 1 en cada centro.

Los otros centros reparto,etc de momento no me preocupan ya que casi todo son consultas. Su información de reparto se carga en unosterminales con ficheros planos de texto.

Descarta esa idea de sistemas distribuidos y apunta a un único sistema centralizado en un par de servers robustos que te brinden alta disponibilidad, o al menos un buen plan de contingencia que te tenga online en poco tiempo. Dices que estás considerando 200 usuarios... o sea nada. No puedo imaginar un sistema de televentas donde el movimiento de datos sea tan importante como para pensar que sólo funcionará sobre bases locales en una LAN.

Cualquier idea, link, sugerencia sería de agradecer
Saludos

Saludos,Fernando