Compartir a través de

Información general del vínculo de Managed Instance

Se aplica a:Azure SQL Managed Instance

En este artículo se proporciona información general sobre el vínculo Instancia administrada, que permite la replicación de datos casi en tiempo real entre SQL Server y Instancia administrada de Azure SQL. 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, la generación de informes en Azure y la migración a Azure. Además, con SQL Server 2022, el vínculo habilita la recuperación ante desastres en línea con la conmutación por recuperación a SQL Server, así como la configuración del vínculo de SQL Managed Instance a SQL Server 2022.

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

Información general

El vínculo de instancia administrada utiliza grupos de disponibilidad distribuidos para ampliar su entorno de datos de manera segura. Replica datos casi en tiempo real desde SQL Server hospedados en cualquier lugar a Azure SQL Managed Instance o desde Azure SQL Managed Instance a SQL Server 2022 hospedados 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. Mediante el vínculo, puede usar las 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 de una sola instancia de SQL Server en 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 en el par de instancias administradas.

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

  • Replicación unidireccional desde las versiones 2016, 2017 y 2019 de SQL Server: utilice la función de vínculo para replicar datos de una vía de una 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): use la característica de vínculo para replicar datos entre SQL Server 2022 e Instancia Administrada de SQL, realice una conmutación por error manualmente a su instancia secundaria durante un desastre y restaure la base de datos principal después de mitigar el desastre. SQL Server o SQL Managed Instance pueden ser la principal inicial.

Puede seguir ejecutando el vínculo mientras lo necesite, durante meses e incluso años. Y para su proceso de modernización, si o cuando esté listo para migrar a Azure, el vínculo permite una experiencia de migración considerablemente mejorada. La migración a través del enlace ofrece un tiempo de inactividad mínimo en comparación con todas las demás opciones de migración disponibles, proporcionando una verdadera migración en línea de SQL Managed Instance.

Puede usar bases de datos que se replican mediante el vínculo entre SQL Server e Instancia administrada de Azure SQL para varios escenarios, como:

  • Recuperación ante desastres
  • Uso de servicios de Azure sin realizar la migración a la nube
  • Descarga de cargas de trabajo de solo lectura en Azure
  • Migración a Azure
  • Copia de datos locales

Diagrama que muestra el escenario principal de vínculo de Instancia administrada.

Compatibilidad de versiones

Los niveles de servicio 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 conmutación por recuperación se admite a partir de SQL Server 2022 y se basa en la directiva de actualización con la que está configurada la instancia administrada de SQL.

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

Versión principal inicial Sistema operativo (SO) Opciones de recuperación ante desastres Actualización de mantenimiento mínima necesaria
Instancia administrada de Azure SQL Windows Server y Linux para la réplica de instancia secundaria de SQL Server Bi-direccional La configuración de un vínculo desde Azure SQL Managed Instance a y la conmutación por error bidireccional con es compatible con:
- SQL Server 2025 y SQL MI con la directiva de actualización de SQL Server 2025
- SQL Server 2022 y SQL MI con la política de actualización de SQL Server 2022
SQL Server 2025 (17.x) Windows Server y Linux Bi-direccional SQL Server 2025 RTM (17.0.1000.7)
SQL Server 2022 (16.x) Windows Server y Linux Bi-direccional - SQL Server 2022 RTM (16.0.1000.6):Creación de un vínculo de SQL Server 2022 a SQL MI
- SQL Server 2022 CU10 (16.0.4095.4):Creación de un vínculo de SQL MI a SQL Server 20221
- SQL Server 2022 CU13 (16.0.4125.3): conmutación por error del enlace mediante Transact-SQL
SQL Server 2019 (15.x) Solo Windows Server Solo desde SQL Server a SQL MI SQL Server 2019 CU20 (15.0.4312.2)
SQL Server 2017 (14.x) Solo Windows Server Solo desde SQL Server a SQL MI SQL Server 2017 CU31 (14.0.3456.2) y el paquete de Azure Connect de SQL Server 2017 coincidente (14.0.3490.10)
SQL Server 2016 (13.x) Solo Windows Server Solo desde SQL Server a SQL MI SQL Server 2016 SP3 (13.0.6300.2) y el paquete de SQL Server 2016 Azure Connect (13.0.7000.253)
SQL Server 2014 (12.x) y versiones anteriores N/D N/D Las versiones anteriores a SQL Server 2016 no son compatibles.

