Configuración del vínculo con SSMS: Azure SQL Managed Instance

Se aplica a:Azure SQL Managed Instance

Aprenda a configurar un link entre SQL Server y Azure SQL Managed Instance mediante SQL Server Management Studio (SSMS). El vínculo replica las bases de datos de la réplica principal inicial a la réplica secundaria casi en tiempo real.

Una vez creado el enlace, puede realizar una conmutación por error a su réplica secundaria para la migración o la recuperación ante desastres.

Nota:

  • También puede configurar el vínculo mediante scripts.
  • La configuración de Azure SQL Managed Instance como principal inicial se admite a partir de SQL Server 2022 CU10.

Información general

Use la característica de vínculo para replicar bases de datos de la réplica principal inicial a la réplica secundaria. ** Para SQL Server 2022, el nodo primario inicial puede ser SQL Server o una instancia administrada de Azure SQL. Para SQL Server 2019 y versiones anteriores, la principal inicial debe ser SQL Server. Después de configurar el vínculo, la base de datos desde la réplica principal inicial se replica en la réplica secundaria.

Puede optar por mantener el enlace en su lugar para la replicación continua de datos en un entorno híbrido entre la réplica primaria y la secundaria, o puede conmutar la base de datos a la réplica secundaria, para migrar a Azure o para la recuperación ante desastres. En SQL Server 2019 y versiones anteriores, la conmutación por error a Azure SQL Managed Instance interrumpe el enlace y no se admite la conmutación de vuelta. Con SQL Server 2022 y SQL Server 2025, tiene la opción de mantener el enlace y realizar conmutaciones de ida y vuelta entre las dos réplicas.

Si tiene previsto usar la instancia administrada secundaria solo para la recuperación ante desastres, puede ahorrar en los costos de licencia activando la ventaja de conmutación por error híbrida.

Siga las instrucciones de este artículo para configurar manualmente el vínculo entre SQL Server y Azure SQL Managed Instance. Después de crear el vínculo, la base de datos de origen obtiene una copia de réplica de solo lectura en la instancia administrada de destino.

Requisitos previos

Para replicar las bases de datos a la réplica secundaria a través del vínculo, necesita los siguientes requisitos previos:

Tenga en cuenta lo siguiente.

  • La característica de vínculo admite una base de datos por vínculo. Para replicar varias bases de datos en una instancia, cree un vínculo para cada base de datos individual. Por ejemplo, para replicar 10 bases de datos en SQL Managed Instance, cree 10 vínculos individuales.
  • La intercalación en SQL Server y SQL Managed Instance debe ser la misma. Una discrepancia en la colación puede provocar una discrepancia en el uso de mayúsculas y minúsculas en el nombre del servidor e impedir que se establezca correctamente la conexión desde SQL Server a la SQL Managed Instance.
  • El error 1475 en la instancia principal de SQL Server inicial indica que debe iniciar una nueva cadena de copia de seguridad mediante la creación de una copia de seguridad completa sin la opción COPY ONLY.
  • Para establecer un enlace o realizar una conmutación por error desde la SQL Managed Instance a SQL Server 2025, debe configurar su SQL Managed Instance con la directiva de actualización de SQL Server 2025. La replicación de datos y la conmutación por error desde la SQL Managed Instance a SQL Server 2025 no son compatibles con instancias configuradas con una directiva de actualización incompatible.
  • Para establecer un enlace o realizar una conmutación por error desde la SQL Managed Instance a SQL Server 2022, debe configurar su SQL Managed Instance con la directiva de actualización de SQL Server 2022. La replicación de datos y la conmutación por error desde una SQL Managed Instance a SQL Server 2022 no son compatibles con instancias configuradas con una directiva de actualización incompatible.
  • Aunque puede establecer un enlace desde una versión compatible de SQL Server a una SQL Managed Instance configurada con la directiva de actualización Siempre actualizada, tras la conmutación por error a la SQL Managed Instance, no podrá replicar datos ni realizar la conmutación de retorno a su instancia de SQL Server.

Permisos

Para SQL Server, necesita permisos sysadmin.

Para Azure SQL Managed Instance, debe ser miembro del rol SQL Managed Instance Colaborador o tener los siguientes permisos de rol personalizados:

Microsoft.Sql/resource Permisos necesarios
Microsoft.Sql/managedInstances /leer, /escribir
Microsoft.Sql/managedInstances/hybridCertificate /action
Microsoft.Sql/managedInstances/databases /leer, /eliminar, /escribir, /completarRestauración/acción, /leerRespaldo/acción, /detallesRestauración/leer
Microsoft.Sql/managedInstances/distributedAvailabilityGroups /leer, /escribir, /eliminar, /asignarRol/acción
Microsoft.Sql/managedInstances/endpointCertificates /lectura
Microsoft.Sql/managedInstances/hybridLink /leer, /escribir, /eliminar
Microsoft.Sql/managedInstances/serverTrustCertificates /escribir, /eliminar, /leer

