Examinar Azure SQL Managed Instance

  • 9 minutos

Aunque muchas organizaciones migran inicialmente a Azure mediante las ofertas de IaaS, la oferta de servicio de plataforma como servicio (PaaS) permite obtener ventajas adicionales. Además, ya no tiene que instalar o aplicar parches de SQL Server, ya que lo lleva a cabo el servicio. La comprobación de coherencia y las copias de seguridad también forman parte del servicio administrado, que incluye herramientas adicionales de seguridad y rendimiento que forman parte de las ofertas de PaaS.

Azure SQL Managed Instance es una instancia de SQL Server totalmente funcional que es casi 100 % compatible con el ecosistema local. Incluye características como Agente SQL, acceso a tempdb, consulta entre bases de datos y Common Language Runtime (CLR). El servicio utiliza la misma infraestructura que Azure SQL Database y todas las ventajas del servicio PaaS, como copias de seguridad automáticas, revisiones automáticas y alta disponibilidad integrada.

Características de Azure SQL Managed Instance

Azure SQL Managed Instance permite rutas de migración sencilla para las aplicaciones existentes, ya que permite realizar restauraciones desde copias de seguridad locales. A diferencia de Azure SQL Database, que está diseñado en torno a estructuras de base de datos única,SQL Managed Instance proporciona una instancia de SQL Server completa, que permite hasta 100 bases de datos y proporciona acceso a las bases de datos del sistema. SQL Managed Instance proporciona otras características que no están disponibles en Azure SQL Database, incluidas las consultas entre bases de datos y Common Language Runtime (CLR); además, junto con la base de datos del sistema msdb, permite el uso del Agente SQL.

Opciones

Hay dos niveles de servicio disponibles al crear una instancia de Azure SQL Managed Instance y son los mismos que el modelo de núcleo virtual de Azure SQL Database (la instancia administrada se compra con el modelo de núcleo virtual), el nivel Crítico para la empresa y el nivel De uso general. Existen diferencias de funcionalidad mínimas entre los dos niveles: las dos principales son que Crítico para la empresa incluye OLTP en memoria y ofrece una instancia secundaria legible, y ninguna de ellas está disponible con el nivel De uso general. Ambos niveles ofrecen la misma disponibilidad y permiten la configuración independiente del almacenamiento y el proceso.

La característica de vinculación proporciona funcionalidad híbrida de replicación de bases de datos de instancias de SQL Server a Azure SQL Managed Instance. La característica de vinculación replica los datos mediante grupos de disponibilidad distribuidos disponibles en la tecnología de grupos de disponibilidad Always On. Los registros de transacciones se replican como parte de los grupos de disponibilidad distribuidos.

Los registros de transacciones de la instancia principal no se pueden truncar hasta que se hayan replicado en la instancia secundaria. La realización de copias de seguridad del registro de transacciones de forma periódica reduce el riesgo de quedarse sin espacio en la instancia principal.

La característica de vinculación también se puede usar como solución de recuperación ante desastres híbrida, donde puede conmutar por error las bases de datos de SQL Server hospedadas en cualquier lugar en una base de datos que se ejecute en SQL Managed Instance. Del mismo modo, puede usar la característica de vinculación para proporcionar una base de datos secundaria de solo lectura en SQL Database SQL Managed Instance para descargar operaciones de solo lectura intensivas.

Para obtener más información sobre cómo configurar la característica de vínculo para Azure SQL Managed Instance, consulte Preparación del entorno para la característica de vinculación: Azure SQL Managed Instance.

Grupo de instancias (versión preliminar)

El grupo de instancias proporciona una manera rentable de migrar pequeñas instancias de SQL Server a la nube. Al migrar a Azure, en lugar de consolidar bases de datos más pequeñas en una instancia administrada más grande, lo que requiere un planeamiento adicional de gobernanza y seguridad, los grupos de instancias le permiten aprovisionar previamente los recursos en función de los requisitos y los recursos de migración totales.

La característica del grupo de instancias proporciona un tiempo de implementación rápido de hasta cinco minutos, una buena opción para escenarios en los que la duración de la implementación es importante. Además, todas las instancias de un grupo comparten la misma máquina virtual y la asignación de IP total es independiente del número de instancias implementadas.

Para obtener información sobre cómo implementar un grupo de instancias para SQL Managed Instance, consulte Implementación de Instancia administrada de Azure SQL en un grupo de instancias.

Alta disponibilidad

Dado que Azure SQL Managed Instance tiene el respaldo del servicio PaaS, tiene alta disponibilidad en el producto. Un instancia administrada de SQL independiente ofrece un Acuerdo de Nivel de Servicio (SLA) del 99,99 %, y esto garantiza un máximo de 52,60 minutos de tiempo de inactividad al año. La arquitectura es la misma que Azure SQL Database con el nivel De uso general, que usa la replicación de almacenamiento para la disponibilidad, mientras que el nivel Crítico para la empresa usa varias réplicas.