1 Al crear un vínculo con SQL Server 2022 como principal inicial se admite a partir de la versión RTM de SQL Server 2022, la creación de un vínculo con Azure SQL Managed Instance como principal inicial solo se admite a partir de SQL Server 2022 CU10. Si crea el vínculo desde una instancia administrada inicial de SQL Managed Instance, 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 conmutar por error en cualquier dirección.

Las versiones de SQL Server anteriores a SQL Server 2016 (SQL Server 2008 a 2014) no son compatibles, ya que la característica de vínculo 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 compatible, necesitará lo siguiente:

  • Conectividad de red entre la instancia de SQL Server y la instancia administrada. Si SQL Server se ejecuta en el entorno 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 para cualquier nivel de servicio.

También necesita las siguientes herramientas:

Herramienta Notas
La versión más reciente de SSMS SQL Server Management Studio (SSMS) es la forma más sencilla de utilizar el vínculo Instancia administrada, ya que proporciona asistentes que automatizan la configuración del vínculo.
La versión más reciente de Az.SQL o CLI de Azure Para la configuración de vínculos a través de scripts.

Nota:

La característica de vínculo instancia administrada está disponible en todas las regiones globales de Azure y en las nubes nacionales o gubernamentales.

La característica de vínculo para SQL Managed Instance funciona mediante la creación de 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.

Diagrama que muestra cómo funciona la característica de vínculo para SQL Managed Instance con la tecnología de grupo de disponibilidad distribuido.

Una conexión privada, como una VPN o Azure ExpressRoute, conecta una red local y Azure. Si ejecuta SQL Server en una VM de Azure, la red troncal interna de Azure puede conectar la VM y la instancia administrada de SQL, como con el emparejamiento de red virtual. Los dos sistemas establecen confianza mediante la autenticación basada en certificados, donde SQL Server y SQL Managed Instance intercambian 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 sola 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.

Para ayudarle a configurar el entorno inicial, consulte la guía para preparar el entorno de SQL Server para usar la función de vínculo con una Instancia Administrada de SQL.

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:

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

Recuperación ante desastres

El vínculo de Instancia administrada habilita recuperación ante desastres, donde, en caso de desastre, puede conmutar por error manualmente la carga de trabajo de la base de trabajo principal a la secundaria. Para empezar, revise Recuperación ante desastres con el vínculo de Instancia administrada.

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

Con SQL Server 2022 y SQL Server 2025, SQL Server o SQL Managed Instance (con una directiva de actualización coincidente) puede ser el principal inicial y el vínculo puede establecerse 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 conmutar por recuperación a SQL Server, puede elegir conmutar por recuperación:

  • en línea mediante el vínculo de Instancia administrada directamente.
  • sin conexión mediante la realización de una copia de seguridad de la base de datos desde SQL Managed Instance y la restauración en la instancia de SQL Server.

Diagrama que muestra el escenario de recuperación ante desastres.

Uso de servicios de Azure

Use la característica de vínculo para aprovechar los servicios de Azure mediante datos de SQL Server sin realizar su migración a la nube. Entre los ejemplos se 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, al tiempo que descarga cargas de trabajo de solo lectura en implementaciones de SQL Managed Instance en cualquiera de las regiones de Azure en todo el mundo. 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 se pueden usar bases de datos replicadas en la instancia administrada de SQL para escalar las lecturas y desviar las cargas de trabajo de solo lectura a 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 ámbito de base de datos (un vínculo por cada base de datos), lo que permite la consolidación y desconsolidación de cargas de trabajo en Azure. Por ejemplo, puede replicar bases de datos de varias instancias de SQL Server en una única implementación de SQL Managed Instance en Azure (consolidación), o bien replicar bases de datos desde una única instancia de SQL Server en varias instancias administradas mediante una relación uno a uno entre una base de datos y una instancia administrada, en cualquiera de las regiones 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.
  • Verdadera migración en línea 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 de la migración entre la migración con el vínculo y el servicio de reproducción de recursos (LRS), consulte Comparación del vínculo de Instancia administrada con LRS.