Preparación de las bases de datos

Si SQL Server es la principal inicial, debe crear una copia de seguridad de la base de datos. Dado que Azure SQL Managed Instance realiza copias de seguridad automáticamente, omita este paso si SQL Managed Instance es la principal inicial.

Cuando se crea un vínculo, la propagación inicial entre las réplicas principal y secundaria se realiza mediante la realización de una copia de seguridad completa de la base de datos en la réplica principal, la transferencia a la réplica secundaria y la restauración allí. Al realizar la copia de seguridad completa, se recomienda usar la WITH CHECKSUM opción para asegurarse de que la copia de seguridad es válida y no tiene daños. Para obtener más información, vea BACKUP (Transact-SQL).

Use SSMS para realizar una copia de seguridad de la base de datos en SQL Server. Siga estos pasos:

  1. Conéctese a su SQL Server en SQL Server Management Studio (SSMS).
  2. En Explorador de objetos, haga clic con el botón derecho en la base de datos, mantenga el puntero sobre Tasks y elija Back up.
  3. Elija Completo para tipo de copia de seguridad.
  4. Asegúrese de que la opción Guardar copia en tiene la ruta de copia de seguridad a un disco con suficiente espacio de almacenamiento disponible.
  5. (Opcional, pero recomendado) En la pestaña Opciones de soporte, marque la casilla Realizar suma de comprobación antes de escribir en el soporte para que SQL Server verifique la integridad de la copia de seguridad una vez creada.
  6. Seleccione Aceptar para completar la copia de seguridad completa.

Para más información, vea Crear una copia de seguridad completa de base de datos.

Nota:

El vínculo solo admite replicar las bases de datos de usuario. No se admite la replicación de bases de datos del sistema. Para replicar objetos de nivel de instancia almacenados en master o msdb, desindíquelos y ejecute scripts de T-SQL en la instancia de destino.

En los pasos siguientes, use el asistente de vínculo de nueva instancia administrada en SSMS para crear un vínculo entre la réplica principal inicial y la réplica secundaria.

Después de crear el vínculo, la base de datos de origen obtiene una copia de réplica de solo lectura en la instancia administrada de destino.

  1. Abra SSMS y conéctese a su primario inicial.

  2. En Explorador de objetos, haga clic con el botón derecho en la base de datos que desea vincular a la secundaria, coloque el cursor sobre Azure SQL Managed Instance link y seleccione Nuevo... para abrir el asistente de Nuevo vínculo de instancia gestionada. Si no se admite la versión de SQL Server, la opción no está disponible en el menú contextual.

    Captura de pantalla que muestra la opción del menú contextual de una base de datos para crear un nuevo vínculo.

  3. En la página Introduction (Introducción) del asistente, seleccione Next (Siguiente).

  4. En la página Especificar opciones de vínculo , proporcione un nombre para el vínculo. Si selecciona varias bases de datos, el asistente anexa automáticamente el nombre de la base de datos al final del nombre que proporcione para que no tenga que incluirlo usted mismo. Active las casillas si desea habilitar la solución de problemas de conectividad y, para SQL Server 2022 o SQL Server 2025, si planea usar el vínculo para la recuperación ante desastres bidireccional. Seleccione Siguiente.

    Nota:

    A partir de SSMS v22.7.0, puedes previsualizar la adición de múltiples bases de datos al crear un enlace en SSMS. Esta función queda temporalmente desactivada a menos que solicites acceso. Para más información, consulte el formulario de solicitud de acceso.

  5. En la página Requisitos, el asistente valida los requisitos para establecer un vínculo con su secundaria. Seleccione Siguiente después de validar todos los requisitos, o resuelva los requisitos que no se cumplen y, a continuación, seleccione Volver a ejecutar validación.

  6. En la página Seleccionar bases de datos, elija la base de datos que desea replicar en la réplica secundaria a través del vínculo. Al seleccionar varias bases de datos, se crean varios grupos de disponibilidad distribuidos, uno para cada vínculo. Seleccione Siguiente.

  7. En la página Especificar réplica secundaria , seleccione Agregar réplica secundaria para agregar la réplica secundaria. Si su servidor principal inicial es SQL Server, esta acción abre la ventana Sign In a Azure. Si la principal inicial es SQL Managed Instance, esta acción abre el cuadro de diálogo Conectar al servidor.

    1. Para una instancia primaria inicial de SQL Server, inicia sesión en Azure y elige la suscripción, el grupo de recursos y la instancia administrada secundaria de SQL en la lista desplegable. Seleccione Login para abrir el cuadro de diálogo Connect to Server y, a continuación, conéctese al SQL Managed Instance en el que desea replicar la base de datos. Cuando vea Inicio de sesión exitoso en la ventana Iniciar sesión, seleccione OK para cerrar la ventana y vuelva al vínculo de Nueva instancia administrada.
    2. Para una SQL Managed Instance principal inicial, conéctese a la instancia de SQL Server en la que desea replicar la base de datos.

    Nota:

    Para establecer un enlace a un grupo de disponibilidad ya existente, introduzca la dirección IP del oyente existente en el campo URL del punto de conexión de la pestaña Puntos de conexión de la página Especificar réplica secundaria.

  8. Después de agregar la réplica secundaria, use las pestañas del asistente para modificar la configuración del punto de conexión si es necesario, y revise la información sobre las copias de seguridad y el punto de enlace en las pestañas restantes. Seleccione Siguiente cuando esté listo para continuar.

  9. Si SQL Managed Instance es tu instancia principal inicial, la siguiente página del asistente es la página de Iniciar sesión en Azure. Vuelva a iniciar sesión si es necesario y, a continuación, seleccione Siguiente. Esta página no está disponible cuando SQL Server es el servidor primario inicial.

  10. En la página Validación, asegúrese de que todas las validaciones son correctas. Si se produce algún error, resuélvalo y vuelva a ejecutar la validación. Cuando esté preparado, seleccione Siguiente.

  11. En la página Resumen, revise la configuración una vez más. Opcionalmente, seleccione Script para generar un script para que pueda volver a crear fácilmente el mismo vínculo en el futuro. Seleccione Finalizar cuando esté listo para crear el vínculo.

  12. En la página Executing actions (Ejecutando acciones), se muestra el progreso de cada acción.

  13. Una vez finalizados todos los pasos, en la página Results (Resultados) se muestran marcas de comprobación junto a las acciones completadas correctamente. Ahora puede cerrar la ventana.

