Revisión de la evaluación de SQL

En este artículo, explorará los conceptos de una evaluación de SQL, sus características y cómo revisar una evaluación de SQL para diferentes destinos de migración. La evaluación de SQL proporciona un informe completo que le permite comparar la migración de las cargas de trabajo locales a los destinos de SQL disponibles. En el informe se describen varias estrategias de migración para las implementaciones de SQL.

Implementación recomendada:

La implementación implica seleccionar un tipo de implementación de Azure SQL que sea muy compatible con la instancia de SQL. Esto se basa en sus preferencias de migración y consideraciones de costos. Si la instancia es adecuada para SQL Server en máquinas virtuales de Azure, Azure SQL Managed Instance y Azure SQL Database, el tipo de implementación de destino minimiza los problemas de preparación para la migración al tiempo que optimiza el costo.

Nota:

La migración de instancias a SQL Server en máquinas virtuales de Azure es el enfoque preferido para migrar instancias de SQL Server. Cuando las credenciales de SQL Server no están disponibles, la evaluación de Azure SQL proporciona recomendaciones de lift-and-shift del tamaño adecuado, sugiriendo específicamente un cambio a SQL Server en máquinas virtuales de Azure.

Preparación de Azure para cargas de trabajo de SQL

La preparación de Azure SQL para bases de datos e instancias SQL se basa en una comprobación de compatibilidad de características con SQL Server en máquinas virtuales de Azure, Azure SQL Database e Azure SQL Managed Instance. La evaluación evalúa las características que usan actualmente las cargas de trabajo de SQL Server de origen, como los trabajos del Agente SQL, los servidores vinculados y los esquemas de la base de datos de usuario (incluidas tablas, vistas, desencadenadores, procedimientos almacenados, etc.) para identificar posibles problemas de compatibilidad.

Preparación de Azure	Probables problemas de compatibilidad	Detalles	Guía de corrección recomendada
Almacén de datos listo	No se encontraron problemas de compatibilidad	La instancia está lista para el tipo de implementación de destino (SQL Server en máquina virtual de Azure, Azure SQL Database o Azure SQL Managed Instance)	No disponible
Listo	Problemas de compatibilidad no críticos	Características obsoletas o no admitidas que no bloquean la migración a un tipo de implementación de destino específico	Se proporcionan instrucciones de corrección recomendadas
Preparada con condiciones	Problemas de compatibilidad que podrían bloquear la migración a un destino específico		Se proporcionan instrucciones de corrección recomendadas
Preparada con condiciones	En la estrategia de implementación recomendada, tanto para Azure SQL Managed Instance como para los informes de preparación de SQL Server en máquinas virtuales de Azure, si ni siquiera una base de datos de una instancia de SQL está lista para un tipo de implementación de destino determinado, toda la instancia se marca como Preparada con condiciones para ese tipo de implementación	La instancia se marca como Ready con condiciones para ese tipo de implementación	Se proporcionan instrucciones de corrección recomendadas
No está listo	No se encontró ninguna configuración adecuada	La evaluación no pudo encontrar una configuración de SQL Server en máquina virtual de Azure, Azure SQL Managed Instance o Azure SQL DB que cumpliera las características de configuración y rendimiento deseadas. Por ejemplo, si la evaluación no puede encontrar un disco para el tamaño requerido, marca la instancia como inadecuada	Revise la recomendación para que la instancia o el servidor estén listos para el tipo de implementación de destino deseado
Desconocido	Detección en curso o problemas de detección	La evaluación no pudo calcular la preparación para esa instancia de SQL	No disponible

Nota:

En la estrategia de implementación recomendada, la migración de instancias a SQL Server en máquinas virtuales de Azure es el enfoque preferido para migrar instancias de SQL Server.

Preparación de la seguridad

Si la base de datos o instancia está marcada como Preparada para el tipo de implementación de destino: Azure SQL Managed Instance, se considera automáticamente Preparada para Microsoft Defender para SQL. Si está marcado como Listo para SQL Server en máquinas virtuales de Azure, se considera Listo para Microsoft Defender para SQL si ejecuta alguna de las versiones compatibles:

• Versiones de SQL Server 2012, 2014, 2016, 2017, 2019, 2022
• Para todas las demás versiones, se marca como Listo con condiciones.

Redimensionamiento del objetivo

Después de determinar la preparación y el tipo de implementación de Azure SQL recomendado, la evaluación calcula un nivel de servicio y una configuración de Azure SQL (tamaño de SKU) para cumplir o superar el rendimiento de SQL Server local. Este cálculo se basa en si se utilizan criterios de tamaño locales o basados en el rendimiento.

