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, consulte preparar el entorno para el vínculo.

Información general

El vínculo de Instancia administrada usa grupos de disponibilidad distribuidos para ampliar el patrimonio de datos de forma segura, replicando 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, es posible replicar varias bases de datos desde una única instancia de SQL Server a una o varias instancias administradas de SQL, o replicar la misma base de datos a varias instancias administradas de SQL, configurando varios vínculos: un vínculo para cada par de base de datos a instancia administrada.

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

• Replicación unidireccional desde las versiones 2016 y 2019 de SQL Server: utilice la función de enlace para replicar datos unidireccionalmente desde la instancia 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 función de enlace para replicar datos entre SQL Server 2022 y SQL Managed Instance, conmute manualmente a su secundaria durante un desastre y vuelva a conmutar a su principal después de haber mitigado 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 el recorrido de modernización, si 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.

Las bases de datos que se replican mediante el vínculo entre SQL Server y Azure SQL Managed Instance se pueden usar con varios escenarios, como los siguientes:

• 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

Compatibilidad de versiones

El vínculo de Instancia administrada se admite tanto en el nivel de servicio De uso general como Crítico para la empresa de Azure SQL Managed Instance. La característica de vínculo funciona con las ediciones Enterprise, Developer y Standard de SQL Server.

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

¹ 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 se admite solo a partir de SQL Server 2022 CU10. Si crea el vínculo desde una instancia principal de SQL Managed Instance inicial, 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 necesitará las siguientes herramientas:

Cómo funciona el vínculo

La tecnología subyacente detrás de la característica de vínculo para SQL Managed Instance se basa en 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.

Se utiliza una conexión privada como una VPN o Azure ExpressRoute entre una red local y Azure. Si SQL Server se hospeda en una máquina virtual de Azure, se puede usar la red troncal interna de Azure entre la máquina virtual y la instancia administrada, como, por ejemplo, el emparejamiento de red virtual. La confianza entre los dos sistemas se establece mediante la autenticación basada en certificados, en la que SQL Server y SQL Managed Instance intercambian las claves públicas de sus respectivos certificados.

Azure SQL Managed Instance admite varios vínculos de los mismos orígenes de SQL Server o varios a una sola instancia administrada de Azure SQL, solo limitado por el número de bases de datos que se pueden hospedar en una instancia administrada al mismo tiempo, hasta 100 vínculos para los niveles de servicio de uso general y crítico para la empresa, y 500 para la actualización del nivel de uso general Next-gen. Del mismo modo, una única instancia de SQL Server puede establecer varios vínculos de sincronización de base de datos en paralelo con varias instancias administradas, incluso con diferentes regiones de Azure, en una relación uno a uno entre una base de datos y una instancia administrada.

Utilice el vínculo.

Para ayudarle en la configuración inicial del entorno, revise la guía sobre cómo preparar un entorno de SQL Server para usarlo con la característica de vínculo para SQL Managed Instance:

• Preparar el entorno para el vínculo para SQL Server 2019 y versiones posteriores, o para SQL Server 2016
• Es posible automatizar la preparación del entorno para el vínculo de Instancia administrada mediante un script descargable. Revise el blog sobre la configuración automática de vínculos para obtener más información.

Una vez que se haya asegurado de que se han cumplido los requisitos iniciales del entorno, puede crear el vínculo mediante el asistente automatizado en SQL Server Management Studio (SSMS), o bien puede configurarlo manualmente mediante scripts.

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

Una vez creado el enlace, siga los procedimientos recomendados para mantenerlo:

• Procedimientos recomendados para mantener el vínculo

Recuperación ante desastres

El vínculo Instancia administrada habilita la 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 el vínculo Recuperación ante desastres con instancias administradas.

Con SQL Server 2016 y SQL Server 2019, la principal siempre es SQL Server y la conmutación por error a la instancia administrada secundaria es unidireccional. No se admite el retorno a SQL Server. Sin embargo, es posible 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, SQL Server o SQL Managed Instance puede ser la 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 conmutar por recuperación a SQL Server, puede elegir conmutar por recuperación:

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

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 que se ha establecido el vínculo, la base de datos principal de SQL Server tiene acceso de lectura y escritura, mientras que los datos replicados en su instancia administrada en Azure solo tienen acceso de lectura. Esta organización permite varios escenarios en los que las bases de datos replicadas en su instancia administrada se pueden usar para el escalado horizontal de lectura y la descarga de cargas de trabajo de solo lectura en Azure. La instancia administrada, en paralelo, también puede hospedar bases de datos de lectura y escritura independientes. Esto permite copiar la base de datos replicada en otra base de datos de lectura y escritura en la misma instancia administrada para el posterior procesamiento de los 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 las migraciones en línea al nivel de servicio de uso general son posibles con otras soluciones, la característica de vínculo es la única solución que permite migraciones en línea verdaderas al nivel crítico para la empresa.

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 Azure SQL Managed Instance, se realiza automáticamente una copia de seguridad de las bases de datos de la instancia administrada 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 de DR pasiva sin licencia

