Clasificación de la carga de trabajo para el grupo de SQL dedicado en Azure Synapse Analytics
En este artículo se explica el proceso de clasificación de la carga de trabajo de asignar un grupo de cargas de trabajo y la importancia a las solicitudes entrantes con grupos de SQL dedicados en Azure Synapse.
clasificación
La clasificación de la administración de cargas de trabajo permite aplicar directivas de carga de trabajo a las solicitudes al asignar clases de recursos e importancia.
Aunque hay muchas maneras de clasificar las cargas de trabajo de almacenamiento de datos, la clasificación más sencilla y común es la carga y la consulta. Los datos se cargan con instrucciones insert, update y delete. Los datos se consultan mediante instrucciones select. Una solución de almacenamiento de datos a menudo tendrá una directiva de carga de trabajo para la actividad de carga, como la asignación de una clase de recursos superior con más recursos. Se podría aplicar una directiva de carga de trabajo diferente a las consultas, como la importancia menor en comparación con las actividades de carga.
También puede subclasificar las cargas de trabajo de carga y consulta. La subclasificación ofrece un mayor control de las cargas de trabajo. Por ejemplo, las cargas de trabajo de consulta pueden incluir actualizaciones de cubos, consultas del panel o consultas ad hoc. Puede clasificar cada una de estas cargas de trabajo de consulta con diferentes clases de recursos o configuración de importancia. La carga también puede beneficiarse de la subclasificación. Transformaciones de gran tamaño se pueden asignar a clases de recursos más grandes. Se puede usar una importancia mayor para asegurarse de que los datos de ventas clave se carguen antes que los datos meteorológicos o una fuente de distribución de datos sociales.
No todas las instrucciones se clasifican, ya que no requieren recursos ni necesitan importancia para influir en la ejecución. Los comandos DBCC, y las instruccionesBEGIN, COMMIT y ROLLBACK TRANSACTION no están clasificadas.
Proceso de clasificación
Hoy en día, la clasificación de grupos de SQL dedicados se logra mediante la asignación de usuarios a un rol que tiene una clase de recursos correspondiente asignada mediante sp_addrolemember. Con esta funcionalidad, se limita la capacidad para caracterizar las consultas más allá de un inicio de sesión en una clase de recursos. Ahora hay un método más completo disponible para la clasificación mediante la sintaxis CREATE WORKLOAD CLASSIFIER. Con esta sintaxis, los usuarios de grupos de SQL dedicados pueden asignar importancia y el número de recursos del sistema que se asignan a una solicitud a través del parámetro workload_group.
Ponderación de la clasificación
Como parte del proceso de clasificación, la ponderación se aplica para determinar qué grupo de cargas de trabajo se asigna. La ponderación es como se indica a continuación:
| Parámetro clasificador | Peso |
|---|---|
| MEMBERNAME:USER | 64 |
| MEMBERNAME:ROLE | 32 |
| WLM_LABEL | 16 |
| WLM_CONTEXT | 8 |
| START_TIME/END_TIME | 4 |
El parámetro MEMBERNAME es obligatorio. Sin embargo, si el nombre de miembro especificado es un usuario de base de datos, en lugar de un rol de base de datos, la ponderación del usuario es mayor y, por consiguiente, se elige ese clasificador.
Si un usuario es miembro de varios roles con diferentes clases de recursos asignadas o que coinciden con varios clasificadores, el usuario tendrá la asignación de clase de recursos más alta. Este comportamiento es coherente con el comportamiento de asignación de clases de recursos existente.
Nota:
La clasificación del comportamiento de las identidades administradas difiere entre el grupo de SQL dedicado en áreas de trabajo de Azure Synapse y el grupo de SQL dedicado independiente (anteriormente SQL DW). Aunque la identidad administrada del grupo de SQL dedicado independiente mantiene la identidad asignada, para las áreas de trabajo de Azure Synapse, la identidad administrada se ejecuta como dbo. Esto no se puede cambiar. El rol dbo, de forma predeterminada, se clasifica en smallrc. La creación de un clasificador para el rol dbo permite asignar solicitudes a un grupo de cargas de trabajo que no sea smallrc. Si dbo por sí solo es demasiado genérico para la clasificación y tiene impactos más amplios, le recomendamos usar la clasificación basada en tiempo, sesión o etiqueta junto con la clasificación del rol dbo.
Excepto para smallrc, las clases de recursos dinámicos se implementan como roles predefinidos de la base de datos. Smallrc no aparece como rol de base de datos, pero es la clase de recursos predeterminada.
Clasificadores de sistema
La clasificación de la carga de trabajo tiene clasificadores de carga de trabajo del sistema. Los clasificadores de sistema asignan miembros de rol de clase de recursos existentes a asignaciones de recursos de clase de recursos con importancia normal. Los clasificadores de sistema no se pueden eliminar. Para ver los clasificadores de sistema, puede ejecutar la siguiente consulta:
SELECT * FROM sys.workload_management_workload_classifiers where classifier_id <= 12
Combinación de asignaciones de clase de recursos con clasificadores
Los clasificadores del sistema que se crean en nombre del usuario proporcionan una ruta sencilla para migrar a la clasificación de la carga de trabajo. El uso de asignaciones de rol de clase de recursos con prioridad de clasificación puede resultar en clasificaciones incorrectas cuando empiece a crear nuevos clasificadores con importancia.
Considere el caso siguiente:
- Un almacenamiento de datos existente tiene un usuario de base de datos DBAUser asignado al rol de clase de recursos largerc. La asignación de la clase de recursos se ha realizado con
sp_addrolemember. - El almacenamiento de datos se habrá actualizado con la administración de cargas de trabajo.
- Para probar la nueva sintaxis de clasificación, el rol de base de datos DBARole (al que pertenece DBAUser) tiene un clasificador creado para asignarlo a mediumrc e importancia alta.
- Cuando DBAUser inicia sesión y ejecuta una consulta, la consulta se asignará a largerc. Esto se debe a que un usuario tiene prioridad sobre una pertenencia a roles.
Para simplificar la solución de problemas de clasificaciones incorrectas, se recomienda quitar las asignaciones de rol de clase de recursos a medida que se creen los clasificadores de carga de trabajo. El código siguiente devuelve las pertenencias existentes a roles de clase de recurso. Ejecute sp_droprolemember para cada nombre de miembro que se devuelve desde la clase de recursos correspondiente.
SELECT r.name AS [Resource Class]
, m.name AS membername
FROM sys.database_role_members rm
JOIN sys.database_principals AS r ON rm.role_principal_id = r.principal_id
JOIN sys.database_principals AS m ON rm.member_principal_id = m.principal_id
WHERE r.name IN ('mediumrc','largerc','xlargerc','staticrc10','staticrc20','staticrc30','staticrc40','staticrc50','staticrc60','staticrc70','staticrc80');
--for each row returned run in the previous query
EXEC sp_droprolemember '[Resource Class]', membername;
Contenido relacionado
- Para más información sobre cómo crear un clasificador, consulte CREATE WORKLOAD CLASSIFIER (Transact-SQL).
- Consulte la Guía de inicio rápido sobre cómo crear un clasificador de carga de trabajo en Creación del clasificador de carga de trabajo.
- Consulte los artículos de procedimientos sobre cómo configurar la importancia de la carga de trabajo y cómo administrar y supervisar la administración de la carga de trabajo.
- Consulte sys.dm_pdw_exec_requests para ver las consultas y la importancia asignada.