谈谈OAB离线地址簿无法更新问题?(服务器是Exchange 2007和Exchange 2010)

简介:

最近比较多的人问到一个问题。我为什么在客户端勾选缓存模式就没有办法查看到我最近更新的人?

而且如果我去掉了缓存模式则没有问题,当我勾选了缓存模式则没有太大问题,而且Outlook 2003 不会出现什么问题,而且服务器是Exchange 2003也没有问题,出现问题多的是服务器是Exchange 2007和Exchange 2010客户端多是Outlook 2007 和outlook 2010?

关于以上的这个问题,我们需要搞清楚几个问题:

为什么问题会出现在Exchane 2007 和Exchange 2010 上面呢?

首先,这是因为Exchange 2007 之后的脱机地址簿不在存放咋公用文件夹数据库中,而是以HTTP方式存放在服务器端的一个文件夹中。如果我们采用公用文件夹的方式发布的话,则不会出现类似的问题。

而在Exchange 2007 之后的版本,我们来看他们发布脱机地址簿的方式:

我们可以看到可以发布到公用文件夹和WEB的分发方式。公用文件夹发布方式一般适合OUT2003版本,而后期版本则采用HTTP的 BITS服务来实现后台的数据传送方式进行传输!当客户端禁用了BITS服务则会出现错误。所以当你客户端报错的时候可能要留意这个。

另外我们知道离线地址簿与数据库也有关系,如果你的数据库没有指定离线地址簿的话,则会通过在线的方式进行用户查询地址簿:

另外提到的一个问题,就是为何脱机地址簿无法更新呢?这里的话我们要了解从地址簿更新到客户端下载的过程是怎样的,我们先来看下

整个的流程图:

从上图看来,我们知道从建立用户到用户的地址簿传递到客户端是一共需要5个步骤,一般来说生成GAL的不需要太长的时间,因此大部分用户在建立完用户不久后就能查看到该新建用户的信息.但是从GAL 同步到客户端需要经过的步骤是比较久的,我们依次来看看:

1. 邮箱角色生成(更新)脱机地址簿信息可以通过以下PS 命令来完成,它是由系统助理每天晚上1点左右来更新:

    生成(更新)GUI界面如下:

   如果存在多个OAB,我们可以使用如下的Powershell 命令来更新:

生成后的路径我们可以查看Mailbox角色中的路径是否生成了Exchange OAB 来确定,因为我们生成服务器为mail,因此我们需要去Mail这台服务器,找到这台服务器的安装目录:

接下来我们需要将数据同步到OAB的目录中,GUI界面我们通过查询OAB轮询时间来确定:

如果我们需要将OAB的文件同步到多台CAS服务器,我们则需要运行如下的命令:

同步完成后,我们需要到客户端访问服务器OAB目录查看信息是否更新:

OK,经历到此后,我们的服务器端已经更新完毕!从这边来看,我们基本上服务器已经OK了,现在从客户端下载相应的OAB文件,下载完就可以更新了。另外每次重启UTLOOK 都会自动去下载OAB,如果出现相关的错误,你可能需要关心下相应的设定是否OK!

 

希望这些文字能够帮助您!

 

==========================

另外,加快这些过程可以重启system attendant service和跑到客户端手工强制下载OAB

 

step 1: Update the global address list

setp 2: run the following command in EMS-> get-mailbox | set-mailbox -applymandatoryproperties

step 3: restart the system attendant service

step 4: Update the offline address Book

step 5: restart the exchange file distribution service

step 6: download offline address book without "download changes since last send/receive"










