移除整个GoldenGate文件夹之后的恢复

一不小心，把整个GoldenGate所涉及的文件夹全部移到另一个地方，这时问题其实挺大的。因为该文件夹包含Golden Gate进程运行的一些记录、错误日志

重新移回来之后，Manager是没有在工作的，

1， 启动manager也启动不了，会出现这个错误

说明原来的 Golden Gate 的Manager进程还在工作，占用了端口，

运行下面命令，就可以找到它，然后使用 kill -9 process_id 杀掉，这时就可以启动Manager进程了

ps -ef | grep mgr

2，启动mgr进程之后，运行命令 info all 发现所有进程都 abended 了，所以运行  start * 启动所有进程，过了一会，发现除了replicat进程，extract和data dump进程全部abended了，因为replicat进程是只读进程，利用同样的参数文件运行的replicat进程，Golden Gate不会认为它们有什么威胁，所以全部正常启动，但其实你利用 ps -ef | grep replicat可以看到很多重复的replicat进程，不过以前的replicat进程应该不工作了。

不过小心！！！很有可能原来的replicat进程还没有检测到异常，而新的进程报错，认真检查会出现以下现象:

a，使用info all 该进程是正常 running，但是使用 info process_name 指定该进程的时候，可以看到状态是abended.

b，使用view report replicat_process_name可以看到出错信息如下：

 3，利用 view report extract_process_name 可以看到以下错误消息

说明，现在已经有一个PID在锁住当前这个文件，只要杀掉 26654这个进程，就能再次启动了，如此循环，把所有 extract的进程都启动

4, 利用view report dump_process_name 可以看到以下错误消息

说明dump无法打开目标端的文件，查看目标段的 ggserr.log可以看到以下信息

很明显，这个文件被目标段的进程所占用

可以看出是目标段的server进程在保护这个文件，启动data dump的时候，目标段会再启动一个文件对其进行写入，这时就产生冲突了。

所以需要把这个子进程杀掉即可 kill -9 16795 

这时data dump的process 应该可以启动了

实际上，不能确定现在他们就能正常通信或者复制数据了。还是需要再测试一下，因为很可能会出现两种情况

a, 该抓取的已经抓取了，现在重新启动的extract process会不会重新抓取？所以要看情况是否需要修改其 begin now

b, data dump和extract的合作出现某些问题，和目标端的replicat的合作也出现了某些问题，这时文件号很可能不一致，需要具体情况具体分析。