.NET Core 3.1调试模式下IBM iSeries Access ODBC驱动连接DB2失败

• 优先校验调试进程架构与ODBC DSN匹配性
  .NET Core 调试默认架构可能和ASP.NET Web Forms不一致：

  1. 右键项目->属性->调试，确认"平台目标"设置与你使用的ODBC DSN位宽一致，若勾选了"首选32位"，则只能调用32位ODBC驱动，反之需使用64位驱动
  2. 注意区分32/64位ODBC数据源管理器：32位路径为C:\Windows\SysWOW64\odbcad32.exe，64位路径为C:\Windows\System32\odbcad32.exe，确认对应位宽下你创建的DSN是系统DSN而非用户DSN，避免不同身份读取不到DSN的问题
  3. 若使用IIS Express调试，可在VS菜单->工具->选项->项目和解决方案->Web项目，勾选"对网站和项目使用64位版本的IIS Express"匹配64位ODBC驱动

• 核对连接字符串与库列表配置
  ERROR [42000] 属于SQL执行阶段错误，而非连接建立失败，优先检查：

  1. 确认.NET Core项目使用的ODBC连接字符串与Web Forms项目完全一致，尤其是LIBL（库列表）、DFTPKGLIB等和 schema 相关的参数，若库列表配置错误会导致找不到表对象抛出42000错误
  2. 确认调试时运行身份的DB2访问权限：VS调试默认使用当前Windows登录用户身份运行，而IIS使用应用程序池身份运行，需确认当前登录用户有对应DB2库、表的访问权限

• 校验SQL语句与参数映射
  从堆栈看错误抛出在ExecuteReader执行阶段：

  1. 在PartyRepository.cs第90行打断点，提取最终执行的SQL语句、所有传入参数的实际值，直接在DB2客户端执行验证是否报错，排除SQL语法错误、参数值非法等问题
  2. ODBC为位置参数而非命名参数，确认参数传入顺序和SQL中占位符顺序完全一致；同时检查.NET Core与.NET Framework下ODBC参数的类型映射差异，比如字符串编码、数值精度设置是否匹配DB2字段要求

• 升级驱动与开启日志排查

  1. 老版本IBM iSeries Access ODBC驱动对.NET Core的兼容性较差，可升级到最新的IBM i Access Client Solutions (ACS) 配套ODBC驱动重试
  2. 打开ODBC数据源管理器的跟踪功能，复现错误后查看ODBC跟踪日志，可获取更详细的底层错误信息，定位具体报错原因

内容的提问来源于stack exchange，提问作者amr shaban