本文转自 tigerkillu 51CTO博客,原文链接:http://blog.51cto.com/chenyitai/1205757,如需转载请自行联系原作者
目录
相关文章
|
6月前
|
存储 数据挖掘
服务器数据恢复—V7000存储上raid5阵列多块硬盘离线的数据恢复方案
V7000存储设备上raid5阵列上一块硬盘出现故障离线,热备盘自动启用开始同步数据。热备盘数据同步还没有结束的情况下,与离线盘处于同一组Mdisk中的另一块磁盘离线。热备盘同步失败,该组Mdisk失效,通用卷无法使用。
|
8月前
|
存储 运维
服务器数据恢复—服务器raid5阵列中硬盘离线的数据恢复案例
某公司一台服务器中有一组多块硬盘组成的磁盘阵列。磁盘阵列中有2块硬盘出现故障离线,服务器崩溃,上层数据丢失。
|
11月前
|
安全 数据挖掘
服务器数据恢复—RAID5阵列中两块硬盘离线导致阵列崩溃的数据恢复案例
服务器数据恢复环境: 两组分别由4块SAS接口硬盘组建的raid5阵列,两组raid5阵列划分LUN并由LVM管理,格式化为EXT3文件系统。 服务器故障: RAID5阵列中一块硬盘未知原因离线,热备盘自动激活上线替换离线硬盘。在热备盘上线过程中,raid5阵列中又有一块硬盘离线。热备盘同步失败,该raid阵列崩溃,LVM结构变得不完整,文件系统无法正常使用。
|
11月前
|
存储 运维 数据挖掘
服务器数据恢复—EVA存储中多块硬盘离线导致存储崩溃的数据恢复案例
一台HP EVA存储中有23块硬盘,挂接到一台windows server操作系统的服务器。 EVA存储上有三个硬盘指示灯亮黄灯,此刻存储还能正常使用。管理员在更换硬盘的过程中,又出现一块硬盘对应的指示灯亮黄灯,存储崩溃,无法使用了。
|
运维 数据挖掘 开发工具
服务器数据恢复—硬盘离线导致raid5阵列热备盘上线失败的数据恢复案例
服务器磁盘阵列数据恢复环境: 服务器中有两组分别由4块SAS硬盘组建的raid5磁盘阵列,两组raid5阵列划分LUN,组成LVM结构,格式化为EXT3文件系统。 服务器磁盘阵列故障: 服务器中一组raid5阵列中有一块硬盘离线,热备盘自动上线替换离线硬盘。热备盘上线同步数据过程中又有一块硬盘离线,热备盘同步失败,该组raid5阵列崩溃,LVM结构变得不完整,文件系统无法使用。 硬件工程师对两块离线硬盘进行硬件故障检测,发现先离线硬盘无法识别,初步判断该硬盘存在硬件故障,需要进行开盘修复。后离线硬盘可以正常识别。
服务器数据恢复—硬盘离线导致raid5阵列热备盘上线失败的数据恢复案例
|
存储 Oracle 关系型数据库
服务器数据恢复—raid5阵列硬盘离线导致上层LUN不可用的恢复数据案例
一台服务器上有8块SAS硬盘,其中的7块硬盘组建了一组RAID5阵列,另外1块硬盘作为热备盘使用。划分了6个LUN,服务器上部署有oracle数据库。 RAID5磁盘阵列中有2块硬盘出现故障并离线,RAID5阵列瘫痪,上层LUN无法正常使用。经过硬件工程师检测,所有硬盘(包括离线的2块盘)均无物理故障以及坏道。
 服务器数据恢复—raid5阵列硬盘离线导致上层LUN不可用的恢复数据案例
|
存储 安全 Linux
离线Linux服务器环境搭建
【9月更文挑战第3天】在离线环境下搭建Linux服务器需按以下步骤进行:首先确定服务器用途及需求,准备安装介质与所需软件包;接着安装Linux系统并配置网络;然后设置系统基础参数,如主机名与时区;安装必要软件并配置服务;最后进行安全设置,包括关闭非必要服务、配置防火墙、强化用户认证及定期备份数据。整个过程需确保软件包的完整性和兼容性。
386 3
|
数据挖掘 数据库
服务器数据恢复—服务器raid磁盘故障离线导致阵列瘫痪的数据恢复案例
服务器数据恢复环境: 一台某品牌DL380服务器中3块SAS硬盘组建了一组raid。 服务器故障: RAID中多块磁盘出现故障离线导致RAID瘫痪,其中一块硬盘状态指示灯显示红色。服务器上运行的数据库在D分区,备份文件存放在E分区。由于RAID瘫痪,D分区无法识别,E分区可识别但是拷贝文件报错。管理员重启服务器,导致RAID中先离线的硬盘上线并开始同步数据,同步没有完成管理员意识到有问题,于是就强制关机了,之后就没有再动过服务器。
服务器数据恢复—服务器raid磁盘故障离线导致阵列瘫痪的数据恢复案例
|
存储 运维 数据挖掘
服务器数据恢复—raid5阵列2块硬盘离线,热备盘未全部启用的数据恢复案例
服务器存储数据恢复环境: 一台EMC某型号存储中有一组RAID5磁盘阵列。该raid5阵列中有12块硬盘,其中2块硬盘为热备盘。 服务器存储故障: 该存储raid5阵列中有两块硬盘离线,只有1块热备盘启用替换掉其中一块离线盘,另外1块热备盘未成功启用,raid5阵列崩溃,存储不可用。 磁盘阵列中硬盘离线的原因通常是磁盘存在物理故障或者硬盘出现坏道。由于EMC存储中的raid控制器的磁盘检查策略十分严格,经常将硬盘的性能不稳定判定为硬件故障并将该硬盘踢出raid。很多情况下EMC存储中raid崩溃的原因就是磁盘读写不稳定。
服务器数据恢复—raid5阵列2块硬盘离线,热备盘未全部启用的数据恢复案例
|
存储 运维 Oracle
服务器数据恢复—存储中硬盘出现坏道离线导致存储不可用的数据恢复案例
服务器存储数据恢复环境: 某单位一台某品牌DS5300存储,1个机头+4个扩展柜,50块硬盘组建2组RAID5磁盘阵列(一组raid5阵列有27块成员盘,存放Oracle数据库文件;另外一组raid5阵列有23块成员盘)。存储系统上层一共分了11个卷。 服务器存储故障: 磁盘故障导致27盘RAID5阵列崩溃,存储不可用,该存储设备已经过保。