Exchange 2010建立在Exchange 2007许多优良性能基础之上，这些性能移植到Exchange 2010后仅需要很少的硬件。本文讨论了Exchange 2010的一些新的服务器端功能。
Exchange 2010年是Exchange系列产品演变过程中一个重要步骤，在很多方面实现了重大的跨越，也包括了很多令人向往的新功能，特别是对那些仍未从Exchange 2003升级的用户来说。
Exchange 2010建立在Exchange 2007许多优良性能基础之上，这些性能移植到Exchange 2010后仅需要很少的硬件。本文讨论了Exchange 2010的一些新的服务器端功能。
Exchange 2007引入了很多变化，包括从生产环境中淘汰32位服务器(顺便说一下，这一举措由于总体I/O的降低带来系统性能的重大提升)、引进重写管理接口和统一消息，以及对PowerShell的底层依赖。经过长时间的运行，Exchange 2007年已被证明是一个稳定、可靠的系统。
微软意识到基于SaaS的电子邮件服务提供商都紧跟自己的步伐，目标是蚕食市场。对微软而言，外包市场只占销售额很小的一部分，因此，改进Exchange 2010的目的就是降低成本， Microsoft将Exchange也列入了自己的SaaS / Cloud产品计划。无疑，对Exchange 2010的改进有助于实现解决这一商业目标。
减少的I / O占用系统空间
Exchange 2007做出的最大改进其中之一就是减少I/O占用系统空间。这种改善很大程度上归因于Exchange 2007完全依赖64位架构，这种架构随之也带来很多好处，如增强的RAM支持。
Exchange 2007年还采用了比旧版Exchange服务器更大的页面尺寸，因此I / O调用更少。由于存储性能需求的降低，Exchange 2007服务器相应地比Exchange 2003能够支持更多的邮箱。
Exchange 2010把这种I/O调用的降低提高到一个新水平，进一步把部分页面大小增加到32K。凭借此及其他方面的改进，Exchange 2010的I / O需求比Exchange 2007减少了50%到70%。
这就意味着单台Exchange 2010服务器可以支持比Exchange 2007系统更多的邮箱。同时， Exchange 2010还提供更大的存储支持，存储邮件时减少了SATA硬盘的用量。
存储组不复存在
如果您使用过Exchange 2007，特别是在邮箱高利用率的情况下，你就会明白为什么微软在Exchange 2010中淘汰存储组。在群集模式下，无论任何情况Exchange 2007只允许每个数据库存储组运行一个数据库，因此，存储组成为这种模式下多余的管理实体。
随着存储组功能被有效地转移到数据库层，相关的PowerShell cmdlet也相应地被移除或在Exchange 2010中进行了改进。
取消SCCs和LCR
Exchange 2007引入了单一副本群集(SCCs ，Single Copy Clusters)和本地连续复制(LCR， Local Continuous Replication)，表面上看单个服务器或存储阵列获得了高可用性。而这两种高可用性的技术被移植到Exchange 2010后，更多地着眼于建立多服务器高可用性机制。
数据库可用性组
除了存储和可用性功能的变化之外，Exchange 2010还引入了处理高可用性Exchange 2007的更简单的方法，特别是在Windows Server 2008环境下。Exchange 2010大大简化了群集邮箱服务器的全部处理过程，并把简化过程提高到了一个新水平。
首先，表面上看似除了备用连续复制(SCR，Standby Continuous Replication)和LCR外，微软已将群集连续复制(CCR，Cluster ContinuousCeplication)从Exchange 2010和SCR从Exchange 2010中移除。实际上，随着数据库可用性组的引进，Exchange 2010仍然支持这些类型的群集。Exchange管理员不必考虑底层群集组件的配置问题，因为这些工作由负责Windows群集管理的Exchange工具在管理员视野范围之外来完成。
数据库可用性组可以支持多达一个数据库的多达16个副本，因此用户不必担心数据丢失。此外，由于在Exchange 2007中群集邮箱角色不能与其他角色并存，而现在，其他的服务器角色可以与高可用性邮箱服务器并存，因此减少了Exchange的又一整体硬件要求。
在Exchange 2007中，当一个数据库出现故障，整个服务器和所有安装的数据库都需要将故障转移到另一个节点。在Exchange 2010，这一现象得到改观，利用它的新的群集性能，可用性在数据库层实现，而不是在服务器层。
正如微软所说，数据库不再受限于某个单个的邮箱服务器，而是根据公司的实际需要在整个Exchange组织机构移动。因此，Outlook客户端与Exchange的交互方式发生了重大改变。在 Exchange 2007中，Outlook客户端绕过客户端访问服务器(CAS)直接与邮箱服务器通信。Exchange 2010年改变了这种方式，Outlook客户端通过CAS进行路由，以保证连接到正确的邮箱服务器。这就意味着用户甚至可以在其他用户访问邮箱时将它转移。当然，为支持增长的CAS角色需求可能会导致额外的硬件支持。
升级
Exchange 2007最初发布时，用户就担心微软不支持从旧版本直接升级。毕竟，Exchange 2007是一个64位应用程序，而旧版本是32位。随着Exchange 2010的发布，这种情况没有太大的改变。出于某种原因，微软不支持从任何版本的Exchange直接升级，包括Exchange 2007。这对那些宁可使用已有旧版本也不愿再次支付使用费用的用户来说无疑是个坏消息。
Exchange 2010也减少了以Windows Server 2003作为主机操作系统的支持，代之以Windows Server 2008和Windows Server 2008 R2。实际上， Windows Server 2008 R2支持的唯一Exchange版本仅是Exchange 2010。
统一消息
在Exchange 2007中，MWI(Message Waiting Indicator，信息等待指示器)软件是一个只提供了单一功能但需要另外付费的第三方插件，许多用户都认为这些应该包含在统一消息方案中。
除信息等待功能外，Exchange 2010中还增加了呼叫应答规则、未接电话短信(SMS，Short Message Service)及文本信息提醒功能、语音邮件通知功能，以及语音邮件文本预览功能。
声明： 此文观点不代表本站立场；转载须要保留原文链接；版权疑问请联系我们。
