Compartir a través de

Requisitos previos: Migración de una VM con SQL Server mediante un AG distribuido

  • Artículo

Use un grupo de disponibilidad (AG) distribuido para migrar una instancia independiente de SQL Server o un grupo de disponibilidad Always On a SQL Server en Azure Virtual Machines (VM).

En este artículo se describen los requisitos previos para preparar los entornos de origen y destino para migrar su instancia de SQL Server o grupo de disponibilidad a VM con SQL Server mediante un AG distribuido.

Migrar una base de datos (o varias bases de datos) desde una instancia independiente con un grupo de disponibilidad distribuido es una solución sencilla que no requiere un clúster de conmutación por error de servidor de Windows Server o una escucha de grupo de disponibilidad en el origen o el destino. Migrar un grupo de disponibilidad requiere un clúster y un cliente de escucha tanto en el origen como en el destino.

Servidor SQL Server de origen

Para migrar la instancia o el grupo de disponibilidad, la instancia de SQL Server de origen debe cumplir los siguientes requisitos previos:

  • Para una migración de instancia independiente, la versión mínima admitida es SQL Server 2017. Para una migración de grupo de disponibilidad, se admite SQL Server 2016 o posterior.
  • Su edición de SQL Server debe ser SQL Server Enterprise.
  • Debe habilitar la característica Always On.
  • Se ha realizado una copia de seguridad en modo completo de las bases de datos que desea.
  • Si ya tiene un grupo de disponibilidad, debe estar en un estado de mantenimiento. Si crea un grupo de disponibilidad como parte de este proceso, debe estar en un estado de mantenimiento antes de iniciar la migración.
  • Los puertos usados por la instancia de SQL Server (1433 de forma predeterminada) y el punto de conexión de creación de reflejo de la base de datos (5022 de forma predeterminada) deben estar abiertos en el firewall. Para migrar bases de datos en un grupo de disponibilidad, asegúrese de que el puerto usado por el cliente de escucha también está abierto en el firewall.

VM con SQL Server de destino

Antes de que las VM con SQL Server de destino estén listas para la migración, asegúrese de que cumplen los siguientes requisitos previos:

  • La cuenta de Azure que realiza la migración se asigna como propietario o colaborador del grupo de recursos que contiene las VM con SQL Server de destino.
  • Para usar la inicialización automática para crear el grupo de disponibilidad distribuido (DAG), el nombre de instancia para el principal global (origen) del DAG debe coincidir con el nombre de instancia del reenviador (destino) del DAG. Si hay una falta de coincidencia de nombres de instancia entre el principal global y el reenviador, debe usar la inicialización manual para crear el DAG y agregar manualmente cualquier archivo de base de datos adicional en el futuro.
  • Por simplicidad, la instancia de SQL Server de destino debe coincidir con la versión de la instancia de SQL Server de origen. Si elige actualizar durante el proceso de migración mediante una versión superior de SQL Server en el destino, tendrá que inicializar manualmente la base de datos en lugar de basarse en la autoinicialización como se proporciona en esta serie de artículos. Para obtener más información, consulte Migración a versiones superiores de SQL Server.
  • La edición de SQL Server debe ser SQL Server Enterprise.
  • Debe habilitar la característica Always On.
  • Los puertos usados por la instancia de SQL Server (1433 de forma predeterminada) y el punto de conexión de creación de reflejo de la base de datos (5022 de forma predeterminada) deben estar abiertos en el firewall. Para migrar bases de datos en un grupo de disponibilidad, asegúrese de que el puerto usado por el cliente de escucha también está abierto en el firewall.

Conectividad

Las instancias de origen y destino de SQL Server deben tener una conexión de red establecida.

Si la instancia de SQL Server de origen se encuentra en una red local, configure una conexión VPN de sitio a sitio o una conexión de Azure ExpressRoute entre la red local y la red virtual donde resida la VM con SQL Server de destino.

Si la instancia de SQL Server de origen se encuentra en una red virtual de Azure que es diferente de VM con SQL Server de destino, configure el emparejamiento de red virtual.

Autenticación

Para simplificar la autenticación entre las instancias de SQL Server de origen y de destino, únase a ambos servidores al mismo dominio, preferiblemente con el dominio en el lado de origen y aplique la autenticación basada en dominio. Dado que este es el enfoque recomendado, en los pasos de esta serie de tutoriales se supone que tanto la instancia de origen como la de destino de SQL Server forman parte del mismo dominio.

Si los servidores de origen y destino forman parte de dominios diferentes, configure la federación entre los dos dominios o configure un grupo de disponibilidad independiente del dominio.

Contenido relacionado