Postgresql Informatica CDC拒绝数据

我们的来源是oracle ERP系统，我们在其中安装了Informatica CDC，我们的目标是Greenplum表，我们将数据作为1-1逻辑加载到这些表中。我们以实时模式执行会话，这意味着会话将继续运行，当源中发生任何更改时，会话将处理并反映在目标表中

我们收到以下错误和数据拒绝

---

2015-09-15 12:31:42：错误：（22994作者）：（是| INF_EN1_ASCII）：节点_ENDEV_TNLD07879:WRT_8229:数据库错误 发生： FnName:Execute--[Informatica][ODBC Greenplum Wire协议驱动程序]套接字已关闭。2015-09-15 12:31:42:错误：（22994）| 作者：（IS | INF)EN1(U ASCII)）：NODE_ENDEV_TNLD07879:WRT_8425 ：错误：写入程序执行失败。2015-09-15 12:31:42：错误：（22994） |作者：（IS | INF)EN1(U ASCII)）：节点(ENDEV)TNLD07879: WRT_8164:加载到目标[ods_oe_sales_credits]时出错： 2015-09-15 12:31:42：错误：（22994作者）：（是| INF_EN1_ASCII）：节点ENDEV_TNLD07879:WRT_8114： 坏文件中的第[1]行

---

2015-09-15 12:31:42：信息：（22994作者）：（是| INF_EN1_ASCII）：节点ENDEV_TNLD07879:CMN_1053:：行数据：( RowType=1（更新）Src Rowid=1 Targ Rowid=1销售\信用\ id （销售信用卡id:BigInt:）：“19094”创建日期 （创建日期：日期：）：“09/15/2015 03:01:27.000000000”创建人 （创建人：Double:）：“1193.000000000000”上次更新日期 （上次更新日期：日期：）：“09/15/2015 03:01:27.000000000”
上次更新人（上次更新人：Double:）：“1193.000000000000”
上次更新登录（上次更新登录：双：）：“240638.0000000000”
标题id（标题id:BigInt:）：“27535”销售代表id （salesrep_id:BigInt:）：“-3”百分比（百分比：Double:）： “100.0000000000000”行id（行id:BigInt:）：“（NULL）”上下文 （上下文：Char.60:）：“（NULL）”attribute1（attribute1:Char.480:）： “（空）”属性2（属性2:Char.480:）：“（空）”属性3 （attribute3:Char.480:）：“（NULL）”attribute4（attribute4:Char.480:）： “（空）”属性5（属性5:Char.480:）：“（空）”属性6 （attribute6:Char.480:）：“（NULL）”attribute7（attribute7:Char.480:）： “（空）”属性8（属性8:Char.480:）：“（空）”属性9 （attribute9:Char.480:）：“（空）”属性10 （attribute10:Char.480:）：“（空）”attribute11 （attribute11:Char.480:）：“（空）”attribute12 （attribute12:Char.480:）：“（空）”attribute13 （attribute13:Char.480:）：“（空）”attribute14 （attribute14:Char.480:）：“（空）”attribute15 （attribute15:Char.480:）：“（NULL）”dw_更新建议标志 （dw_update_advice_标志：Char.2:）：“（NULL）”wh_update_日期 （wh_update_date:date:）：“（空）”原始系统贷方参考 （原始系统信贷参考：字符100:）：“OE销售信贷19094”
销售信贷类型id（销售信贷类型id:BigInt:）：“1”
锁定控制（锁定控制：双：）：“1.000000000000000”
销售组id（销售组id:BigInt:）：“-1”
销售组更新标志（销售组更新标志：字符2:）：（空） inst_id（inst_id:BigInt:）：“（NULL）”md_源系统 （md_source_system:Double:）：“1.000000000000000”标志（标志：Char.2:）： “I”md_deleted_标志（md_deleted_标志：Char.2:）：“（NULL）”更改 （变更日期：）：“09/15/2015 03:01:42.000000000”）

2015-09-15 12:31:42：错误：（22994作者）：（是| INF_EN1_ASCII）：节点_ENDEV_TNLD07879:WRT_8164:加载到 目标[ods\U oe\U sales\U credits]：坏行超过会话阈值 [1] 2015-09-15 12:31:42：信息：（22994作者）：（是| INF_EN1_ASCII）：节点_ENDEV_TNLD07879:WRT_8333:回滚所有 由于严重的会话错误，目标无法恢复。2015-09-15 12:31:42：错误： （22994 | WRITER | 1 |*| 1）：（IS | INF | EN1 | ASCII）：NODE | ENDEV | TNLD07879: CMN_1022:数据库驱动程序错误。。。CMN_1022[]

不确定实际问题在哪里（informatica/DB端），当检查坏文件时，它表示记录因空问题而被拒绝

错误的文件内容：

1，D，19094，D，09/15/2015 03:01:27.000000000，D，1193，D，09/15/2015 03:01:27.000000000，D，1193，D，240638，D，27535，D，-3，D，100，D，N，N，N，N，N，N，N，N，N，N，N，N，N，N，N，N，N，N，N，N，N，N，N，N，N，N，N，N，N，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D，D 03:01:42.000000000，D

但是同一个会话也会处理其他具有空值的记录。我不知道问题到底出在哪里

---

请在这方面帮助我…

我们找到了解决方案。GP防火墙设置是导致长时间运行的查询失败的罪魁祸首。GP DBA在DB级别重写了此设置，现在我们所有的CDC会话都一起运行了几天而没有失败。

其他记录是否在与此被拒绝行相同的所有列中都有空值？您是否尝试从Greenplum表中删除空限制？是的，其他记录在相同的列中具有空限制。我们没有在目标表中放置任何非空限制。关于这一点，您可以在Greenplum日志中看到什么？在数据库端真正执行的是什么？