Información general del vínculo de Instancia administrada

Applies to:Azure SQL Managed Instance

En este artículo se proporciona información general sobre el vínculo de Instancia administrada, que permite la replicación de datos casi en tiempo real entre SQL Server y Azure SQL Managed Instance. El vínculo proporciona flexibilidad híbrida y movilidad de bases de datos, ya que desbloquea varios escenarios, como el escalado de cargas de trabajo de solo lectura, la descarga de análisis y la generación de informes para Azure y la migración a Azure. Además, con SQL Server 2022 y versiones posteriores, el enlace permite la recuperación ante desastres en línea con la opción de volver a SQL Server, así como configurar el enlace desde SQL Managed Instance hacia SQL Server.

Para empezar, revise preparar el entorno para el vínculo.

Información general

El enlace de Instancia Administrada usa grupos de disponibilidad distribuida para ampliar el patrimonio de datos de manera segura. Reproduce datos casi en tiempo real desde SQL Server hospedado en cualquier lugar a una Instancia Administrada de Azure SQL, o desde una Instancia Administrada de Azure SQL a SQL Server 2022 o versiones posteriores hospedado en cualquier lugar.

El vínculo admite instancias de SQL Server de nodo único y de varios nodos con o sin grupos de disponibilidad existentes. A través del vínculo, puede usar ventajas de Azure sin migrar el patrimonio de datos de SQL Server a la nube.

Aunque el vínculo admite la replicación de una base de datos por vínculo, puede replicar varias bases de datos desde una sola instancia de SQL Server a una o varias instancias administradas de SQL, o replicar la misma base de datos en varias instancias administradas de SQL, mediante la configuración de varios vínculos: un vínculo para cada base de datos a un par de instancias administradas.

Actualmente, la característica de vínculo ofrece la siguiente funcionalidad:

• Replicación unidireccional desde SQL Server versiones 2016, 2017 y 2019: Use la función de vínculo para replicar datos unidireccionalmente desde la instancia de SQL a Azure SQL Managed Instance. Aunque puede conmutar por error manualmente a su instancia administrada si se produce un desastre, al hacerlo se interrumpe el vínculo y no se admite la conmutación por recuperación.
• Recuperación ante desastres (SQL Server 2022 y SQL Server 2025): Utilizar la función de enlace para replicar datos entre SQL Server 2022 o SQL Server 2025 e Instancia Gestionada de SQL, realizar una conmutación por error manualmente a la base de datos secundaria durante un desastre y restaurar a la principal después de mitigar el desastre. El SQL Server o SQL Managed Instance puede ser el primario inicial.

Puede seguir ejecutando el vínculo mientras lo necesite, durante meses e incluso años. En su viaje de modernización, cuando decida migrar a Azure, el vínculo permite una experiencia de migración considerablemente mejorada. La migración a través del vínculo ofrece un tiempo de inactividad mínimo en comparación con las demás opciones de migración disponibles, lo que proporciona una verdadera migración en línea a la SQL Managed Instance.

Puede usar bases de datos que se replican a través del vínculo entre SQL Server y Azure SQL Managed Instance para varios escenarios, como:

• Recuperación ante desastres
• Uso de servicios Azure sin migrar a la nube
• Delegación de cargas de trabajo de solo lectura a Azure
• Migración a Azure
• Copia de datos locales

Compatibilidad de versiones

Los niveles de servicio De uso general y Crítico para la empresa de Azure SQL Managed Instance admiten el vínculo Instancia administrada. La característica de vínculo funciona con las ediciones Enterprise, Developer y Standard de SQL Server.

La replicación unidireccional de SQL Server a Azure SQL Managed Instance está disponible con carácter general para cada versión de SQL Server compatible. La recuperación ante desastres con replicación bidireccional y recuperación se admite a partir de SQL Server 2022 y se basa en la directiva de actualización con la que está configurada su instancia administrada de SQL.

En la tabla siguiente se enumeran las funciones de la característica de vínculo y las versiones mínimas admitidas SQL Server:

