Share via

Rendimiento de la migración: línea de base de rendimiento de SQL Server a Azure SQL Managed Instance

  • Artículo

Se aplica a:Azure SQL Managed Instance

Cree una base de referencia de rendimiento para comparar el rendimiento de su carga de trabajo en SQL Managed Instance con la carga de trabajo original que se ejecuta en SQL Server.

Creación de una base de referencia

De manera ideal, el rendimiento es similar o mejor después de la migración, por lo que es importante medir y grabar los valores de rendimiento de la base de referencia en el origen y, a continuación, compararlos con el entorno de destino. Una base de referencia de rendimiento es un conjunto de parámetros que definen su carga de trabajo media en el origen.

Seleccione un conjunto de consultas que sean importante y representativo para la carga de trabajo empresarial. Mida y documente la duración y el uso de DPU mínimo/medio/máximo y el uso de CPU de estas consultas, así como las métricas de rendimiento en el servidor de origen, como el uso de CPU promedio/máximo, la latencia de E/S de disco media/máxima, el rendimiento, IOPS, la duración prevista de la página media/máxima y el tamaño máximo medio de tempdb.

Los recursos siguientes pueden ayudarle a definir una base de referencia de rendimiento:

  • Supervisión del uso de la CPU
  • Supervisión del uso de memoria y determinación de la cantidad de memoria utilizada por los distintos componentes como el grupo de búferes, la caché de planes, el grupo de almacenes de columnas, OLTP en memoria, etc. Además, debe buscar los valores promedio y máximo del contador de rendimiento de la memoria de duración prevista de la página.
  • Supervise el uso de E/S de disco en la instancia de SQL Server de origen mediante la vista sys.dm_io_virtual_file_stats o los contadores de rendimiento.
  • Supervisión del rendimiento de la carga de trabajo y de la consulta mediante el análisis de vistas de administración dinámica (o el almacén de datos de consultas si va a migrar desde la versión SQL Server 2016 y versiones posteriores). Identifique la duración media y el uso de CPU de las consultas más importantes de la carga de trabajo.

Los problemas de rendimiento de SQL Server de origen deben solucionarse antes de la migración. La migración de problemas conocidos a cualquier sistema nuevo podría provocar resultados inesperados e invalidar cualquier comparación de rendimiento.

Comparación del rendimiento

Después de definir una base de referencia, compare el rendimiento de una carga de trabajo similar en la instancia de SQL Managed Instance de destino. Por motivos de precisión, es importante que el entorno de SQL Managed Instance sea comparable al entorno de SQL Server en la medida de lo posible.

Existen diferencias de infraestructura de SQL Managed Instance que hacen que la coincidencia del rendimiento sea del todo improbable. Es posible que algunas consultas se ejecuten más rápido de lo esperado, mientras que otras pueden ser más lentas. El objetivo de esta comparación es comprobar que el rendimiento de la carga de trabajo en la instancia administrada coincide con el rendimiento en SQL Server (en promedio) e identificar si hay alguna consulta crítica con un rendimiento que no coincide con el rendimiento original.

Es probable que la comparación de rendimiento produzca los resultados siguientes:

  • El rendimiento de la carga de trabajo en la instancia administrada está alineado o es mejor que el rendimiento de la carga de trabajo en la instancia de SQL Server de origen. En este caso, ha confirmado satisfactoriamente que la migración ha sido correcta.

  • La mayoría de los parámetros de rendimiento y las consultas de la carga de trabajo funcionan según lo previsto, con algunas excepciones que producen un rendimiento reducido. En este caso, identifique las diferencias y su importancia. Si hay algunas consultas importantes con rendimiento reducido, investigue si hay planes subyacentes de SQL que hayan cambiado o si las consultas están traspasando algunos de los límites de los recursos. Para mitigar este problema, aplique algunas sugerencias en las consultas críticas (por ejemplo, cambie el nivel de compatibilidad, el estimador de cardinalidad heredada), ya sea directamente o mediante guías de plan. Asegúrese de que las estadísticas y los índices están actualizados y son equivalentes en ambos entornos.

  • La mayoría de las consultas son más lentas en una instancia administrada en comparación con la instancia de SQL Server de origen. En este caso, intente identificar las causas principales de la diferencia como, por ejemplo, haber alcanzado el límite de algunos recursos como los límites de E/S, memoria o tasa de registro de instancias. Si no hay ningún límite de recursos que provoque la diferencia, intente cambiar el nivel de compatibilidad de la base de datos o algún valor de configuración de la base de datos, como la estimación de cardinalidad heredada, y vuelva a iniciar la prueba. Revise las recomendaciones proporcionadas por las vistas de la instancia administrada o el Almacén de consultas para identificar las consultas en las que se redujo el rendimiento.

SQL Managed Instance tiene una característica de corrección automática de planes integrada que está habilitada de forma predeterminada. Esta característica garantiza que las consultas que funcionaban bien en el pasado no se degraden en el futuro. Si esta característica no está habilitada, ejecute la carga de trabajo con la configuración anterior para que SQL Managed Instance pueda obtener información sobre la base de referencia de rendimiento. A continuación, habilite la característica y ejecute de nuevo la carga de trabajo con la nueva configuración.

Realice cambios en los parámetros de la prueba o actualice los niveles de servicio para que alcancen la configuración óptima para el rendimiento de la carga de trabajo adecuado para sus necesidades.

Supervisión del rendimiento

SQL Managed Instance proporciona herramientas avanzadas de supervisión y solución de problemas, y debe utilizarlas para supervisar el rendimiento de la instancia. Algunas de las métricas clave que se deben supervisar son:

  • El uso de CPU en la instancia para determinar que el número de núcleos virtuales que ha aprovisionado es la opción adecuada para la carga de trabajo.
  • La duración prevista de la página en la instancia administrada para determinar si necesita memoria adicional.
  • Estadísticas como INSTANCE_LOG_GOVERNOR o PAGEIOLATCH, que identifican si tiene problemas de E/S de almacenamiento, especialmente en el nivel De uso general, en el que podría tener que asignar previamente archivos para obtener un mejor rendimiento de E/S.

Consideraciones

Para comparar el rendimiento, tenga en cuenta lo siguiente:

  • Coincidencia de la configuración entre el origen y el destino. Compruebe que las distintas configuraciones de instancia, base de datos y tempdb sean equivalentes entre los dos entornos. Las diferencias en la configuración, los niveles de compatibilidad, la configuración de cifrado, las marcas de seguimiento, etc., pueden sesgar el rendimiento.

  • El almacenamiento se configura según los procedimientos recomendados. Por ejemplo, para el nivel De uso general, es posible que tenga que asignar previamente el tamaño de los archivos para mejorar el rendimiento.

  • Existen diferencias de entorno importantes que podrían producir diferencias de rendimiento entre una instancia administrada y SQL Server. Identifique los riesgos importantes para su entorno que podrían contribuir a un problema de rendimiento.

  • El almacén de consultas y el ajuste automático deben estar habilitados en SQL Managed Instance, ya que ayudan a medir el rendimiento de la carga de trabajo y a mitigar automáticamente posibles problemas de rendimiento.

Pasos siguientes

Para obtener más información sobre cómo optimizar el nuevo entorno de Azure SQL Managed Instance, consulte los siguientes recursos: