Ssis-885
SSISExecution_CL
| where PackageName_s == "dbo.LoadSalesData.dtsx"
| where EventType_s == "OnError"
| where TimeGenerated > ago(24h)
| project TimeGenerated, ErrorMessage_s, ErrorCode_i, SourceName_s, ExecutionId_g
| order by TimeGenerated desc
SSISExecution_CL
| where EventType_s == "OnError"
| summarize FailCount = count() by bin(TimeGenerated, 10m)
| where FailCount > 5
After creating the query, click New alert rule in Azure Monitor → set Severity, Action Group (email, Teams, webhook, etc.), and you’re done.
Resolve protection-level issues
Match runtime architecture
Deploy and run under appropriate account
Handle timeouts and resource limits
Update or recompile custom/script components
Version compatibility
Use robust error handling
The specification targets four primary objectives: SSIS-885
| Objective | Description | Success Metric | |-----------|-------------|----------------| | Secure Transport | Mandatory use of TLS 1.3, mutual authentication, and algorithm agility for all data‑in‑motion. | 0 % unencrypted payloads in certified pipelines. | | Scalable Execution | Declarative pipeline definition with native support for parallelism, back‑pressure, and elastic resource scaling. | Linear throughput growth up to 10× baseline with 2× resource increase. | | Standardized Metadata | A JSON‑LD based registry that captures lineage, schema, data‑sensitivity tags, and policy bindings. | 100 % of pipeline components auto‑registered in the MR. | | Policy‑Driven Governance | Centralized policy engine (PPE) enforces access control, data residency, and retention rules at runtime. | 0 % policy violations in post‑deployment audits. |
The scope of SSIS‑885 deliberately excludes application‑level business logic (e.g., transformation scripts). Instead, it defines how transformations should be orchestrated, what security guarantees must be enforced, and where provenance information is stored. SSISExecution_CL | where PackageName_s == "dbo