¹ Crear un vínculo con SQL Server 2022 como el principal inicial es compatible a partir de la versión RTM de SQL Server 2022; crear un vínculo con Azure SQL Managed Instance como el principal inicial solo es compatible a partir de SQL Server 2022 CU10. Si crea el vínculo a partir de una instancia administrada de SQL inicial primaria, no se admite la degradación de SQL Server por debajo de CU10 mientras el vínculo esté activo, ya que puede causar problemas después de una conmutación por error en cualquier dirección.

Versiones de SQL Server anteriores a SQL Server 2016 (SQL Server 2008 - 2014) no son compatibles porque la funcionalidad de vinculación se basa en la tecnología de grupo de disponibilidad distribuida, que se introdujo en SQL Server 2016.

Además de la versión de SQL Server admitida, necesita lo siguiente:

• Conectividad de red entre la instancia de SQL Server y la instancia administrada. Si SQL Server se ejecuta de forma local, use un vínculo VPN o Azure ExpressRoute. Si SQL Server se ejecuta en una máquina virtual (VM) de Azure, implemente la máquina virtual en la misma red virtual que la instancia administrada o use el emparejamiento de red virtual para conectar las dos subredes independientes.
• Una implementación de Azure SQL Managed Instance, aprovisionada en cualquier nivel de servicio.

También necesita las siguientes herramientas:

Cómo funciona el vínculo

La característica de vínculo para SQL Managed Instance funciona creando un grupo de disponibilidad distribuido entre SQL Server y Azure SQL Managed Instance. La solución admite sistemas de nodo único con o sin grupos de disponibilidad existentes, o bien sistemas de varios nodos con grupos de disponibilidad existentes.

Una conexión privada, como una VPN o Azure ExpressRoute, conecta una red local y Azure. Si hospeda SQL Server en una máquina virtual de Azure, la red troncal de Azure interna puede conectar la máquina virtual y la instancia administrada de SQL, tal como con el emparejamiento de redes virtuales. Los dos sistemas establecen confianza mediante la autenticación basada en certificados, un proceso en el cual SQL Server y SQL Managed Instance intercambian las claves públicas de sus respectivos certificados.

Azure SQL Managed Instance admite varios vínculos desde los mismos o diferentes orígenes de SQL Server hacia una única Azure SQL Managed Instance. El número de vínculos depende del número de bases de datos que una instancia administrada puede hospedar al mismo tiempo, hasta 100 vínculos para los niveles de servicio De uso general y Crítico para la empresa y 500 vínculos para la actualización del nivel De uso general de próxima generación. Una única instancia de SQL Server puede crear varios vínculos de sincronización de bases de datos paralelas con varias instancias administradas de SQL, incluso en regiones de Azure diferentes, con una relación uno a uno entre una base de datos y una instancia administrada.

Utilice el vínculo.

Para ayudarle a configurar el entorno inicial, consulte la guía para preparar el entorno de SQL Server para usar la característica de vínculo con SQL Managed Instance:

• Prepare el entorno para el vínculo para SQL Server 2019 y versiones posteriores o para SQL Server 2016
• Automatice la preparación del entorno para el vínculo de Instancia administrada mediante un script descargable. Para más información, vea el blog sobre la configuración automática de enlaces.

Después de cumplir los requisitos iniciales del entorno, cree el vínculo mediante el asistente automatizado en SQL Server Management Studio (SSMS) o configure el vínculo manualmente mediante scripts:

• Configuración del vínculo con SSMS
• Configurar vínculo con scripts

Después de crear el vínculo, siga los procedimientos recomendados para mantener el vínculo:

• Procedimientos recomendados para mantener el vínculo

Recuperación ante desastres

El vínculo de Instancia administrada habilita la recuperación ante desastres, donde, en caso de desastre, puede realizar manualmente la conmutación de la carga de trabajo desde la instancia principal a la secundaria. Para empezar, revise Recuperación ante desastres con enlace de instancia administrada.

