Datastage运行ETL任务正常，入库后数据乱码

Error9ood

已于 2024-07-25 16:56:28 修改

阅读量317

点赞数

分类专栏： DB2 文章标签：数据库数据仓库

于 2023-06-08 16:15:02 首次发布

本文链接：https://blog.csdn.net/Qiniin/article/details/131109209

版权

DB2 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

文章讲述了在Datastage执行ETL过程后，数据在DB2库中出现乱码的问题。问题根源在于DB2客户端和服务端的编码不一致。解决方案是将客户端编码调整为与服务器端相同的或支持更多汉字的编码，如GBK(1386)、GB18030(1392)或GB2312(1383)，并使用`db2set`命令更新设置，然后重启连接以应用更改。

摘要由CSDN通过智能技术生成

Datastage运行ETL任务正常，入库后数据乱码

乱码问题的解决

乱码问题的解决

这里的乱码是因为DB2的客户端和服务端编码问题造成，只需要将客户端的编码改为和服务端一致或者改为编码所包含的汉字更多的即可
这里为各位贴上官网支持的区域代码和代码页
https://www.ibm.com/docs/en/db2/11.5?topic=support-supported-territory-codes-code-pages

使用db2inst用户连接xmeta
db2 connect to xmeta
查看db2数据库当前的设置
db2set -all
修改为和SERVER端db2数据库一致，GBK(1386),GB18030(1392),GB2312(1383)
db2set DB2CODEPAEG=1386
db2set DB2COUTY=86 (86对应中国)
db2 terminate
再次连接xmeta，使设置生效
db2 connect to xmeta