Discarding record on action DISCARD on error 0

本文详细记录了GoldenGate数据同步失败的问题排查过程,包括检查源端与目标端进程状态、对比统计数据、分析discard文件及解决索引不一致问题,最终实现了数据同步的正常运行。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

用户反馈有个表没有同步成功。

这个表刚10天前做了一次同步并对此表导过一次数据。收到这个问题很是郁闷 。

检查源端 EXT进程 以及PUMP进程

stats deprst03,table inv.ORG_ACCT_PERIODS

Sending STATS request to EXTRACT DEPRST03 ...

Start of Statistics at 2019-12-09 16:37:23.

Output to /oradata/goldengate/11.2.1/dirdat/r3:

Extracting from INV.ORG_ACCT_PERIODS to INV.ORG_ACCT_PERIODS:

*** Total statistics since 2019-12-09 16:26:02 ***
        Total inserts                                      0.00
        Total updates                                      2.00
        Total deletes                                      0.00
        Total discards                                     0.00
        Total operations                                   2.00

*** Daily statistics since 2019-12-09 16:26:02 ***
        Total inserts                                      0.00
        Total updates                                      2.00
        Total deletes                                      0.00
        Total discards                                     0.00
        Total operations                                   2.00

*** Hourly statistics since 2019-12-09 16:26:02 ***
        Total inserts                                      0.00
        Total updates                                      2.00
        Total deletes                                      0.00
        Total discards                                     0.00
        Total operations                                   2.00

*** Latest statistics since 2019-12-09 16:26:02 ***
        Total inserts                                      0.00
        Total updates                                      2.00
        Total deletes                                      0.00
        Total discards                                     0.00
        Total operations                                   2.00

 

 

目标端状态


GGSCI (rstreportDB) 2> stats reperp03,table INV.ORG_ACCT_PERIODS

Sending STATS request to REPLICAT REPERP03 ...

Start of Statistics at 2019-12-09 15:44:03.

Replicating from INV.ORG_ACCT_PERIODS to HSS_EBS.ORG_ACCT_PERIODS:

*** Total statistics since 2019-12-03 15:09:16 ***

	No database operations have been performed.

*** Daily statistics since 2019-12-09 00:00:00 ***

	No database operations have been performed.

*** Hourly statistics since 2019-12-09 15:00:00 ***

	No database operations have been performed.

*** Latest statistics since 2019-12-03 15:09:16 ***

	No database operations have been performed.

End of Statistics.

显示这样应该是有更新。但是没有记录到

如果没有数据来应该是这样的:所以得出是有数据过来的。


GGSCI (ERPUAT3) 7> stats reperp03,table ***

Sending STATS request to REPLICAT REPTEST2 ...

Start of Statistics at 2019-12-09 16:52:23.

End of Statistics.

再检查discard 文件,发现在异常

[oracle@rstreportDB dirrpt]$ more reperp03.dsc 
Oracle GoldenGate Delivery for Oracle process started, group REPERP03 discard file opened: 2019-12-09 16:26:48

Current time: 2019-12-09 16:26:48

Operation failed at seqno 14686 rba 175020
Discarding record on action DISCARD on error 0
Problem replicating INV.ORG_ACCT_PERIODS to HSS_EBS.ORG_ACCT_PERIODS
Mapping problem with compressed update record (target format)...
*
ORGANIZATION_ID = 426
LAST_UPDATE_DATE = 2019-12-09 00:00:00
LAST_UPDATED_BY = 6007
LAST_UPDATE_LOGIN = 6007
SCHEDULE_CLOSE_DATE = 2019-11-30 00:00:00
PERIOD_CLOSE_DATE = 2019-12-09 00:00:00
OPEN_FLAG = P
*
Current time: 2019-12-09 16:26:48

Operation failed at seqno 14686 rba 207393
Discarding record on action DISCARD on error 0
Problem replicating INV.ORG_ACCT_PERIODS to HSS_EBS.ORG_ACCT_PERIODS
Mapping problem with compressed update record (target format)...
*
ORGANIZATION_ID = 426
SCHEDULE_CLOSE_DATE = 2019-11-30 00:00:00
OPEN_FLAG = N
SUMMARIZED_FLAG = Y
*
Current time: 2019-12-09 16:38:30

到官网查找都是没有相关记录。

MGR进程也重启了。都是不行。

最后检查表两端的索引。发现源端比目标端多一条索引。

发现目标端是没有CUX这个索引的。因为在当初在导入数据的时候。导入脚本只对INV用户转换为目标端用户。而CUX用户没有转换。所以导致这一条索引没有弄到目标端去。