Con SQL Server 2016 a SQL Server 2019, el principal siempre es SQL Server y la conmutación por error a la instancia de SQL administrada secundaria es unidireccional. No se admite el restablecimiento a SQL Server. Sin embargo, puede recuperar los datos en SQL Server mediante opciones de movimiento de datos como replicación transaccional o exportar un bacpac.

Con SQL Server 2022 y SQL Server 2025, ya sea SQL Server o SQL Managed Instance (con una directiva de actualización correspondiente) puede ser el principal inicial, y puede establecer el vínculo desde SQL Server o SQL Managed Instance. Puede conmutar por recuperación las cargas de trabajo entre la principal y la secundaria, logrando una recuperación ante desastres bidireccional verdadera.

Al realizar el retroceso a SQL Server, puede decidir:

• online utilizando directamente el enlace de Instancia administrada.
• offline realizando una copia de seguridad de la base de datos desde SQL Managed Instance y almacenarla en la instancia de SQL Server.

Uso de servicios de Azure

Usa la característica de vínculo para aprovechar las ventajas de los servicios de Azure mediante los datos de SQL Server sin necesidad de migrarlos a la nube. Algunos ejemplos incluyen informes, análisis, copias de seguridad, aprendizaje automático y otros trabajos que envían datos a Azure.

Descarga de cargas de trabajo en Azure

También puede usar la característica de vínculo para descargar cargas de trabajo en Azure. Por ejemplo, una aplicación podría usar SQL Server para cargas de trabajo de lectura y escritura, mientras que las cargas de trabajo de solo lectura se descargan en implementaciones de SQL Managed Instance en cualquier región de Azure. Una vez establecido el vínculo, la base de datos principal de SQL Server es accesible de lectura y escritura, mientras que los datos replicados en la instancia administrada de SQL en Azure son accesibles de solo lectura. Esta disposición permite varios escenarios en los que las bases de datos replicadas en la instancia administrada de SQL se pueden usar para el escalado horizontal de lectura y la delegación de cargas de trabajo de solo lectura en Azure. La instancia administrada de SQL, en paralelo, también puede hospedar bases de datos independientes de lectura y escritura, lo que también permite copiar la base de datos replicada en otra base de datos de lectura y escritura en la misma instancia administrada de SQL para su posterior procesamiento de datos.

El vínculo tiene el ámbito de la base de datos (un vínculo por una base de datos), lo que permite la consolidación y desconsolidación de las cargas de trabajo en Azure. Por ejemplo, puede replicar bases de datos de varias instancias de SQL Server en una sola implementación de Instancia Administrada de SQL en Azure (consolidación), o bien puede replicar bases de datos de una sola instancia de SQL Server en varias instancias administradas a través de una relación uno a uno entre una base de datos y una instancia administrada, en cualquier región de Azure en todo el mundo (desconsolidación). Esta última opción es una manera eficaz de acercar rápidamente las cargas de trabajo a los clientes de cualquier región del mundo, que puede usar como réplicas de solo lectura.

Migración a Azure

La característica de vínculo también facilita la migración de SQL Server a SQL Managed Instance, lo que permite lo siguiente:

• Migración con el mayor rendimiento y el tiempo de inactividad mínimo en comparación con todas las demás soluciones disponibles en la actualidad.
• Migración en línea verdadera a SQL Managed Instance en cualquier nivel de servicio.

Como la característica de vínculo permite la migración con un tiempo de inactividad mínimo, puede migrar a la instancia administrada mientras mantiene la carga de trabajo principal en línea. Aunque actualmente es posible realizar migraciones en línea al nivel de servicio De uso general con otras soluciones, la característica de vínculo es la única solución que permite migraciones en línea verdaderas al nivel de servicio Crítico para la empresa . Para obtener una comparación detallada entre la migración con el enlace y el Servicio de Reproducción de Registros, consulte Compare el enlace de la Instancia Administrada a LRS.

Copiar datos en el entorno local

Con SQL Server 2022 y versiones posteriores, puede establecer el vínculo de SQL Managed Instance a SQL Server, desbloquear escenarios adicionales, como crear una réplica de base de datos casi en tiempo real fuera de Azure, probar planes de continuidad empresarial y cumplir los requisitos de cumplimiento.

