Exchange 2010是Exchange Server系列产品在演变过程中一个重要步骤，在许多的实用性方面实现重大的跨越和进步，同时也包括了许多吸引人的新功能，特别是对那些仍在使用Exchange Server 2003的老用用户来说，Exchange 2010所能提供的完全会人叹为观止。
Exchange 2010建立在Exchange 2007许多优良的性能基础上，这些性能移植到Exchange 2010后仅需要很少的硬件。
Exchange 2007引入了很多的变化，包括从生产环境中淘汰32位服务器(这一举措由于总体I/O的降低带来系统性能的重大提升)、引进重写管理接口和统一消息，以及对PowerShell的底层依赖以及更多操作的应用。经过长时间的运行，Exchange 2007年已被证明是一个稳定、可靠的统一协作系统。
微软意识到基于SaaS的电子邮件服务提供商都紧跟自己的步伐，目标是蚕食市场，巩固Exchange所处的地位。对Microsoft而言，外包市场只占销售额很小的一部分，因此，改进Exchange 2010的目的就是降低成本，实际上并不像企业从32位的服务器跳跃到64位的服务器上那么复杂。 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硬盘的用量。
取消LCR、SCCs
Exchange 2007引入了单一副本群集(SCCs ，Single Copy Clusters)和本地连续复制(LCR， Local Continuous Replication)，表面上看单个服务器或存储阵列获得了高可用性。而这两种高可用性的技术被移植到Exchange 2010后，更多地着眼于建立多服务器高可用性机制，从而真正的实现其在实际应用听可用性。
存储组已不存在
使用过Exchange 2007的管理员都知道，在邮箱高利用率的情况下，Exchange 2007的运行机制。你就会明白为什么微软在Exchange 2010中淘汰存储组。在群集模式下，无论任何情况Exchange 2007只允许每个数据库存储组运行一个数据库，因此，存储组成为这种模式下多余的管理实体。
随着存储组功能被有效地转移到数据库层，相关的PowerShell cmdlet也相应地被移除或在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 Admin不必考虑底层群集组件的配置问题，因为这些工作由负责Windows群集管理的Exchange工具在管理员视野范围之外来实现。
用户不必担心数据丢失，因为数据库可用性组可以支持多达一个数据库的多达16个副本。还有，在Exchange 2010中，服务器角色可以与高可用性邮箱服务器并存，在Exchange 2007中群集邮箱角色不能与其他角色并存。因此减少了Exchange的又一整体硬件要求。
在Exchange 2007中，当一个数据库出现故障，整个服务器和所有安装的数据库都需要将故障转移到另一个节点。在Exchange 2010，这一现象得到改观，利用它的新的群集性能，可用性在数据库层实现，而不是在服务器层。
正如微软所说，数据库不再受限于某个单个的邮箱服务器，而是根据公司的实际需要在整个Exchange组织机构移动。因此，Outlook客户端与Exchange的交互方式发生了重大改变。在 Exchange 2007中，Outlook客户端绕过客户端访问服务器(CAS)直接与邮箱服务器通信。Exchange 2010年改变了这种方式，Outlook客户端通过CAS进行路由，以保证连接到正确的邮箱服务器。这就意味着用户甚至可以在其他用户访问邮箱时将它转移。当然，为支持增长的CAS角色需求可能会导致额外的硬件支持。
统一消息（UM）

Exchange Server 2007中，MWI(Message Waiting Indicator，信息等待指示器)软件是一个仅提供单一功能、但需要另外付费的第三方插件，许多用户都认为这些应该包含在统一消息方案中。
除信息等待功能外，Exchange 2010中还增加了呼叫应答规则、未接电话短信(SMS，Short Message Service)及文本信息提醒功能、语音邮件通知功能，以及语音邮件文本预览功能，使统一消息真真切切的达到了统一消息的功能。

升级操作
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 2003 和Exchange 2007 在Windows Server 2008 都不能得到应用。

本文由职坐标整理并发布，希望对同学们有所帮助。了解更多详情请关注职坐标系统运维之Exchange频道！