为什么大型Exchange安装需要停机维护?

多年来,我已经使用了多家顶级第三方交换提供商,他们都定期按计划进行日常维护(大约每月一次)。 我想知道Exchange是什么使它不可能避免这种性质的宕机? 维持24×7的正常运行时间还是非常昂贵,为什么不可能?

Windows和Exchange更新总是需要重新启动才能完成安装,所以这就是其中的一部分。 通过良好的规划和正确的设置(负载平衡器和集群),您可以保持24×7的正常运行时间,以便始终可以在一台服务器上使用电子邮件。

然而在客户端,总是有一个短暂的中断(5-30秒),因为Outlook会发现它所连接的CAS服务器处于脱机状态,Autodiscover会将其切换到另一个状态。 通常情况下,您会收到“Exchangepipe理员已做出更改,要求您重新启动Outlook”消息。

这不是一个长时间的中断,但它被视为一个中断,所以这就是为什么你需要安排维护时间来做到这一点。 在维护期间也有可能出现问题,因此CYA需要安排。

编辑:所以我发现如果你把你的CAS服务器的负载平衡器,你将不会得到“Exchangepipe理员已经做了一个改变…”在Outlook中的消息。 负载平衡器将您切换到活动的CAS服务器,您仍然会有短暂的中断。

长话短说…你不使用那些伟大的提供者。

没有理由为什么你需要安排一个Exchange环境的正常停机时间(虽然安排定期维护窗口总是一个明智的事情)。 特别是在Exchange 2010中。只要您的冗余计划和实施得当,所有的事情都会stream转。 冗余networking,冗余存储,冗余服务器。

你可能不会得到这个使用$ 3 /月的供应商。 我不会转售$ 3 /月的Exchange邮箱。 我推荐托pipeExchange的大部分原因是处理电子邮件和正常运行时间的重要性。 对于一直没有倒闭的供应商来说,你必须付出更多的代价,但是投资回报率是有道理的。

我们的提供商发送电子邮件为每个计划的维护。 我们至less有一个月。 99%的用户基本上都是这样理解的:“我们在上午2点到2点15分在服务器上进行维护,当邮箱/存储故障时,您可能会注意到15-30秒的连接问题。

如果您正在寻找没有30秒故障转移的100%正常运行时间,那么您只是无法在任何地方find它。 不适用于Exchange,不适用于Google Apps,不适用于Domino。 100%的正常运行时间不存在。 总是需要维护窗口,故障转移仍然需要时间(即使时间很短)。

因此,find一个新的提供商,可能会花费更多,但会为您提供所需的正常运行时间。

对于networking的每个部分都要保持N + 1的冗余度,以确保没有停机时间维护成本更高。 足够多的服务将不再具有价格竞争力。 大多数企业都非常容忍最小的停机时间。 这不是排他性的,几乎每个托pipe供应商,我已经处理的任何types的大致相同的事情。

在交易所的情况下,每周(至less)补丁星期二将会下降一次。

Exchange需要的唯一例行维护就是修补服务器,在正确构build的环境中,服务器根本不应该造成任何停机时间:即使只有两台服务器,您可以在修补和重启另一台服务器时保持其中一台服务器处于活动状态。 采取备份不会造成任何停机时间,并且testing恢复是需要在灾难恢复环境中完成的事情,而不是在实时服务器上。 我真的不明白这个“日常维护”是什么,或者为什么它需要。

我当然不是说保证99%的正常运行时间是很容易的。 即使在最好和最昂贵的环境中也会出现问题。 我所说的是, 没有任何理由去取消交易系统的“日常维护”。 除非你对你的数据库进行日常的离线碎片整理,否则他心智上的任何人都不应该再去做(但是……)。

Exchange中没有任何东西使得它本身不可靠或者容易失败.​​..实际上,我认为反之亦然。 这取决于提供商如何设置提供其Exchange 服务

服务可以由一个或多个服务器提供 – 主要网站,电子邮件系统(例如gmail,hotmail等)由服务器组提供,这些服务器被devise成允许托pipe服务的一些服务器脱机而不影响可用性的服务。

如果提供服务的服务器build立在支持高可用性的系统上(例如集群),那么提供该服务的一些服务器可能离线而不实际使服务本身脱机。

这就是理论……理论可以在实践中发挥作用。 问题是,提供商准备在硬件,系统devise和支持方面花费多less(例如,从99.99%到99.999%的成本远高于从99%到99.9%的成本) 。 在托pipe服务的情况下,这很快就成为人们准备为服务付费多less的问题。

对于一个提供商来说,这可能会很快变得非常昂贵,而且当你要拍摄非常高的可用性时,即使是非常less量的停机时间也会影响你的状态 。