Análisis de la carga de trabajo antes de la migración


1

¿Alguien tiene una recomendación sobre qué contadores de rendimiento recopilar y/o plantillas usar en el generador de perfiles antes de migrar las bases de datos SQL?El propósito es evaluar la carga de trabajo y tomar una decisión sobre a qué grupo colocar las bases de datos.¡Gracias por toda tu ayuda!

4

Si se trata de SQL Server 2005 o posterior, inicialmente vería las estadísticas de los archivos, lo que le muestra la cantidad de disco IO que usa cada base de datos, junto con las estadísticas de la memoria:

Desglose de la memoria:

SELECT
     (CASE WHEN ([is_modified] = 1) THEN 'Dirty' ELSE 'Clean' END) AS 'Page State',
     (CASE WHEN ([database_id] = 32767) THEN 'Resource Database' ELSE DB_NAME (database_id) END) AS 'Database Name',
     COUNT (*) AS 'Page Count'
FROM sys.dm_os_buffer_descriptors
     GROUP BY [database_id], [is_modified]
     ORDER BY [database_id], [is_modified];
GO

Microsoft proporciona un Assessment and Planning Toolkit que puede apuntar a sus servidores SQL, y Assessment and Planning Toolkit cada 5 minutos para recopilar información útil, como IOPS.

Para un proyecto de consolidación/migración, el video Bob Duffy's (MCM) SQL Bits presentation está lleno de sugerencias.

  0

Genial, este video es increíble.La base de datos es SQL 2000. Estoy descargando MAP ToolKit ... 15 sep. 112011-09-15 03:13:32


3

Sugeriría seguir un patrón de análisis similar al this answer .La pregunta en ese caso era cómo encajar más bases de datos en una instancia, similar a lo que está tratando de lograr.