设为首页 收藏本站
查看: 901|回复: 0

[经验分享] Exchange 服务器 跨森林 邮件迁移案例分享 (二)

[复制链接]

尚未签到

发表于 2015-9-11 13:19:38 | 显示全部楼层 |阅读模式
  这一节,我们来讨论一下如何实现忙闲信息的查询。
  
  首先,我们需要在两个系统之间建立关系,也就是所谓的 Organization Relationship。其次,能够查询信息的详细程度,和他们之间AD森林信任的程度也有关系。如果两边AD存在或者允许建立 双向信任,那么我们可以做 PerUserFB 查询较为详细的忙闲信息。如果只允许单向信任 (比如仅资源域信任账户域)或者没有域信任,那么只能做OrgWideFB 查询简单的忙闲信息。

  
  我们需要运行命令 Add-AvailabilityAddressSpace ,这条命令会在双方系统中添加 Availability Address Space信息,相当于“路由表”。当我们在Outlook客户端去查询一个别的Exchange组织的用户的忙闲信息时,Exchange 会读取 要查询对象的TargetAddress这个AD属性,然后匹配其中的域名信息,从而得到该对象的目标域名。然后根据前面事先设定好的Availability Address Space 配置,发起相应的查询。  
  
  那么,我们的Exchange服务器是如何知道对方系统的Exchange服务器的接口地址的呢?这里就会用到一个Exchange的基础服务 Autodiscover service. 需要了解什么是 Autodiscover的朋友,可以去阅读以下文档。  
  https://technet.microsoft.com/en-us/library/bb124251%28v=exchg.150%29.aspx  
  
  使用Autodiscover查询对方服务器,一般有三个方法,我们一一来分析下优劣。  
  1. 创建并查询DNS SVR记录。但这一方法不适合 Exchange 2007。详细原因请查询下面的KB. 这里另外插一句,到2015年6月为止,我们如果做Office365的混合云模式,也不支持使用DNS SRV的方法。  
  http://technet.microsoft.com/en-us/library/bb125182%28EXCHG.80%29.aspx  
  
  2. 创建并查询 TargetAddress里所指示的autodiscover的DNS记录。比如 autodiscover.source.contoso.com, autodiscover.target.contoso.com 。但是这需要更新 SSL 证书,意味着额外的开销和配置工作。  
  
  3. 使用Export-AutodiscoverConfig 在AD中为对方组织创建 SCP 记录。然后手工在 Keywords属性中加上 routing domain的信息 “Domain=xxx.contoso.com”。如此Exchange 就会直接查询 AD的SCP记录来找到对方的接口,无需依赖 DNS,也无需更动现有的SSL证书。  
  
  
DSC0000.png   
  
  
  下面是相关步骤的介绍和解析。  
  
  1. 在目标系统中输入:  
  Set-AvailabilityConfig -OrgWideAccount FreeBusySvc-winos    这条命令的目的是为自身系统 指定一个service account (比如 FreeBusySvc-winos)
  

  2. 在目标系统中输入:  
  Add-AvailabilityAddressSpace -ForestName source.contoso.com -AccessMethod OrgWideFB -Credential (Get-Credential)  
  
  注意:  
  a. 这里 source.contoso.com 换成您实际上的源森林的FQDN  
  b. 另外,由于范例中我们使用的是单向AD信任,因此需要准备一个service account 来让对方访问自己的资源。在命令中Get-Credential 会跳出弹框让我们输入信息,这里需要输入的是源系统的账号和密码(也就是 target\FreeBusySvc-contoso)  
  
  3. 在源系统中输入:  
  Set-AvailabilityConfig -OrgWideAccount FreeBusySvc-contoso  
    这条命令的目的是为自身系统 指定一个service account (比如 FreeBusySvc-contoso)
  

  4. 在源系统中输入  
  Add-AvailabilityAddressSpace -ForestName target.contoso.com -AccessMethod OrgWideFB -Credential (Get-Credential)    
  注意:
  a. 这里 target.contoso.com 换成您实际上的目标森林的FQDN
  b. 另外,由于范例中我们使用的是单向AD信任,因此需要准备一个service account 来让对方访问自己的资源。在命令中Get-Credential 会跳出弹框让我们输入信息,这里需要输入的是源系统的账号和密码(也就是 source\FreeBusySvc-winos)
  
  最后实现的效果如下。图中红色标记的 William 和 Alex 都是另外一个Exchange 系统的邮箱。
DSC0001.png
  
  
  最后补充一句,由于Exchange 2007和2010/2013 的缺省忙闲信息查询的 schedule 不一致,可能会导致查询失败。解决方法是修改 Exchange 2007服务器上IIS的相关配置,使得两边的 schedule 一致。具体步骤如下:
  


  • 1. Log into the Exchange 2007 Client Access Server (CAS)
  • 2. Open Internet Information Services (IIS) Manager in Adminstrative Tools
  • 3. Navigate to Sites > Default Web Site > EWS
  • 4. Double-click Application Settings under the ASP.NET heading
  • 5. Click Add in the Actions pane and create the following new application setting:

    •     Name: maximumQueryIntervalDays
    •     Value: 62

  • 6. Click OK to set the new value and close IIS Manager
  • 7. Repeat for each Exchange 2007 CAS
  
  《未完待续》

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-112359-1-1.html 上篇帖子: 难搞的EXCHANGE重新安装错误 下篇帖子: 以ScaleIO 1.30为后端存储运行微软服务器软件SQL Server 2014, SharePoint 2013, Exchange 2013的解决方案
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表