Criterio de tamaño	Detalles	Datos
Como local	Recomendaciones basadas únicamente en la configuración local de SQL Server.	La configuración de Azure SQL se basa en la configuración local de SQL Server, que incluye los núcleos asignados, la memoria total y los tamaños de las bases de datos.
Basada en el rendimiento	La configuración de Azure SQL se basa en los datos de rendimiento de las bases de datos e instancias de SQL, incluido el uso de la CPU, el uso de memoria, las IOPS (archivos de datos y registro), el rendimiento y la latencia de las operaciones de E/S para los archivos de datos y de registro.

Ajuste de tamaño para Azure SQL Managed Instance y Azure SQL Database

Como cálculo de tamaño local

La evaluación calcula e identifica un nivel de servicio y una configuración de Azure SQL (tamaños de SKU) que pueden cumplir o superar la configuración de la instancia de SQL local. Azure Migrate recopila los siguientes puntos de datos de configuración de instancias de SQL de servidores locales:

• Núcleos virtuales (asignados)
• Memoria (asignada)
• Tamaño total de la base de datos y organizaciones de archivos de base de datos (el tamaño de la base de datos se calcula sumando todos los archivos de datos y registros)

La evaluación agrega todos los puntos de datos de configuración para identificar la mejor coincidencia en los niveles de servicio de Azure SQL disponibles. Selecciona una configuración que cumpla o supere los requisitos de la instancia de SQL al tiempo que optimiza la rentabilidad.

Cálculo de tamaño basado en el rendimiento

La evaluación calcula e identifica un nivel de servicio y una configuración de Azure SQL (tamaño de SKU) que pueden cumplir o superar los requisitos de rendimiento de la instancia de SQL local en función de los siguientes puntos de datos:

• Núcleos virtuales (asignados) y uso de CPU (%)
  • El uso de CPU para una instancia de SQL es el porcentaje de recursos de CPU asignados que usa la instancia en el servidor SQL.
  • El uso de CPU para una base de datos es el porcentaje de recursos de CPU asignados por la base de datos en la instancia de SQL.
• Memoria (asignada) y uso de memoria (%)
• E/S de lectura y E/S de escritura (archivos de datos y de registro)
  • Las E/S de lectura y las E/S de escritura en un nivel de instancia de SQL se calculan sumando las E/s de lectura y las E/S de escritura de todas las bases de datos detectadas en esa instancia.
• MB/s de lectura y MB/s de escritura (rendimiento)
• Latencia de operaciones de E/S
• Tamaño total de base de datos y organizaciones de archivos de base de datos
  • El tamaño de la base de datos se calcula sumando los tamaños de datos de todos los datos y archivos de registro.
• Configuración de subred de red de instancia de clúster de conmutación por error Always On (subred única o subred múltiple)
• Configuraciones del grupo de disponibilidad Always On
  • Configuración de red de instancias participantes (subred única o subred múltiple)
  • Número y tipo de réplicas secundarias.
    • Modo de disponibilidad: Confirmación sincrónica frente Confirmación asincrónica
    • Modo de conexión: Solo lectura frente a Ninguno

La evaluación agrega todos los datos de configuración y rendimiento para identificar la mejor coincidencia en varios niveles de servicio y configuraciones de Azure SQL, seleccionando una configuración que cumpla o supere los requisitos de rendimiento de la instancia de SQL y optimice el costo.

Ajuste de tamaño de las instancias de SQL Server en la configuración de máquinas virtuales de Azure

Como cálculo de tamaño local

En el informe de evaluación de instancias de SQL Server en máquinas virtuales de Azure se describe el enfoque ideal para migrar instancias de SQL Server a SQL Server en máquinas virtuales de Azure, siguiendo los procedimientos recomendados. Más información.

Tamaño de almacenamiento

Para el tamaño del almacenamiento, la evaluación asigna cada disco de la instancia local a un disco de Azure:

• El tamaño de disco necesario es la suma de las unidades de datos SQL y SQL Log.
• La evaluación recomienda crear un grupo de discos de almacenamiento para todas las unidades de datos de SQL y del registro de SQL. En el caso de las unidades temporales, sugiere almacenar los archivos en la unidad local.
• Si la evaluación no puede encontrar un disco que cumpla con el tamaño requerido, marca la instancia como no adecuada para migrar a SQL Server en una máquina virtual de Azure.
• Si el tipo de entorno es Producción, la evaluación intenta asignar cada disco a un disco premium. Para entornos que no son de producción, busca un disco adecuado, que puede ser un disco SSD Premium o Estándar. Si hay varios discos aptos disponibles, la evaluación selecciona el disco con el costo más bajo.

