（是的，我知道 Exchange 2007 会进行复制，但迁移非常昂贵。）
我希望在我的 VM 场中设置备份 Exchange 2003 服务器以帮助提高可恢复性。我们的电子邮件需求是适度的（“正常工作时间”），所以当几年前建立 Exchange 时，它被放置在一个强大的（过度杀伤的）戴尔上，对部件有 4 小时的响应时间，而无人问津。我们正在做每晚的备份，但如果交换盒在下午 5 点出现故障，这仍然会留下很大的差距。
为此，我想为 Exchange 2003/Windows Server 2003 R2 设置一个 VM。我有适当的许可证，但不确定我是否可以合理地设置它。
我不希望我的用户真正连接到此 VM 以发送/接收电子邮件（除非它很容易做到），但我希望它尽可能近实时地成为 Exchange 数据存储的镜像。这样，如果主服务器出现故障或数据存储损坏，我们至少能够确保在主服务器恢复后，从上次完整备份点发送/接收的电子邮件尽可能保持最新。一个不错的附带好处是能够使用它来发送/接收电子邮件，但如果不是，也没什么大不了的。
打个比方，在 SQL Server 中，我设置了一个带 HA 的数据库镜像。如果主要失败，我有一个最新的数据副本。在 SQL Server 2005 之前，我会通过日志传送或某种其他形式的复制来完成此操作。我也想用 Exchange 2003 进行设置。如果我不能这样做，那么某种近期事务日志记录（又名转储 tran）也可以。
我想将成本保持在尽可能接近 0 的水平。随着成本开始上升，2007 年的许可变得更加合理（然后我们将只使用 2007 年的代表）或春季与其他人一起托管 Exchange。谢谢！！！
一个观察：你会得到你所支付的。如果你做了一些廉价的黑客攻击，那么你就会得到一个廉价的黑客攻击。
你想要的微软“故事”是 Windows 集群。这意味着共享存储和增加的费用。
如果您有兴趣在现有 Exchange Server 计算机中断的情况下保持邮件流入组织，请考虑使用可以对邮件进行排队的边缘 SMTP 服务器。它不一定是 Exchange，尽管它可能是。
我不清楚你还在寻找什么。如果您不希望用户“连接到它”，那么您只是在谈论在现有 Exchange Server 计算机出现故障时对入站邮件进行排队。假设您在现有 Exchange Server 计算机上的磁盘配置了单独的容错轴，用于事务日志（RAID-1 或 RAID-10）和数据库（RAID-5 或 RAID-10）。只要两个主轴都没有被故障破坏，您就可以在该配置中发生故障之前进行时间点恢复。（如果您的磁盘不是这样配置的，那么它们应该是。）
我可以设想某种场景（坦率地说，相对于您投入的工作量而言，回报非常低），您可以让虚拟机随时待命以安装 Exchange 2003（以及现有补丁上安装的任何当前补丁） Exchange Server 计算机）已安装。如果现有 Exchange Server 计算机“发生故障”，您将启动与故障服务器同名的“备用”服务器，执行 Exchange 2003 的“/disasterrecovery”安装，然后将数据库和事务日志移至到备用机器。（我已经为 Exchange 2003 从旧硬件到新硬件的多次迁移完成了此操作。）当故障服务器“修复”后，您将迁移回来。
对我来说，如果您有 4 小时的零件可用性和可以同时对入站邮件进行排队的服务器，这听起来像是很多工作却没有太多收获。不过，我认为它是无容错和主动/被动 Windows 群集解决方案之间的某个中间点。
Doubletake 会为您做到这一点——但它并不便宜。没有“本机”方法可以让具有 Exchange 标准版的辅助完全可用的故障转移计算机。
如果您希望在发生故障时排队邮件，为什么不使用像 Postini 这样的第三方？它相对便宜，只需进行一些外部 DNS 更改即可满足您的需求。虽然，如果内部邮件也有大量飞来飞去，这也无济于事。