Proceso de migración de datos

El proceso de migración de datos implica un conjunto de procedimientos que deben ser realizados cuidadosamente para asegurar la migración correcta. Deben ser comprobadas todas las condiciones inherentes a una migración, así como las compatibilidades de sistema.

Al final del proceso, también está disponible un informe de migración que, entre otras informaciones, presenta los posibles errores ocurridos y avisos generados.

Consideraciones importantes

Antes de iniciar la instalación de la versión 10 y la posterior conversión de las bases de datos, se debe preparar la instalación original para evitar situaciones problemáticas:

1. El proceso de actualización exige la existencia de espacio en disco suficiente en el servidor para incluir, por lo menos, una copia de seguridad por cada base de datos a migrar;
2. Debe realizarse una copia de seguridad de la base de datos de empresas (PRIEMPRE);
3. Deben realizarse copias de seguridad de todas las bases de datos correspondientes a las empresas existentes en el sistema;
4. Para acelerar el procedimiento se recomienda que todas las bases de datos sean comprimidas y reorganizadas, utilizando las herramientas ofrecidas por el Administrador de la versión anterior.

Recomendaciones

Antes de iniciar el proceso de instalación y migración, deberás tener en cuenta que:

1. La base de datos PRIEMPRE y las restantes deben estar preferencialmente actualizadas con la última versión disponible para la línea de productos de origen;
2. La definición de los Campos de Usuario (CDU) y de las Tablas de Usuario (TDU) debe ser revisada para garantizar que su registro en la tabla [StdCamposVar] corresponde exactamente a los campos y tablas existentes físicamente en la base de datos;
3. Los nombres de los CDU y de las TDU deben contener solamente caracteres válidos (‘A’...’Z’, ‘0’...’9’ e ‘_’);
4. La actualización de empresas incluye un proceso de reorganización de los campos de usuario de forma a garantizar que estos campos serán siempre los últimos en la definición de cada tabla (necesario para el correcto funcionamiento de todos los informes de las aplicaciones). La implementación de esta reorganización presenta dos limitaciones que deben ser consideradas: - Campos IDENTITY: estos campos se convertirán por la actualización de empresas, sim embargo, la propiedad IDENTITY será desactivada. Al final de la actualización, es necesario reactivar esa propiedad manualmente; - Índices sobre Campos de Usuario: todos los índices existentes sobre campos de usuario serán removidos por el proceso de actualización para permitir la eliminación de los campos. Al concluir la migración será necesario recrear los índices removidos;
5. Todos los objetos (triggers, stored procedures, views, constraints, etc.) existentes en las bases de datos a migrar, que no formen parte de la estructura base definida por Cegid, deben ser analizados para evitar problemas en los procesos de migración; Nota: Cegid no garantiza la migración de bases de datos cuya estructura tenga sido manipulada.

Setup and Go

Algunos errores generados por el Setup And Go son provocados por problemas de collations entre las bases de datos PRIEMPRE, Empresas y tempdb. Se aconseja que todas estas bases de datos estén en la misma collation.

Setup and Go necesita una cantidad considerable de espacio libre en disco. Se aconseja tener disponible, como mínimo, el doble del espacio ocupado por cada base de datos. Para optimizar este punto, se aconseja comprimir y reorganizar las empresas en el administrador antes de migrar.

El crecimiento elevado de la base de datos durante la migración también está directamente relacionado con el Recovery Model del servidor de datos. La selección del Recovery Model es de la responsabilidad del gestor de base de datos y debe ser analizada individualmente.

El Setup and Go migra bases de datos en cualquier Recovery Mode, pero el Simple sea el más indicado cuando el espacio en disco es un factor crítico, aunque solo sea activado durante el proceso de migración.

El Setup and Go también permite desconectar la utilización de transacciones en el proceso de migración, lo que se convierte en la utilización mínima del log. Sin embargo, deberá ser avaliado individualmente, una vez que caso ocurran errores durante la migración es necesario reponer un backup de la base de datos.

Nota: En las opciones de configuración de los diagnósticos y de la migración de la empresa, en la pestaña Migración deberás desactivar la opción Utilizar una transacción en la migración.

Compatibilidades

Para la versión 7 pueden ser migradas directamente bases de datos de las versiones: 3, 4, 5, 6 y 6.20.

Para las versiones 8.10 y superiores, cuando deseas migrar muchas empresas deberás parar la application pool del CloudConnector en el IIS, impidiendo el propio servidor al hacer una command line en modo administrador: iisreset /stop.

Después de la migración deberás hacer el siguiente: iisreset /start para iniciar de nuevo el servidor.

Es necesario efectuar este procedimiento, una vez que el CloudConnector mantiene algunas conexiones activas aunque en modo Suspended. De esta forma, el Migrador avisará que existen conexiones activas.

Informe de migración

El informe de migración es el resultado final del proceso de conversión de las bases de datos en bloque y presenta todos los detalles de la migración.

Nota: Este informe es presentado en un archivo XML formateado que puede ser consultado a través de un navegador.

En este informe se presentan las siguientes informaciones:

• Todas las empresas procesadas por el Setup&Go;
• Versión inicial y final (después de la migración) de la base de datos;
• Número de errores detectados por los diagnósticos;
• Número de errores ocurridos durante la migración de los datos;
• Número de avisos (generados durante la migración y que no impidieron la migración).

Los avisos deben ser considerados como comprobaciones a realizar después de la migración de los datos. En efecto, corresponden a operaciones de corrección automática con el objetivo de minimizar la ocurrencia de errores durante el proceso de migración.

Dependiendo de las opciones seleccionadas, la migración puede ser concluida a pesar de los errores ocurridos durante el proceso. En este escenario, se recomienda que los errores sean comprobados y corregidos y, posteriormente, efectuar de nuevo la migración.

Posibles errores

Al migrar, puede ocurrir el siguiente error: Invalid object name ‘version’. El error ocurre cuando alguna de las bases de datos no tiene la tabla "Versión" y tiene, por ejemplo, una tabla "Version".

Este error ocurre porque existe en la lista de empresas una base de datos de otra aplicación que no la solución ERP y es normal que estén repuestas las bases de datos Fiscal Reporting.

Para resolver el error basta con acceder a la tabla "Versión" de cada base de datos para saber cuál es la versión y eliminar estas empresas directamente en el administrador. Si no tienes acceso al administrador, podrás acceder por el SQL y eliminar la empresa del PRIEMPRE en la tabla "Empresas".

Después de eliminar las empresas, la migración sigue para el paso siguiente