Cambio de servidor: qué copiar antes de apagar el viejo

Cambiar el servidor donde corre Softland es una de esas tareas que salen bien el 99% de las veces. El 1% restante se descubre dos semanas después, cuando alguien necesita un archivo que estaba en el equipo viejo y el equipo viejo ya se formateó.

Esta es la lista de lo que conviene copiar antes de apagar, y en qué orden.

Antes de tocar nada

Una copia completa y verificada de todas las bases, no solo de la principal. Verificada significa restaurada en otro equipo, no solo generada. Si el cambio de servidor sale mal, esa copia es el camino de vuelta.

Vale la pena además dejar por escrito la versión exacta de Softland y de SQL Server que está corriendo. Instalar una versión distinta en el servidor nuevo es la causa habitual de que "la base no abre".

Lo que casi siempre se copia

• Las bases de datos de Softland, todas.
• El instalador y los parches de la versión en uso.
• Las credenciales de conexión de la aplicación a la base.

Lo que casi siempre se olvida

• Formatos de impresión. Facturas, guías y órdenes de compra con el diseño ajustado durante años.
• Informes personalizados. Los que arma contabilidad o gerencia cada mes.
• Documentos tributarios electrónicos que el sistema dejó en carpetas del disco.
• Carpetas de intercambio con bancos, casas matrices u otros sistemas.
• Tareas programadas. El respaldo mismo, procesos nocturnos, scripts de mantenimiento. Migrar el ERP y dejar el respaldo apuntando al servidor viejo es más común de lo que parece.
• Perfiles y escritorios de usuario, si el equipo también hacía de Terminal Server.

El detalle de estas rutas está en qué respaldar de un Terminal Server.

Una regla simple para no olvidar nada

Antes de apagar el servidor viejo, hacer la pregunta al revés: si esta máquina se hubiera incendiado anoche, ¿qué le faltaría al equipo nuevo para trabajar igual? Todo lo que aparezca en esa lista tiene que estar copiado.

Después del cambio

Tres cosas que conviene revisar el mismo día:

1. Que el respaldo automático quedó apuntando al servidor nuevo y que corrió al menos una vez con aviso de éxito.
2. Que los formatos de impresión salen igual que antes, imprimiendo un documento de prueba real.
3. Que alguien puede restaurar la copia del servidor nuevo en otro equipo. Es la prueba de restauración de siempre, y este es el mejor momento para hacerla.

No apagues el viejo todavía

Dejar el servidor anterior detenido pero intacto durante un par de semanas cuesta poco y resuelve el problema que aparece siempre: el archivo que nadie recordó, la configuración que faltaba, el histórico que no estaba en la base.

Una vez pasado el primer cierre de mes completo en el equipo nuevo, recién ahí tiene sentido formatearlo.