2006年07月15日

谈起Exchange的管理,一般的人一定会想到使用系统自带的管理工具,然而由于Exchange的管理需要使用多个不同的管理界面才能完成,一般来说,我们要用到ADUC(就是活动目录用户和计算机)来管理用户信息。


在日常的管理中,我们在建立用户的时候,总是要同时建立邮箱。但如果没有在客户端安装Exchange的管理工具(简称ESM),那么在ADUC(活动目录用户和计算机)里是看不到这个建立邮箱的任务扩展的,这个问题以前我们多次讨论过,最典型的是当EX和DC不安装在一起的时候,在DC上建立用户将无法同时建立邮箱,我们以往的解决方法一般是在DC或管理客户端安装ESM来扩展ADUC,但这样做有个缺点,安装了ESM后,虽然一般用户并无权限对ESM里的东西进行操作,但由于ESM可以在客户端启动,并可以查看一些简单的信息,这会给客户带来一定的安全隐患,如果遇到精通电脑的高手,还可能通过此分析EX组织的信息等。而且ESM不能单独安装,安装后会同时安装迁移向导等几个工具和文挡,这样也给用户以可乘之机。那么如何解决既要让用户能建立邮箱,又不能改变或查看EX配置和信息呢?


通过几个星期对管理工具的安装分析,我终于找到了不用安装ESM就可以进行必要管理的方法,下面来介绍一下它。为了方便起见,我还将LCS的部分功能也融合进去了,成为了一个自定义的管理工具,效果相当的好。


我们将分3个方面来介绍这个工具的制作:


1、ADUC部分


这部分比较简单,我们知道ADUC实际上就是一个MMC的管理单元,我们找到计算机上的dsa.msc,这就是ADUC的启动程序,使用记事本打开它,我们可以看到其中有很多的CLSID,通过在注册表中查找这些CLSID号,我们可以找到很多的相关的DLL文件。经过分析,我们看到有些DLL是控制用户属性中的终端服务和拨入页的,这些我们不需要,因此将其删除,最后我们得到了几个主要的DLL文件,一个是dsadmin.dll,另一个是adprop.dll,还有一个是dsprop.dll,这三个文件分别控制着用户属性的基本页面和管理扩展。在一个干净的加入域的XP系统上依次注册这三个DLL文件,再打开主程序,我们可以管理用户基本属性了。


2、Exchange Task


第一步相对比较简单,但我们知道,如果不在计算机上安装Exchange管理工具,是看不到Exchange Task的扩展的,那这个该如何处理呢?既然这个扩展是管理工具安装时建立的,那就分析一下安装过程吧。于是我分析了管理工具安装时留下的日志文件,发现它注册了一个叫maildsmx.dll的文件,检查这个文件的属性,确实是一个扩展管理单元,由此我确认该程序是主要的,但该程序并不能手工注册成功,于是我想到了DLL之间的依存关系。打开存在于2003 Support Tools里的检查依存关系的工具Dependency Walker ,读入该文件,检查,果然发现了另外几个文件。分别是:
c:\program files\exchsrvr\bin\ADDRESS.DLL
c:\program files\exchsrvr\bin\ESCPRINT.DLL
c:\program files\exchsrvr\bin\EXCHMEM.DLL
c:\program files\exchsrvr\bin\PTTRACE.DLL
c:\program files\exchsrvr\bin\ESE.DLL
c:\program files\exchsrvr\bin\GLBLNAME.DLL
c:\program files\exchsrvr\bin\CDOEXM.DLL
c:\program files\exchsrvr\bin\MAILDSMX.HLP


我把这几个文件COPY过来,再注册第一个DLL文件,成功了。打开ADUC,看到了Exchange Task了,看起来好象结束了,但在测试过程中却发现在任务里没有移动邮箱。虽然移动邮箱不是一个经常要做的操作,但这样显然是有问题的。于是继续查找,由于不知道具体的原因,因此只能继续分析安装过程,又看到了几个DLL,但依次注册后仍没有效果,分析陷入了困境。


继续分析,发现系统好象修改了注册表,想到在文件上没有问题了那会不是注册表的问题呢,于是查看了注册表,发现安装了管理工具的注册表多了很多,如何判断是不是问题的关键呢?我于是将注册表改名,发现移动邮箱消失了,这证明了确实是这些注册表在起作用,但那么多的键,是哪个呢?又要开始分析了。。依次修改每个子键的名字,最后发现是SETUP这个子键在起作用,查看我的客户端的该注册表位置,发现SETUP下是空的,可以确定问题在这里了。


但SETUP下的键特别的多,总不能全写进去吧,还要分析,经过复杂的分析,终于找到了是ExchangeServerAdmin这个值在起作用。在客户端加上这个注册表,移动邮箱终于出现了,呼。。


测试移动邮箱,连接源服务器……,失败!打开错误日志,MAPI错误,晕。。这是怎么回事呢?经过分析,我想到移动邮箱需要打开邮箱,而打开邮箱是借助MAPI完成的,于是查询与此相关的信息,看到了有个名为MAPI32.DLL的文件,查看其版本为1.0,而服务器上的则为6.5,大小也不一样,看来和这个有关。于是替换了该文件,重新测试,连接源服务器……,打开源邮箱……失败!晕。还是失败,再看日志,这次和上次不一样了,提示无法加载emsmdb.dll 。这个错误好象比较明确了,于是去找这个文件,而是找遍了也找不到,于是搜索,发现了一个叫emsmdb32.dll的文件,其说明是信息存储服务的提供者,看起来好象是它了。于是将其COPY到客户端,重新运行移动邮箱,连接源服务器,打开源邮箱,打开目的邮箱,移动邮件,完成!,太好了。。终于搞定了。。


3、LCS扩展


最后剩下LCS了,我有了经验了,分析也变得更快了,分析了LCSADMIN.MSI的安装过程,一眼就看到了wrtcuser.dll,继续分析依存关系,找到了其他的几个DLL文件。依次注册,果然很顺利的看到了在ADUC里的LCS扩展页。打开看看。。“无法读取用户配置信息”,啊?又有问题了。


继续找DLL文件,LCS的DLL文件很少,全部注册都不行,看来又不是这里的问题,于是执行ADUC里的扩展LCS管理任务,提示为:无法连接到WMI。恩?这个和WMI有关?看看去,于是执行wbemtest列出了WMI的信息,果然发现少了很多关于SIP的类,看来问题在这里,但这些类是怎么放进去的呢。一般来说,WMI里的类是通过MOFCOMP编译MOF文件增加的,但找遍了整个LCS安装文件也没有看到什么MOF文件,又是一件郁闷的事情。。


认真的看了所有的文件,确定没什么遗漏的地方,一筹莫展。。只能继续分析安装过程都做了什么了。打开MSI文件查看安装执行顺序,竟然意外的发现了MOF文件的注册命令。奇怪了,没有MOF文件哪里来的注册命令啊,抱着试试看的态度,我决定安装一下这个管理工具,并且用FILEMON监视安装过程,看看到底是怎么回事。不看不知道,一看吓一跳,FILEMON监视到了安装程序向临时目录里写入了4个MOF文件,这不正是我要的吗?赶紧COPY出来。打开一看,果然是我需要的,手工编译一下,可以了。看来就是它了。


