Clearcase 不同的时代价值

我们有一个合理的多站点设置。有两个站点。生产和灾难恢复。 生产是主站点，灾难恢复用作备份。我们每天访问Prod，并对代码进行更改和登记。 DR服务器出现问题，因为rational服务随机启动和停止。 我们已计划将同步数据包从生产导入到灾难恢复的作业，该作业似乎已失败。有许多数据包仍在配送/ms_配送/传入路径中

现在，当我检查DR和prod的历元值时，它是不同的

我在DR为副本运行以下命令并查找历元值

multitool lsepoch -actual 

输出： oid:7f91c2bd.f6114e79.b84e.0d:40:04:99:4c:81=945162（复制产品 oid:26e9d5a9.f57f4078.afb1.cb:28:b2:42:d8:bb=129184（复制

multitool lsepoch 
output:
oid:7f91c2bd.f6114e79.b84e.0d:40:04:99:4c:81=886978      (ReplicaPROD
oid:26e9d5a9.f57f4078.afb1.cb:28:b2:42:d8:bb=129184      (ReplicaDR

如何将DR副本与Prod副本同步？

在这种情况下，我不会尝试（太多）协调历元

我只需重新导出所有vob并重新创建一个新的远程vob

multitool mkreplica -export -maxsize 200m -nc -workdir D:\tmp -fship remote.server:vobname_uk@\aPvob

/opt/rational/clearcase/bin/multitool mkreplica -import -workdir /tmp/avobname -tag /vobs/avobname -vob /archive_02/vobstore/avobname.vbs -host ahostname -hpath /vobstore/avobname .vbs -gpath /archive_02/vobstore/avobname.vbs -npreserve -nc -public -password apassword

multitool syncreplica -export -fship replica:avobname@\aPVob

/opt/rational/clearcase/bin/multitool chmaster -nc avobname_uk replica:avobname_uk@/vobs/aPvob

---

您必须首先在服务器上标记vob，但除此之外，您可以通过这种方式快速重建复制副本（除非vob非常大）

首要任务是确定导入是否在灾难恢复站点失败或“只是”不发生。如果您在那里有shell访问权限，并且可以成为root或sudo，请以root用户身份运行此命令：

multitool syncreplica-导入-接收

这将尝试单独导入每个挂起的同步数据包。如果出现错误，并且这些错误不是“取决于尚未收到的更改”，那么您可能应该拿起电话并致电IBM

另一个选择是：

将所有数据包移出DR站点的“传入”托架

运行“multitool chepoch-实际复制dr@\myvob”

仅对该VOB运行“multitool syncreplica-export-fship…”

手动导入该数据包（multitool syncreplica-import{packet name}”

如果可行，对下一个VOB重复步骤2-4

注意事项：

• 在步骤3中导出时出现“oplog条目中的间隙”。如果出现这种情况，您必须找出同步不工作的时间，并且您可能必须手动导入一个或多个挂起的数据包（这就是为什么我们移动了它们而不是删除它们），然后从chepoch-actual重试
• 导入或导出时出现数据库错误。（最有可能是导入，因为您在生产VOB中工作正常）这是一个“拿起电话打电话给IBM”问题

---

我不允许删除现有vob！你能告诉我如何协调epoch吗？@user3437212不删除现有vob，只删除损坏副本上的标记（在远程站点上），然后从头开始重新创建该副本。epoch已协调。通过这种方式更快。+1.如果要协调epoch（我在回答中不建议这样做），这肯定是一个可以遵循的方法。