Nota
O acceso a esta páxina require autorización. Pode tentar iniciar sesión ou modificar os directorios.
O acceso a esta páxina require autorización. Pode tentar modificar os directorios.
Las alertas de SQL de Databricks ejecutan consultas según una programación y le notifican cuándo se cumple una condición que define con el resultado de la consulta. Al programar una alerta, se ejecuta su consulta asociada y se evalúa la condición. También puede ver un historial de alertas para revisar los resultados de las evaluaciones anteriores.
Para obtener información sobre cómo trabajar con alertas heredadas en su lugar, consulte ¿Qué son las alertas heredadas?.
Qué puede hacer con las alertas
Las alertas permiten supervisar cualquier resultado de consulta SQL según una programación. Úselos para realizar un seguimiento de los KPI empresariales, supervisar la calidad de los datos, ver las tendencias de costos y detectar problemas operativos en las cargas de trabajo de Azure Databricks. Entre los patrones comunes en Azure Databricks se incluyen:
- Monitorizar métricas de negocio en vistas de métricas: haga referencia a una vista de métricas de Unity Catalog por su nombre totalmente cualificado en la consulta de la alerta para monitorizar métricas de negocio gobernadas. Consulte Alerta sobre las vistas de métricas.
- Detectar problemas y anomalías en la calidad de los datos: empareja las alertas con monitores de calidad de datos de Unity Catalog y la detección de anomalías, por lo que una métrica inesperada, un cambio de distribución o un cambio de perfil envía una notificación. Consulte Alertas para la detección de anomalías y alertas de perfil.
- Supervise el uso y el coste: configure alertas en las tablas del sistema para la facturación sin servidor o la ingesta a fin de detectar costes inesperados. Consulte Supervisar el coste de la computación sin servidor y Supervisar el coste de la canalización de ingesta gestionada.
- Supervisa el estado de SQL Warehouse y de las consultas: recibe alertas sobre eventos de SQL Warehouse o sobre el historial de consultas para detectar consultas lentas, sesiones fallidas o problemas de capacidad. Consulte Consultas de ejemplo para supervisar la actividad de SQL Warehouse y la referencia de la tabla del sistema de eventos de Warehouse.
- Auditar eventos de acceso y seguridad: alerta sobre las consultas de registro de auditoría para marcar la actividad inusual del área de trabajo. Consulte Supervisión del uso de Genie Spaces con registros de auditoría y alertas.
- Detectar errores en los agentes de IA: alerta sobre las métricas de calidad del agente, por lo que los errores y los problemas emergentes se muestran durante el desarrollo y el funcionamiento. Consulte Ciclo de vida de desarrollo del agente.
- Ejecutar una alerta como tarea en Lakeflow Jobs: Añada una alerta como tarea para que las comprobaciones de condiciones se ejecuten con un activador de canalización y las tareas posteriores puedan ramificarse en función del resultado. Consulte Tarea de alertas de SQL para trabajos.
Introducción a las alertas
En las páginas siguientes se tratan las tareas de alerta más comunes, desde la creación de una nueva alerta a la administración en curso:
| Tema | Descripción |
|---|---|
| Creación de una alerta | Recorrer el editor de alertas de principio a fin. Incluye la configuración avanzada y la personalización de plantillas de notificación. |
| Administrar alertas | Busque alertas en la página de listado, compártalas, transfiera la propiedad y realice un seguimiento de los cambios con las carpetas de Git de Azure Databricks. |
| Ejecutar alertas como tareas en Lakeflow Jobs | Añadir una alerta de Databricks SQL como tarea en un trabajo para que las comprobaciones de condiciones se ejecuten con un activador de canalización y las tareas posteriores puedan ramificarse en función del resultado. |
| Patrones de consulta de alertas | Patrones SQL para agregaciones, condiciones de varias columnas y vistas de métricas. |
Diferencias con las alertas heredadas
La versión más reciente de las alertas de SQL de Databricks se comporta de forma diferente a las alertas heredadas de varias maneras clave:
- Reutilización de consultas: no se puede reutilizar una consulta SQL guardada existente al crear una alerta. Cada alerta posee su definición de consulta, que se puede crear directamente en el nuevo editor de alertas.
-
Valores del estado de alerta: los estados de alerta se han simplificado y las alertas ya no son compatibles con el estado
UNKNOWNde alertas heredadas. Las evaluaciones se resuelven enOK,TRIGGEREDoERROR.
Puede seguir usando las alertas más recientes y las alertas heredadas en paralelo mientras realiza la transición.