Windows 10 2018年4月更新后Azure EF调用SQL出现TDS错误

你遇到的这个SqlException触发条件非常明确：仅在Windows 10 2018年4月更新后访问Azure SQL时出现，本地库或未更新系统访问Azure都正常，且捕获的SQL语句在SSMS里能正常执行。先梳理下你的核心场景和代码：

你的EF泛型方法用于过滤同步后的更新行：

protected IQueryable<T> FilterUpdatedRows<T>(IQueryable<T> query, DateTime lastSyncTimestamp) where T: class, ITimestamp { 
    return query.Where(x => x.InsertTimestamp >= lastSyncTimestamp || (x.UpdateTimestamp.HasValue && x.UpdateTimestamp >= lastSyncTimestamp)); 
}

其中泛型类型T实现了ITimestamp接口，包含InsertTimestamp（非空时间）和UpdateTimestamp（可空时间）两个字段。

可能的原因 #

1. Windows 10更新引发的ODBC驱动兼容性问题 #

Windows 10 2018年4月更新大概率升级了系统自带的SQL Server ODBC驱动（比如从MSODBCSQL13升级到MSODBCSQL17）。Azure SQL对客户端驱动的TDS协议实现有严格要求，新版本驱动在打包datetime2参数时，可能出现了类型标识错误——错误信息里的Data type 0x00就是Azure SQL无法识别的类型编码，说明驱动发送的参数类型标识不符合TDS协议规范。

2. .NET SQL客户端组件与更新后的系统不兼容 #

Windows更新可能间接影响了.NET Framework底层的System.Data.SqlClient组件（该组件依赖系统级的ODBC驱动或SQL Native Client）。EF生成的查询在参数传递环节，因为系统组件的变化，导致参数类型的编码逻辑出现异常，最终让Azure SQL收到了无法识别的参数类型。

3. Azure SQL兼容性级别与客户端驱动不匹配 #

虽然你的SQL语句在SSMS里能正常运行，但SSMS使用的驱动和你的C#程序依赖的系统驱动版本可能不同。如果你的Azure SQL数据库兼容性级别设置较低（比如低于SQL Server 2016，即级别130），而更新后的客户端驱动默认使用了更高版本的TDS协议，就会出现协议交互不兼容的问题。

验证与临时修复建议 #

• 回滚系统更新：先尝试回滚Windows 10 2018年4月更新，确认错误是否消失，这是最快验证问题根源的方法。
• 指定ODBC驱动版本：手动安装旧版本的SQL Server ODBC驱动（比如MSODBCSQL13），并在程序的连接字符串中指定使用该驱动（添加Driver={ODBC Driver 13 for SQL Server}），绕过系统自带的新版本驱动。
• 调整Azure SQL兼容性级别：在Azure Portal中把数据库的兼容性级别调整为130或更高，匹配客户端驱动的TDS协议版本。
• 修改参数类型：尝试把方法参数DateTime lastSyncTimestamp改为DateTimeOffset，看看是否能避免参数类型编码的异常。

内容的提问来源于stack exchange，提问作者Nick Spring