Copias de seguridad

Las copias de seguridad automáticas también se configuran automáticamente para Azure SQL Managed Instance. Una diferencia importante entre Azure SQL Managed Instance y Azure SQL Database es que con MI puede realizar manualmente una copia de seguridad de solo copia de una base de datos. Debe realizar una copia de seguridad en una dirección URL, ya que no se permite el acceso al almacenamiento local. También puede configurar la retención a largo plazo (LTR) para conservar las copias de seguridad automáticas durante un máximo de 10 años en el almacenamiento de blobs de Azure con redundancia geográfica.

Las copias de seguridad de base de datos se realizan en la misma programación que con Azure SQL Database. Estas programaciones no son ajustables.

  • Completa: una vez a la semana
  • Diferencial: cada 12 horas
  • Registro de transacciones: cada 5-10 minutos, según la actividad del registro de transacciones

El proceso de restaurar una base de datos a Azure SQL Managed Instance también es similar al proceso que se realiza con Azure SQL Database. Puede usar:

  • Azure portal
  • PowerShell
  • Azure CLI

Sin embargo, existen algunas limitaciones a la hora de restaurar. Para restaurar de una instancia a otra, ambas instancias deben residir en la misma suscripción y en la misma región de Azure. Tampoco se puede restaurar toda la instancia administrada, solo las bases de datos individuales dentro de SQL Managed Instance.

Al igual que con Azure SQL Database, no se puede restaurar sobre una base de datos existente. Debe anular o cambiar el nombre de la base de datos existente antes de restaurarla desde la copia de seguridad. Como SQL Managed Instance es una instancia de SQL Server totalmente funcional, puede ejecutar un comando RESTORE, mientras que con Azure SQL Database esto no es posible. Sin embargo, dado que es un servicio PaaS, hay algunas limitaciones, como las siguientes:

  • Debe restaurar desde un punto de conexión de dirección URL. No tiene acceso a unidades locales
  • Puede usar las siguientes opciones (además de especificar la base de datos):
    • FILELISTONLY
    • HEADERONLY
    • LABELONLY
    • VERIFYONLY
  • Los archivos de copia de seguridad que contienen varios archivos de registro no se pueden restaurar.
  • Los archivos de copia de seguridad que contienen varios conjuntos de copia de seguridad no se pueden restaurar.
  • No se pueden restaurar las copias de seguridad que contengan In-Memory/FILESTREAM.

De forma predeterminada, las bases de datos de una instancia administrada se cifran mediante Cifrado de datos transparente (TDE) con una clave administrada de Microsoft. Para realizar una copia de seguridad de solo copia iniciada por el usuario, debe desactivar TDE para la base de datos específica. Sin embargo, si una base de datos está cifrada, puede restaurarla, por lo que tendrá que asegurarse de que tiene acceso al certificado o a la clave asimétrica que se usó para cifrar la base de datos. Si no tiene ninguno de estos dos elementos, no podrá restaurar la base de datos a un instancia administrada de SQL.

Recuperación ante desastres

Azure SQL Managed Instance ofrece grupos de conmutación por error automática como un medio para implementar la recuperación ante desastres. Esta característica protege toda la instancia administrada y todas las bases de datos que contiene, no solo las bases de datos específicas. Este proceso replica asincrónicamente los datos de Azure SQL Managed Instance en una instancia secundaria; sin embargo, actualmente se limita a la región de Azure emparejada de la copia principal y solo se permite una réplica.

Como Azure SQL Database, los grupos de conmutación por error automática ofrecen puntos de conexión de escucha de lectura y escritura y de solo lectura, lo cual facilita la administración de cadenas de conexión. Si se produce una conmutación por error, las cadenas de conexión de la aplicación se enrutarán automáticamente a la instancia adecuada. Aunque es bastante coherente con Azure SQL Database, estos puntos de conexión siguen un formato ligeramente diferente, el formato <fog-name>.zone_id.database.windows.net whereas Azure SQL Database is in the <fog-name>.secondary.database.windows.net.

Cada instancia administrada, principal y secundaria, debe estar dentro de la misma zona DNS. Esta ubicación garantizará que se puede usar el mismo certificado de varios dominios para la autenticación de la conexión de cliente entre cualquiera de las dos instancias del mismo grupo de conmutación por error. Puede especificar un “Asociado de zona DNS” mediante varios métodos, como Azure Portal, PowerShell o la CLI de Azure.

Para obtener información sobre las nuevas características de Azure SQL Managed Instance, consulte Novedades de Azure SQL Managed Instance.