Is your SQL Server crashing under heavy data load? If you are using Linked Servers with third-party ODBC drivers via MSDASQL, you are unknowingly putting your entire database environment at risk.
The Root Cause: In-Process Driver Risks
When you configure a Linked Server using the OLE DB Provider for ODBC (MSDASQL), the third-party driver runs inside the SQL Server process (sqlservr.exe). This is the “In-Process” model, and it has significant architectural flaws:
- Memory Contention: The driver shares SQL Server’s memory heap, meaning driver memory leaks directly starve the SQL Buffer Pool.
- Unmanaged Code: You are executing third-party native code directly inside the database engine.
- The Fatal Crash: If the driver hits an access violation (error
0xc0000005), it kills the entiresqlservr.exeprocess, taking all databases offline.
The “Zero-Touch” Remote Isolation Model
ZappySys Data Gateway introduces Process Isolation. Instead of installing risky drivers on your production database host, you can run the Gateway on a Remote PC or dedicated App Server.
- No Drivers on SQL Server: You never have to touch your SQL Server machine or install third-party
.dllfiles on it. - Native TDS Communication: SQL Server communicates with the Gateway using the standard, Microsoft-hardened TDS protocol.
- Engine Stability: If a cloud API failure or driver bug occurs, it happens in the isolated
ZappySysGateway.exeprocess—SQL Server stays online.
Supported Connectors via ZappySys Integration Hub
ZappySys provides a secure, out-of-process bridge for hundreds of modern data sources.
Native API & Cloud Connectors
- CRM/ERP: Salesforce, Dynamics 365, HubSpot, ServiceNow, Zoho CRM.
- Marketing: Amazon Ads, Google Ads, Google Search Console, Mailchimp.
- Collaboration: SharePoint Online, Google Sheets, Jira, Azure DevOps, OneDrive.
Big Data & NoSQL (Safe JDBC Bridge)
Systems using Java-based drivers run safely within the Gateway process, preventing JDBC memory overhead from affecting SQL Server:
- Sources: Google BigQuery, Amazon Athena, MongoDB, Infor Data Lake, Cosmos DB.
Side-by-Side Comparison
| Feature | Direct ODBC (MSDASQL) | ZappySys Data Gateway |
|---|---|---|
| Execution Context | In-Process (Inside SQL) | Out-of-Process (Isolated) |
| Install Location | Must be on SQL Server Machine | Remote PC or App Server |
| SQL Crash Risk | High (Takes down engine) | Zero (Engine stays alive) |
| Memory Isolation | No (Shares SQL Heap) | Yes (Independent) |
Summary: Protect Your Production Uptime
A driver bug should fail a query—it should never crash your production database engine. ZappySys Data Gateway provides the architectural “firewall” your infrastructure deserves.
Download the ZappySys Data Gateway Free Trial

