Buenas tardes:
Nuestra Universidad tiene G3 en forma centralizada a la que acceden 4 Facultades, una escuela pre universitaria y 3 o más carreras que dependen directamente de Rectorado, cada vez nos resulta más difícil establecer fecha para actualizar versiones debido a que cada responsable maneja tiempos académicos diferentes y eso complica el ponernos de acuerdo en la parada del sistema.
Estaba pensando otra forma de realizar el upgrade y leyendo el foro encuentro que en capacitaciones explicaron una modalidad que es similar a lo que estaba pensando.
Es posible lo siguiente?
Partimos de una copia del servidor de producción, lo llevamos por ejemplo de versión 3.18 a versión 3.20.1, hacemos todas las pruebas necesarias, compartimos con los usuarios para que también prueben la nueva versión, etc.
Mientras tanto el servidor de producción continuó funcionando en versión 3.18, por lo cual la otra versión ya quedó desactualizada en datos. Para actualizarla, hacemos un dump de la BD productiva 3.18, la restauramos en el servidor 3.20.1 y corremos los scripts de conversión (migrar la base de negocio).
De esa forma, la parada del sistema no llevaría más que un par de horas creería, pero no tengo en claro si el proyecto quedaría correctamente estructurado, tendría algún inconveniente o estaría faltando algún paso.
Aguardo opiniones y otras posibles soluciones para mejorar los upgrade de versión en nuestro caso.
Muchas Gracias
Ezequiel Molina
Fac. de Cs. Agrarias - UNJu