Copias de seguridad automatizadas

Después de configurar un vínculo con Azure SQL Managed Instance, se realiza una copia de seguridad automática de las bases de datos de la SQL managed instance para Azure almacenamiento, independientemente de si SQL Managed Instance es principal o no. Las copias de seguridad automatizadas con el vínculo realizan copias de seguridad completas y del registro de transacciones, pero no copias de seguridad diferenciales, lo que puede provocar tiempos de restauración más largos.

Puede reducir los costos de administración y operación locales mientras disfruta de la confiabilidad de las copias de seguridad de Azure para las bases de datos replicadas. A continuación, puede realizar una restauración en un momento específico de la base de datos replicada en cualquier implementación de SQL Managed Instance en la misma región, al igual que con cualquier otra copia de seguridad automatizada.

Réplica pasiva de recuperación ante desastres sin licencia

Puede ahorrar en los costos de licencias de núcleo virtual si activa la ventaja de conmutación por error híbrida para la recuperación ante desastres pasiva secundaria solo en instancias administradas de SQL que no tienen ninguna carga de trabajo.

Para empezar, revise Réplica pasiva sin licencia.

Ventaja del costo

Si designa una réplica de instancia administrada solo para la recuperación ante desastres, Microsoft no le cobra los costos de licencia de SQL Server por los núcleos virtuales que usa la instancia secundaria. La instancia se factura con granularidad por hora, y es posible que se le cobren los costos de licencia por una hora completa si actualiza el beneficio de licencia durante esa hora.

La ventaja funciona de forma diferente para el modelo de facturación de pago por uso y el Ventaja híbrida de Azure. Para un modelo de facturación de pago por uso, los núcleos virtuales se descuentan en la factura. Si usa el Ventaja híbrida de Azure para la réplica pasiva, el número de vCores que usa la réplica secundaria se devuelve a su grupo de licencias.

Por ejemplo, como cliente de pago por uso, si tiene 16 núcleos virtuales asignados a la instancia secundaria, aparecerá un descuento para 16 núcleos virtuales en la factura si designa la instancia secundaria para la conmutación por error híbrida.

En otro ejemplo, si tiene 16 licencias de Ventaja híbrida de Azure y la instancia administrada de SQL secundaria usa 8 núcleos virtuales, después de designar la instancia secundaria para la conmutación por error híbrida, se devuelven 8 núcleos virtuales al grupo de licencias para que pueda usarlo con otras implementaciones de Azure SQL.

Para conocer los términos y condiciones precisos de la ventaja de los derechos de conmutación por error híbrida, consulte la sección SQL Server – Derechos de conmutación por error en los términos de licencia de SQL Server en línea.

Limitaciones

Tenga en cuenta las siguientes limitaciones al usar el vínculo.

Entre las limitaciones de compatibilidad de versiones se incluyen las siguientes:

• No puede usar Windows 10 y 11 clientes para hospedar la instancia de SQL Server, ya que no es posible habilitar la característica de grupo de disponibilidad AlwaysOn necesaria para el vínculo. Debe hospedar instancias de SQL Server en Windows Server 2012 o posterior.
• La característica de vínculo no admite SQL Server versiones 2008 a 2014, ya que el motor SQL de estas versiones no tiene compatibilidad integrada con los grupos de disponibilidad distribuidos necesarios para el vínculo. Actualice a una versión más reciente de SQL Server para usar el vínculo.
• La replicación de datos y la conmutación por error desde SQL Managed Instance a SQL Server 2022 o SQL Server 2025 no son compatibles en instancias configuradas con la directiva de actualización Always-up-to-date. La instancia debe configurarse con la directiva de actualización de SQL Server 2022 o SQL Server 2025 update policy para hacer lo siguiente:
  • Establezca un vínculo de SQL Managed Instance a SQL Server.
  • Conmutación de SQL Managed Instance a SQL Server.
