Question

我遇到了特定vob的clearcase多站点同步问题。我已经在主副本（例如，M）上尝试了多工具chepoch，以从远程副本（例如，R）检索纪元表条目。例如mt chepoch -actual R @ vob-path。据我所知，在此之后，master应该按照远程的纪录表（或类似的东西）开始导出数据包。

我也尝试过使用master中的recoverpacket。例如mt recoverpacket -since＆lt; \最后成功的导入日期来自于R＆gt;上的vob的lshistory R @ vob-path。据我所知，这也是另一种同步＆＃39;通过指定日期，从远程到主要的纪元表。

互联网上的所有解决方案，包括IBM的支持网站都指向了我刚才提到的相同解决方案。一般的想法是：在Master上获取epoch表以匹配Remote，并让clearcase完成剩下的工作。

问题是远程副本上的vob在主服务器后面是WAYYY。因此，master会继续导出数据包，并且远程将它们存储在传入的托架中，在那里它们累积到几个Gb。计划的sync_receive作业无法导入这些数据包，说＆＃34;数据包取决于尚未收到的更改＆＃34;。但这些变化实际上并非真正来自大师。

我开始怀疑主人没有发送比某些点更旧的数据包，这就是为什么我的遥控器的传入海湾不断存储新的＆＃39;那些。

我还有什么可以尝试的吗？

非常感谢帮助！

由于

Aashish。

Answer 1

如果目标vob（远程副本）以某种方式损坏，一个解决方法是按照类似于“How to move a VOB using ClearCase MultiSite”的过程重新创建所述远程副本Vob，按顺序将所有vob重新导出到一个全新的副本。

这将涉及cleartool mkreplica -export/import。

Answer 2

通常，在您的网站中输入的命令是：

multitool chepoch -actual replica:{remote-replica}@{vob-tag}

跟随＆＃34; multitool syncreplica -export＆＃34;命令

我推荐像

这样的东西

multitool  syncreplica -export -max 500m -out {packet-name} {replica-name}@{vob-tag}

我建议使用-max选项，以防复制数据太多。例如，这将避免创建5Gb数据包 -out选项也很有用，因为数据包将生成但不会发送到远程发货。通过这样做，您可以检查是否实际创建了同步paquet。如果创建了数据包，则可以使用mkorder命令

将其传输到远程站点

不会生成数据包的主要原因是因为oplog已被清除默认情况下，我记得超过180天的oplog（要确认的数据）被清除并且不会永久保存。您应该检查VOB服务器上的文件/usr/atria/config/vob/vob_scrubber_params，以检查您的oplog保留多长时间请参阅有关scrubbing

的IBM文档

如果您有第三个站点，并且您的服务器已被清理，您可以尝试从第三个站点生成数据包。

最后的办法确实是按照VonC的建议重新创建副本。

Clearcase多站点同步问题

2 个答案: