Enterprise Vault™ 实用程序

过程 1

1. 使用验证日志文件中的信息引导您尝试恢复每个缺少的文件和损坏的文件。
2. 重新运行以前运行的验证操作，直到解决了所有错误。
3. 如果无法恢复所有的 SIS 部件，请运行 BlacklistBadSISParts 修复操作以将缺少的文件的指纹数据库记录列入黑名单。

   注意:

   如果以前运行了验证级别为 SavesetValid 的 ArchiveObjects 验证操作，则这是不必要的。此操作已将缺少的 SIS 部件的数据库记录列入黑名单。

过程 2

1. 将要修复的保管库存储组置于备份模式。

   如果所有 Enterprise Vault Services 均未运行，则要将保管库存储组置于备份模式，必须仅启动 Admin Service 和 Directory Service。

2. 在每个 Enterprise Vault 服务器上，停止所有 Enterprise Vault Services 及相关进程。注意确保已停止与存储相关的进程，如 StorageServer.exe 和 StorageFileWatch.exe。
3. 仅重新启动以下 Enterprise Vault 服务：

   • Enterprise Vault Admin Service。

   • Enterprise Vault Directory Service。

   • Enterprise Vault Indexing Service（以及与要修复的保管库存储组关联的所有 Indexing Service）。

   • Storage Service（可选）。如果 Storage Service 正在运行，用户能够从您正在修复的保管库存储检索项目，但是 Enterprise Vault 不会删除现有项目或归档新项目。如果您要修复的保管库存储未置于备份模式，EVSVR 会报告此情况，但不会执行修复操作。在某些情况下，Storage Service 必须正在运行才能处理迁移的文件。EVSVR 会检查这些情况，并且 Storage Service 未在运行但是需要运行时，EVSVR 会报告此情况，但不会执行操作。

4. 运行 DatabaseReferences 修复操作。

   小心:

   可以在单个保管库存储中的不同分区间以及不同保管库存储中的分区间共享 SIS 部件。根据您对共享的配置，在某保管库存储分区中重新创建 saveset 可能取决于属于其他保管库存储分区的 SIS 部件。必须提供 SIS 部件记录，才能重新创建 saveset。因此，可能会出现以下情况：由于某些 saveset 记录依赖于尚未在指纹数据库中重新创建的 SIS 部件记录，EVSVR 无法在保管库存储数据库中重新创建这些 saveset 记录。

   为避免此问题，请将已为保管库存储组设置的共享级别作为修复指南。当共享级别为“在组内共享”时，您必须修复整个保管库存储组，而不是一次修复一个保管库存储和分区。当共享级别为“在保管库存储内共享”时，您必须修复整个保管库存储，而不是一次修复一个分区。当共享级别为“不共享”或分区仅包含 8.0 之前版本的 saveset 时，您可以单独修复分区。

   另外要考虑的是需要修复的数据库。当此数据库为保管库存储数据库时，属于该保管库存储的所有分区都将受到影响并需要修复。然而，如果您需要修复指纹数据库，那么不管选择了何种共享级别，整个保管库存储组都将受到影响并需要修复

   如果以下任一条件适用，可能需要清除 EVSVR 操作设置“需要索引条目”：

   • 使用延迟索引 (FSA)。

   • 在任何归档上具有尚未完成的索引操作的待办事项。

   • 正在运行索引重建。

   “需要索引条目”操作设置控制 EVSVR 是否基于项目的索引条目是否存在来修复数据库记录。

5. 如果 DatabaseReferences 修复操作报告由于缺少目录数据库中的信息而无法重新创建 saveset 记录，并且报告归档类型是 Exchange 邮箱或文件系统，请执行归档修复操作。此操作可以通过从目标 Exchange 系统或文件系统卷中获取所需的信息来重新创建缺少的 saveset 记录。
6. 使用 EVSVR 运行 Complete 验证操作，并调查任何错误。

   根据错误的性质，可能要在继续之前联系 Enterprise Vault 支持。

7. 取消邮箱中的所有归档暂停项目并将其恢复为其正常状态。
8. 在数据库处于可接受状态时，启动其余的 Enterprise Vault Services，并使系统脱离备份模式。

过程 3

1. 将要修复的保管库存储组置于备份模式。

   如果所有 Enterprise Vault Services 均未运行，则要将保管库存储组置于备份模式，必须仅启动 Admin Service 和 Directory Service。不要启动 Storage Service。

2. 在每个 Enterprise Vault 服务器上，停止所有 Enterprise Vault Services 及相关进程。注意确保已停止与存储相关的进程，如 StorageServer.exe 和 StorageFileWatch.exe。

3. 仅重新启动以下 Enterprise Vault 服务：

   • Enterprise Vault Admin Service

   • Enterprise Vault Directory Service

   • Enterprise Vault Indexing Service（以及与要修复的保管库存储组关联的所有 Indexing Service）。

   • Storage Service（仅当需要时）。如果需要启动此服务，EVSVR 日志文件的“初始数据库和分区检查”部分会报告该情况。

4. 运行 DatabaseLinkages 修复操作。
5. 运行 Complete 验证操作，并调查任何错误。

   根据错误的性质，可能要在继续之前联系 Enterprise Vault 支持。

6. 如果保管库存储和指纹数据库彼此仍不一致，或者与受影响分区中的存储数据不一致，请运行 DatabaseReferences 修复操作。
7. 取消邮箱中的所有归档暂停项目并将其恢复为其正常状态。
8. 在数据库处于可接受状态时，启动其余的 Enterprise Vault Services，并使系统脱离备份模式。