于是将MOF文件加入安装文件,这下可以了,呵呵。。


4、存在的问题


用打包工具将以上文件打包成MSI文件,就可以使用了,目前存在的问题是我没有对MOF编译后的东西进行处理,在删除程序时没有恢复它们。这点并不影响程序的使用。呵呵。。


经过了2个星期的分析和研究,终于成功的将Exchange和LCS的管理功能从管理工具里分离了出来,太好了。。希望大家能有所启发。。


 

2005年10月28日

前言:来WINMAG有3年多了,看到大家学习Exchange的人越来越多了,真感到高兴啊,高兴之余发现大家提出的问题有至少85%是一样的,或类似的。说明大家还没有很好的了解、阅读和查找Exchange网络资源的习惯,我收集了一些关于Exchange的系统资源,在这里发布一下,希望给大家能有所帮助。也希望大家有好的资源可以分享,本贴定期更新,本贴中的资源侧重为网站资源,文档或下载请看其他帖子。谢谢~

一、微软资源:

Exchange Server TechCenter
http://www.microsoft.com/technet/prodtechnol/exchange/default.mspx

Exchange Server 2003 Technical Documentation Library 
http://www.microsoft.com/technet/prodtechnol/exchange/2003/library/default.mspx

Exchange Developer Documentation on MSDN
http://msdn.microsoft.com/exchange

Exchange Server 2003 Errors and Events Web Site
http://www.microsoft.com/technet/support/ee/search.aspx?LCID=1033&DisplayName=Exchange%20Server%202003&ProdName=Microsoft%20Exchange&MajorMinor=6.5

Exchange Support Center
http://support.microsoft.com/default.aspx?scid=fh;EN-US;exchange

Exchange Downloads
http://www.microsoft.com/exchange/downloads

Exchange Server Community Center

http://www.microsoft.com/Exchange/community/default.mspx

二、相关资源

Managing your e-mails
http://blogs.msdn.com/eileen_brown/archive/2005/03/02/383729.aspx

The Intelligent Message Filter
http://blogs.msdn.com/eileen_brown/archive/2005/02/15/372969.aspx

Customizing themes in OWA
http://blogs.msdn.com/eileen_brown/archive/2005/02/11/370969.aspx

Exchange 2003 Deployment tools
http://blogs.msdn.com/eileen_brown/archive/2005/02/08/368976.aspx

The Exchange 2003 Recovery Storage Group
http://blogs.msdn.com/eileen_brown/archive/2005/01/10/349882.aspx

Mobility
http://blogs.msdn.com/eileen_brown/archive/2004/12/09/278983.aspx

You Had Me at EHLO – Exchange Team
http://blogs.msdn.com/exchange/

OWA – Tosh Meston
http://weblogs.asp.net/tmeston/category/1553.aspx

RE: Electronic Mail and Stuff – Michael Palermiti
http://blogs.msdn.com/mfp2/

David Lemson’s Weblog – David Lemson
http://blogs.msdn.com/dlemson/

Exchange – KC Lemson
http://blogs.msdn.com/kclemson/category/2166.aspx

Gerod Serafin’s Weblog – Gerad Serafin
http://blogs.msdn.com/gerod_serafin/


Evan’s WebLog – Evan Dodds
http://blogs.msdn.com/evand/

Exchange – The Blog – Mark Fugatt
http://msmvps.com/exchange/

三、其他资源

Exchange Public Newsgroups
http://www.microsoft.com/exchange/community/newsgroups.mspx

Exchange Webcasts
http://www.microsoft.com/exchange/community/2003Webcasts.asp

Exchange Training and Events
http://www.microsoft.com/exchange/techinfo/training/default.asp

Exchange Tips and Tricks Center
http://www.microsoft.com/exchange/techinfo/tips/default.asp

Simpler-Webb Exchange Resources
 http://www.swinc.com/resources

MS Exchange Blog – Hobson, Meirick, Lefkovics
http://www.msexchange.co.uk

E2K Security – Paul Robichaux
http://www.e2ksecurity.com

Jim’s McBee’s Mostly Exchange Web Log
http://mostlyexchange.blogspot.com/

Microsoft Exchange Server Resource Site
http://www.msexchange.org

OutlookExchange
http://www.outlookexchange.com

TechTarget SearchExchange
http://searchexchange.techtarget.com

Slipstick Systems Exchange and Outlook Solution Center
http://www.slipstick.com

E-mail me your favorite Exchange-related resources
scschnol@microsoft.com

http://www.petri.co.il/index.htm

Exchange 2000&2003文章和资源下载总汇

Exchange /Windows Server视频录像下载汇总

How to set up Regtrace for Exchange 2000


XGEN: Tools That Are Included with the Exchange 2000 Server CD-ROM

Troubleshooting mail transport and distribution groups in Exchange 2000 Server and in Exchange Server 2003

XCON: 5.1.0 NDRs When You Send from Exchange 2000 to Exchange Server 5.5 Computers

XCON: Troubleshooting Message Failures in Exchange 2000

Troubleshoot Message Failures in Exchange Server 2003

Troubleshooting message journaling in Exchange Server 2003 and in Exchange 2000 Server

General troubleshooting for transport issues in Exchange 2000 Server and in Exchange Server 2003

Link state issues and routing issues in Exchange 2000 Server and in Exchange Server 2003

XADM: Messaging Queues Become Backed Up and You Receive a ”452 4.3.1 Out of Memory” Error Message When You Use the ”Mail From” Command

Troubleshooting Strategies and Tips

Outlook有很多的命令行开关参数,这里给你一个介绍


/CleanFreeBusy Cleans and regenerates free/busy information.

/CleanReminders Cleans and regenerates reminders.

/CleanViews Restores default views.

/ResetFolders Restores missing folders for the default delivery location.

/ResetFolderNames Resets the language of the default folders to the language of the Outlook client.

/ResetOutlookBar Rebuilds the Outlook Bar.

/NoPreview Turns off the Preview pane at startup.

/CleanSchedPlus Deletes all Schedule+ data (free/busy, permissions, and .cal file) from the server.

/Safe Starts Outlook without extensions, preview pane, or toolbar customization.

/Recycle Activates an existing Outlook window.

/Folder Opens new window in “folder” mode (Outlook Bar and Folder List off).

/Profiles Shows MAPI Profiles dialog box regardless of the options setting on the Tools menu.

/Profile Loads specified profile. (If your profile contains a space, Outlook may treat it as
an invalid profile name when using this switch. Work around this by wrapping the
profile name in quotes.)

/s Loads specified shortcuts file (.fav file).

/f Opens .

/p Prints . Same as /f except is associated with the print verb instead of open.

/Embedding Used to open a .msg file as an OLE embedding. Standard OLE command-line argument.

