谈谈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,如需转载请自行联系原作者
目录
相关文章
|
4月前
|
存储 算法 Oracle
服务器数据恢复—EVA存储硬盘不稳定离线的数据恢复案例
服务器数据恢复环境: 某品牌EVA某型号存储,底层是RAID5阵列,划分了若干lun。 服务器故障&分析: 该存储设备中raid5阵列有两块硬盘掉线,存储中的lun丢失。 将故障服务器存储中的所有磁盘编号后取出,硬件工程师检测后发现掉线硬盘不存在物理故障,也没有发现坏道,都可以正常读取数据。
|
4月前
|
运维 安全 数据挖掘
【服务器数据恢复】硬盘离线导致Raid5热备盘上线同步失败的数据恢复案例
**服务器数据恢复环境:** 两组由4块磁盘组建的raid5磁盘阵列,两组raid5阵列划分为lun并组成了lvm结构,ext3文件系统。 **服务器故障:** 一组raid5阵列中的一块硬盘离线,热备盘自动上线并开始同步数据。在热备盘完成同步之前,该组raid5阵列中另一块硬盘离线,热备盘同步失败,该组raid5阵列崩溃无法使用,lvm结构被破坏,ext3文件系统无法正常使用了。
|
7月前
|
存储 运维 Oracle
服务器数据恢复-DS5300存储硬盘出现坏道离线的数据恢复案例
服务器数据恢复环境: 某单位一台DS5300存储,1个主机+4个扩展柜,组建了2组RAID5(一组27块硬盘,一组23块盘)。27块盘的那组RAID5阵列存放Oracle数据库文件,存储系统一共分了11个卷。 服务器故障: 27块盘的那组RAID5阵列中有2块磁盘故障离线,导致RAID阵列崩溃,存储不可用,存储设备已经过保。
服务器数据恢复-DS5300存储硬盘出现坏道离线的数据恢复案例
|
4月前
|
机器学习/深度学习 搜索推荐 算法
推荐系统离线评估方法和评估指标,以及在推荐服务器内部实现A/B测试和解决A/B测试资源紧张的方法。还介绍了如何在TensorFlow中进行模型离线评估实践。
推荐系统离线评估方法和评估指标,以及在推荐服务器内部实现A/B测试和解决A/B测试资源紧张的方法。还介绍了如何在TensorFlow中进行模型离线评估实践。
204 0
|
2天前
|
运维 数据挖掘
服务器数据恢复—RAID5磁盘阵列2块盘离线的数据恢复案例
服务器中有一组由多块硬盘组建的raid5磁盘阵列,服务器阵列中2块硬盘先后掉线导致服务器崩溃。
服务器数据恢复—RAID5磁盘阵列2块盘离线的数据恢复案例
|
28天前
|
缓存 运维 Linux
保姆级python项目离线部署服务器教程只需这一篇就够了(建议收藏)
这篇文章提供了详尽的Python项目在离线Linux(CentOS)服务器上的部署教程。作者首先介绍了环境背景,强调了无网络环境和使用有网络的CentOS虚拟机准备安装包的重要性。教程分为两部分:外网环境搭建和内网离线安装。在外网环境中,包括下载Python 3.9.0安装包、传输至服务器、安装依赖包,并使用pip3下载项目所需依赖。内网安装则涉及依赖包的复制和Python环境的同样步骤。最后,作者分享了运行项目的命令,并总结了离线安装的整个流程,提醒读者注意可能出现的问题。
保姆级python项目离线部署服务器教程只需这一篇就够了(建议收藏)
|
1月前
|
存储 Oracle 数据挖掘
服务器数据恢复—raid5多块磁盘离线导致阵列崩溃的数据恢复案例
服务器数据恢复环境&故障情况: 某企业光纤存储上有一组由16块硬盘组建的raid5阵列。管理员发现该光纤存储上的卷无法挂载,经过检查发现raid5阵列中有2块硬盘离线,于是联系我们数据恢复中心要求数据恢复工程师到现场恢复服务器存储上的数据。
|
1月前
|
缓存 Linux 应用服务中间件
linux yum下载离线包缓存 安装到服务器 实测!!!
linux yum下载离线包缓存 安装到服务器 实测!!!
29 0
|
1月前
|
存储 运维 安全
服务器数据恢复—Eq PS6100系列存储raid5中硬盘坏道离线的数据恢复案例
某品牌EqualLogic PS6100系列存储阵列是一款容错功能较强的存储设备,具有较高的安全性能。一些硬件故障或者误操作也会破坏该系列存储内的数据,下面分享一个北亚企安数据恢复工程师接到的一个关于EQ PS6100存储的数据恢复案例。 一台EqualLogic PS6100存储阵列中有一组由20块硬盘组建的raid5磁盘阵列。
服务器数据恢复—Eq PS6100系列存储raid5中硬盘坏道离线的数据恢复案例
|
2月前
|
存储 算法 数据库
【服务器数据恢复】raid5多块硬盘离线导致昆腾存储崩溃的数据恢复案例
10个磁盘柜,每个磁盘柜配24块硬盘。9个磁盘柜用于存储数据,1个磁盘柜用于存储元数据。 元数据存储中24块硬盘,组建了9组RAID1阵列+1组RAID10阵列,4个全局热备硬盘。 数据存储中,组建了36组6硬RAID5,36组RAID5阵列划分为2个存储系统。其中1个存储系统中的一组RAID5中有2块硬盘先后出现故障离线,RAID5阵列不可用,存储系统崩溃。
【服务器数据恢复】raid5多块硬盘离线导致昆腾存储崩溃的数据恢复案例