在接下来的三部分组成的系列文章中,我们将谈到新的Exchange版本对ORF变化带来。
ORF 5.1 与 Exchange 2013 系列文章:
第一部分:Exchange 2013的变化 (本文) 第三部分:ORF的变化 ([url]http://www.5dmail.net/bbs/thread-201697-1-1.html) [/url]
在该系列的第一篇文章中,我们从ORF的视角来讨论一些Exchange 2013重要带来的变化。
架构的变化
有几点需要注意:
在Exchange2013中,Internet电子邮件由客户端访问服务器(CAS)处理。事实上,所有的客户端通信已被委派到CAS,不管是SMTP 还是Outlook连接。 客户端不会直接和邮箱服务器会话,所有任何Exchange2013组织将有CAS和邮箱服务器两外角色。 新的角色可能会被部署在不同的服务器上,但它们也可以共存于一台服务器(我们猜测这将是小规模企业的部署方式)。 邮箱和客户端访问服务器必须驻留在同一Active Directory站点。
传输代理的变化
随着新的角色,一些显着的变化被引入到传输管道和传输代理技术。 ORF依赖于后者挂接到特定的Exchange电子邮件传送的事件。
在Exchange 2013客户端访问服务器中,它不像以前的集线器传输或边缘传输角色,现在只提供了一组简化的提交事件。在ORF看来,这意味着在这个角色里只有邮件到达前过滤(Before Arrival filtering)这个过滤点可用于这个角色。在到达邮件过滤( On Arrival filtering)和监控出站电子邮件的自动发件人白名单功能将不再可用。
而邮箱服务器是不适合在邮件到达前过滤(Before Arrival filtering)这个过滤点,由于电子邮件是接收到的客户端访问服务器(或其 它前端)的,将会被ORF列入白名单。
健康监测
一个特定的方面:“Exchange 2013 可用性管理(http://blogs.technet.com/b/exchange/archive/2012/09/21/lessons-from-the-datacenter-managed-availability.aspx),内置到Exchange 的SCOM或第三方的监控解决方案的健康监测服务将影响ORF。
健康监测是指,Exchange将现在经常发送电子邮件探测,健康检查的组件。这些邮件通常对ORF来说是“可以看到的”,所以ORF 5.1将尽一切办法让他们“不可见”,以防止这些内部电子邮件堵塞ORF的日志。
其 它 显着变化
传输代理现在根据不同的角色运行不同的服务:客户端访问服务器角色使用 MSExchangeFrontendTransport代理,而邮箱服务器角解难使用MSExchangeTransport服务(这可能是你以前的Exchange版本熟悉的)。这意味着哪一个代理配置进行修改,将不得不重新启动对应不同的服务。 现在使用Exchange PowerShell的cmdlet管理传输代理(MTA)有点麻烦,您可能需要比如用于调节ORF传输代理的优先级。您可能需要在客户端访问服务器下使用Set-TransportAgent的-TransportService开关来进行设置。这些操作您将无法使用Exchange命令行管理程序来实现(请查看Exchange 2013发布文档(http://technet.microsoft.com/en-us/library/jj150489.aspx)的TransportAgent cmdlets on Client Access servers require local Windows PowerShell部分内容。) 客户端访问服务器角色是一个轻量级的,无状态代理组件,无法对电子邮件进行排队。由于这个原因,“重播目录将不存在于这个角色。 在一些情况下ORF依赖于这个功能,所以我们将使用客户端访问服务器作为SMTP后备。 Exchange2013的管理界面现在运行在到于.NET 4.0的PowerShell 3.0下,因为一睦遗留的原因,ORF 5.1将提供.NET 2.0和4.0版本的代理安装程序(orfainst.exe)。 现在传输代理也是基于.NET 4.0,所以我们会为旧版的Exchange和Exchange 2013推出不同的传输代理二进制文件。 因为Exchange 2013 的原生边缘传输角色将在以后发布,所以到时ORF 5.1可能并不一定支持在上面运行。
|