（是的，我知道 Exchange 2007 确实有复制功能，但是迁移成本相当高。）
我希望在我的 VM 场中设置备份 Exchange 2003 服务器，以帮助提高可恢复性。我们的电子邮件需求不大（“正常营业时间”），因此几年前设置 Exchange 时，它被放在一台功能强大（太过分了）的戴尔电脑上，零件响应时间为 4 小时，然后就不管了。我们每晚都会进行备份，但如果交换箱在下午 5 点出现故障，这仍然会留下很大的空白。
为此，我想为 Exchange 2003/Windows Server 2003 R2 设置虚拟机。我有适当的许可证，但不确定是否可以合理地进行设置。
我并不期望我的用户真正连接到此虚拟机来发送/接收电子邮件（除非这样做很容易），但我希望它尽可能实时地成为 Exchange 数据存储的镜像。这样，如果主箱发生故障或数据存储损坏我们至少能够确保发送/接收的电子邮件从上次完整备份开始一旦主服务器恢复，就尽可能保持最新状态。一个不错的附带好处是能够使用它来发送/接收电子邮件，但如果不能，也没什么大不了的。
打个比方，在 SQL Server 中，我设置了一个具有 HA 的 DB 镜像。如果主服务器发生故障，我有一个最新的数据副本。在 SQL Server 2005 之前，我会通过日志传送或其他形式的复制来完成此操作。我也想在 Exchange 2003 中设置它。如果我做不到这一点，某种近期事务日志记录（又名 dump tran）也可以。
我希望将成本尽可能保持在接近 0 的水平。随着成本开始上升，2007 许可变得更加合理（然后我们只需使用 2007 代表）或与其他人一起托管 Exchange。谢谢！！！
答案1
观察：一分钱一分货。如果你做了一些廉价的破解，那么你得到的也只是廉价的破解。
微软的“故事”中，你想要的是 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 群集解决方案之间的某个中间点。
答案2
Doubletake 可以帮你完成这些工作——但成本不低。Exchange 标准版没有“原生”方式来提供完全可用的辅助故障转移机器。
答案3
如果您希望在发生中断时对邮件进行排队，为什么不使用 Postini 之类的第三方服务呢？它相对便宜，并且只需进行一些外部 DNS 更改即可满足您的需求。不过，如果内部邮件数量也很多，这也无济于事。