（是的，我知道Exchange 2007执行复制，但迁移非常昂贵。）
我正在寻找在我的VM场中设置备份Exchange 2003服务器以帮助提高可恢复性。 我们的电子邮件需求是适度的（“正常营业时间”），所以当Exchange几年前设置时，它被放置在一个强大的（有点矫枉过正的）戴尔，4小时的响应时间零件，并留下。 我们正在进行夜间备份，但是如果交换箱在下午5点失效，这仍然会留下很大的差距。
为此，我想为Exchange 2003 / Windows Server 2003 R2设置一个虚拟机。 我有适当的许可证，但不知道我是否可以合理地设置。
我不希望我的用户实际连接到这个虚拟机来发送/接收电子邮件（除非它很容易做到），但我希望它尽可能实时地成为Exchange数据存储的镜像。 这样一来，如果主服务器出现故障或数据存储器损坏，我们至less可以确保在主服务器恢复后，从最后一次完整备份时间点发送/接收的电子邮件尽可能最新。 一个好的副作用将能够使用它来发送/接收电子邮件，但如果没有，没有什么大不了的。
作为一个类比，在SQL Server中，我有一个数据库镜像设置w / HA。 如果主要失败，我有一个最新的数据副本。 在SQL Server 2005之前，我会通过日志传送或其他某种forms的复制来完成此操作。 我也想用Exchange 2003进行设置。 如果我不能做到这一点，一些近期交易logging（又名转储）也可以。
我想保持尽可能接近0的成本。 随着成本的上升，2007年授权变得更加合理（然后我们只用2007年的代表），或者spring与其他人一起托pipeExchange。 谢谢！！！
一个观察：你将得到你所支付的。 如果你做的东西是一个便宜的黑客，那么你会得到一个便宜的黑客。
微软的“故事”是你想要的是Windows集群。 这意味着共享存储，并增加费用。
如果您希望在现有Exchange Server计算机停机的情况下让邮件stream入组织，请考虑可以对邮件进行排队的边缘SMTP服务器。 它不一定是交换，尽pipe它可能是。
我不清楚你还在找什么。 如果您不希望用户“连接到它”，那么您只是在现有Exchange Server计算机出现故障的情况下讨论排队入站邮件。 据推测，现有Exchange Server计算机上的磁盘configuration了事务日志（RAID-1或RAID-10）和数据库（RAID-5或RAID-10）的单独容错主轴。 只要两个主轴没有被故障破坏，就可以在时间点恢复，直到在该configuration中出现故障。 （如果您的磁盘没有configuration，那么他们应该是。）
我可以设想一些场景（坦率地说，相对于你所投入的工作量来说，回报非常低），这样你可以让虚拟机随时准备安装Exchange 2003（并且现有的补丁程序都安装在现有的补丁上Exchange Server计算机）安装。 在现有Exchange Server计算机“失败”的情况下，您将打开与故障服务器名称相同的“备用”服务器，执行Exchange 2003的“/ disasterrecovery”安装，然后移动数据库和事务日志到备用机器。 （我已经完成了许多Exchange 2003从旧硬件迁移到新硬件的操作。）当发生故障的服务器“固定”时，您将迁移回去。
听起来像很多工作没有太多的收获，对我来说，如果你有4个小时零件的可用性和一个服务器，可以排队入站邮件在此期间。 不过，我认为这是无容错和主动/被动Windows群集解决scheme之间的中间点。
Doubletake会为你做到这一点 – 但它并不便宜。 没有“本地”方式来使用Exchange标准版本提供辅助完全可用的故障转移机器。
如果您希望在发生中断时排队邮件，为什么不使用Postini等第三方？ 它相对便宜，只需要做一些外部DNS更改就可以做你所需要的。 虽然如果内部邮件飞来飞去，也不会有帮助。