Visualización de una base de datos replicada

Después de crear el vínculo, la base de datos se replica en la réplica secundaria. Según el tamaño de la base de datos y la velocidad de la red, la base de datos puede estar inicialmente en estado Restauración en la réplica secundaria. Una vez finalizada la propagación inicial, la base de datos se restaura en la réplica secundaria y está lista para cargas de trabajo de solo lectura.

En cualquiera de las réplicas, use Explorador de objetos en SSMS para ver el estado Synchronized de la base de datos replicada.

Screenshot que muestra el estado de la base de datos de SQL Server y el grupo de disponibilidad distribuido en SSMS.

Expanda Alta disponibilidad Always On y grupos de alta disponibilidad para ver el grupo de disponibilidad distribuido creado para cada vínculo.

Screenshot que muestra el estado de la base de datos de SQL Managed Instance y el grupo de disponibilidad distribuido.

Independientemente de la instancia principal, también puede hacer clic con el botón derecho en el grupo de disponibilidad distribuido vinculado en SQL Server y seleccionar Show Dashboard para ver el panel del grupo de disponibilidad distribuido, que muestra el estado de la base de datos vinculada en el grupo de disponibilidad distribuido.

Realizar la primera copia de seguridad del registro de transacciones

Si SQL Server es su primario inicial, realice la primera copia de seguridad del registro de transacciones en SQL Server una vez finalizada la inicialización. En ese momento, la base de datos ya no está en el Recupe... estado en Azure SQL Managed Instance. A continuación, tome copias de seguridad del registro de transacciones de SQL Server de forma periódica para minimizar el crecimiento excesivo del registro mientras SQL Server se encuentra en el rol principal.

Si SQL Managed Instance es la principal, no es necesario realizar ninguna acción, ya que Azure SQL Managed Instance realiza copias de seguridad de registros automáticamente.

Si desea quitar el vínculo, ya sea porque ya no es necesario o porque está en un estado irreversible y debe volver a crearse, puede hacerlo mediante SQL Server Management Studio (SSMS).

Puede eliminar el vínculo de las siguientes opciones de menú en Explorador de objetos de SSMS, después de conectarse a la instancia:

  • Grupos de disponibilidad AlwaysOn>Grupos de disponibilidad> Haga clic con el botón derecho en el nombre del grupo de disponibilidad distribuido asociado al vínculo >Eliminar...
  • Databases> Haz clic con el botón derecho en la base de datos asociada al enlace >Azure SQL Managed Instance>Delete...

Solución de problemas

Si se produce un mensaje de error al crear el vínculo, seleccione el mensaje de error para abrir una ventana con detalles adicionales sobre el error.

Si se produce un error al trabajar con el vínculo, el asistente de SSMS detiene la ejecución en el paso que produjo un error y no se puede reiniciar. Solucione el problema. Si es necesario, limpie el entorno para volver al estado original quitando el grupo de disponibilidad distribuido y el grupo de disponibilidad, en caso de que los haya creado al configurar el vínculo. A continuación, vuelva a iniciar el asistente para empezar.

Para obtener más información, consulte Solución de problemas con el vínculo.

Para usar el vínculo, consulte:

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

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