Ssis-834 ((top)) ❲ORIGINAL❳

Here's a general story:

| Investigation Area | Findings | |--------------------|----------| | | The OLE DB Destination used FastLoadOptions = TABLOCK, CHECK_CONSTRAINTS and FastLoadMaxInsertCommitSize = 0 (default when not explicitly set). | | SQL Server Configuration | Tempdb had four 2 GB data files (default for a 8‑core server). After a recent growth operation, the files were auto‑grown but the autogrowth increment was set to 10 % , causing many small growth events and high fragmentation. | | Transaction Log | The package opened a single bulk‑insert transaction that persisted until the entire load completed. With FastLoadMaxInsertCommitSize = 0 , the transaction never committed, forcing tempdb to hold all row‑versions and undo information. | | Concurrency | The nightly load runs concurrently with a large ETL job that also consumes tempdb, amplifying contention. | | Deadlock | The deadlock victim observed in the error log is a symptom of the tempdb resource contention, not a direct cause. | SSIS-834

The fix involved setting to a sensible batch size (10 000 rows) and adding a pre‑load tempdb health check . After regression testing on the staging environment, the fix was promoted to production on 2026‑04‑04 with zero regressions. Here's a general story: | Investigation Area |