Tamaño de proceso

Después de identificar los discos de almacenamiento, la evaluación tiene en cuenta los requisitos de CPU y memoria de la instancia para encontrar una SKU de máquina virtual adecuada en Azure:

• La evaluación usa los núcleos y la memoria asignados para determinar un tamaño de máquina virtual de Azure adecuado.
• Si se encuentra un tamaño adecuado, Azure Migrate aplica los cálculos de almacenamiento para comprobar la compatibilidad entre el disco y la máquina virtual.
• Si hay disponibles varios tamaños de máquina virtual de Azure aptos, la evaluación recomienda el que tenga el costo más bajo.

Nota:

Las evaluaciones de Azure SQL están diseñadas para ofrecer el mejor rendimiento para las cargas de trabajo de SQL. La lista de series de máquinas virtuales incluye solo máquinas virtuales optimizadas para ejecutar SQL Server en Azure Virtual Machines (VM). Más información.

Cálculo de ajuste de tamaño según el rendimiento

Si el origen es una instancia de clúster de conmutación por error (FCI) Always On de SQL Server, en el informe de evaluación se describe el enfoque para migrar a una instancia de clúster de conmutación por error de SQL Server de dos nodos. Este enfoque conserva los objetivos de alta disponibilidad y recuperación ante desastres, al tiempo que se adhiere a las prácticas recomendadas. Más información.

Tamaño de almacenamiento

Para el tamaño del almacenamiento, la evaluación asigna cada disco de la instancia local a un disco de Azure:

• El tamaño de disco mínimo necesario es la suma de las unidades de datos SQL y SQL Log.
• Los requisitos de E/S y rendimiento se determinan agregando E/S de lectura y escritura y rendimiento de lectura y escritura. A continuación, los discos candidatos se identifican en función de su capacidad para cumplir con el rendimiento requerido y se asignan al tamaño requerido.
• La evaluación recomienda crear un grupo de discos de almacenamiento para todas las unidades de datos de SQL y del registro de SQL. En el caso de las unidades temporales, sugiere almacenar los archivos en la unidad local.
• Si el origen es una instancia de clúster de conmutación por error Always On de SQL Server, se selecciona una configuración de disco compartido.
• Si el tipo de entorno es Producción, la evaluación intenta asignar cada disco a un disco premium. Para entornos que no son de producción, busca un disco adecuado, que puede ser un disco SSD Premium o Estándar. Si hay varios discos aptos disponibles, la evaluación selecciona el disco con el costo más bajo.

Si el tipo de entorno es Producción, la evaluación intenta asignar cada disco a un disco premium. Para entornos que no son de producción, busca un disco adecuado, que puede ser un disco SSD Premium o Estándar. Si hay varios discos aptos disponibles, la evaluación selecciona el disco con el costo más bajo.

Tamaño de proceso

Después de identificar los discos de almacenamiento, la evaluación tiene en cuenta los requisitos de CPU y memoria de la instancia para encontrar una SKU de máquina virtual adecuada en Azure:

• La evaluación calcula los núcleos y la memoria usados efectivos para determinar un tamaño de máquina virtual de Azure adecuado. La memoria RAM o memoria utilizada efectiva para una instancia se calcula agregando la caché de búfer (tamaño del grupo de búferes en MB) para todas las bases de datos que se ejecutan en la instancia.
• Si hay disponibles varios tamaños de máquina virtual de Azure aptos, se recomienda el que tenga el costo más bajo.
• Si el origen es una instancia de clúster de conmutación por error AlwaysOn de SQL Server, el tamaño de proceso se usa para una segunda máquina virtual de Azure para satisfacer la necesidad de dos nodos.

Ajuste de tamaño para la migración mediante lift-and-shift a máquinas virtuales de Azure

Para la migración mediante lift-and-shift, consulte el tamaño de proceso y almacenamiento aquí.

Detalles de recomendación

Una vez completado el cálculo de la preparación y el tamaño, se aplica la preferencia de optimización para determinar el destino y la configuración recomendados. Los detalles de la recomendación incluyen una explicación detallada de los cálculos de preparación y tamaño detrás de la recomendación.

Guía de migración

En esta sección se proporcionan instrucciones sobre la configuración del recurso de destino y los pasos para la migración. Los pasos se adaptan a las combinaciones de implementación específicas de origen y destino. Esta guía es especialmente útil para los usuarios que planean migrar instancias de clúster de conmutación por error (FCI) y grupos de disponibilidad (AG) de Always On.