Nota:

Ahora puede migrar la instancia de SQL Server habilitada por Azure Arc a Azure SQL Managed Instance directamente a través de Azure Portal. Para más información, consulte Migración a Azure SQL Managed Instance.

Copiar datos en el entorno local

Con SQL Server 2022, 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 Instancia administrada de Azure SQL, se realiza una copia de seguridad automática de las bases de datos de la instancia administrada de SQL en Azure Storage, 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 Azure Backup para las bases de datos replicadas. Después, puede realizar una restauración a un momento dado de la base de datos replicada en cualquier implementación de SQL Managed Instance de la misma región, 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 la 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 la prestación Azure Hybrid para la réplica pasiva, el número de núcleos virtuales que utiliza 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 su instancia administrada 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 a su grupo de licencias para que los use con otras implementaciones de Azure SQL.

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

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 clientes de Windows 10 y 11 para hospedar su instancia de SQL Server, ya que no es posible habilitar la característica del 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 las versiones de SQL Server 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 de instancia administrada de SQL a SQL Server 2022 no es compatible con las instancias configuradas con la directiva de actualización Siempre actualizada. Su instancia debe configurarse con la directiva de actualización de SQL Server 2022 para hacer lo siguiente:
    • Establecer un vínculo desde SQL Managed Instance a SQL Server.
    • Conmutación por error de SQL Managed Instance a SQL Server 2022.
  • Aunque puede establecer un vínculo de SQL Server 2022 a una instancia administrada de SQL configurada con la directiva de actualización always-up-to-date, después de la conmutación por error a SQL Managed Instance, no puede replicar datos ni conmutar por recuperación a SQL Server 2022.

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 en SQL Managed Instance.
  • En el caso de las versiones 2016, 2017 y 2019 de SQL Server, 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 en instancias de SQL Server a través del vínculo. La replicación bidireccional con conmutación por recuperación a una instancia de SQL Server solo está disponible para SQL Server 2022.
  • La configuración de un vínculo de SQL Managed Instance a SQL Server no es compatible con las 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 duplicación 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.
  • Solo puede colocar una base de datos en un único grupo de disponibilidad en una conexión de Instancia Administrada. Sin embargo, puede replicar varias bases de datos en una sola instancia de SQL Server estableciendo varios vínculos.
  • 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.
  • Una sola instancia administrada de SQL de uso general o crítico para la empresa admite hasta 100 vínculos y una única instancia administrada de SQL 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.
  • La autenticación del vínculo de Instancia Administrada entre SQL Server y la Instancia Administrada de SQL se basa en certificados y está disponible únicamente mediante el intercambio de certificados. No puede usar la 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 únicamente con el punto de conexión local de VNet a una 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 usa la Captura de datos modificados (CDC), el trasvase de registros o un agente de servicio con las base de datos replicadas en la instancia de SQL Server, cuando la base de datos se migre a una implementación de SQL Managed Instance, durante una conmutación por error a Azure, los clientes tendrán que conectarse mediante 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 editor en una topología de replicación transaccional.
    • Si va a migrar una base de datos configurada como publicador en una topología de replicación transaccional mediante el vínculo , debe volver a configurar la base de datos como publicador en la instancia de destino una vez completada la migración.
  • Si usa las transacciones distribuidas con una base de datos replicada desde la instancia de SQL Server y, en un escenario de migración, en la transición a la nube, no se transferirán las funcionalidades de Coordinador de transacciones distribuidas. 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. Para obtener referencia, SQL Managed Instance actualmente solo admite transacciones distribuidas 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 desde SQL Server y cargarla en Azure Key Vault y también debe configurar la opción BYOK TDE en SQL Managed Instance antes de crear el vínculo.
  • No se pueden vincular bases de datos de SQL Managed Instance cifradas con claves TDE administradas por el servicio a SQL Server. Solo puede vincular una base de datos cifrada a SQL Server 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 más información, consulte Configuración de TDE de SQL Server con 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 la instancia administrada de SQL. 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, ya que 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 produce un error.
  • SQL Server 2016 produce la interrupción del vínculo, que después debe eliminar y volver a crear.

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

Contenido relacionado

Para usar el vínculo:

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

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

  • Last updated on