Productos
Knowledge Base
Productos
¿Cómo?
Personal
Negocios
Buy Now

Cómo migrar aplicaciones a un servidor SQL desde Windows Server, incluido Server 2003, Server 2008, Server 2012

En este tutorial, aprenderemos cómo copiar o mover un servidor SQL de un servidor a otro. A diferencia de las opciones de migración manual, realizaremos la migración automáticamente y transferiremos no solo el servidor SQL en sí, sino también todas las configuraciones, esquemas, bases de datos y las aplicaciones que actualmente ejecuta el servidor (y en las que necesita ejecutar en el nuevo servidor).

Este tutorial funciona para Server 2003, Server 2008, Server 2012, Server 2016 e incluso Server 2019. La transferencia puede ser de físico a físico (P2P), de físico a virtual (P2V), de virtual a virtual (V2V), así como la transferencia a servidores en la nube.

El objetivo de este tutorial es copiar las aplicaciones del servidor al nuevo servidor de forma completa y genérica: cualquier aplicación, incluso aplicaciones personalizadas o internas, se moverá al nuevo servidor, incluidas sus configuraciones, bases de datos y por supuesto, sus archivos.

Tenga en cuenta que la transferencia que estamos haciendo es una transferencia nativa. Las aplicaciones realmente se transfieren al nuevo servidor, se instalan en él y conservan sus configuraciones. Este no depende de ningún proceso de virtualización de aplicaciones o contenedores y ofrece una verdadera migración nativa.

El tutorial está a continuación, y antes de eso, un video tutorial y algunas preguntas comunes sobre la migración de Windows Server.

Video tutorial – migración de SQL Server, incluidas las aplicaciones

Cómo realizar la migración del servidor SQL a un nuevo servidor Windows

Antes de la migración:

    1. Audite sus servidores: Asegúrese de saber de qué es responsable el servidor y qué aplicaciones se ejecutan en él. Asegúrese de saber cómo verificar que una aplicación se haya transferido correctamente a un servidor de reemplazo y que los usuarios puedan trabajar con ella como antes.

Consejo: Si su organización no está utilizando una herramienta de administración centralizada (por ejemplo, Microsoft SCCM) para monitorear sus servidores, puede descargar gratis Microsoft Assessment and Planning (MAP) Toolkit aquí. También puede utilizar el diagnóstico de servidor gratuito de Zinstall en este enlace. Permite una verificación rápida de toda la lista de software y hardware del servidor.

  1. Programe su intervalo de tiempo de migración: Las migraciones llevan tiempo y, durante ese tiempo, sus usuarios pueden verse afectados en cierta medida. Si es posible, intente programar la migración real para que se realice fuera de horario o durante un fin de semana. Tenga en cuenta que en realidad no tiene que quedarse allí en ese momento: la migración de la aplicación se puede realizar de forma remota o iniciar con anticipación en modo desatendido.
  2. Verifique que sus copias de seguridad estén actualizadas y sean realmente restaurables: Cualquier actualización importante puede salir mal y, sin una copia de seguridad válida y actualizada, corre el riesgo de perder todo lo que tenía en el servidor. ¡Asegúrese de verificar que la copia de seguridad que tiene no esté dañada y lista para ser restaurada si es necesario!
  3. Decida el tipo de reemplazo: Una vez que haya decidido reemplazar un servidor, tiene varias opciones con respecto a cuál será el reemplazo. Puede ser un servidor físico de Windows 2012, 2016 o 2019, un servidor virtual que se ejecuta en las instalaciones o incluso un servidor basado en la nube que se ejecuta fuera de las instalaciones. WinServ admite cualquiera de esas transferencias, por lo que la dificultad de la migración no varía significativamente con su elección.

Aplicaciones, perfiles, particiones y migración de datos

Este es el proceso para realizar una migración de un servidor Windows a otro:

  1. Actualice y parchee completamente el servidor de destino.
  2. Agregue el servidor de destino al dominio.
  3. Ejecute WinServ en el servidor de origen y en el servidor de destino.
  4. En esta etapa, puede transferir directamente a través de la red o realizar una migración indirecta: capturar el servidor de origen en un contenedor en el almacenamiento de red / almacenamiento en la nube y luego implementar desde ese contenedor en el nuevo servidor.
  5. Antes de iniciar la transferencia, también tiene la opción de elegir las aplicaciones y los datos que desea transferir. O simplemente ejecute la transferencia para migrar todo.
  6. Presione “Go” en el servidor de destino para iniciar la transferencia.

Dependiendo de la cantidad de datos y aplicaciones transferidos, la transferencia real puede tardar varias horas en completarse. Verá una indicación de progreso durante todo el proceso.

Tratamiento de aplicaciones incompatibles:

Algunas aplicaciones heredadas de terceros que se ejecutan en Windows Server 2003 pueden ser incompatibles con Windows Server 2008 o Windows Server 2012. Estas aplicaciones son generalmente software heredado de DOS, de 16 o 32 bits, que no se ha actualizado para las versiones más recientes del sistema operativo. Se recomienda encarecidamente eliminar estas aplicaciones del entorno de producción lo antes posible.

Si estas aplicaciones no se pueden eliminar de inmediato y son fundamentales para el funcionamiento continuo de la organización, la opción recomendada para mantener su funcionamiento es realizar una migración virtualizada de esas aplicaciones a una instancia de Server 2003 virtual que se ejecute en un servidor de reemplazo más nuevo. Luego, continúe con los pasos necesarios para eliminar esas aplicaciones y dejar de ejecutar las instancias 2003 virtualizadas.

Dicha migración P2V (física a virtual) también debe realizarse utilizando WinServ también.

Después de la migración:

Una vez que se completa el proceso de migración, es hora de verificar los resultados.

  1. Es posible que deba ajustar el DNS de su dominio para que apunte al nuevo servidor donde sea necesario. Por ejemplo, cambiar la entrada DNS de CRM-SERVER a la dirección del nuevo servidor.
  2. Lo mismo ocurre con los scripts de inicio de sesión y la política de GPO.
  3. Inicie todas las aplicaciones y consolas que utilice y verifique que se carguen correctamente.
  4. Utilizando una estación de trabajo cliente, verifique que los clientes puedan acceder al servidor migrado correctamente y que sus aplicaciones se ejecuten sin problemas.

¡Enhorabuena! La migración de su servidor SQL ahora está completa.