我们在这里运行 Small Business Server 2003。我最近在查看我们的备份过程，并在 ntbackup 日志中注意到 Exchange 的差异备份失败并出现以下错误：
(SERVERNAME)\Microsoft Information Store\First Storage Group 不是有效的驱动器，或者您没有访问权限。
快速搜索谷歌发现这篇 MS 知识库文章： http: //support.microsoft.com/kb/555613 但是，这两个建议的修复都不适用于我们的问题。第一个解决方案是确保备份媒体已格式化并有足够的空间。好吧，我们的备份目标是一个 1 TB 的外置硬盘，有大约 600 GB 的可用空间。（我们的 Exchange 数据库的完整备份目前约为 5 GB）第二个建议的修复方法是“在尝试执行增量备份之前执行完整备份”。再说一次，这是不可能的，因为我们每周进行两次完整备份。
应用程序日志中没有错误，只有 ntbackup 开始和结束的条目。我还测试了对服务器内部驱动器的差异和增量备份，不出所料，这仍然不起作用。
我可以通过始终对 Exchange 进行完整备份来解决这个问题，但我有点喜欢通过执行差异备份来节省空间的想法。
有人有什么想法吗？
哇，这次我的谷歌搜索技巧让我失望了。我做了更多搜索，最终找到了答案：
启用循环日志记录后，增量和差异备份在 Exchange 上不起作用。最重要的是，SBS 2003 默认启用循环日志记录。显然，有些新手 SBS 管理员从未进行过 Exchange 备份，他们的硬盘驱动器最终会充满 Exchange 日志。因此，SBS 团队决定在打开循环日志的情况下进行交换。
SBS 最好使用内置备份向导进行备份。SBS 仅使用开箱即用的工具进行完整备份。如果您需要更复杂，最好购买第三方解决方案，例如 Symantec Backup Exec。
正如您已经发现的那样，SBS 对交换数据库使用“循环日志”。这意味着它只维护一个最小的事务日志并且日志被回收。通常，交换事务日志会保留到执行完整备份，然后删除。这在使用循环日志时不适用，因为相同的小事务日志文件被反复使用。因此，差异备份将没有要备份的内容，并且在启用循环日志记录时没有任何意义。
Backup exec 比 NTBAckup 的交换感知版本具有一些有用的附加功能，例如备份和还原到单个邮箱和消息的能力。这可能值得考虑。
我相信 Exchange 存储是一种数据库形式（与 JET 或 MS-SQL 相关）。您不能对此文件进行“差异化”，因为如果交换服务器正在运行，则不能保证它是一致的，并且它可能随时更改（包括备份的中途）。
您需要专门的备份工具来正确处理交换，除非您在备份期间关闭交换。即使这样，您也需要对商店进行“完整”备份。