-
Microsoft Exchange Server 2013又提供了新的技术功能和服务特性最大的特点有四点：
- 与公有云的混合部署
- 提高与SharePoint和Lync集成性
- 安全、合规性的提高
- 站点恢复的增强
- Exchange版本：
- Microsoft Exchange Server 2013有三个服务器版本，分别是：标准版、企业版和混合版。这些版本是由许可产品密钥定义。
-
版本区别如下：
|
功能点 |
标准版 |
企业版 |
|
服务器Licenses（可标准版、企业版混合部署） |
||
|
数据库支持数量 |
最大值：5 |
最大值：50 |
|
客户端访问许可证CAL（标准版为基础，如果需要企业版本功能，比如基于标准叠加企业） |
||
|
Exchange ActiveSync的移动管理政策 |
基本 |
高级 |
|
日记 |
每个数据库 |
每用户/分发列表 |
|
日记报告（IRM）解密 |
无 |
有 |
|
语音与统一消息 |
无 |
有 |
|
保留策略 |
默认 |
习惯 |
|
集成归档 |
无 |
有（Office 2007/2010/2013 Pro Plus） |
|
就地保留 |
无 |
有 |
|
数据丢失防护（DLP） |
无 |
有 |
|
Outlook Policy Tips数据丢失预防(DLP) |
无 |
有（Office 2013 Pro Plus的批量许可） |
|
信息保护和控制（IPC）：传输保护规则，Outlook保护规则,IRM搜索 |
无 |
有 |
|
Forefront Online Protection |
无 |
有(with Services) |
Exchange 2013相比Exchange 2007和2010，角色从以前的5个，减少了只有两个，分别是客户端访问服务器和邮箱服务器。其中的边缘传输服务器完全不存在，但是可以使用ExchangeServer 2007、2010的边缘服务器角色。集线传输服务器角色和统一消息服务角色的功能拆分到客户端访问服务器和邮箱服务器上。这样设计的目的是为了：简化部署、提高硬件利用率、服务器角色之间的故障隔离；
Exchange Server 2013新特性介绍如下：
- 简化的产品部署
Exchange Server2013依据服务器在系统中承担的任务，划分为2种服务器角色：客户端访问服务器和邮箱服务器。部署过程中选择的角色确保了每台服务器上只安装必需的服务和组件。这一方法不仅简化了部署过程，也保证了随着时间的推移，实现对 Exchange服务器高效的管理和对硬件设备的高效利用。
- 数据库可用性组
支持将邮件服务器定义为一个数据库可用性组的组成部分，并可以为各个邮箱数据库部署多达16个副本，数据库级的快速故障恢复使管理员可以更换有故障的驱动器，同时最大限度地减少对用户的影响。
- 内置的消息队列保护
Exchange Server传输组件具有内置的保护功能，可以避免磁盘或服务器故障造成的消息队列丢失。
- 数据保护与恢复
Exchange Server数据库可用性组提供数据库级的自动故障转移功能，实现数据库和服务器的各自独立，因此当磁盘发生故障时可以在数据库副本之间轻松移动。这种改变保证了企业对于邮件平台7×24小时不间断运行的要求。
- 增强的安全性
Exchange Server提供了全新的存档功能，与其他增强的邮箱管理功能相结合，包括多邮箱高级搜索、法律合规和精细保留策略，以提供全面的解决方案。
Exchange2013角色改变
以前版本的 Exchange 在进行优化和构建时会受制于当时存在的某些技术约束。例如，在 Exchange 2007 开发过程中，一个重要约束是 CPU 性能。为了缓解该约束，Exchange 2007 划分为不同的服务器角色，从而可以通过服务器分离来进行扩展。但是，Exchange 2007 和 Exchange 2010 中的服务器角色已紧密结合在一起。角色的紧密耦合具有几个缺点，包括版本依赖性、地理位置相关性（需要所有角色位于特定站点中）、会话相关性（需要成本高昂的第 7 层硬件负载平衡）和命名空间复杂性。
现在，CPU 计算能力的成本显著降低，不再成为约束因素。随着这一约束的解除，Exchange 2013 的主要设计目标是简化缩放、提高硬件利用率和实现故障隔离。使用 Exchange 2013，将服务器角色的数目减少到了两个：客户端访问服务器角色和邮箱服务器角色。
角色由过去的五角色变成两个角色，由之前的紧耦合变成松耦合架构，取消了之前UM、传输服务器、边缘传输服务器角色，虽然Exchange 2013无边缘传输服务器角色，但其兼容Exchange 2010边缘传输服务器角色。另外，针对CAS高可用无需第三方硬件支持，提供了基于四层负载平衡功能。
邮箱服务器包含可在 Exchange 2010 中找到的所有传统服务器组件：客户端访问协议、传输服务、邮箱数据库和统一消息。邮箱服务器处理该服务器上活动邮箱的所有活动。客户端访问服务器将提供身份验证、受限重定向和代理服务。客户端访问服务器本身不进行任何数据呈现。客户端访问服务器是无状态瘦服务器。客户端访问服务器上从不会排队或存储任何内容。客户端访问服务器提供所有常用的客户端访问协议：HTTP、POP 和 IMAP 和 SMTP。
借助这一新型体系结构，客户端访问服务器和邮箱服务器处于"松散耦合"状态。特定邮箱的所有处理过程和活动都发生在邮箱所在的包含主动数据库副本的邮箱服务器上。将对主动数据库副本执行所有本地数据呈现和数据转换操作，以消除客户端访问服务器与邮箱服务器之间的版本兼容性问题。
Exchange 2013 体系结构具有下列优点：
- 版本升级灵活性
没有更多严格的升级要求。客户端访问服务器可以独立于邮箱服务器并按任何顺序升级。
- 会话无关性
在 Exchange 2010 中，几个协议需要针对客户端访问服务器角色的会话相关性。在 Exchange 2013 中，客户端访问和邮箱组件驻留在相同邮箱服务器上。由于客户端访问服务器只为用户代理所有特定邮箱服务器的连接，客户端访问服务器不需要会话相关性。这样，使用负载平衡技术（如最少连接数或循环）提供的技术，便可以使客户端访问服务器的入站连接实现平衡。
- 部署简易性
对于 Exchange 2010 站点恢复设计，需要最多八个不同的命名空间：两个互联网协议命名空间，两个用于 Outlook Web App 后备，一个用于自动发现，两个用于 RPC 客户端访问，一个用于 SMTP。如果您是从 Exchange 2003 或 Exchange 2007 升级，还需要一个旧的命名空间。使用 Exchange 2013, 命名空间的最小数目将减至两个。如果同时使用 Exchange 2007，您还需要创建一个旧的主机名。但是，如果同时使用 Exchange 2010，或者安装一个新的 Exchange 2013 组织，则命名空间的最小数目为两个： 一个用于客户端协议，另一个用于自动发现。您可能还需要 SMTP 命名空间。
因为存在这些体系结构更改，所以对客户端连接进行了一些更改。首先，RPC 不再是受支持的直接访问协议。这表示所有 Outlook 连接都必须使用 HTTP 上的 RPC（也称为 Outlook 无处不在）进行。乍看之下，这似乎是一种限制，但是它实际增加了一些好处。最明显的好处是无需在客户端访问服务器上具有 RPC 客户端访问服务。这样便可减少站点恢复解决方案通常所需要的两个命名空间。此外，也不再要求为 RPC 客户端访问服务提供相关性。
<span style="font-family:宋体; font-size:10p