加入索引后。重启目标端。同步就正常了。

 

<think>好的,用户问的是“端口Discarding怎么处理”,我需要先理解这个问题的背景和用户的需求。首先,用户可能遇到了交换机端口状态显示为Discarding的情况,需要知道如何排查和解决。接下来,我应该回顾之前用户的问题历史,之前他询问过S5700的端口命令,所以现在可能是在配置过程中遇到了问题。 端口Discarding状态通常和生成树协议(STP)相关,尤其是在华为交换机中,可能涉及RSTP或MSTP。Discarding状态意味着端口不转发数据帧,处于阻塞状态以防止环路。用户需要知道如何确认原因,并采取相应措施。 首先,我需要考虑可能的原因:STP的阻塞、环路保护机制触发、端口配置错误、物理链路问题等。然后,要给出具体的处理步骤,比如检查生成树状态、查看端口配置、检查物理连接、关闭不必要的STP等。 另外,用户可能需要具体的命令来诊断,比如display stp brief,display interface等。之前用户提供的S5700命令列表里有相关的查看命令,可以引用这些命令帮助用户排查。 还需要注意用户的技术水平,可能不是特别资深,所以步骤要详细,避免专业术语过多,或者解释清楚术语。同时,要提醒用户谨慎操作,比如关闭STP可能导致环路风险,需要确认网络环境是否允许。 最后,总结处理流程,帮助用户系统地解决问题,从检查到处理步骤,再到注意事项,确保用户能够一步步排查问题,避免遗漏关键点。</think>以下是关于交换机端口出现 **Discarding** 状态的详细处理指南,按排查步骤和解决方案整理: --- ### 一、Discarding状态的本质 在生成树协议(STP/RSTP/MSTP)中,端口处于 **Discarding** 状态时: - **不转发数据帧**,仅接收BPDU报文 - **防止网络环路** 的核心机制 - 可能由 **STP计算阻塞**、**环路保护触发** 或 **端口角色冲突** 引起 --- ### 二、排查与处理步骤 #### 1. **确认生成树状态** ```bash display stp brief # 查看所有端口的STP状态和角色 display stp interface gigabitethernet 0/0/1 # 查看指定端口详细STP信息 ``` - 检查端口角色是否为 **Alternate/Backup**(正常阻塞角色) - 确认是否为 **根保护(Root Guard)** 或 **环路保护(Loop Protection)** 触发阻塞 #### 2. **检查物理链路** ```bash display interface gigabitethernet 0/0/1 # 查看端口物理状态 ``` - 确认链路 **物理连通性正常**(状态为UP) - 排除 **光纤/网线故障**、**光模块不匹配** 等问题 #### 3. **检查端口配置** - **STP开关状态**: ```bash stp disable # 检查是否关闭了STP(关闭后Discarding状态会消失) ``` - **边缘端口误配置**: ```bash stp edged-port enable # 若端口连接终端设备应配置为边缘端口 ``` - **优先级冲突**: ```bash stp port priority 0 # 调整端口优先级(数值越小优先级越高) ``` #### 4. **环路保护处理** - 如果触发 **环路保护(Loop Protection)**: ```bash stp loop-protection # 查看是否开启环路保护 ``` 处理方案: - 检查链路是否存在物理环路 - 确认端口是否误连接到其他交换机的上行端口 #### 5. **强制端口角色** ```bash stp no-agreement-check # 关闭P/A机制协商(仅适用于RSTP/MSTP场景) stp root-protection # 关闭根保护(谨慎操作) ``` --- ### 三、典型场景处理 #### 场景1:多交换机级联导致Alternate端口阻塞 - **现象**:级联链路的非根端口显示Discarding - **处理**: ```bash stp cost 20000 # 手动增大路径开销,调整根端口选举 ``` #### 场景2:边缘端口误触发保护 - **现象**:连接PC的端口被阻塞 - **处理**: ```bash stp edged-port enable # 正确标记边缘端口 stp bpdu-filter enable # 启用BPDU过滤(防止意外接收BPDU) ``` --- ### 四、注意事项 1. **谨慎关闭STP**:直接关闭STP可能导致网络环路,需确保网络无冗余路径 2. **环路保护优先级**:建议保留环路保护配置,优先排查物理环路 3. **MSTP特殊配置**: ```bash stp region-configuration # 检查MST域配置一致性 ``` --- ### 五、验证命令 ```bash display stp abnormal-port # 查看所有异常阻塞端口 display loop-detection # 检查环路检测日志(若启用) ``` 通过上述步骤可定位Discarding状态成因,若问题仍存在,建议提供具体拓扑和配置片段进一步分析。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值