Clearcase多站点同步问题

我遇到了clearcase多站点同步特定vob的问题。我已经在主副本（比如M）上尝试了multitool chepoch，以从远程副本（比如R）检索历元表条目。e、 g.切波奇山-实际R@vob-路径。我知道在这之后，主机应该开始按照远程的历元表（或类似的东西）导出数据包

我也尝试过使用来自主服务器的recoverpacket。e、 g.mt恢复数据包-自R@vob-路径。据我所知，这也是通过指定日期将历元表从远程“同步”到主机的另一种方法

internet上的所有解决方案，包括IBM的支持网站，都指向我刚才提到的相同解决方案。总体思路是：让Master上的epoch表与远程设备匹配，然后让clearcase完成其余的工作

问题是远程副本上的vob位于主副本后面。因此，master不断导出数据包，remote不断将数据包存储在传入的托架中，在那里数据包累积到几Gb。计划的sync_receive作业无法导入这些数据包，说明“数据包取决于尚未收到的更改”。但这些变化实际上从未从主人那里得到

我开始怀疑主机没有发送超过某个时间点的数据包，这就是为什么我的遥控器的传入托架一直存储“较新”的数据包

还有什么我可以试试的吗

非常感谢您的帮助

谢谢

Aashish.

如果目标vob（远程副本）不知何故损坏，一个解决方法是按照类似于“”的过程重新创建所述远程副本vob，以便将所有vob重新导出到全新的副本

---

这将涉及一个。

通常，在站点中键入的命令是：

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

后跟“

multi-tool-syncreplica-export

”命令

我推荐这样的东西

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

我建议使用

-max

选项，以防需要复制的数据太多。例如，这将避免创建5Gb数据包。

-out

选项也很有用，因为数据包将生成，但不会发送到远程发货。通过这样做，您可以检查sync paquet是否实际创建。如果创建了数据包，则可以使用命令将其传输到远程站点

无法生成数据包的主要原因是oplog已被清除。
默认情况下，我记得超过180天的oplog（需要确认的数据）会被删除，不会永远保存。您应该检查vob服务器上的文件

/usr/atria/config/vob/vob_scriber_params

，以检查oplog的保存时间。
参见IBM文档关于

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

---

最后的办法确实是按照VonC的建议重新创建复制品。

我现在不能把现有的vob搞砸。但假设我使用mkreplica（或类似工具）导出，并在remote上创建了一个新的“副本”，但名称不同，我是否能够用这个新副本替换现有副本？无论我做什么，我都无法承受失去remote用户对vob所做的艰苦工作（更改）。@aashishharma yes（通过IBM支持验证此想法）。我以这种方式导出了许多VOB，甚至在不确定现有复制副本的状态时在远程端重新创建了新的复制副本：这两个复制副本现在在服务器上共存。