Forum Discussion

SPearson_'s avatar
SPearson_
Tin Contributor
Sep 10, 2026

Latest ODBC Driver 18 for SQL (18.7.1.1) breaks SCCM Site Server > SQL connectivity

We have an automated update configured for ODBC Driver 18 for SQL which kicked in last night and took our install on the site server from 18.6.2.1 to 18.7.1.1 which seems to have completely broken Site Server -> SQL server connectivity.

Rolling back to 18.6.2.1 and restarting the Site Server is the fix (for now) but I'm sure our Information Security team will be asking to get patched again soon.

For info, the hman.log shows some threads stopping and then just goes dead when the update is applied and the Application event log is filled with "Complus" errors all related to the msodbcsql18.dll...

The system has called a custom component and that component has failed and generated an exception. This indicates a problem with the custom component. Notify the developer of this component that a failure has occurred and provide them with the information below.
Component Prog ID: 0[ODBC][C:\Windows\system32\msodbcsql18.dll]
Method Name: IDispenserDriver::CreateResource
Process Name: sitecomp.exe
Exception: c0000005
Address: 0X00007FFA85FD2C10

How do we raise this with Microsoft?  Has anyone else seen the same?  Site Server is on Server 2019 (patched monthly). Our SCCM site is version 2603.

Site Server and SQL DB on two different servers.  Running E-HTTP mode.

I note that something similar happened not too long ago...

https://learn.microsoft.com/en-us/troubleshoot/mem/configmgr/setup-migrate-backup-recovery/update-odbc-18611-causes-issues-configmgr

Thanks

Stuart

