Exchange Server 是微软公司的一套电子邮件服务组件，是个消息与协作系统。 简单而言，Exchange server可以被用来构架应用于企业、学校的邮件系统。Exchange是收费邮箱，但是国内微软并不直接出售Exchange邮箱，而是将Exchange、Lync、Sharepoint三款产品包装成Office365出售。Exchange server还是一个协作平台。在此基础上可以开发工作流，知识管理系统，Web系统或者是其他消息系统。

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

常见的任务包括：备份与还原；建立新邮箱；恢复；移动；安装新的硬件、存储区、软件和工具；以及应用更新和修补程序等。新工具和改进的工具可帮助 IT 员工更有效地完成工作。例如，一位管理人员可能需要恢复几个月以前删除的一封旧电子邮件。通过使用新的“恢复存储组”功能，管理员可以恢复个人用户的邮箱，以便查找以前删除的重要电子邮件。其他新的管理功能包括： 并行移动多个邮箱。 改进的消息跟踪和 Outlook客户端性能记录功能。 增强的队列查看器，它使用户能够从同一控制台同时查看 SMTP 和 X.400 队列。 新的基于查询的通讯组列表，它支持动态地实时查找成员。 此外，用于 Microsoft Operations Manager 的 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虚拟容器。原因有几点：

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

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

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

在Exchange 2013虚拟化环境下，微软表示到Exchange服务器虚拟机（VM）可以结合基于主机的故障转移集群和迁移技术。只要Exchange虚拟机有配置，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的安装。小心对待整个迁移过程，就如物理服务器迁移一样——用心耕耘总会得到好的回报。