• Aunque puede establecer un vínculo desde SQL Server 2022 o SQL Server 2025 a una instancia administrada de SQL configurada con la política de actualización siempre actualizada, después de la conmutación por error a la instancia administrada de SQL, no puede replicar datos ni recuperar a SQL Server.

Entre las limitaciones de replicación de datos se incluyen las siguientes:

• Solo puede replicar bases de datos de usuario. No se admite la replicación de bases de datos del sistema.
• La solución no replica objetos de nivel de servidor, trabajos de agente ni inicios de sesión de usuario de SQL Server a SQL Managed Instance.
• Para SQL Server versiones 2016, 2017 y 2019, la replicación de bases de datos de usuario desde instancias de SQL Server a implementaciones de SQL Managed Instance es una manera. No se pueden replicar bases de datos de usuario desde implementaciones de SQL Managed Instance de nuevo a instancias de SQL Server a través del enlace. La replicación bidireccional con capacidad de reversión a una instancia de SQL Server solo está disponible para SQL Server 2022 o SQL Server 2025 cuando SQL Managed Instance está configurado con la política de actualización correspondiente.
• No se admite la configuración de un vínculo de SQL Managed Instance a SQL Server para bases de datos de SQL Managed Instance que ya están vinculadas.

Las limitaciones de configuración incluyen las siguientes:

• Si hay varias instancias de SQL Server en un servidor, puede configurar un enlace para cada instancia, pero debe configurar cada instancia para usar un punto de conexión de reflejo de base de datos independiente, con un puerto dedicado por instancia. Solo la instancia predeterminada debe usar el puerto 5022 para el punto de conexión de creación de reflejo de la base de datos.

• Puede colocar solo una base de datos en un grupo de disponibilidad único para un vínculo de Instancia administrada. Sin embargo, puede replicar varias bases de datos en una única instancia de SQL Server estableciendo varios vínculos.

  Nota:

  Si está interesado en participar en una versión preliminar limitada de un cambio en este comportamiento, rellene el siguiente formulario.

• Puede crear un vínculo con un grupo de disponibilidad existente con una base de datos única. Si el grupo de disponibilidad existente tiene varias bases de datos, puede crear un vínculo con el grupo de disponibilidad solo si quita todas las bases de datos excepto una del grupo de disponibilidad.

• Un único SQL Managed Instance de uso general o crítico para la empresa admite hasta 100 vínculos y un único SQL Managed Instance de uso general de próxima generación admite hasta 500 vínculos, desde el mismo o desde varios orígenes de SQL Server.

• Un vínculo de Instancia administrada puede replicar una base de datos de cualquier tamaño si se ajusta al tamaño de almacenamiento elegido de la implementación de SQL Managed Instance de destino.

• La autenticación del vínculo de Instancia Administrada entre SQL Server y SQL Instancia Administrada está basada en certificados y solo está disponible a través de un intercambio de certificados. No puede usar autenticación de Windows para establecer el vínculo entre la instancia de SQL Server y la instancia administrada de SQL.

• Puede establecer un vínculo solo con un punto de conexión VNet-local para SQL Managed Instance.

• No se puedes usar puntos de conexión públicos o privados para establecer el vínculo con la instancia administrada.

• No se pueden replicar bases de datos con varios archivos de registro, ya que SQL Managed Instance no admite varios archivos de registro.

Entre las limitaciones de características se incluyen las siguientes:

• No se pueden usar grupos de conmutación por error con instancias que utilizan la función de enlace. No se puede establecer un vínculo en una instancia administrada de SQL que forme parte de un grupo de conmutación por error y, por el contrario, no se puede configurar un grupo de conmutación por error en una instancia que tenga establecido un vínculo.
• Si está utilizando la captura de datos modificados (CDC), el trasvase de registros, o un administrador de servicios con bases de datos que se replican en la instancia de SQL Server, cuando la base de datos se migra a un despliegue de SQL Managed Instance, durante una conmutación por error a Azure, los clientes deben conectarse usando el nombre de instancia de la réplica principal global actual. Debe volver a configurar manualmente esta configuración.
• Si usa la replicación transaccional en una base de datos con un vínculo establecido, tenga en cuenta lo siguiente:
  • La base de datos vinculada de la réplica secundaria no puede ser un Publicador en una topología de replicación transaccional.
  • Si va a migrar una base de datos configurada como una Publisher en una topología de replicación transaccional mediante el vínculo , debe volver a configurar la base de datos como un Publisher en la instancia de destino una vez completada la migración.
