Oracle 原厂最近在生产环境的主数据库安装了 OEM 12C 的监控插件后，主数据库对外十几个库同步同步的Oracle GoldenGate 实例出现异常，疯狂地往 GoldenGate 根目录的 ggserr.log 输入出如下错误日志：
2013-02-22 22:33:26 WARNING OGG-01930 Oracle GoldenGate Capture for Oracle, pcqstqz1.prm: Datastore error in 'dirbdb': BDB0060 PANIC: fatal region error detected; run recovery.
2013-02-22 22:33:26 WARNING OGG-01930 Oracle GoldenGate Capture for Oracle, pzj_cx9.prm: Datastore error in 'dirbdb': BDB0060 PANIC: fatal region error detected; run recovery.
2013-02-22 22:33:26 WARNING OGG-01930 Oracle GoldenGate Capture for Oracle, pzj_cx9.prm: Datastore error in 'dirbdb': BDB0060 PANIC: fatal region error detected; run recovery.
2013-02-22 22:33:26 WARNING OGG-01930 Oracle GoldenGate Capture for Oracle, pzj_cx9.prm: Datastore error in 'dirbdb': BDB0060 PANIC: fatal region error detected; run recovery.
2013-02-22 22:33:26 WARNING OGG-01930 Oracle GoldenGate Capture for Oracle, pcqstqz1.prm: Datastore error in 'dirbdb': BDB0060 PANIC: fatal region error detected; run recovery.
对于我这个刚刚真正意义上接触 GoldenGate 的人来说可是心惊胆战，500G 的/goldengate VG 不到几天就被
1-200 G 的ggserr.log日志撑的差不多了。这个文件终于开始走入我的视野了。
ggserr.log 对于 GoldenGate 监控来说非常重要，只是我们很少关注，Oracle 原厂工程师来了都会看这个。
利用 Oracle GoldenGate 错误日志可以查看许多非常重要的信息，比如：
GGSCI 命令的历史记录
停止和启动的 Oracle GoldGate 进程
已经执行过的处理信息
出现的错误
一些有用的 INFO 和 WARNING 信息
由于 ggserr.log 错误日志按发生的顺序显示事件，因此在定位错误原因的时候它是一个非常好的
工具。比如，你在定位问题的时候想找出：
哪个时间点停止了某个进程
某个进程无法进行TCP/IP 通信或建立数据库连接
某个进程无法打开某个文件
有很多方法可以查看 ggserr.log 错误日志：
1、使用标准的 shell 命令在 Oracle GoldenGate 根目录中查看 ggserr.log
2、通过 Oracle GoldenGate Director 监控工具来查看
3、在 GGSCI 中通过 VIEW GGSEVT 命令查看
其中，VIEW GGSEVT 命令的语法：VIEW GGSEVT
很多时候 ggserr.log 错误日志都会非常大，你如果用 tail -f ggserr.log 就会感受到
它的日志打的多么频繁，就像本人最近的情况几天打到了200多G，等着 Oracle 来解决问题呢。。。。
其实在平常查看 ggserr.log 日志的时候我们可以通过一些 shell 命令来过滤，比如只显示错误信息：
more ggserr.log | grep ERROR
随着 Oracle GoldenGate 一天天地使用，错误日志也会不断的增长，我们需要对该日志做定期的归档备份和清理维护，
就像 Oracle Database 中的 alert log 一样。
GoldenGate ggserr.log 日志清理方法如下：
cat /dev/null > ggserr.log
或
> ggserr.log
注意千万不要删掉，清理前一定要先备份
注意：在Unix系统上，将日志完成清理后，Collector 进程可能会停止报告日志信息。要想重新开始报告日志信息，
请在清理后重启 Collector 进程（重启 mgr 进程）。
转载请注明作者出处及原文链接：http://blog.csdn.net/xiangsir/article/details/8640241