Ver Mensaje Individual
  #2 (permalink)  
Antiguo 13/07/2013, 12:41
Avatar de gnzsoloyo
gnzsoloyo
Moderador criollo
 
Fecha de Ingreso: noviembre-2007
Ubicación: Actualmente en Buenos Aires (el enemigo ancestral)
Mensajes: 23.324
Antigüedad: 16 años, 5 meses
Puntos: 2658
Respuesta: Replicacion Bilateral

No hay una únca manera de manejar tu problema, pero existen ciertas políticas que suelen seguirse en cuanto a BBDD productivas se refiere:
- La primera de todas es no modificar nada, a menos que sea total y absolutamente necesario. El área de ABD de la empresa para la que trabajo tiene una política muy interesante para los pedidos de cambio: NO. Es la primera respuesta que se obtiene siempre.
- Si es necesario hacerlo, se debe realizar en forma sincrónica en todas las bases al mismo tiempo, sin excepciones. Para esto nosotros contamos con un par de ambientes de prueba que son réplica de la base productiva, y cualquier experimento se realiza en ellos. Jamás en la base de trabajo hasta que no está todo probado.
- Antes de realizar un cambio, las bases productivas se deben detener. Se deben aislar, y no se debe proceder a realizar procesos de ABM en ellas hasta que no se han verificado que los cambios están todos replicados.
- Todo cambio estructural de las bases debe ser siempre posible de deshacer, o de lo contrario no sirve. Si no puedes deshacer algo, no lo intentes.
- Nunca se hace un cambio antes de asegurarse que todos los procesos de las aplicaciones, afectados por ellos, acompañan el cambio implementado. Si los DAC no llevan la modificación incluida, no es posible realizar cambios que afecten las estructuras.
- Jamás de los jamáses imaginables, realices modificaciones dinámicas. Estás tratando con una estructura estática, de la que dependen los procesos comerciales. No hagas cosas sin aprobación escrita, so pena de encontrarte en la calle en menos del tiempo necesario para escribir tu despido. He visto a DBAs perder el trabajo por tonterías de ese calibre.

En otras palabras, cualquier migración y cambio estructural, tiene que ser planificado hasta el último detalle. Si hay un aspecto sin verificar, entonces no lo hagas.

Cita:
QUE PASA SI EN LA BASE CENTRAL RENOMBRO UN CAMPO
Un consejo: Los campos de las tablas no se cambian de nombre. Nunca. Si lo quieres hacer porque lo usas en un reporte, entonces genera vistas para el reporte, y genera los encabezados con los nombres que necesites (hay muchas herramientas para hacer eso).
Pero si necesitas cambiar los nombres porque hubo un error al crearlo, entonces lo que tienes mal es el protocolo de desarrollo, porque jamás debió llegar a producción con un nombre mal. Eso se debió detectar antes.

Consejo sabio: Crea un ambiente de pruebas con una réplica de la base productiva.
Te ahorrarás problemas en los testeos, y te permitirá desarrollar los scripts necesarios para crear las modificaciones que se replicarán en los servidores de sucursal, sin necesidad de hacerlo a mano.
__________________
¿A quién le enseñan sus aciertos?, si yo aprendo de mis errores constantemente...
"El problema es la interfase silla-teclado." (Gillermo Luque)