RHEL7.9下Python配置IBM Db2 dsdriver环境变量异常问题

• 操作系统：RHEL 7.9，构建版本ob_1_3_0
• Db2驱动部署位置：/opt/IBM目录下已存放dsdriver、clidriver组件
• ibm-db驱动版本：3.1.1，安装路径为/usr/local/lib64/python3.6/site-packages/ibm_db-3.1.1-py3.6-linux-x86_64.egg

• 在命令行进入/opt/IBM/dsdriver路径，手动执行. ./db2cli加载环境变量后，Python交互环境可正常执行import ibm_db
• 脱离上述手动加载环境的命令行上下文，直接运行Python脚本时，首次报错提示找不到libdb2.so.1
• 尝试两种代码内加载配置的方案均无效：一是通过os.environ["VAR"]="value"在Python代码内设置环境变量，二是执行os.system('source /opt/IBM/dsdriver/db2profile')加载配置
• 手动在/usr/lib64目录下创建对应库文件的软链接后，触发新报错：SQL10007N Message "0" could not be retrieved. Reason code: "3". SQLCODE=-1042

Db2驱动运行依赖完整的环境变量链，除动态库检索路径LD_LIBRARY_PATH外，还需要指定驱动根目录、消息文件路径、许可证路径等核心参数：

• Python进程启动时，动态链接器会第一时间完成依赖库的路径检索，进程启动后再通过os.environ修改环境变量、调用os.system执行source操作，所有变更都只作用于独立子进程，无法修改当前Python进程已加载的运行时上下文，因此完全无效
• 单独为libdb2.so.1创建软链接，仅能解决单个库文件的查找问题，其余依赖路径缺失时，驱动无法定位消息定义、许可证、配置文件，就会触发SQL10007N、SQLCODE=-1042报错。

1. 先清理之前手动创建的冲突软链接：

   rm -f /usr/lib64/libdb2.so.1
   

2. 配置系统级动态库检索路径，让所有进程无需额外配置即可找到Db2依赖库：
   新建配置文件/etc/ld.so.conf.d/db2dsdriver.conf，写入以下内容：

   /opt/IBM/dsdriver/lib
   /opt/IBM/clidriver/lib
   

   执行命令加载配置使其立即生效：

   ldconfig
   

3. 配置系统级全局环境变量，保证所有用户、所有shell会话启动时自动加载Db2所需的完整运行参数：
   新建全局环境变量配置文件/etc/profile.d/db2dsdriver.sh，写入以下内容：

   export DB2_HOME=/opt/IBM/dsdriver
   export IBM_DB_HOME=/opt/IBM/dsdriver
   export PATH=$DB2_HOME/bin:$PATH
   export LD_LIBRARY_PATH=$DB2_HOME/lib:$LD_LIBRARY_PATH
   

   为文件添加可执行权限：

   chmod +x /etc/profile.d/db2dsdriver.sh
   

4. 如果通过systemd服务托管运行Python脚本，需要额外在服务unit配置中显式写入上述环境变量——systemd启动的服务不会自动读取/etc/profile.d/下的配置，参考配置段如下：

   [Service]
   Environment="DB2_HOME=/opt/IBM/dsdriver"
   Environment="IBM_DB_HOME=/opt/IBM/dsdriver"
   Environment="LD_LIBRARY_PATH=/opt/IBM/dsdriver/lib"
   

   修改完unit文件后执行systemctl daemon-reload，重启对应服务即可生效。
5. 配置完成后，退出当前所有shell会话重新登录，无需手动执行任何source加载操作，直接运行Python脚本即可正常调用ibm_db完成Db2相关操作。

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