10 Replies

  • goslackware's avatar
    goslackware
    Copper Contributor

    What worked for us:

    Fix: On both our SCCM Site server and SCCM DP

    o Uninstalled

        x Microsoft ODBC Driver 18 for SQL Server 18.7.1.1 (MSI-x64)

        x https://learn.microsoft.com/en-gb/sql/connect/odbc/windows/release-notes-odbc-sql-server-windows?view=sql-server-ver16

    o Download and Installed

        x Microsoft ODBC Driver 18 for SQL Server 18.6.2.1 (MSI-x64)

        x https://learn.microsoft.com/en-gb/sql/connect/odbc/windows/release-notes-odbc-sql-server-windows?view=sql-server-ver16

     

    Prevention: To prevent the 18.7.1.1 x64 update from being deployed again we

    o Declined update

        x Microsoft ODBC Driver 18 for SQL Server 18.7.1.1 (MSI-x64)

        x https://learn.microsoft.com/en-gb/sql/connect/odbc/windows/release-notes-odbc-sql-server-windows?view=sql-server-ver16

    o Updated our ADR filter to exclude this update

        x Title is set to below (the "-" will filter it from ADR)

    -Microsoft ODBC Driver 18 for SQL Server 18.7.1.1 (MSI-x64)

    o In PatchMyPC we paused this update for 6 months

     

    We'll look out for a future SCCM hotfix\update for this issue.

  • It looks like SCCM is trying to maintain an updated runtime. I can find in:

    C:\Program Files\Microsoft Configuration Manager\bin\X64

    a fairly recent vcredist_x64.exe and an attempted install log (vcredist.log) in the same path (dated a week ago, around a hotfix install).

    The runtime in the folder is version 14.50.35719, while the system already was at 14.51.36247.0.

    Seems like SCCM wants to stay update to date on the runtime, just it has some old runtime files (seeing 2021 files, v14.28) in its bin folder.

    [1808:1304][2026-09-09T16:31:36]i001: Burn v3.14.1.8722, Windows v10.0 (Build 26100: Service Pack 0), path: C:\WINDOWS\Temp\{A8EC912A-2844-41CD-9AC6-7326EB384C63}\.cr\vcredist_x64.exe

    [1808:1304][2026-09-09T16:31:36]i009: Command Line: '"-burn.clean.room=C:\Program Files\Microsoft Configuration Manager\bin\x64\vcredist_x64.exe" -burn.filehandle.attached=800 -burn.filehandle.self=780 /q /norestart /log "C:\Program Files\Microsoft Configuration Manager\bin\x64\vcredist.log"'

    [1808:1304][2026-09-09T16:31:36]i000: Setting string variable 'WixBundleOriginalSource' to value 'C:\Program Files\Microsoft Configuration Manager\bin\x64\vcredist_x64.exe'

    [1808:1304][2026-09-09T16:31:36]i000: Setting string variable 'WixBundleOriginalSourceFolder' to value 'C:\Program Files\Microsoft Configuration Manager\bin\x64\'

    [1808:1304][2026-09-09T16:31:36]i000: Setting string variable 'WixBundleLog' to value 'C:\Program Files\Microsoft Configuration Manager\bin\x64\vcredist.log'

    [1808:1304][2026-09-09T16:31:36]i000: Setting string variable 'WixBundleName' to value 'Microsoft Visual C++ v14 Redistributable (x64) - 14.50.35719'

    [1808:1304][2026-09-09T16:31:36]i000: Setting string variable 'WixBundleManufacturer' to value 'Microsoft Corporation'

    [1808:3B14][2026-09-09T16:31:36]i000: Setting version variable 'WixBundleFileVersion' to value '14.50.35719.0'

    [1808:1304][2026-09-09T16:31:36]i100: Detect begin, 3 packages

    [1808:1304][2026-09-09T16:31:36]i000: Setting string variable 'Arm64_Check' to value 'AMD64'

    [1808:1304][2026-09-09T16:31:36]i102: Detected related bundle: {0e3bb569-69d6-4c34-bff9-c2f81db5e5f0}, type: Upgrade, scope: PerMachine, version: 14.51.36247.0, operation: Downgrade

    [1808:1304][2026-09-09T16:31:36]i108: Detected compatible package: vcRuntimeMinimum_x64, provider: Microsoft.VS.VC_RuntimeMinimumVSU_amd64,v14, installed: {931A2CF0-2404-45EA-82F5-345735AE6A90}, version: 14.51.36247, chained: {61B44572-8722-4DAF-8ACF-8E742D30BCC5}

    [1808:1304][2026-09-09T16:31:36]i103: Detected related package: {931A2CF0-2404-45EA-82F5-345735AE6A90}, scope: PerUser, version: 14.51.36247.0, language: 0 operation: Downgrade

    [1808:1304][2026-09-09T16:31:36]i108: Detected compatible package: vcRuntimeAdditional_x64, provider: Microsoft.VS.VC_RuntimeAdditionalVSU_amd64,v14, installed: {6FA797CF-6B76-4B6D-87EE-768F92008720}, version: 14.51.36247, chained: {AECD4ED0-8A3B-41E9-92D1-6BEE0374CCAF}

    [1808:1304][2026-09-09T16:31:36]i103: Detected related package: {6FA797CF-6B76-4B6D-87EE-768F92008720}, scope: PerUser, version: 14.51.36247.0, language: 0 operation: Downgrade

    [1808:1304][2026-09-09T16:31:36]i108: Detected compatible package: vcRuntime_arm64, provider: Microsoft.VS.VC_RuntimeMinimumVSU_amd64,v14, installed: {931A2CF0-2404-45EA-82F5-345735AE6A90}, version: 14.51.36247, chained: {2D211D73-6322-43C5-A37C-86CB7F504056}

    [1808:1304][2026-09-09T16:31:36]i101: Detected package: vcRuntimeMinimum_x64, state: Obsolete, cached: None

    [1808:1304][2026-09-09T16:31:36]i101: Detected package: vcRuntimeAdditional_x64, state: Obsolete, cached: None

    [1808:1304][2026-09-09T16:31:36]i101: Detected package: vcRuntime_arm64, state: Absent, cached: None

    [1808:1304][2026-09-09T16:31:36]i052: Condition 'VersionNT >= v6.3' evaluates to true.

    [1808:1304][2026-09-09T16:31:36]i199: Detect complete, result: 0x0

    [1808:3B14][2026-09-09T16:31:36]e000: Error 0x80070666: Cannot install a product when a newer version is installed.

    [1808:1304][2026-09-09T16:31:36]i500: Shutting down, exit code: 0x666

  • ms_edrusi's avatar
    ms_edrusi
    Brass Contributor

    We had the same issue. Thank you for posting this.

  • same exact issue here. had to roll back the odbc version. thanks for the report! 

  • We have reviewed the crash details associated with your Configuration Manager connection failures after updating to Microsoft ODBC Driver 18.7.1.1.

     

    The crash occurs in the Microsoft Visual C++ runtime library, msvcp140.dll, during connection initialization. Our current assessment points to a compatibility issue between the newer ODBC driver and an older Visual C++ runtime loaded from Configuration Manager’s application-local folder. 

     

    Recommended next steps:

    Immediate mitigation: Rolling back to the previously working, supported ODBC driver version.

    Long-term resolution: Configuration Manager support to determine the supported approach for updating its application-local Visual C++ runtime dependencies.

    Updating the system-wide Visual C++ Redistributable alone may not resolve the issue if Configuration Manager continues to load an older application-local copy. Please avoid manually replacing or removing individual runtime DLLs without support guidance.


    We understand the disruption this issue is causing and will use these details to confirm the appropriate resolution.

    • Nuttybar's avatar
      Nuttybar
      Copper Contributor

      we had this issue, and roll back fixed it
      we would see EVENT ID 4786, Source COMPLUS in the event log
      The system has called a custom component and that component has failed and generated an exception. This indicates a problem with the custom component. Notify the developer of this component that a failure has occurred and provide them with the information below.
      Component Prog ID: 4[ODBC][C:\Windows\system32\msodbcsql18.dll]
      Method Name: IDispenserDriver::CreateResource
      Process Name: sitecomp.exe
      Exception: c0000005
      Address: 0X00007FFAA97C2C10

      AND

      In the SMSEXEC.LOG on the server i would see 
      *** Failed to connect to the SQL Server, connection type: SMS ACCESS. SMS_EXECUTIVE 9/27/2026 6:30:01 AM 3848 (0x0F08) CSiteControlEx::GetCurrentSiteInfo: Failed to get SQL connection SMS_EXECUTIVE 9/27/2026 6:30:01 AM 3848 (0x0F08) CSiteControlEx::GetSCF:Failed to read site information from database, retry in 5 seconds ... SMS_EXECUTIVE 9/27/2026 6:30:01 AM 3848 (0x0F08) *** *** Unknown SQL Error! SMS_EXECUTIVE 9/27/2026 6:30:06 AM 3848 (0x0F08) *** Failed to connect to the SQL Server, connection type: SMS ACCESS. SMS_EXECUTIVE 9/27/2026 6:30:06 AM 3848 (0x0F08) CSiteControlEx::GetCurrentSiteInfo: Failed to get SQL connection SMS_EXECUTIVE 9/27/2026 6:30:06 AM 3848 (0x0F08) CSiteControlEx::GetSCF:Failed to read site information from database, retry in 5 seconds ... SMS_EXECUTIVE 9/27/2026 6:30:06 AM 3848 (0x0F08)

    • Hardy_72's avatar
      Hardy_72
      Copper Contributor

      Hi!

      Is a resolution possible in the next days?

    • James1731's avatar
      James1731
      Copper Contributor

      Any ETA on Config manager support team providing the supported way to refresh the local VC++ Redistributable runtimes? 

      We just ran into this exact issue also and stumbled on this page to learn it was the ODBC 18 driver.