Exchange 2003所包含的众多新增和改进特性，可作为讯息和协作伺服器平台面向移动访问。

常见的任务包括备份与还原；建立新信箱；恢复；移动；安装新的硬体、存储区、软体和工具；以及套用更新和修补程式等。新工具和改进的工具可帮助 IT 员工更有效地完成工作。例如，一位管理人员可能需要恢复几个月以前删除的一封旧电子邮件。通过使用新的“恢复存储组”功能，管理员可以恢复个人用户的信箱，以便查找以前删除的重要电子邮件。其他新的管理功能包括 并行移动多个信箱。 改进的讯息跟蹤和 Outlook客户端性能记录功能。 增强的伫列查看器，它使用户能够从同一控制台查看 SMTP 和 X.400 伫列。 新的基于查询的通讯组列表，它现在支持动态地实时查找成员。 ，用于 Microsoft Operations Manager 的 Exchange 管理包可自动监视整个 Exchange 环境，从而使用户能够对 Exchange 问题预先採取管理措施并快速予以解决。

Exchange中文站

Exchange 2003 使信息工作者几乎能够实时通信，具有更高的安全性、可用性和可靠性。Exchange 2003 通过帮助信息技术(IT) 员工利用改进的管理工具以较少的资源做更多工作，从而使拥有总成本 (TCO) 达到更低的水平。

Exchange 2003 与 Microsoft Office Outlook® 2003 提供的客户端功能协同工作，可提供安全性和隐私性的移动、远程和桌面电子邮件访问；提供基于电子邮件的协作以及轻鬆的升级、部署和管理。Exchange Server 2003 与 Windows Server 2003 的兼容。

Microsoft Exchange Server 2007是Microsoft Exchange Server的下一版本，它是电子邮件、日曆和统一信息伺服器。Exchange Server 2007支持X64平台、IOPS降低了75%，其LCR技术降低企业在数据备份和恢复上的投入。

Microsoft® Exchange Server 2007 Service Pack 1，可用于执行完整的 Exchange Server 2007 安装(所有 SP1 更新已就绪)，可用于更新现有的 Exchange Server 2007 安装。Exchange Server 2007 SP1 不仅能够安装在 Windows Server® 2003 SP1、SP2 和 R2 上，还与将来版本 Windows Server 2008 兼容。(Exchange 2007不能装在Windows Server 2008 R2伺服器上,但能装在2008 R2的域中)

微软的下一代Exchange伺服器。2010年发布，开发版本名为Exchange Server 14。

RTM版本的Microsoft Exchange Server 2010于2009年10月发布。

Microsoft Exchange 2010 提供的功能可以简化管理、保护通信并通过提高业务的移动性使用户满意，提高可靠性和性能。下载最新测试版软体时，系统自动注册以访问测试版资源。用户可以申请阳光互联Exchange 2010 企业信箱进行免费测试，体验Exchange Server 2010所带来的具体产品功能。

Exchange 2013 Preview 在角色上发生了重大的变化，只有 Mailbox 和 Client Access 伺服器角色，而它们只支持 Windows Server 2008 R2 和 Windows Server 2012 系统。

Exchange 2013对于 Outlook 客户端的支持也有一些变化，Outlook 2003 将不再受支持，目前将只支持如下的 Outlook 版本

Outlook 2013

Outlook 2010 SP1 with April 2012 Cumulative Update

Outlook 2007 SP3 with July 2012 Cumulative Update

Entourage 2008 for Mac, Web Services Edition

Outlook for Mac 2011

Exchange Server 2013 还有一个功能 Use mail offine ，可以支持离线阅读，启用该功能后，将在本地存储邮件，可以没有网路连线的时候进行访问。Exchange 2013 共增加了8个强大的新功能。

监控Exchange部署并不新鲜，但管理员应该做的事情发生了巨大变化。

如同其他套用一样，保持Exchange健康很关键。不辜负这个任务很难的，有时候Exchange就是坏了，没办法呀。，你能告知为什幺它会坏或者什幺时候它会坏幺？

有种方法就是等人在抱怨你就知道Exchange出问题啦。虽然这种方式很实际，但附带的是糟糕的终端用户体验，可能会在以后发生灾难性后果。就如某个备份连续五天出问题，第六天磁碟就崩溃了，这就不好办了。

这个挑战并不新，自从IT系统出现的那天起就一直存在。监控也不新，监控的东西与手段发生了变化，尤其是监控Exchange部署。

监控对象是一个常常提及的问题。该问题太泛，所以答案也不明确。事实上，最佳答案是“随机应变”。

没有万能的方式监控Exchange部署。企业应该盯着一些基本组件，如磁碟空间使用率、CPU或服务状态。但问题不在于此。

监控应指向直接或间接影响终端用户体验的Exchange组件。例如可以通过监控访问outlook web页面来测试服务是否正常。