/c Creates a new item of the specified message class (Outlook forms or any other valid MAPI
form).

/a path:\ Opens a new e-mail message with the specified file attached.

/importprf Creates an Outlook profile based on the information in the specified .prf file.

有关其他命令行开关的更多信息,请单击帮助菜单上的 Microsoft Outlook 帮助,在“Office 助手”或“应答向导”中键入 Control what happens when you start Outlook,然后单击搜索,查看该主题。

REF:http://support.microsoft.com/?kbid=296192


http://www.outlook-tips.net/howto/commandlines.htm


邮箱的文件夹语言是以第一次登录时的客户端语言来决定的,或是第一封接收到的邮件语言决定的。如果你希望更改这一参数,可以使用OUTLOOK的隐藏命令行参数来实现。

1、Outlook.exe /resetfoldernames
该参数允许你修正错误的邮箱文件夹语言显示。
2、以下注册表文件也可以完成上述的修正工作(适用OUTLOOK XP)
———-
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\10.0\Outlook\Setup]
“ResetFolderNames”=dword:00000001
————-
如果是OUTLOOK 2003,请将上文中的10.0更改为11.0,如果是OUTLOOK 2000,则为9.0

来源:TechTarget 中文站 作者:Brien M. Posey

 尽管Exchange和Outlook默认就自动支持这种格式,但是除非你是一个程序员,否则你很可能从来没有手工书写过RFC 822格式的任何代码。尽管如此,了解RFC 822的存在并懂得一些它的工作原理会让你对Internet上的邮件发送获得更深层次的了解,而且,寻求知识本身就是一件极具乐趣的事情。这篇文章会向你们解释什么是RFC 822邮件标准和它是如何工作的。
  电子邮件是全世界通用的。你可以给任何一个人发送电子邮件而不用考虑他所处的地理位置在哪或他使用的是什么软件作为邮件接受客户端。那么你有没有想过这一切是如何实现的呢?

  和其他与Internet相关的事物一样(或者可以说,与计算机技术相关的事物),电子邮件也是基于一种标准的,而人们把这个特殊的标准称作RFC 822。这个标准早在二十多年前(准确的日期是一九八二年八月十三日)就公布于世了,在这期间它基本没有改变。在2001年公布的RFC 2822标准取代了RFC 822,但是它的基本内容和RFC 822是完全一致的,只是做了一些很小的更新和改动。而其他的一些邮件标准,比如RFC 850(在USENET上使用),同样也基于RFC 822标准。
