Enterprise Vault™ 实用程序
- 关于本指南
- ArchivePoints
- 审核查看器
- Backtrace
- CenteraPing
- Domino 归档导出程序
- Domino 配置文件文档工具
- Domino 保留计划工具
- DTrace
- EVDominoExchangeMigration 工具
- EVDuplicateCleaner
- EVEARemovalUtility
- EVFSASetRightsAndPermissions
- EVrights
- EVservice
- EVSPShortcutManager
- EVSVR
- FSARunNow
- FSAUndelete
- FSAUtility
- NTFS 到 Centera 的迁移
- 权限浏览器
- 策略管理器 (EVPM)
- 策略管理器初始化文件中的节和键名
- 策略管理器初始化文件示例
- 关于使用配置 API 运行策略管理器脚本
- ResetEVClient
- 保管库存储使用情况报告器
在 EVSVR 中执行的修复操作
如果在执行验证操作时 EVSVR 报告任何错误,则可以通过执行修复操作来更正它们。修复操作的功能是在保管库存储和指纹数据库中重新创建缺少的记录。在极少数情况下,修复操作将在磁盘上为已共享多次的项目创建新的 SIS 部件。
在使用 EVSVR 执行任何修复操作之前,请注意以下要点,这非常重要:
在某些情况下,以下所述的许多修复操作可能会导致数据丢失。只有 ArchivesVaultStore、BlacklistBadSISParts 和 UndatedCollections 操作不会导致数据丢失。
我们强烈建议在运行可能会导致数据丢失的任何操作之前,先联系 Veritas 技术支持。
如果在运行验证操作时遇到错误,应仅考虑运行修复操作。
在运行修复操作之前,请为数据库创建备份副本,并将要修复的保管库存储置于备份模式。即使已停止了关联的 Storage Service 也是如此。
小心:
在受损系统上启动 Storage Service 会使其进一步损坏。在将有问题的保管库存储置于备份模式之前,不要启动 Storage Service。即便如此,也仅在需要 Storage Service 运行时才启动它。
修复操作有多个“选项”设置可供您选择。表:修复操作的选项设置 说明了可用的设置。
表:修复操作的选项设置
选项设置 | 操作 |
---|---|
Archives | 结合以下多个修复操作的功能:QueuedItems、ArchivesDirectory 和 DatabaseReferences。概括地讲,Archives 操作会执行以下操作:
如果此操作无法从目录数据库、保管库存储数据库、Saveset、目标 Exchange 系统(用于 Exchange 邮箱归档)或目标文件系统卷(用于文件系统归档)中获取所需的信息,则可能无法重新创建记录。 在可以运行此操作之前,必须选择要修复的归档类型:Exchange 邮箱或文件系统。如果该操作在归档中找到与所选类型不匹配的任何项目,将报告错误并停止处理。 |
ArchivesDirectory | 在目录数据库中重新创建所有缺少的归档和 ArchiveFolder 记录,以便使该数据库与保管库存储数据库保持一致。为此,ArchivesDirectory 操作会执行以下操作:
在可以运行此操作之前,必须选择要修复的归档类型:Exchange 邮箱或文件系统。如果该操作在归档中找到与所选类型不匹配的任何项目,将报告错误并停止处理。 |
ArchivesVaultStore | 在保管库存储数据库中重新创建所有缺少的 ArchivePoint 和保管库记录,以便使这些数据库与目录数据库保持一致。为此,ArchivesVaultStore 操作会执行以下操作:
也可以通过运行 DatabaseReferences 修复操作在保管库存储数据库中重新创建缺少的 ArchivePoint 和保管库记录。但是,运行 DatabaseReferences 操作后,不包含 Saveset 的归档和归档文件夹仍可能缺少 ArchivePoint 和保管库记录。在这些情况下,必须执行 ArchivesVaultStore 修复操作才能重新创建所有缺少的记录。或者,也可以执行以下操作:
|
BlacklistBadSISParts | 将由于以下原因而未正确验证的任何 SIS 部件列入黑名单:不存在、大小不正确或者与指纹数据库中的值不匹配。将 SIS 部件列入黑名单之后,归档包含相同 SIS 部件的新项目将导致 Enterprise Vault 在磁盘上创建新的 SIS 部件文件。 |
DatabaseLinkages | 执行以下操作:
|
DatabaseReferences | 在指纹数据库和保管库存储数据库中重新创建任何丢失的记录。此选项还更新从分区角度发现是不正确的任何记录。 请注意下列事项:
选择运行 DatabaseReferences 操作时,可使用下列附加设置:
在执行 DatabaseReferences 修复操作之后,请通过审阅其日志文件并执行 DatabaseReferences 验证操作来检查该操作是否成功。在 EVSVR 进行预期的修复时,请对同一数据集执行 DatabaseLinkages 修复操作。 |
DatabaseReferences 操作在处理所有 SIS 部件后才处理其他内容。这可能会导致操作重新创建其在 CAB 文件中找到的未使用 SIS 部件的情况。操作完成后,可按如下所示解决此问题:
| |
DeleteSurplusReferences | 作为最后一个手段,删除与缺少的项目和永久性丢失的项目关联的保管库存储和指纹数据库记录。当一个缺少的项目包含多个部件时,此选项还从磁盘中删除与该项目关联的剩余部件。 您还可以利用该操作删除未使用的 SIS 部件,但必须在环境一致的情况下执行。 启动 DeleteSurplusReferences 操作后,它首先执行内部 DatabaseLinkages 验证操作。DeleteSurplusReferences 操作仅当在 DatabaseLinkages 验证操作报告环境一致,且没有错误的情况下才会开始处理。 在执行 DeleteSurplusReferences 操作之前,建议使用 DatabaseReferences 修复操作重新创建所有缺少的数据库引用,并确保环境一致。 请注意下列事项:
|
ItemCounts | 修复保管库存储数据库中归档项目计数不正确的所有保管库记录和 ArchivePoint 记录。 |
QueuedItems | 扫描存储队列位置中的文件,并重新创建或更正保管库存储数据库中的预期记录。 |
RequeueStorageQueueFailedItems | 在 |
StorageQueue | 扫描排队项目的保管库存储数据库记录,并验证存储队列位置中是否存在预期文件。如果缺少任何文件,EVSVR 将删除保管库存储数据库记录,并请求重新归档原始项目。 |
UndatedCollections | 为保管库存储数据库中没有创建日期的集合记录分配创建日期。在 Enterprise Vault 8.0 及更高版本中,所有新的集合记录都将自动具有一个指定的创建日期。但是,由早期版本的 Enterprise Vault 创建的集合记录除外。当集合记录缺少创建日期时,EVSVR 将为其分配相关的 CAB 文件或 Centera Clip 的创建日期。 |
DatabaseReferences 和 DeleteSurplusReferences 修复操作不处理已迁移到辅助存储的 Saveset 和 SIS 部件。出现此问题的原因是,每个操作都需要确定从保管库存储和指纹数据库迁移的文件的位置。由于这些数据库中的信息可能不正确,因此操作无法继续进行。
如果要对已迁移的文件执行修复操作,我们建议您首先将它们恢复到其原始存储位置。