Recuperación ante desastres con vínculo de Instancia administrada: Azure SQL Managed Instance
Se aplica a:
Azure SQL Managed Instance
En este artículo se enseña a configurar una solución de recuperación ante desastres híbrida entre SQL Server hospedado en cualquier lugar y Azure SQL Managed Instance mediante el vínculo Instancia administrada.
Información general
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.
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 la reversión de roles al conmutar por recuperación a SQL Server y hacer que SQL Managed Instance sea principal. 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 Azure SQL Managed Instance puede ser la principal y puede establecer el vínculo inicialmente desde SQL Server o SQL Managed Instance. Puede conmutar por error entre SQL Server y Azure SQL Managed Instance en cualquier dirección, según sea necesario.
Al conmutar por recuperación a SQL Server 2022, puede optar por conmutar por recuperación:
- en línea mediante el vínculo de Instancia administrada directamente. Esta opción se encuentra actualmente en versión preliminar.
- 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. Esta opción se encuentra disponible con carácter general.
Importante
Después de la conmutación por error exitosa a SQL Managed Instance, vuelva a apuntar manualmente la cadena de conexión de su(s) aplicación(es) al FQDN de la SQL Managed Instance para completar el proceso de conmutación por error y continuar ejecutándose en Azure.
Requisitos previos
Para usar el vínculo con Azure SQL Managed Instance para la recuperación ante desastres, necesita los siguientes requisitos previos:
- Una suscripción de Azure activa. En caso de no tener ninguna, cree una cuenta gratuita.
- Versión compatible de SQL Server con la actualización de servicio necesaria instalada.
- Azure SQL Managed Instance. Inicio rápido: Creación de una instancia administrada de Azure SQL si aún no tiene una.
- Vínculo de Instancia administrada configurado entre SQL Server y Azure SQL Managed Instance.
Permisos
Para SQL Server, debe tener permisos sysadmin.
Para Azure SQL Managed Instance, debe ser miembro del Colaborador de SQL Managed Instance o tener los siguientes permisos para un rol personalizado:
| Microsoft.Sql/ resource | Permisos necesarios |
|---|---|
| Microsoft.Sql/managedInstances | /lectura, /escritura |
| Microsoft.Sql/managedInstances/hybridCertificate | /action |
| Microsoft.Sql/managedInstances/databases | /read, /delete, /write, /completeRestore/action, /readBackups/action, /restoreDetails/read |
| Microsoft.Sql/managedInstances/distributedAvailabilityGroups | /read, /write, /delete, /setRole/action |
| Microsoft.Sql/managedInstances/endpointCertificates | /lectura |
| Microsoft.Sql/managedInstances/hybridLink | /lectura, /escritura, /eliminación |
| Microsoft.Sql/managedInstances/serverTrustCertificates | /escritura, /eliminación, /lectura |
Conmutación por error unidireccional (SQL Server 2016 - 2022)
Para SQL Server 2016 y SQL Server 2019, la conmutación por error a Azure SQL Managed Instance desde SQL Server es una manera. La conmutación por recuperación o la restauración de la base de datos en SQL Server no es posible. Sin embargo, es posible recuperar los datos de nuevo en SQL Server mediante opciones de movimiento de datos como la replicación transaccional o la exportación de un bacpac. La conmutación por error a Azure SQL Managed Instance interrumpe el vínculo y quita el grupo de disponibilidad distribuido.
Con SQL Server 2022, puede optar por realizar una conmutación por error unidireccional, como para la migración, mediante la interrupción del vínculo en el proceso de conmutación por error. Asegúrese de elegir la opción adecuada para su empresa al conmutar por error la base de datos de SQL Server 2022.
Puede conmutar manualmente por error unidireccional a Azure SQL Managed Instance mediante SQL Server Management Studio (SSMS) o scripts.
Conmutación por recuperación en línea (SQL Server 2022)
SQL Server 2022 presenta la conmutación por error en línea con conmutación por recuperación, lo que le permite conmutar por error sin problemas a Azure SQL Managed Instance y, a continuación, conmutar por recuperación en línea a SQL Server mediante el vínculo Instancia administrada, con un tiempo de inactividad mínimo.
La opción de conmutar por recuperación en línea a SQL Server desde SQL Managed Instance está actualmente en versión preliminar.
Puede conmutar por error manualmente entre réplicas mediante SQL Server Management Studio (SSMS) o scripts.
Conmutación por recuperación sin conexión (SQL Server 2022)
Con SQL Server 2022, después de mitigar el desastre, puede optar por conmutar por recuperación a SQL Server desde SQL Managed Instance fuera de línea mediante la realización de una copia de seguridad de la base de datos en la instancia administrada y, a continuación, restaurarla en SQL Server. Esta opción se encuentra disponible con carácter general.
Para empezar, revise Restauración de la base de datos en SQL Server 2022.
Réplica de DR pasiva sin licencia
Puede ahorrar en los costos de licencia activando la ventaja de conmutación por error híbrida para la SQL Managed Instance secundaria pasiva cuando solo se usa para la recuperación ante desastres. La ventaja de conmutación por error híbrida se puede activar para instancias nuevas y existentes.
Nota:
La ventaja de conmutación por error híbrida solo es aplicable cuando se configura una instancia secundaria como pasiva en un entorno híbrido entre SQL Server y SQL Managed Instance. En el caso de las ventajas de conmutación por error entre dos instancias de un grupo de conmutación por error, usa la ventaja de conmutación por error en su lugar.
Instancias nuevas
Para activar la ventaja de conmutación por error híbrida para una nueva instancia, siga estos pasos:
Vaya a la página SQL Managed Instance en el Azure Portal.
Seleccione + Crear para abrir la página Crear Azure SQL Managed Instance.
En la pestaña Aspectos básicos, seleccione Configurar Instancia administrada en Proceso y almacenamiento para abrir la página Proceso y almacenamiento:
Elija Derechos de conmutación por error híbrida en Licencia de SQL Server.
Active la casilla para confirmar que usará esta instancia como una réplica pasiva.
Seleccione Aplicar para guardar los cambios.
Instancias existentes
Para activar la ventaja de conmutación por error híbrida para una instancia existente, siga estos pasos:
Vaya a SQL Managed Instance en Azure Portal.
Seleccione Proceso y almacenamiento bajo Configuración en el menú de la recursos.
Elija Derechos de conmutación por error híbrida en Licencia de SQL Server y active la casilla para confirmar que usará esta instancia como réplica pasiva:
Seleccione Aplicar para guardar los cambios.
Contenido relacionado
Para más información sobre la característica de vínculo, consulte los siguientes recursos:
- Vínculo de Instancia administrada: información general
- Preparación del entorno para un vínculo: Azure SQL Managed Instance
- 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
- Procedimientos recomendados para el mantenimiento del vínculo
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de