La migración de una base de datos CONTPAQi® a un nuevo servidor o a una instancia de SQL Server es una tarea crítica que debe realizarse con sumo cuidado y precisión. Muchas empresas buscan cómo migrar CONTPAQi® sin perder información, especialmente cuando necesitan cambiar de servidor, actualizar infraestructura, mover SQL Server o mejorar el rendimiento del sistema.
Importancia y Riesgos de una Migración de CONTPAQi®
Migrar CONTPAQi® a otro servidor es un proceso mucho más delicado de lo que muchas empresas imaginan. Es un proceso crítico que debe realizarse correctamente para evitar pérdida de información, errores SQL Server, problemas de timbrado CFDI y fallas en terminales o usuarios. Muchos sistemas CONTPAQi® almacenan toda su información dentro de SQL Server, lo que hace que cualquier error en la migración pueda tener graves consecuencias.
Una migración incorrecta puede provocar problemas significativos como empresas que no abren, errores DBNETLIB, XML CFDI perdidos, fallas multiusuario, errores de timbrado, problemas con el ADD o terminales desconectadas. Por ello, es fundamental comprender los procedimientos adecuados para garantizar una transición exitosa.
Métodos para Traspasar una Empresa CONTPAQi®
Método Sencillo: Respaldo y Restauración
Si necesitas trasladar una empresa de un servidor CONTPAQi a otro, la forma más sencilla consiste en hacer una copia de seguridad de la empresa y luego restaurarla en el nuevo servidor. Este método es a menudo el más directo para una migración completa de la información de una empresa.
Método Avanzado: Migración Manual de Bases de Datos SQL
Para escenarios que requieren un control más detallado o cuando la estructura de las bases de datos lo permite, se puede optar por una migración manual de los archivos de SQL Server. Los pasos generales incluyen:
Lea también: Pasos para el traspaso de información contable en Siigo Aspel COI
- Copiar las bases de datos de cada una de las empresas incluyendo la tabla generalesSQL (archivos con extensión .mdf y .ldf) a la ruta donde se localizan las bases de datos de la instancia de SQL Server que usan los sistemas de CONTPAQi. Cada uno de estos archivos existe tanto con extensión .mdf como con extensión .ldf, es decir que por cada empresa deberán existir 8 archivos en la ruta donde se localizan las bases de datos de la instancia de SQL Server que usan los sistemas de CONTPAQi.
- Una vez que los archivos .mdf y .ldf estén en la ubicación correcta, se deben adjuntar las bases de datos a la instancia de SQL Server. Esto se realiza haciendo clic derecho en la carpeta Databases dentro de SQL Server Management Studio y seleccionando la opción Adjuntar... (Attach...).
Consideraciones Clave para el Administrador de Documentos Digitales (ADD)
El Administrador de Documentos Digitales (ADD) es un componente integral de los sistemas CONTPAQi®, y su migración o el estado del mismo durante el proceso es crucial:
- Si el ADD de la empresa contable es el mismo que utiliza la empresa de CONTPAQi® Comercial Premium o de CONTPAQi® Nóminas, al migrar la empresa desde contabilidad a SQL, CONTPAQi® Comercial Premium y CONTPAQi® Nóminas seguirán trabajando normalmente ahora con el ADD en SQL. Esto asegura la continuidad operativa de otros sistemas interconectados.
- Si los documentos duplicados tenían información como proceso, referencia, o información de "sobre-recibos" como: ejercicio, periodo, etc., esta información sí se migrará al documento que quede en el nuevo ADD. Este proceso garantiza la integridad de los datos documentales.
- Si se decide no hacer la migración del ADD a SQL, la empresa seguirá utilizando el ADD con las vistas anteriores (Lucene y visor desde el navegador) y el Nuevo Visor de Documentos Digitales estará deshabilitado. Es importante considerar las implicaciones de esta decisión en la funcionalidad del sistema.
- Una vez que un ADD ya se encuentre en SQL, si se recupera un respaldo del ADD anterior (Lucene), al restaurar el respaldo se volverá a realizar el Proceso de Migración. Esto subraya la importancia de planificar la recuperación de respaldos y la sincronización con el ADD en SQL.
Recomendación Final Post-Migración
Te sugerimos que una vez que finalice la migración realices un respaldo de la empresa, para que la última "fotografía" de esta, se encuentre ya en SQL. Este respaldo te proporcionará un punto de restauración seguro y actualizado en la nueva infraestructura, minimizando riesgos futuros.
Lea también: Definición de Inflación de la Base Monetaria
Lea también: El mejor software para auditar tu base de datos