Dinos cómo podemos ayudarte
Ventas y precios
Habla con un representante sobre las necesidades de tu empresa
Ayuda y soporte
Consulta nuestras opciones de soporte de productos
Consultas generales y ubicaciones
Contáctanos
Control-M + Microsoft MSSQL
Tu flujo de trabajo Microsoft MSSQL comienza antes de que se ejecute un procedimiento almacenado — y puede fallar cuando algo aguas arriba falla. Una extracción de Azure Blob Storage llega tarde. Un paquete SSIS pierde su ventana de procesamiento nocturno. Control-M orquesta toda la cadena: llegada de archivos Azure Blob, transformación SSIS, ejecución de Microsoft MSSQL y entrega de análisis aguas abajo.
Problemas comunes de flujo de trabajo
¿Esto suena a tu semana?
LLEGADA TARDÍA DEL ARCHIVO
Tu extracción de Azure Blob a las 2:00 AM está retrasada. SQL empieza de todas formas.
Control-M hace que el trabajo de MSSQL dependa de la llegada real del archivo ascendente en lugar de un calendario independiente. El procedimiento almacenado comienza solo cuando se está cumplido su requisito previo, evitando que datos incompletos entren en el flujo de trabajo de la base de datos.
FALLO DEL SIS
Tu paquete SSIS falló. El procedimiento almacenado aguas abajo está esperando.
Control-M supervisa el paquete SSIS como parte del flujo de trabajo de extremo a extremo, detecta su estado de completación y controla las dependencias posteriores en consecuencia. El fallo en el procesamiento no libera silenciosamente el trabajo MSSQL dependiente — contiene el fallo antes de que se propague.
FALLO DE CONEXIÓN
SQL Server pierde la conexión. Tu pipeline nocturno termina a las 3:17 AM.
Control-M aplica conteos de reintentos de conexión configurables y tiempos de espera de reintentos cuando falla la conexión a la base de datos. En lugar de requerir intervención manual inmediata, los problemas de conectividad transitoria pueden reintentarse automáticamente — manteniendo el procesamiento nocturno en movimiento cuando SQL Server vuelve a ser accesible.
DEPENDENCIA ENTRE HERRAMIENTAS
Tu procedimiento almacenado terminado. Power BI refresh están en los datos de ayer.
Control-M conecta la ejecución de MSSQL con el procesamiento posterior en el mismo flujo de trabajo. La finalización del paso de la base de datos se convierte en una dependencia explícita para el siguiente trabajo, sustituyendo los horarios desconectados por una transferencia orquestada a través de la tubería de datos.
RIESGO DE SLA
Todos los trabajos de SQL tuvieron éxito. Tu entrega de analítica a las 6:00 de la mañana seguía sin alcanzar el SLA.
Control-M rastrea el procesamiento de MSSQL dentro del flujo de trabajo de extremo a extremo en lugar de tratar la finalización de la base de datos como el resultado final. Los equipos pueden supervisar dependencias y compromisos SLA a lo largo de toda la cadena de procesamiento — exponiendo el riesgo de entrega antes de que se están incumplidos con el plazo empresarial.
Control-M + Microsoft MSSQL
Control-M + Microsoft MSSQL
|
workload.types |
Procedimientos Almacenados · Scripts SQL · Consultas Embebidas · Paquetes SSIS · Trabajos de Agentes MSSQL |
|
trigger.type |
llegada de archivos · finalización de trabajos aguas arriba · programa temporal · evento Control-M · dependencia entre flujos de trabajo |
|
cross_tool.deps |
Finalización de paquetes SSIS · Llegada de archivo Azure Blob · Actualización de Power BI · DAG Airflow · Llamada a API REST · Confirmación de entrega de archivos |
|
cloud.platforms |
Microsoft SQL Server · Microsoft Azure · Entornos híbridos · Control-M SaaS · On-premises Control-M |
|
error_handling |
reintentos de conexión (1–24 intentos) · tiempo de espera de reintento de conexión (1–300 segundos) · gestión de fallos de dependencias · prevención en cascada aguas abajo · reejecución de trabajos · monitorización SLA |
|
Rendimiento |
conexiones concurrentes a bases de datos · límite de conexión 1–512 · trabajos paralelos a bases de datos · perfiles de conexión centralizados · ejecución remota de bases de datos |
|
Observabilidad |
Estado de ejecución del trabajo · salida del trabajo · visibilidad de dependencias · seguimiento SLA · monitorización centralizada de flujos de trabajo · historial de ejecución |
Orquestación de extremo a extremo
Un solo flujo de trabajo de producción. Todas las herramientas de la pila.
Control-M orquesta flujos de trabajo entre Microsoft MSSQL, SSIS, Airflow, Azure Blob Storage, Power BI y transferencias de archivos en un solo flujo de trabajo, con seguimiento de dependencias, visibilidad SLA y recuperación automatizada en todos ellos.
- Dependencia entre herramientas: Azure Blob → SSIS → procedimiento almacenado MSSQL → actualización de Power BI
- Disparadores conscientes de datos: llegada de archivos, evento de la API, finalización de SSIS, resultado de consulta
|
Microsoft MSSQL |
Procedimientos almacenados · Scripts SQL · Consultas Embebidas · Ejecución de bases de datos |
|
SSIS |
ejecución de paquetes · dependencias de paquetes · coordinación de flujos de trabajo |
|
Azure Blob Storage |
llegada de archivos · dependencia de datos aguas arriba · coordinación de transferencias |
|
Apache Airflow |
Disparador DAG · seguimiento de estado · dependencia entre flujos de trabajo |
|
Power BI |
actualización del conjunto de datos · traspaso de análisis aguas abajo · coordinación de flujo de trabajo |
|
Transferencias de archivos |
transferencia gestionada · detección de llegadas · confirmación de entrega |
Coexistencia del flujo de aire
Control-M no reemplaza a los DAGs Airflow. Ejecuta la capa que está encima de ellos.
El flujo de aire gestiona su DAG. Control-M gestiona todo lo que le rodea.
Manillas de flujo de aire
Orquestación a nivel DAG dentro de la tubería de datos
- Orquestación de tareas a nivel DAG dentro de data Pipelines
- Operadores, sensores y dependencias de tareas en Python
- Grafo de ejecución para trabajos que se ejecutan dentro de tu pipeline
- Gestiona los intentos dentro de un único contexto DAG
Control-M añade
La capa de coordinación alrededor de tus DAGs
- Capa de coordinación alrededor de los DAGs — activa el flujo de aire según las condiciones aguas arriba: llegadas de archivos, eventos de API, otras finalizaciones de herramientas
- Rastrea la contribución de SLA de cada DAG a lo largo de todo el flujo de trabajo de extremo a extremo, no solo su propia rutina
- Gestiona la recuperación de fallos cuando las dependencias aguas arriba fallan antes incluso de que empiece Airflow
- Los DAGs existentes no necesitan ser reescritos ni migrados
supervisa Pipelines
Supervisa los trabajos de MSSQL a lo largo de toda la cadena de datos.
SQL Server muestra lo que ocurrió dentro de la base de datos, pero los equipos de datos aún necesitan visibilidad sobre los sistemas que lo rodean. Control-M centraliza la ejecución de MSSQL con el contexto de flujo de trabajo aguas arriba y aguas abajo para que los equipos puedan supervisa toda la pipeline:
-
Estado de ejecución de trabajos en bases de datos
-
Salida de trabajos y tiempo de ejecución
-
Dependencias aguas arriba y aguas abajo
-
Estado del flujo de trabajo multiplataforma
-
Visibilidad del riesgo SLA
GARANTÍA DE LA SLA
Mantén los Pipelines de MSSQL alineados con los SLA de entrega empresarial.
Un procedimiento almacenado exitoso no significa que el producto de datos completo haya llegado a tiempo. Control-M gestiona los trabajos de MSSQL dentro de su cadena de dependencias de extremo a extremo, ayudando a los equipos a rastrear si el flujo de trabajo global sigue alineado con su compromiso de entrega:
-
Seguimiento SLA de extremo a extremo
-
Visibilidad de dependencia entre herramientas
-
Monitorización de la finalización del flujo de trabajo
-
Fallo en la contención de dependencias
-
Gestión centralizada de excepciones
