我看到很多论坛都在谈论将 Exchange 共存用作升级的中间环节。例如,在从 Exchange 2007 迁移到 Exchange 2010 时,一些站点声明两者应在短时间内共存。
那么在这种共存状态下会发生什么?两台服务器是否像一个组织一样工作?哪个服务器处理邮件流(或者它是可配置的)?新系统是否处理所有事情并只是复制回旧系统?真正的总体要点是什么?
我看到很多论坛都在谈论将 Exchange 共存用作升级的中间环节。例如,在从 Exchange 2007 迁移到 Exchange 2010 时,一些站点声明两者应在短时间内共存。
那么在这种共存状态下会发生什么?两台服务器是否像一个组织一样工作?哪个服务器处理邮件流(或者它是可配置的)?新系统是否处理所有事情并只是复制回旧系统?真正的总体要点是什么?
两台服务器只是共存。他们不会“表现得像一个组织”。我不知道您是否曾经管理过一个重要的交换设置,但是交换可以在一个组织中拥有多个服务器,并且通常作为正常操作的一部分这样做 - 例如,当您在许多地方有重要的办公室时,或者只是因为您不想要停机时间并且碰巧有 100.000 个邮箱,这对于服务器来说太多了,无论如何都无法处理 - 所以你对它们进行集群。
例如微软——在德国拥有服务器(甚至在不同的较大位置)是很有意义的,而不是通过雷德蒙德的一个怪物系统运行所有东西。仅仅因为德国有几千人在工作,实际上足以填满一些冗余服务器。
这实际上非常好,因为如果他们移动,您可以在不同位置之间移动人们的邮箱(不是为了出差,但是当您每年将一个人派给您的印度外包商时 - 也将他的邮箱移动到那里),并且在 2010 年您可以拥有备份服务器上的邮箱副本,以防您的主服务器出现故障,所有这些都无需管理员干预。
2007/2010共存基本上意味着你可以引入新的2010服务器,然后移动2007服务器的所有项目。您不必同时升级所有服务器。
哪个服务器处理邮件流?嗯 - 让我想知道。读过文档吗?邮件流由处于相应角色(集线器传输角色)的所有服务器处理。Exchange 在后台进行了很多优化以实现自动化 - 与这里的大多数非缩放和原始 linux 邮件守护程序相比,真正的管理之美。尽管您仍然需要设置连接器(到外部端点)并将它们分配给集线器服务器(这对于防火墙路由来说是有意义的,您需要知道内部电子邮件的确切来源)。所有这些都是 - 挑剔 - 在文档的介绍性章节中得到了很好的描述。你知道 - 概念等等。
真正的总体要点是什么?嗯,像微软这样的组织可能有几十个邮件服务器(不是说几百个),同时升级它们会很困难,而且仍然会中断业务。现在,在您的世界中,无论您的公司是否赚钱,您都可能获得报酬,但公司有强烈的兴趣不要让他们的 100,000 名员工无缘无故地在一两天内失去沟通。这就是重点。业务连续性。保持正常运行时间。存在。并且不必同时升级整个博客上的服务器。