在 Exchange Server 2003 中使用 Exchange Server 2003 恢复存储组的摘要

上一次修改主题： 2005-05-23

在使用恢复存储组时，请记住下列最佳做法以及潜在的问题：

• 保留足够可用的磁盘空间以便能够将数据库的第二个副本还原到原始逻辑驱动器上。这样做不仅对于使用恢复存储组很有用，而且对于其他任务（如脱机碎片整理、测试备份以及从备份还原并覆盖该备份之前复制失败的数据库）也很有用。
• 在对恢复步骤进行修改以包括恢复存储组之前，应以由于在处于运行中的生产服务器上使用恢复存储组而造成的实际性能影响为基准。在不显著降低客户端体验的情况下，某些服务器配置可能不具备用于恢复存储组的功能。因为 Exchange Server 数据库实用程序 (Eseutil.exe) 和信息存储完整性检查器 (Isinteg.exe) 工具将针对速度进行调整，而不是为了最小化对其他进程的影响，所以在需要修复数据库时，这种情况就非常有可能成为事实。
• 对于创建了空白数据库以将服务快速还原到用户的邮件拨号音方案，应在合并已恢复的数据之前，在恢复存储组和原始存储组之间交换数据库。这样做不仅会减少必须合并的数据量，而且会保留规则、格式和脱机缓存模式 (.ost) 文件。
• 如果您希望使用恢复存储组从邮箱中恢复数据，则不要从原始数据库中删除、清除或移动这些邮箱。
• 不要在不同服务器的多个恢复存储组中创建相同的数据库。这样做可能会混淆您的备份应用，并且会妨碍联机备份还原到任何恢复存储组。
• 记住，除了恢复存储组的名称在服务器中已存在这种情况以外，为恢复存储组授予的名称应与原始存储组的名称一致。否则会导致联机备份 API 拒绝执行还原操作。
• 如果在恢复存储组中运行多项还原操作，则应在还原其他数据库之前，断开恢复存储组与以前存在的数据库的连接。也可以从恢复存储组中删除所有日志文件，然后再开始第二个还原过程以将出现日志文件冲突的可能性降至最低。
• 应注意目录和缓存延迟问题。如果需要为恢复管理员授予其他权限，则应尽早在恢复进程中执行此操作，因为这些权限的复制和生效是需要一段时间的。在创建了恢复存储组之后，可能需要几分钟的时间进行复制和缓存，然后才能还原到新的存储组。
• 记住，系统绝不会自动将数据库装入到恢复存储组中。在群集故障转移或重启 Microsoft Exchange Information Store 服务后，必须手动将其装入。如果在使用恢复存储组时某些功能不能正常工作，则第一件事情就是检查是否已实际装入了此数据库。