如何追踪Windows Server至AS/400 DB2的登录连接，排查账号间歇性禁用问题

一、Windows Server端设置ODBC追踪，捕获登录请求细节 #

要定位无效密码的来源，首先需要追踪所有通过iSeries Access ODBC Driver发起的连接请求：

• 打开对应位数的ODBC数据源管理器：如果Ripplestone是32位程序，运行C:\Windows\SysWOW64\odbcad32.exe；64位则运行C:\Windows\System32\odbcad32.exe
• 切换到「追踪」标签页，勾选启动ODBC追踪，指定日志存储路径（例如C:\ODBC_Trace\db2_login_trace.log），确保路径有写入权限
• 在「追踪驱动程序」列表中找到iSeries Access ODBC Driver并勾选，点击「应用」开始追踪
• 问题复现后立即回到该页面停止追踪，避免日志文件过大

解析追踪日志 #

日志中会记录所有ODBC调用细节，重点查找：

• SQLConnect或SQLDriverConnect函数调用，确认请求使用的账号是否为MISKrystal
• 查看请求中的密码字段（通常会被掩码，但如果出现空值、乱码或旧密码特征，可定位异常请求）
• 记录请求的发起时间、进程ID，对应Windows任务管理器找到触发进程

二、Ripplestone Reporting Server内部排查 #

• 检查调度任务配置：逐一确认所有Crystal Reports调度任务，确保均绑定了正确的DISDRP连接，无硬编码账号密码的任务（部分旧报表可能直接嵌入连接信息）
• 查看Ripplestone日志：在服务器安装目录的Logs子文件夹中，搜索MISKrystal或login failed关键词，定位调度任务执行时的异常记录，确认是否为特定任务触发失败
• 验证连接池设置：如果DISDRP连接启用了连接池，检查连接池的超时时间、回收策略，避免连接池复用已失效的旧连接（例如AS/400密码更新后，连接池未同步刷新）

三、AS/400端辅助定位 #

• 查看系统失败登录日志：使用DSPLOG命令搜索MISKrystal相关的失败登录记录，获取登录来源IP（确认是否为Windows服务器）、登录时间，与Windows端追踪日志做时间匹配，锁定触发请求的具体场景
• 检查账号锁定策略：使用WRKUSRPRF MISKrystal查看账号的锁定阈值、解锁时间，确认近期是否有策略调整导致账号更容易被锁定
• 验证密码一致性：在ODBC数据源管理器中测试DISDRP连接，确保密码与AS/400端MISKrystal账号密码完全一致（注意AS/400密码默认区分大小写，特殊字符需确认是否有转义问题）

四、其他排查方向 #

• 排查Windows服务器其他进程：使用Process Monitor（ProcMon）追踪所有访问AS/400默认端口（50000）的进程，记录进程名称、命令行参数，确认是否有Ripplestone之外的程序在使用MISKrystal账号
• 检查密码自动变更机制：确认是否有域策略或AS/400账号策略导致密码自动过期/变更，而DISDRP连接未同步更新密码
• 测试驱动稳定性：卸载并重装最新版iSeries Access ODBC Driver，排除驱动版本兼容问题导致的随机密码传递错误

内容的提问来源于stack exchange，提问作者Ivan Kok