|
A海关现阶段邮箱系统为Exchange 2010，系统架构为经典模型。两台前端服务器承担CAS和HUB角色，并搭建为NLB模式。两台后端服务器承担MBX角色，并搭建为DAG模式。笔者在维护管理过程中，接到过用户反馈使用outlook 查找不到相关联系人等问题，也接到过B海关相关技术人员请求支持排查B海关邮箱脱机通讯薄问题。由此可见，邮箱系统脱机通讯薄问题是一个比较常见的问题。下面是笔者在问题排查和分析过程的一点心得，希望有所借鉴和帮助。 一 解决问题思路1) 经验毫无疑问，经验永远是排在第一位的。我们曾经处理过的问题，听到、看到、理解领悟处理问题的方式方法共同构建了我们的知识库。经验就是我们的数据中心。我们会给我们的数据中心建立索引，如果问题多次出现，我们直接将问题丢进记忆高速缓冲区。当遇到类似的问题和报错时，我们可以很轻松地定位问题和找到解决方法，俗称 “套路”。 2) 工具工具主要包括数据收集工具和数据分析工具。工具包含的学问很多，需要慢慢积累和体验。任何事物的发展必有因果，问题的出现必留下现象和痕迹。像Windows 的事务日志就是比较直观的痕迹，还有许多其他不直观的痕迹就要借助各种官方或者非官方的工具进行数据的收集和分析，比如抓包工具Wireshark。 3) 结合问题原理排查这个是本文重点阐述的方法。当然了脱机通讯薄的原理相对也比较简单。下面结合我的实验环境进行描述。 脱机通讯薄形成原理： (一) 脱机通讯薄依托于Exchange 的“autodiscover”自动发现服务。实现形式就是在DNS服务器创建一条“autodiscover.contoso.com”的A记录 ，ip地址设为CAS服务器的IP地址，如果前端是NLB，就设为NLB的虚地址。
点击【组织设置】子选项的【邮箱】，选择【脱机通讯薄】，有个默认脱机通讯薄，这个就是依托于Exchange 的“autodiscover”自动发现服务不断更新的。
(二) 后端邮箱服务器生成脱机通讯薄
如果生产环境跨区域大，处于管理、安全等角度考虑，出现了将默认脱机通讯薄的副本进行复制的操作，其实就是生成新的脱机通讯薄了，这样就减少了默认脱机通讯薄的压力。 u 生成脱机通讯薄 ² 右键选择【新建脱机通讯薄】
² 输入新生成脱机通讯薄的名称和选择生成脱机通讯薄的后端服务器，点击【下一步】
² 选择启动WEB式分发，点击下一步
² 点击【新建】
² 打开EMS，输入“get-offlineaddressbook –identity “sz” |fl ”查看
u 配置邮箱数据库
² 点击【组织设置】子选项的【邮箱】，选择【数据库管理】，选择szmail2，右键点击【属性】
² 点击客户端设置，脱机通讯薄地址选择“gz”
(三) 前端服务器配置OAB的分发 ² 打开IIS管理控制器，找到默认站点的OAB，会发现一个GUID号的文件夹
² 打开EMS ,输入命令行“update-offlineaddressbook –identity ‘’gz”
² 重新打开IIS管理工具，OAB子项目会多出一个GUID文件夹.如果没有出现，可以尝试重启服务器
² 右键新生成的GUID文件夹，选择浏览，注意里面文件的时间戳
(四) 客户端下载脱机通讯薄 客户端从CAS服务器上同步脱机通信薄。下面通过对比的方法进行说明。
² 分别在数据库szmail1和szmail2，选择两个用户user41和user61
² 点击【组织设置】子选项的【邮箱】，选择【数据库管理】，分别选择szmail1和szmail2，右键点击【属性】，在【客户端设置】栏，查看脱机通讯薄的情况
² 分别在客户端上，按住Ctrl,右键outlook图标，选择【测试电子邮件自动配置】
² 分别点击测试，我们可以看到OAB后端分别对应IIS管理器的GUID号文件夹
理解整个过程后，再去定位问题。比如A和B海关出现的问题都是IIS管理器中相应的GUID文件夹信息问题。再分析原因，比如OAB相关服务健康状态等，Microsoft Exchange System Attendant等服务问题。
二 总结感悟冰冻三尺，非一日之寒。学习是一个缓慢的过程，积累中思考和分析，不断给自己的数据中心添加相应的索引，时间会告诉你成长和变化。
|
|
|
来自： xiaozhuang > 《排障技术》