一些关键Exchange组件与每个人都有关，包括资料库健康与Client Access组件。资料库不健康就可能会丢失数据。如果没有健康的客户端访问基础脚本，就无法访问数据。所以这两个Exchange组件必须监控，然后使用告警体系，让信息主动传送到你面前。

这可能是现在大家用的最普遍的监控方式，但作用却不大。查看所有的通知与告警所需要的时间比较长。诸多类似的案例，IT部门都不再去查看告警，因为无时间去处理。

在主动监控中，你主动去测试组件与功能，并产生报告。你经常将这种类型的监控看作是合成交易。合成交易是诸如监控软体执行脚本、模仿终端用户行为的行动。这种方式能覆盖更多事物，允许你提前检查所有功能是否正常运行。Exchange的Managed Availability使用的就是这种方法。

Exchange可以在广泛的环境中实现虚拟化，但要在虚拟化容器之间迁移Exchange实例，微软特别增加了支持指南。

Exchange在Exchange Server 2003 SP2之前的版本并没有通过虚拟化环境运行认证。微软Exchange只提供对可虚拟Exchange版本的技术支持。儘管如此，Exchange依旧有着非常严格的限制条件，最明显的要求是Exchange伺服器必须为Virtual Server 2005 R2或更高版本。非微软虚拟化环境如VMware则完全不予支持。

2013年，微软Exchange开始支持第三方产商的Exchange虚拟化产品。虽然Exchange可以在非常广泛的环境下虚拟化，但限制依旧苛刻，没有丝毫放鬆。这是因为微软Exchange现在已经有了10年的虚拟化产品和虚拟容器技术积累，知道什幺可行，什幺不可行。

当Exchange在特定的虚拟化环境中运行以及在不同虚拟化环境中迁移时，会有一些使用限制。如果你正计画在Exchange虚拟化管理平台间迁移Exchange伺服器时，需要注意一些要点。

即使是Exchange感知的虚拟化产品，也不要在Exchange实例还在运行时迁移到另一个Exchange虚拟容器。原因有几点

Exchange收件箱和资料库可用性组(Database Availability Groups)可能在线上迁移时出现数据损坏，因为用户会话可能还是存在的。确保用户会话关闭的唯一方法就是在迁移之前确保Exchange关机。

用户不希望在没有任何警告情况下中断Exchange的连线，这可能让他们失去重要信息。

Exchange实时迁移是为了免去手动迁移虚拟机到一台虚拟容器的麻烦。这并不意味着需要设定一个宕机视窗，特别是新迁移的Exchange伺服器需要在回归生产之前进行测试。

在Exchange 2013虚拟化环境下，微软表示到Exchange伺服器虚拟机（VM）可以结合基于主机的故障转移集群和迁移技术。只要Exchange虚拟机有配置，Exchange就不会在迁移或关机的情况下记录和恢复状态。这样的迁移只需Exchange虚拟机从不通过磁碟上保存的状态来恢复就可以支持。所以需要在迁移Exchange伺服器关机之前确保没有状态被保存到硬碟上。

微软建议优先採用集群共享卷而不是直通驱动器，以儘量减少Exchange迁移过程中的停机时间。还可以在Exchange关机时，採用直通驱动器来设定维护视窗，尤其是需要确保性能时，请选择后者。

大量业务依赖于AD，AD出问题的话，你会遇到远比Exchange安装出现问题还要多得多的麻烦。

与其线上迁移域控制器(DC)，最好的策略是在目标Exchange虚拟容器中建立一个全新的Exchange伺服器，将其作为成员伺服器加入现有域中，接着使用DCPromo提升新添加伺服器的权重。管理员需要有真正使用PowerShell的习惯，未来的Windows Server版本中，DCPromo将会被废止，然后通过Flexible Single Master Operations进行迁移，在确保一切正常后，就可以停用旧的域控制器了。

某种程度上说，这样能有更多的冗余，也更安全，因为在整个过程中无需考虑原来的Exchange伺服器。

Exchange实时迁移通过网路转移大量数据，数据量之大，微软建议用户使用千兆频宽或更高的专用网卡。还需要启用网卡以及相连交换机巨型帧功能，并更改收发方两端的接收缓冲区大小为8192。

任何Hyper-V中都不支持在同一时间动态迁移一个以上的Exchange实例，无论本主机是源还是目的Exchange伺服器。确保在计画停机Exchange迁移时有考虑到这一点。

Exchange虚拟化已经缓解IT的许多方面，包括通过线上迁移等工具来管理多台Exchange伺服器。但这并不意味着工具能够取代你来管理系统，特别是Exchange的安装。小心对待整个迁移过程，就如物理伺服器迁移一样——用心耕耘总会得到好的回报。