Puede ahorrar en los costes de licencias de núcleo virtual si activa la ventaja de migración tras error híbrida para la recuperación ante desastres pasiva secundaria únicamente en las instancias de SQL Managed Instance 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. Tenga en cuenta que la instancia se factura por una granularidad de hora y es posible que todavía se le cobren costos de licencias por una hora completa si actualiza la ventaja de licencia durante la hora.

La ventaja refleja 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 de su 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, aparece un descuento por 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 los use con otras implementaciones de Azure SQL.

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

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. Las instancias de SQL Server deben hospedarse en Windows Server 2012 o versiones posteriores.
• Las versiones de SQL Server de 2008 a 2014 no son compatibles con la característica de vínculo, 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 migración tras error de SQL Managed Instance a SQL Server 2022 no son compatibles con 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.
  • La conmutación por error desde 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 siempre actualizada, después de conmutar por error a SQL Managed Instance, ya no podrá replicar datos ni conmutar por recuperación a SQL Server 2022.

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

• Solo se pueden replicar las 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.
• Para las versiones de 2016 y 2019 de SQL Server, la replicación de bases de datos de usuario de instancias de SQL Server a implementaciones de SQL Managed Instance es unidireccional. Las bases de datos de usuario de implementaciones de SQL Managed Instance no se pueden replicar en instancias de SQL Server. La replicación bidireccional con conmutación por recuperación a una instancia de SQL Server solo está disponible para SQL Server 2022.
• No se admite la configuración de un vínculo de SQL Managed Instance a SQL Server en una base de datos 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, es posible configurar un vínculo con cada instancia, pero cada instancia debe configurarse para usar un punto de conexión de creación de reflejo de la 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 se puede colocar una base de datos en un único grupo de disponibilidad por cada vínculo de Instancia administrada. Sin embargo, es posible replicar varias bases de datos en una única instancia de SQL Server estableciendo varios vínculos.
• Una sola instancia administrada admite hasta 100  vínculos de varias instancias 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 la instancia de SQL Server y SQL Managed Instance está basada en certificados, disponible solo a través del intercambio de certificados. No se admite el uso de autenticación de Windows para establecer el vínculo entre la instancia de SQL Server y la instancia administrada.
• Solo se admite el punto de conexión local de red virtual para establecer un vínculo con SQL Managed Instance.
• No se puedes usar puntos de conexión públicos o privados para establecer el vínculo con la instancia administrada.
• Las bases de datos con varios archivos de registro no se pueden replicar, ya que SQL Managed Instance no admite varios archivos de registro.

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

• Los grupos de conmutación por error no se admiten con instancias que usan la característica de vínculo. No puedes establecer un vínculo en una instancia administrada que forma parte de un grupo de conmutación por error y, por el contrario, no puedes configurar un grupo de conmutación por error en una instancia que tiene 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. Esta configuración debe volver a configurarse manualmente.
• Si usa la replicación transaccional con una base de datos en una instancia de SQL Server en un escenario de migración, durante la conmutación por error a Azure, se producirá un error en la replicación transaccional en la implementación de SQL Managed Instance y debe volver a configurarse manualmente.
• 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, la clave de cifrado de base de datos de SQL Server debe exportarse y cargarse en Azure Key Vault, y también debe configurar la opción TDE BYOK en SQL Managed Instance antes de crear el vínculo.
• Las bases de datos de SQL Managed Instance cifradas con claves TDE administradas por el servicio no pueden vincularse a SQL Server. Solo puede vincular una base de datos cifrada en SQL Server si se 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 puede establecer un vínculo entre SQL Server y SQL Managed Instance si la funcionalidad que se usa en la instancia de SQL Server no se admite en la instancia administrada. Por ejemplo:
  • Las bases de datos con tablas de archivos y flujos de archivos no se pueden replicar, ya que SQL Managed Instance no admite tablas de archivos ni flujos de archivos.
  • Las bases de datos que utilizan OLTP en memoria solo pueden replicarse en SQL Managed Instance en el nivel de servicio Crítico para la empresa, ya que el nivel de servicio Uso general no admite OLTP en memoria. Las bases de datos con varios archivos OLTP en memoria no son compatibles con SQL Managed Instance y no se pueden replicar.

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

• SQL Server 2019 y 2022 producen un error.
• SQL Server 2016 da como resultado la ruptura del vínculo, que deberá eliminarse y volver a crearse.

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:

• Preparación del entorno para el vínculo de instancia administrada
• Configuración del vínculo entre SQL Server y SQL Managed Instance con SSMS
• Configuración del vínculo entre SQL Server y SQL Managed Instance con scripts
• Conmutación por error de un vínculo
• Migración con el vínculo
• Procedimientos recomendados para el mantenimiento del 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)