• Si utiliza transacciones distribuidas con una base de datos que se replica desde la instancia de SQL Server y, en un escenario de migración al realizar la transición a la nube, la capacidad del Coordinador de Transacciones Distribuidas no se transferirá. No es posible que la base de datos migrada participe en transacciones distribuidas con la instancia de SQL Server, ya que la implementación de SQL Managed Instance no admite transacciones distribuidas con SQL Server en este momento. Por referencia, SQL Managed Instance actualmente admite transacciones distribuidas solo entre otras instancias administradas. Para más información, consulte Transacciones distribuidas en bases de datos en la nube.
• Si usa Cifrado de datos transparente (TDE) para cifrar bases de datos de SQL Server, debe exportar la clave de cifrado de base de datos de SQL Server y cargarla en Azure Key Vault y también debe configurar la opción TDE byOK en . SQL Managed Instance antes de crear el vínculo.
• Si la recuperación acelerada de la base de datos está deshabilitada en el origen de SQL Server 2019 y versiones posteriores, ya no podrá habilitarla después de migrar a Azure SQL Managed Instance. Además, si el almacén de versiones persistente (PVS) no está establecido en PRIMARY, puede experimentar problemas con las operaciones de restauración en la instancia de SQL administrada de destino.
• Si Service Broker está deshabilitado en la instancia de SQL Server de origen, no puede usar Service Broker en la instancia administrada de SQL de destino después de la migración.
• No se pueden vincular las bases de datos de SQL Managed Instance que están cifradas con claves TDE gestionadas por el servicio a SQL Server. Puede vincular una base de datos cifrada a SQL Server solo si la cifró con una clave administrada por el cliente y el servidor de destino tiene acceso a la misma clave que se usa para cifrar la base de datos. Para obtener más información, vea Set up SQL Server TDE with Azure Key Vault.
• No se puede establecer un vínculo entre SQL Server y SQL Managed Instance si la funcionalidad que usa en la instancia de SQL Server no se admite en el SQL managed instance. Por ejemplo:
  • No se pueden replicar bases de datos con tablas de archivos y flujos de archivos, ya que SQL Managed Instance no admite tablas de archivos ni flujos de archivos.
  • Puede replicar bases de datos que usan In-Memory OLTP solo en SQL Managed Instance en el nivel de servicio Business Critical, porque el nivel de servicio General Purpose no admite In-Memory OLTP. SQL Managed Instance no admite bases de datos con varios archivos OLTP In-Memory y no se pueden replicar.

Se intenta agregar una funcionalidad no admitida a una base de datos replicada en:

• SQL Server 2017, 2019 y 2022 falla con un error.
• SQL Server 2016 produce la interrupción del vínculo, que después debe eliminar y volver a crear.

Para obtener la lista completa de diferencias entre SQL Server y SQL Managed Instance, consulte T-SQL diferencias entre SQL Server y Azure SQL Managed Instance.

Contenido relacionado

Para usar el vínculo:

• Preparar el entorno para el vínculo de Instancia administrada
• Configurar vínculo entre SQL Server e Instancia Administrada de SQL con SSMS
• Configurar el vínculo entre SQL Server e Instancia Administrada de SQL con scripts
• Conmutación por error del vínculo
• Migración con el vínculo
• Procedimientos recomendados para el mantenimiento del vínculo
• Solución de problemas con el vínculo

Para más información sobre el vínculo:

• Recuperación ante desastres con vínculo de Instancia administrada

Para otros escenarios de replicación y migración, considere lo siguiente:

• Replicación transaccional con SQL Managed Instance
• Servicio de reproducción de registros (LRS)