萌新想问个问题，请问dataguard idle的FRS进程可以手动kill吗？

显示全部楼层 · 2011-5-7 01:45:08

dataguard idle的FRS进程可以手动kill吗？

有什么方法比较安全的kill，不影响ADG运行？

是直接查PID ，kill -9 吗？

千问 · 2011-5-7 01:45:08

。。。。。你kill了它干吗？他就是一个被动接收的进程，你要想停止传输，到主库把归档status设置成deffer

千问 · 2011-5-7 01:45:08

zergduan 发表于 2018-5-30 11:36
。。。。。你kill了它干吗？他就是一个被动接收的进程，你要想停止传输，到主库把归档status设置成deffer
...
一个序列被它卡主了，状态是IDLE，block一直不变，MRP一直在wait。
没敢随便kill，后来一直等到它自己报错才过去。。。。。。

千问 · 2011-5-7 01:45:08

fatima0 发表于 2018-5-30 11:42
一个序列被它卡主了，状态是IDLE，block一直不变，MRP一直在wait。
没敢随便kill，后来一直等到它自己报 ...
他是idle，说明他没接收到，你去查查主库是否正常发送了，如果没有正常发送，就先解决正常发送的问题
备库FAL参数你是否设置了，如果没设置就设置上，他会自动解决gap，如果不想用FAL，就手动把归档传到备库，然后手动注册

千问 · 2011-5-7 01:45:08

zergduan 发表于 2018-5-30 11:45
他是idle，说明他没接收到，你去查查主库是否正常发送了，如果没有正常发送，就先解决正常发送的问题
...
FAL设置了，正常是能自动GAP的，这次没有GAP。
它已经接收了一部分数据了，然后可能网络原因导致卡住不动了。
然后也手动传归档并注册了，日志应用也重启了。
但起来还是在WAIT，直到它再次报错进程自己消失，就开始应用了。

千问 · 2011-5-7 01:45:08

fatima0 发表于 2018-5-30 11:51
FAL设置了，正常是能自动GAP的，这次没有GAP。
它已经接收了一部分数据了，然后可能网络原因导致卡住不 ...
来，把报错发上来，大家一起喽喽，这种情况很少见

千问 · 2011-5-7 01:45:08

fatima0 发表于 2018-5-30 11:51
FAL设置了，正常是能自动GAP的，这次没有GAP。
它已经接收了一部分数据了，然后可能网络原因导致卡住不 ...
理论上网络出现问题，也不应该去动RFS，主库的archive dest 中有reopen属性，来控制。
RFS服务报错，还真少见。这东西本身就是接收，没有什么错误可言

千问 · 2011-5-7 01:45:08

RFS 服务，对应一组server process 而已，主库连过来的server process～

千问 · 2011-5-7 01:45:08

zergduan 发表于 2018-5-30 11:53
来，把报错发上来，大家一起喽喽，这种情况很少见
日志在内网库考不出来，唯一的报错就只有一条：网络连接中断。
这个报错由于是异地网络情况不是很好，其实时常发生，但大多数情况都能自己GAP。
偶尔出现我上述情况，接手以来目前只遇到2次，第一次没太在意，这次自己瞎分析了一下。
后来大约等了1个多小时，这个FRS就自己没了，MRP就开始应用了。
看了一下这个进程的trc，只有一条报错就是网络连接中断，时间就是该进程消失应用回复正常那刻。

千问 · 2011-5-7 01:45:08

zergduan 发表于 2018-5-30 12:17
RFS 服务，对应一组server process 而已，主库连过来的server process～
这次没连到主库那边看，下次去主库看看LNS等状态。
我的卡主的情况，是MRP一直没有应用那个日志（即使我已经手动注册了），状态一直是WAIT_FOR_LOG，与其对应的有个RFS状态是IDLE，日志号就是卡主那个日志，BLOCK有数值但是不增长了，别的RFS IDLE时都是0 0，所以我才怀疑是不是它有影响。
此时其他有RFS一直在正常接收主库传过来的后续日志。
没有图确实描述和理解起来有些吃力，但是内网的涉及保密的搞不出来。
最后谢谢大佬抽空对我问题的回复。