RFC 822标准简单得甚至令人吃惊。如果你看一看我们现在使用的其他大多数Internet标准,你很可能发现你需要一个计算机科学的博士学位才能看得懂它们。但是RFC 822不一样,它被设计为一个任何人、甚至计算机新手都能看得懂的标准。例如,下面的这封邮件就使用的是RFC 822格式:

  From: someone@techtarget.com
  To: someoneelse@techtarget.com
  Subject: 一篇描述RFC 822邮件格式的文章

  这是邮件正文。

  在上述例子中我们可以看见,一封RFC 822格式的邮件并没有任何特别之处。实际上,就连邮件正文开始的标志也仅仅是空白的一行。

  当然,我在这个例子中所用的是极其简单的一封邮件。它包含了四个基本元素:一个收件人、一个邮件发送者、一个主题和邮件正文。这是一封完全合格有效的邮件,但它也省略了其他一些常用的元素,例如日期和多个收件人,这并不意味着你不能定义更多的邮件元素。和其他Internet标准一样,RFC 822为发送和接收电子邮件定义了一整套命令标准。

  如果你对RFC 822剩下的参数感兴趣的话,那么你可以点击这里查看这些内容。(地址:http://www.freesoft.org/CIE/RFC/822/25.htm)你也可以阅读关于RFC 822标准的整个详细说明,(地址:http://www.freesoft.org/CIE/RFC/822/)不过我得事先提醒你,那个文档实在是有点长。

本文翻译自Removal of application mappings may cause an HTTP 404 error in Outlook Web Access(KB298513)

OWA是EXCHANGE 2000/2003里的一个内置标准组件,它提供了通过WEB方式访问EXCHANGE邮箱的新功能。然而这个新的功能在使用时总会出现一些问题,最典型的就是404 NOT FOUND错误。

症状:

当你访问OWA时,将出现以下一个或多个提示:
* NOT FOUND 404错误
* 列出了M盘的目录结构
* 当你在ESM里展开公共文件夹时收到80004005错误

原因:
在EXCHANGE服务器的IIS里,映射了3个和EXCHANGE相关的虚拟目录,这些目录上应用有应用程序映射,如果在EXCHANGE后端服务器或独立服务器上的上述虚拟目录里删除了Davex.dll 的应该程序映射,或在前端服务器上删除了Exprox.dll 的映射,都会导致上述问题的出现。

解决:

第一步,重新启动Microsoft Exchange System Attendant服务,该操作将引发directory service-to-metabase (DS2MB)以把活动目录里的信息复制到IIS原数据库里(包括应用程序映射信息)。
注意:重新启动SA服务,将导致IIS里的有关EXCHANGE的虚拟目录设置全部被ESM里的当前设置覆盖。

第二步,如果经过第一步操作,问题仍然存在,请继续进行第二步,手工删除IIS原数据库里的不正确的DS2MB信息。删除后重新启动System Attendant服务,该操作将重新建立DS2MB信息,这样正确的信息就会随之建立(包括应用程序映射)。

注意:编辑METABASE是危险的。

1.编辑METABASE
* 打开开始菜单中的管理工具里的服务,停止Microsoft Exchange System Attendant服务。
* 安装好METABASE EDIT工具。
NOTE:METABASE EDIT可以在这里下载:下载
* 在管理工具里打开METABASE EDIT工具。
* 展开到LM\DS2MB。
* 在文件菜单里选择,导出成文本文件
* 输入一个文件名,保存当前设置。
* 右选LM\DS2MB,删除该子键
* 退出METABASE EDIT。

2.重新启动服务
* 找到服务里的IIS Admin Service,点重新启动。
* 找到Microsoft Exchange System Attendant,启动。
* 找到Microsoft Exchange MTA Stacks,启动。
* 找到Microsoft Exchange Information Store,启动。

第三步,如果删除原数据库信息后仍然不能解决该问题,请继续执行第三步。
* 打开IIS管理器,手工删除EXCHANGE、EXADMIN、PUBLIC等EXCHAGE特有的虚拟目录。
* 重新启动Microsoft Exchange System Attendant服务,重新建立虚拟目录。
* 选择建立好的虚拟目录,在属性的虚拟目录页上选应用程序映射,
* 在执行文件栏输入上述DLL文件的8.3短格式,如:C:\Progra~1\Exchsrvr\Bin\Davex.dll.
* 扩展名处写“*” ,确定
* 依次设置所有的EXCHANGE虚拟目录。
NOTE:在前端服务器上应设置另一个DLL,见前面的症状部分描述。

附录:
* 在增强IIS安全性时,要特别注意不要误删除了EXCHANGE OWA需要的应用程序映射信息
* EXCHANGE的虚拟目录不应该启用父路径。
* 如果在OWA上安装了IISLOCKDOWN、URLSCAN或SUS等,要注意不要影响OWA使用,见前文。

另提供一个一般诊断OWA故障的文章(英文)
http://www.microsoft.com/technet/prodtechnol/exchange/2000/support/trowae2k.mspx

本文主要讲解了任何删除用户的邮箱属性(注意不是邮箱),当你的EX服务器因为意外损坏(比如硬盘挂掉),又没有备份的时候,恢复往往是比较复杂的(有关恢复问题请搜索论坛),在无法恢复的情况下,我们一般是采用删除AD里的组织重新安装,那么这样安装后有一个问题,就是用户的属性里仍保留有EXCHANGE属性,你不能修改这些属性,也不能重新建立邮箱,这是因为用户属性里的MSEXCHHOMESERVERNAME仍指向坏掉的EXCHANGE组织导致的。以前我说过可以手工编辑清除用户的活动目录属性(见论坛),这样操作不仅慢(要一个一个去做),还带有一定的危险性,现在推荐大家使用EX2000 SP2以后版本都有的一个功能–移除EXCHANGE属性。它可以删除所有错误的EXCHANGE属性,重新建立邮箱。
原文地址:http://support.microsoft.com/default.aspx?scid=kb;en-us;307350
——————————-
SUMMARY
In Exchange 2000 Service Pack 2 (SP2) and later, administrators can use the Remove Exchange Attributes option to remove Exchange attributes from any user or group object. Use this option with caution. You can use this option to reconnect a mailbox after disaster recovery. You can also use this option if you are using the Active Directory Connector (ADC) and you notice that some of your Exchange attributes are being matched improperly with Active Directory user objects.
MORE INFORMATION
To remove Exchange attributes from any user or group object: 1. Click Start, point to Programs, point to Administrative Tools, and then click Active Directory Users and Computers.
2. On the View menu, click Advanced Features.
3. Click the appropriate organizational unit.
4. In the organizational unit, click the user object, and then right-click the user object.
5. Click Exchange Tasks, and then click Remove Exchange Attributes.
6. Click Next, read the warning, click Next again, and then click Finish.
After you perform this action, no event is generated in the Application event log.

List of Attributes Removed (from the Source Code, Build 5716.2)
(“altRecipient”),
(“authOrig”),
(“autoReplyMessage”),
(“delivContLength”),
(“deliverAndRedirect”),
(“deliveryMechanism”),
(“delivExtContTypes”),
(“dLMemDefault”),
(“dLMemRejectPerms”),
(“dLMemSubmitPerms”),
(“dnQualifier”),
(“enabledProtocols”),
(“expirationTime”),
(“extensionData”),
(“folderPathname”),
(“formData”),
(“forwardingAddress”),
(“garbageCollPeriod”),
(“homeMTA”),
(“importedFrom”),
(“internetEncoding”),
(“labeledURI”),
(“language”),
(“languageCode”),
(“legacyExchangeDN”),
(“mail”),
(“mailNickname”),
(“mAPIRecipient”),
(“msExchCustomProxyAddresses”),
(“msExchExpansionServerName”),
(“msExchFBURL”),
(“msExchMailboxSecurityDescriptor”),
(“msExchMasterAccountSid”),
(“msExchPoliciesExcluded”),
(“msExchPoliciesIncluded”),
(“msExchPolicyEnabled”),
(“msExchPolicyOptionList”),
(“msExchPreviousAccountSid”),
(“msExchProxyCustomProxy”),
(“msExchRecipLimit”),
(“msExchUserAccountControl”),
(“pOPCharacterSet”),
(“pOPContentFormat”),
(“protocolSettings”),
(“publicDelegates”),
(“replicationSensitivity”),
(“secretary”),
(“securityProtocol”),
(“submissionContLength”),
(“targetAddress”),
(“textEncodedORAddress”),
(“unauthOrig”),
(“heuristics”),
(“msExchADCGlobalNames”),
(“msExchALObjectVersion”),
(“msExchHideFromAddressLists”),
(“msExchInconsistentState”),
(“msExchUnmergedAttsPt”),
(“replicatedObjectVersion”),
(“replicationSignature”),
(“showInAddressBook”),
(“unmergedAtts”),
(“extensionAttribute1″),
(“extensionAttribute10″),
(“extensionAttribute11″),
(“extensionAttribute12″),
(“extensionAttribute13″),
(“extensionAttribute14″),
(“extensionAttribute15″),
(“extensionAttribute2″),
(“extensionAttribute3″),
(“extensionAttribute4″),
(“extensionAttribute5″),
(“extensionAttribute6″),
(“extensionAttribute7″),
(“extensionAttribute8″),
(“extensionAttribute9″),
(“autoReply”),
(“deletedItemFlags”),
(“homeMDB”),
(“mDBOverHardQuotaLimit”),
(“mDBOverQuotaLimit”),
(“mDBStorageQuota”),
(“mDBUseDefaults”),
(“msExchHomeServerName”),
(“msExchMailboxGuid”),
(“msExchMailboxUrl”),
(“msExchPfRootUrl”),
(“msExchUseOAB”),
(“proxyAddresses”)

If you are running the Active Directory Connector between Exchange 2000 and Exchange 5.5, the procedures listed in this article for removing mail attributes from a user on Exchange 2000 will not propagate across the ADC and remove the Custom Recipient object representing the user on the Exchange 5.5 side.

If the client is expecting the changes to migrate from Exchange 2000 to Exchange 5.5, you will have to avoid removing the legacyExchangeDN attribute, and set its value to ADCDisabledMail.

For additional information, search the Exchange 2000 SP2 Help (the Exadmin.chm file) for “remove exchange attributes”.

The following two Exchange attributes are left behind after running “Remove Exchange Attributes” in Exchange 2000 SP2.
deletedItemFlag

displayNamePrintable
The Exchange Attribute publicDelegatesBL is also left behind after running “Remove Exchange Attribute”. This is because the user has been granted delegated access to another user’s mailbox. This behavior is by design so that when the user is mail-enabled again they will have access to that user’s mailbox without the user having to re-delegate access.

前言:
在邮件服务器出现问题时,经常回出现无法装载数据库的问题,有的情况下,可以方便的做一次恢复或修复,可有的情况就不是那么简单了。而邮件系统的停机时间是不能很长的,这时往往一个简单的方法是删除原来的数据库并配置一个新的数据库,以后再找时间去解决那个坏数据库的问题。这确实是一个好的办法,但是,在重置数据库的时候,你是否考虑过这样做会带来的可能问题吗,本KB可以给你一定的指导。

概要
本文描述当您重置 Exchange 邮箱数据库时需要考虑的信息和实现的最佳做法。

本文包含以下章节: • 概述
• 脱机文件夹
• 收件箱规则
• 文件夹权限
• 个人窗体和自定义视图
• Outlook 通讯簿服务
• 最佳做法

更多信息
概述
要“擦除”(即重置)Exchange 信息存储数据库,请停止信息存储服务,删除整个数据库和所有日志文件,然后重新启动信息存储服务。在此情况下,会创建新的数据库文件。用户帐户不会受此过程影响,但当用户再次登录时,所有用户基于服务器的信息将丢失。除邮箱数据外,私人信息存储可包含几个不同连接器的邮件传输队列,包括 Internet Mail 服务。当邮件在这些队列中传输时,如果您重置了信息存储,这些邮件就会丢失。

在以下两种典型的情况下,您可能需要重置信息存储: • 在帮助您排除故障时,如果您怀疑某个故障现象是由当前数据库中的问题导致的。在这种情况下,所有驱动器上的所有数据库文件夹(通常位于 Mdbdata 文件夹)都会被重命名,并且在其位置上会创建空的数据库文件夹,以强制创建新的数据库。当您采用此过程时,首先要禁用所有连接器,包括邮件传输代理 (MTA),以防止将新项目传递到测试数据库。排除故障以后,您可以重命名文件夹,将原始数据库恢复到服务。
• 作为“先恢复服务,再恢复数据”灾难恢复策略的一部分。如果数据库已损坏或显示使该数据库在生产中无法使用的其他故障现象,您可以重置信息存储,以便客户端可以立即登录并发送和接收新邮件。同时,您可以在一台单独的服务器上开始尝试恢复问题数据库。

通常,Exmerge 实用程序作为“先恢复服务,再恢复数据”恢复策略的一部分使用。管理员可以使用 Exmerge 将所有邮件从一个数据库自动复制到另一个数据库中的匹配邮箱。

Exchange 邮箱包含的数据要比可见的邮件和项目多。这种额外的“元数据”包括:

• 脱机文件夹 (.ost) 文件加密密钥
• 规则
• 所有文件夹权限,其中包括委派权限
• 个人窗体
• 自定义文件夹视图
虽然 Exmerge 是用于复制用户邮件的非常可靠的实用程序,但是,Exmerge 无法恢复某些邮箱元数据。截止到本文发布时,最新的 Exmerge 版本可以提取并导入用户邮件和项目,以及文件夹权限和规则,但是无法提取并导入大多数自定义视图或个人窗体。另外请注意,在您可以使用 Exmerge 将数据导入到 Exchange 2000 以前的服务器上的重置信息存储之前,每个用户必须登录一次,或者管理员必须向服务器上的每个用户发送一封邮件。这两个操作中的任何一个都会强制在新数据库中创建新邮箱。当在 Exchange 2000 服务器上使用 ExMerge 6.0 版时,不需要此步骤。
本文的其余部分描述了各种邮箱元数据的丢失会如何影响单位,并提供了恢复或重新创建该邮箱元数据的建议。

本文中所描述的保留或恢复邮箱元数据的策略要求对邮箱逐个进行手动干预。实现这些策略需要大量的工作;因此,它们不适于作为保留所有元数据的通用策略。这些建议不能代替创建和恢复 Exchange 数据库的联机备份。

返回目录
脱机文件夹
Exchange 既支持联机客户端连接模式,也支持脱机客户端连接模式。在联机模式下,客户端直接连接到 Exchange 计算机的信息存储数据库,并且客户端所做的所有更改都立即写入该数据库。在脱机模式下,客户端所做的更改存储在客户端工作站上的脱机文件夹 (.ost) 文件中。当客户端下一次连接到服务器时,这些更改在脱机信息存储和联机信息存储之间同步。

.ost 文件类似于个人文件夹 (.pst) 文件,但 .ost 文件是自动加密的。加密密钥存储于两个位置:Exchange 计算机的邮箱中,以及客户端工作站上配置的本地邮件应用程序编程接口 (MAPI) 配置文件中。如果该密钥从上述两个位置丢失,就无法读取 .ost 文件。当客户端以联机模式连接时,系统将检查配置文件中的密钥,并与信息存储数据库中的密钥进行比较。如果两个密钥不同,密钥的客户端副本将被信息存储中的密钥覆盖,并且客户端工作站上将自动生成新的 .ost 文件。当您重置信息存储数据库时,每个新邮箱中都会生成一个新的脱机密钥;因此,在首次成功联机连接开始时,当前的 .ost 文件就变得不可读。在同步当前的 .ost 文件之前所做的任何更改都不会上载。

只要客户端仅以脱机模式打开 Microsoft Outlook,当前的 .ost 文件就保持可读;但是,正在脱机工作的用户通常不知道服务器已进行了重置,直到这些用户再次尝试连接到该服务器。

在您重置 Exchange 信息存储之后,在首次成功的连接尝试中,脱机客户端将会收到下列错误信息:
The location the messages are delivered to has changed for this user profile.To complete this operation, you may need to copy the contents of the old Outlook folders to the new Outlook folders.For information about how to complete the change of your mail delivery location, see Microsoft Outlook Help.Some of the shortcuts on the Outlook Bar may no longer work.Do you want Outlook to recreate your shortcuts?All shortcuts you have created will be removed.
当客户端收到此错误消息时,已经来不及从配置文件中挽救旧的密钥了;该连接已经使用新密钥替换了旧密钥。

您可以使用以下策略之一从此情况中恢复密钥: • 预先备份配置文件密钥。
• 在您修复或恢复数据库之后,从原始数据库恢复密钥。

备份配置文件密钥
您可以使用 Microsoft Windows Resource Kit 实用程序,例如,Reg.exe、Regdmp.exe 和 Regini.exe(您可以将这些实用程序配置为在登录脚本中自动运行)来备份客户端配置文件。每个 Windows 工作站上都有 Regedit.exe,您可以使用 Regedit.exe 手动备份配置文件。

每个登录到计算机的用户都拥有单独的配置文件集。如果您作为特殊用户登录到计算机,就可以在位于以下位置之一的系统注册表中找到配置文件,具体位置因您所使用的操作系统而异: • Microsoft Windows 95、Microsoft Windows 98 和 Microsoft Windows Millennium Edition (Me):
HKEY_CURRENT_USER\Software\Microsoft\Windows Messaging Subsystem\Profiles
• Microsoft Windows NT 或 Microsoft Windows 2000:
HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles
您可以使用 Regedit.exe 导出列出的任何一个配置文件,甚至整个配置文件密钥。为此,请单击您想要导出的密钥,然后单击注册表菜单上的导出注册表文件。如果您给导出文件选择了一个带有 .reg 文件扩展名的名称,可以在 Windows Explorer 中双击此文件,将其重新导入注册表。

您可以来自某一计算机或用户的配置文件合并回另一计算机或用户的注册表中;也就是说,您可以从一台计算机提取 .ost 文件,然后在另一台计算机上读取该 .ost 文件。为此,请将配置文件恢复到与提取该配置文件的计算机运行相同系列操作系统的计算机上,然后将 .ost 文件放置到与原始计算机使用的文件路径相同的文件路径中。

备注:如果需要,您可以在配置文件中编辑 .ost 路径。为此,请使用 Regedit.exe 对配置文件中的值和数据进行可视扫描,以确定您需要更改路径的位置。

另一个备份选项是创建使用同一个 .ost 文件的另一个配置文件,但仅为脱机使用进行配置。不要用此选项代替对原始配置文件进行备份,但是,对于想为自己配置备份的更高级的移动用户,此选项可能非常有用。此选项向这样的用户提供了在尝试连接到服务器之后脱机登录到 .ost 文件的“第二次机会”。

备注:如果您正在使用“配置文件创建向导”,请使用“手动配置信息服务”选项。

创建其他的备份配置文件: 1. 请注意您通常使用的配置文件中当前配置的 .ost 文件的名称和路径;在 Outlook 2000 中,单击工具菜单中的服务,然后打开 Exchange Server 服务的属性。单击高级选项卡,然后单击脱机文件夹文件设置,查看 .ost 文件的路径和名称。
2. 将 Outlook 配置为 Outlook 启动时提示配置文件的名称;在 Outlook 2000 中,单击工具菜单中的选项,再单击邮件服务,然后单击“提示要使用的配置文件”。
3. 创建名为“Offline-Do Not Sync”的新配置文件。
4. 将 Exchange Server 添加为服务。
5. 在服务的“常规”属性中,单击“手动控制连接状态”,然后单击选中“选择启动时的连接类型”复选框。将默认连接状态设置为脱机工作。
6. 在服务的“高级”属性中,单击脱机文件夹文件设置,打开 .ost 配置对话框。找到为主配置文件配置的 .ost 文件的名称,并选中该 .ost 文件。单击确定,并确保选中启用脱机使用复选框。
7. 再次启动 Outlook,然后单击“Offline-Do Not Sync”配置文件。当提示您连接还是脱机工作时,单击连接。您必须使用该配置文件进行一次连接,以将加密密钥添加到配置文件中。
8. Outlook 启动后,单击工具菜单中的选项,再单击邮件服务,然后禁用所有自动同步选项,包括退出时要同步的选项。您还可能想要单击工具菜单中的服务,然后单击清除“选择启动时的连接类型”复选框,将此配置文件配置为始终以脱机模式打开 Outlook。

从原始数据库恢复密钥
如果配置文件的备份不存在,您仍然可以从原始数据库恢复 .ost 加密密钥。为与原始邮箱一起使用而配置的所有 .ost 文件都使用相同的加密密钥;因此,您可以从恢复服务器来配置配置文件以供脱机使用,并将这些配置文件发送给用户供其在自己的工作站上使用。您不必使原始 .ost 文件可用于恢复服务器,尽管您愿意的话可以这样做。要从恢复服务器中的原始数据库恢复原始 .ost 文件加密密钥: 1. 确定用户计算机上 .ost 文件的路径和名称。虽然此步骤不是关键步骤,但它可使用户的恢复过程更简便。如果您跳过此步骤,则用户必须使用 Regedit.exe 编辑存储于配置文件中的 .ost 文件的路径。
2. 配置一个与本文“备份配置文件密钥”一节中描述的配置文件相似的配置文件。将该配置文件配置为指向与用户的原始 .ost 文件位于相同路径并具有相同名称的 .ost 文件。
3. 使用 Regedit.exe 从恢复服务器的注册表中导出此配置文件,并将导出的文件传递给用户。然后用户可以通过双击此文件或在命令提示符下键入此文件的名称,将此文件合并到用户计算机的注册表中。您或用户可能需要将用户的计算机配置为在 Outlook 启动时提示配置文件,以使该配置文件可用。
4. 用户获得对原始 .ost 文件的访问权限以后,您可以将 .pst 文件添加到脱机配置文件中(通过单击文件菜单中的新建,然后单击个人文件夹),并且您可以将用户要保留的任何信息拖到 .pst 文件中。用户可以打开联机配置文件中的 .pst 文件(通过单击文件菜单中的打开,然后单击个人文件夹)。特别注意创建 .pst 文件的路径,以便当您将 .pst 文件添加到其他配置文件时,可以轻松地再次找到此 .pst 文件。如果您使用联机配置文件,您可以将项目从 .pst 文件拖到联机信息存储中。
返回目录
收件箱规则
在您重置信息存储数据库之后,用户必须手动编辑在文件夹之间复制或移动项目的所有规则。这些规则会引用基础文件夹 ID,而不仅是文件夹显示名称。即使文件夹名称相同,这些 ID 在不同的数据库之间也是不同的。每条规则的逻辑和语法都保持不变,但用户必须编辑每条规则,使其指向正确的文件夹。即使用户在重置数据库之前备份了这些规则,此问题也会发生。

Exmerge 实用程序可以将规则从一个数据库复制到另一个数据库(如果您将 Exmerge 选项设置为复制关联的文件夹数据),但多数合并的规则仍然需要每个用户手动编辑这些规则。

返回目录
文件夹权限
当授予委派权限时,委派的名称会存储在 Exchange 目录中,但是实际授予的权限则会存储在授予这些委派权限的用户邮箱中的个人文件夹中。在您重置信息存储后,在委派页上仍然可以看到先前定义的委派名称,但是授予委派的所有权限将会丢失。

Exmerge 实用程序可以恢复先前存在于所有文件夹上的所有权限,而不考虑文件夹 ID 是否更改。当您使用 Exmerge 实用程序将权限从一个数据库复制到另一个数据库时,源数据库中的权限会完全覆盖每个文件夹的目标数据库中的权限;用户最近在新数据库中配置的所有权限将会丢失。

您可以使用各种方法轻松地将文件夹权限从一个数据库或 .pst 文件复制到另一个数据库或 .pst 文件,包括在 Outlook 中的文件夹上使用拖放过程。Exmerge 实用程序通常是恢复所有文件夹权限的最佳选择。

返回目录
个人窗体和自定义视图
默认情况下,个人窗体和自定义视图没有存储于特定的文件夹中,但是作为一个整体与邮箱关联。规则和权限始终存储于特定的文件夹中;因此,您可以使用 Exmerge 实用程序中的“恢复关联的文件夹数据”选项恢复规则和权限。

要强制将个人窗体和自定义视图作为关联的文件夹数据存储: • 对于个人窗体,将窗体与特定的文件夹关联;打开一个文件夹的属性,然后单击窗体选项卡。单击管理,然后将该窗体从库中复制到该文件夹中。
• 对于自定义视图,当您创建视图时,将该视图标记为“可用于此文件夹”,而不是“所有文件夹”。
用户也可以通过将个人窗体另存为 .oft(Outlook 窗体模板)文件,预先备份个人窗体。让用户通过指向工具菜单中的窗体,单击“设计窗体”,然后单击另存为,打开窗体。用户可以使用选择窗体对话框中的“文件系统中的用户模板”选项,获取对已备份窗体的访问权限。用户可以通过打开窗体,单击设计该窗体,然后将此窗体重新发布到相应的库中,以将此窗体重新导入到 Outlook。Exchange 管理员也可以使用同样方法从原始信息存储数据库导出并恢复窗体。

从原始数据库恢复自定义视图要稍微复杂一些。要备份或传输自定义视图,您必须生成此视图的一个副本,以便在单个文件夹中使用。您可以通过单击 Outlook 中的视图,然后单击定义视图,打开定义视图对话框来完成此操作。

备注:创建视图后,您就无法更改该视图的文件夹设置,除非使用复制选项。

然后您必须将附加视图的整个文件夹(不仅是文件夹内容)复制到 .pst 文件。您可以随后将 .pst 文件添加到用户的配置文件,并且再次复制此视图,以将它恢复到用户的新邮箱中。

创建复杂自定义视图的用户可能想要通过将其视图的副本与 .pst 文件中的文件夹相关联,来备份这些自定义视图。

返回目录
Outlook 通讯簿服务
大多数 Outlook 用户都拥有与 Exchange Server 服务一起配置的 Outlook 通讯簿服务。因此,可以将个人的“联系人”文件夹视为全局地址列表的一部分,以检查姓名和自动完成信息。当您重置信息存储时,此服务和所有“联系人”文件夹之间的链接将被破坏。用户第一次注意到此问题,是因为自动检查姓名不起作用,或是因为自动完成功能在从全局地址列表建议姓名之前不再从“联系人”中查找姓名。要解决此问题,用户必须删除此服务,然后将此服务重新添加到配置文件中。

备注:用户无法从服务属性中仅删除“联系人”文件夹;用户必须删除整个服务,然后再重新创建整个服务。

指导用户执行下列过程,以重置 Outlook 通讯簿服务: 1. 启动 Outlook,然后单击工具菜单上的服务。
2. 单击 Outlook 通讯簿服务,然后单击删除。
3. 在“可用的信息服务”下,单击添加,单击 Outlook 通讯簿,然后单击确定,重新添加 Outlook 通讯簿服务。在此情况下,如果您检查服务属性,没有“联系人”文件夹与此服务关联。
4. 退出并从 Outlook 注销,然后重新启动 Outlook。
5. 检查 Outlook 通讯簿的服务属性,以确保列出了您想要列出的所有“联系人”文件夹(对于多数用户,仅应列出一个单个文件夹)。如果没有列出任何您想要的文件夹,打开该文件夹的属性,单击 Outlook 通讯簿选项卡,然后单击“将此文件夹显示为电子邮件通讯簿”复选框。退出 Outlook,然后重新启动 Outlook。
6. 如果您先前设置了在搜索全局地址列表之前搜索“联系人”文件夹,则单击工具菜单上的服务,然后验证地址选项卡上的搜索顺序是否正确。
返回目录
最佳做法
• 在您重置了信息存储之后,恢复所有元数据的一个方法是:在成功修复或恢复原始数据库,并且该数据库的生存能力没有问题后,将原始数据库重新放回生产中。为此,请在恢复服务器和生产服务器之间交换数据库,然后对重置的数据库(正在恢复服务器上运行)使用 Exmerge 实用程序,以将重置的数据库的数据重新合并到原始数据库。如果您要获取有关如何在恢复服务器和生产服务器之间交换数据库的详细信息,请与 Microsoft 产品支持服务 (PSS) 联系。 注意,如果您重新交换原始数据库,则与新数据库关联的元数据将受到影响。可能发生的最棘手的问题是重置之后创建的新 .ost 文件可能已废弃。可能会创建第三个 .ost 文件。虽然此新 .ost 文件与原始 .ost 文件共享加密密钥,如果您要让配置文件使用原始 .ost 文件,仍然必须手动重置配置文件,以使用原始 .ost 文件。
• 在问题发生前,您可能要生成一张重要用户的列表(VIP 列表),并且定义恢复列表中用户的过程。您甚至可以在同一台计算机上同时运行 Exmerge 实用程序的多个副本;因此,必要时您可以以串行方式或并行方式恢复多组用户。

备注:如果您在单台计算机上运行 Exmerge 实用程序的多个副本,请参阅 Exmerge 实用程序文档,获取有关为每个实例重定向 Exmerge 日志文件的信息。此日志文件包含了您在排除此过程中可能发生的任何故障时所需的关键数据。

您还可以安排 Exmerge 实用程序对特定邮箱定期运行,并且将邮箱的内容增量备份到单个 .pst 文件中。虽然此备份方法对于许多用户不可行,如果您执行“brick”级备份的增量备份类型,它可以帮助您更快地恢复关键用户或文件夹的数据。有关备份计划安排的信息,请参考 Exmerge 实用程序文档。

已定义委派权限(及其委派)的用户通常是 VIP 列表很好的候选人,因为已定义委派权限的用户通常是已经向助手授予访问权限的执行用户。您可以使用下列 .csv 文件导出标头以快速确定在您的单位中已授予委派权限的用户,以及这些委派权限都授予了哪些用户:
Obj-Class,Display-Name,Public-Delegates,Public-Delegates-BL,Obj-Dist-Name
要使用上述标头,请将该标头复制并粘贴到纯文本文件的首行。然后通过使用作为导出目标创建的文本文件,使用 Exchange Administrator 程序导出所有邮箱。

如果用户具有邮箱的委派权限,则该用户的对象就具有 Public-Delegates 属性。如果有人将用户权限授予了其他邮箱,则该用户就具有 Public-Delegates-BL 属性。委派权限按判别名列出,而不是按显示名称列出。如果判别名所引用的用户不明显,则搜索 Obj-Dist-Name 列以建立关联。

在 Exchange 2000 中,您必须搜索 Active Directory 以确定委派信息。您可以使用 Ldifde.exe 实用程序简化此搜索:
LDIFDE.EXE -F DELEGATES.TXT -D “DC=DOMAIN,DC=COM”
-L NAME,PUBLICDELEGATES,PUBLICDELEGATESBL
-R “(|(PUBLICDELEGATES=*)(PUBLICDELEGATESBL))”
备注:上述命令为单行命令,它进行了折行以提高可读性。

前述命令可导出一个域(已经分配了委派或者本身就是一个已分配委派)中所有对象的列表。此命令会忽略所有其他对象。如果此命令根本没有返回对象,则将委派权限分配给邮箱,然后重试。如果什么也没有返回,则此命令中可能有录入错误,或者域名可能错误。

备注:Ldifde 实用程序仅可在 Microsoft Windows 2000 上运行。如果您具有基于 Windows 2000 的计算机,您可以对已启用 LDAP 的 Exchange Server 5.5 计算机运行 Ldifde 实用程序。此操作将以 Exchange 2000 风格向您提供一个正在参与委派的用户的已筛选列表。使用与下列命令相似的命令:
LDIFDE.EXE -F DELEGATES.TXT -S EXCHANGE55SERVER
-L DISPLAY-NAME,PUBLIC-DELEGATES,PUBLIC-DELEGATES-BL
-R “(|(PUBLIC-DELEGATES=*)(PUBLIC-DELEGATES-BL=*))”
• 当在 Exchange 2000 以前的服务器上运行 Exmerge 实用程序时,Exmerge 实用程序可以使用的邮箱列表直接取自信息存储而不是目录。直到所有者首次登录,或者直到向所有者发送邮件,信息存储中才会创建邮箱项。在您尝试使用 Exmerge 实用程序重新导入数据之前,请向服务器上的所有用户发送一封邮件。当在 Exchange 2000 服务器上运行 ExMerge 版本 6 时,ExMerge 实用程序可以使用的邮箱列表直接取自 Active Directory 而不是信息存储。 可以使用您发送的邮件来确保生成所有邮箱,以通知用户当前的情况,并设置用户对于恢复的预期(要确保您没有将恢复的预期设置得过高)。此邮件可能包含下列信息:

• 发生了什么事情,以及为何您选择启动具有空白数据库的服务器。
• 何时预期进度更新。
• 恢复尝试和时间帧。
• 如何检查并重置委派权限。
• 如何报告问题,并发出特殊请求(例如,请求恢复个人窗体)。
• 恢复规则后,如何修复这些规则。
• 禁止的操作(例如,如果您打算恢复规则,请告诉用户不要重新创建它们;如果您打算将原始数据库重新交换到服务中,请告诉用户在您恢复了先前的数据库之后,他们对规则、窗体、视图以及 .ost 文件所做的任何更改都可能被反转)。
• 如何重置 Outlook 通讯簿服务。
在您重置信息存储后,适当措辞的邮件可以大大降低帮助桌面资源的工作负荷,并且有助于区分恢复工作的优先顺序。
• 您可以使用 Exmerge 实用程序仅导出和导入您指定的文件夹;这样您就可以按重要性依次恢复信息。例如,对于用户效率最关键的文件夹通常是“日历”、“联系人”、“便笺”和“任务”文件夹。您可以设置 Exmerge 实用程序第一遍仅处理这些文件夹,设置 Exmerge 下一遍恢复“收件箱”,然后设置 Exmerge 恢复除“已删除邮件”文件夹以外的所有其他文件夹(可以等到恢复过程的最后一步)。使用此方法恢复数据,您可将很少的时间添加到恢复过程所需的全部时间长度中。
• 当您使用 Exmerge 实用程序恢复信息时,要密切注意信息存储事务日志文件,这是非常重要的。实质上,您正在重新发送所有恢复的邮件,这可以从生成日志文件的数量反映出来。您可以使用下列命令查看事务日志文件的位置:
d:\exchsrvr\bin\perfwiz.exe -r
备注:运行 Perfwiz.exe,时,如果不带 -r 开关,在可以查看文件位置之前,将会提示您关闭所有的 Exchange 服务。
• 调查重置于附加服务上的信息存储在实验室环境中的效果。例如,重置如何影响 PocketPC 日历同步程序的用户?您需要采取措施以使这些用户在重置后能够继续同步吗?在您重置数据库后,需要使用 Exchange 邮箱的备份实用程序仍然起作用吗?

经常看到有人提出类似将PST文件放在一个网络磁盘上以便实现多机共享PST文件的目的,我曾经解释过这是不可行的,这里给出一篇KB,说明其内在原因。

概要
本文将解释局域网 (LAN) 或广域网 (WAN) 链接不支持个人文件夹文件(.pst 文件)的原因。.pst 文件不适合在企业环境中用作长期的、持续使用的邮件存储方法。

本文还提出了 .pst 文件的两种替代方案:使用 .ost 文件或 Microsoft Windows 终端服务。
更多信息
Microsoft Exchange Server 4.0 小组创建 .pst 文件的本意是让用户在他们的本地计算机上保留其邮件的副本。.pst 文件还用作无权访问 Microsoft Exchange Server 计算机的用户(例如,Microsoft Outlook 的“仅用于 Internet Mail”(IMO) 模式的用户)的邮件存储区。

但是,.pst 文件并不适合用作企业网络解决方案。虽然可以指定网络目录或通用命名约定 (UNC) 路径作为 .pst 文件的存储位置,但是在企业环境中,使用网络不是长期、持续使用的邮件存储方法。

一个 .pst 文件是一种文件访问驱动的邮件存储方法。“文件访问驱动”的意思是:计算机使用操作系统提供的特殊文件访问命令来读取文件数据以及向文件写入数据。

这种方法在 WAN 或 LAN 链接上效率很低,因为 WAN/LAN 链接使用网络访问驱动的方法,即,使用操作系统提供的命令来向另一台联网计算机发送数据或从中接收数据。如果有一个远程 .pst 文件(通过网络链接访问),Microsoft Outlook 会尝试使用文件命令来从该文件读取数据或向其中写入数据,但由于文件不在本地计算机上,操作系统必须通过网络发送这些命令。这将产生大量开销,并将增加从文件读取数据和向其中写入数据所需的时间。此外,通过网络连接使用 .pst 文件时,如果连接性能不佳或发生故障,可能导致 .pst 文件损坏。

通过 WAN/LAN 链接访问 .pst 文件时的其他情况• 所有操作都需要更长的时间。
• 写入操作所需的时间大约比读取操作长四倍。
• Outlook 的运行速度比 Exchange 客户端慢。

建议
Microsoft 建议使用以下解决方案来取代通过 LAN 或 WAN 访问 .pst 文件。
Exchange Server 及 .ost 文件
通过 WAN 或 LAN 工作时,最好使用脱机文件夹文件(.ost 文件)来允许远程客户端在不连接到服务器的情况下工作。.ost 文件支持本地复制,这意味着所有 文件夹及其数据都可以复制到 .ost,而不是像使用远程邮件时那样仅可以复制电子邮件。因此,使用 .ost 文件更有效,也更有用。.ost 文件不依赖 Exchange Server 计算机的可用性(将新数据从服务器同步到客户端或从客户端同步到服务器时除外),因为信息缓存在本地 .ost 文件中。由于所查看的信息存储在本地驱动器上,而数据的主副本保留在服务器(在这里可以访问和备份数据主副本)上,因而性能得到了提高。.ost 文件还提供数据冗余,这可确保数据具有更高的完整性和可恢复性。
Microsoft 终端服务
如果某个企业要通过 WAN 或 LAN 链接使用 Outlook,在 Windows NT 4.0 或 Windows 2000 Server(后者更佳)上运行 Microsoft Windows 终端服务器服务比使用 .ost 文件的效率更高。虽然使用终端服务器服务会带来许可问题,但考虑到节省用户时间和网络带宽所带来的工作效率和效能,购买许可证还是值得的。使用终端服务时,只传送足以用来更新显示的信息。在任何网络带宽节约成本分析中,让大量远程用户基于终端服务(而非基于 .pst 文件或 .ost 文件)给企业带来的成本降低幅度(以及可能由此带来的其他好处)都是很明显的。