outlook老提示输入密码。邮箱会一直弹出“提示输入密码”选框。设置都没有问题，使用昨天还没有问题，但是过了一天再次登录outlook的时候就会提示让输入密码，输入后还是会提示要求输入密码。

回答：根据您的描述，我了解到您在Exchange 2007上碰到了如下问题：
在Outlook客户端上，邮箱会一直弹出“提示输入密码”选框。在Outlook客户端上，邮箱会一直弹出“提示输入密码”选框。根据我的经验，第一个问题造成的原因是您在服务器上安装了执行身份验证扩展保护的补丁。要解决这个问题，请您在Exchange 2007服务器上安装Exchange 2007 SP2.
Exchange Server 2007 Service Pack 2
http://www.microsoft.com/downloads/details.aspx?FamilyID=4C4BD2A3-5E50-42B0-8BBB-2CC9AFE3216A&displaylang=en
如果在安装完Exchange 2007 SP2后问题还是存在，请您提供下面的信息：您看到的文章来自活动目录seo http://gnaw0725.blogbus.com/c1404551/
1. 发生问题的Outlook客户端是什么版本的，Outlook 2007 还是Outlook 2003?
2. 在问题发生之前，您有没有在服务器上安装过什么补丁？

从您的回复中，我了解到有问题Outlook客户端都在域外，并且它们使用RPC和Outlook Anywhere两种方式连接邮箱。不过我有一点需要确定：使用正常RPC方式连接邮箱的域外Outlook客户端是不是使用了VPN连接到了Exchange 2007域？
请您理解一般来说只有域内的Outlook客户端（包括是有使用VPN的外部客户端）才能使用正常的RPC连接他们的邮箱；而对于域外的Outlook客户端，RPC协议不适用，他们只能使用HTTPs协议封装RPC包，即，Outlook Anywhere方式，来连他们的邮箱。
如果所有有问题的Outlook客户端都是使用Outlook Anywhere的方式连接他们的邮箱的，那么首先请您对照下面的技术文章来检查您是否在Exchange 2007上正确配置了Outlook Anywhere。
如何启用 Outlook Anywhere
http://technet.microsoft.com/zh-cn/library/bb123889.aspx
如果您是使用上述步骤配置Outlook Anywhere的，请您通过下面的步骤自检ValidPort是否配置正确。您看到的文章来自活动目录seo http://gnaw0725.blogbus.com/c1404551/
如何配置 RPC 代理服务器以便将指定的端口用于 RPC over HTTP
http://technet.microsoft.com/zh-cn/library/aa998910(EXCHG.65).aspx
沈碧筠 微软全球技术支持中心

outlook 提示输入密码的相关文章请参考
outlook反复出现验证
rpc over http密码
Exchange 9074
http://www.googlesyndicatedsearch.com/u/blogbus?hl=zh-CN&inlang=zh-CN&newwindow=1&ie=GB2312&q=site%3Agnaw0725.blogbus.com+outlook+%CC%E1%CA%BE%CA%E4%C8%EB%C3%DC%C2%EB&btnG=Google+%CB%D1%CB%F7
---gnaw0725

exchange 公共文件夹迁移步骤。我有两台服务器：win2003r2+exchange2003,win2008+exchange2008（新安装好）, 现在想把Exchange2003下的公共文件夹迁移到Exchange2007中，请问如何操作，两台服务器在同一单一域中，且在同一组织中,谢谢.

回答：根据您的描述，我对这个问题的理解是：您想知道如何将Exchange 2003中的公共文件夹内容迁移到同一组织中的Exchange 2007上。在Exchange 2007上，您可以运行下面这条命令来实现您的要求：
MoveAllReplicas.ps1 -Server Server01 -NewServer Server02
您看到的文章来自活动目录seo http://gnaw0725.blogbus.com/c1404551/
供您参考：
如何将公用文件夹内容从一个公用文件夹数据库移动到另一个公用文件夹数据库
http://technet.microsoft.com/zh-cn/library/bb331970(EXCHG.80).aspx
注：一般情况下，公共文件夹的迁移过程可能会花费很长的时间，视不同的情况而定，甚至可能需要一天或者更长的时间。
黄 波 微软全球技术支持中心

exchange 公共文件夹迁移的相关文章请参考
http://www.googlesyndicatedsearch.com/u/blogbus?hl=zh-CN&ie=utf-8&newwindow=1&q=site%3Agnaw0725.blogbus.com+exchange+%E5%85%AC%E5%85%B1%E6%96%87%E4%BB%B6%E5%A4%B9%E8%BF%81%E7%A7%BB

Exchange的更多文章请参考 exchange server
---gnaw0725

EXCHANGE 2007状态监控方法。由于公司对邮件系统的运维要求很高，邮件系统是EXCHANE2007，按照微软的标准部署，外部有防垃圾邮件网关（第三方），我想咨询一下，除了我们管理员的监控外，有没有比较简单的方法或工具可以提供给部门的其它同事，通过这些方法或工具能及时协助管理员发现问题，以便能第一时间通知管理员去排除故障，非常感谢！

回答：根据您的描述，我对这个问题的理解是：您想了解是否有一些简单的方法和工具可以让终端用户快速发现Exchange 2007的故障。
请理解现有的Exchange 2007的工具都是提供给Exchange管理员的，例如ExBPA。很少有提供给终端用户的针对Exchange服务器的工具。通常终端用户会通过发现本人邮箱的问题，例如无法使用OWA/ActiveSync/Outlook，使用过程中出错，或是无法收发邮件等等信息，将问题反映给Exchange管理员。这些问题中部分是客户端的问题，部分就是Exchange服务器的问题。您看到的文章来自活动目录seo http://gnaw0725.blogbus.com/c1404551/
就我所知，在客户端我们可以通过以下方法快速测试Exchange 2007的Autodiscover是否配置正常：
注：客户端必须使用Outlook 2007。
a. 在Outlook 2007中，按住Ctrl键，同时右键选择系统托盘中的Outlook图标。
b. 选择Test E-mail AutoConfiguration.
c. 只选Use AutoDiscover，单击Test.
如果Results页中列出了Autodiscover返回的结果，那么Autodiscover配置正常。否则就是有问题。
其他方法必须是Exchange管理员在Exchange服务器上进行排错。在此，我仅提供一些常用的Exchange 2007工具。大多工具都在Exchange Management控制台->工具中。
1. 使用ExBPA查看Exchange服务器是否有配置的问题。
a. 打开Exchange Management控制台，展开工具。
b. 双击Best Practices Analyzer运行EXBPA测试Exchange服务器。
2. 使用Message Tracking，Queue Viewer查看邮件发送接收问题。
3. 使用IIS管理器查看Exchange虚拟目录的配置。
4. 使用命令针对Exchange 2007的一些功能进行排错。例如Test-OutlookWebServices您看到的文章来自活动目录seo http://gnaw0725.blogbus.com/c1404551/
Test-OutlookWebServices
http://technet.microsoft.com/zh-cn/library/bb124509(EXCHG.80).aspx
其他信息：
疑难解答
http://technet.microsoft.com/zh-cn/library/aa996829(EXCHG.80).aspx
何洁 微软全球技术支持中心

Exchange 2007的更多文章请参考 exchange server
---gnaw0725

　　Exchange备份分为联机备份和脱机备份两种。顾名思义，当运行exchange时执行的备份为联机备份，这类备份往往需要支持exchange的程序来完成，如NTBACKUP以及第三方备份软件针对exchange的数据库提供的解决方案。这类程序按逻辑备份数据，也就是说，备份所有与信息存储相关的数据和所有与目录服务相关的数据。脱机备份则是在服务停止时执行的文件级的备份。
联机备份

　　Exchange 支持四种类型的联机备份：常规或完全、复制、增量和差异。

       常规备份先备份您的数据库文件，然后备份事务日志文件，之后再从目录中删除事务日志文件。这意味着您可禁用循环日志记录，因为您的备份软件会删除日志文件。因此如果执行常规备份，您就不会遇到日志文件充满驱动器的问题。要还原常规备份，只需要还原上次常规备份集并启动该服务即可。

　　增量备份只作用于日志文件，因此仅适用于禁用循环日志记录的情况。象常规备份一样，增量备份也会在备份后将日志文件清除。因此，它提供了在不损害可恢复性的情况下去掉日志文件的另一种方法。要还原增量备份，必须返回到上次常规备份集（其中包含您的数据库文件）。还原这些数据库文件，再还原常规备份后的每个增量备份集，然后启动该服务。请注意，只有当您还原所有的备份集之后，才能启动该服务，否则在备份集之后还原的任何日志都不能向前运行。

　　像增量备份一样，差异备份也作用于日志文件，因此若要使用它，就必须禁用循环日志记录。然而与增量备份不同的是，差异备份不删除日志文件。要还原差异备份集，请返回到上次常规备份并还原您的差异备份集（它包含上次常规备份后产生的所有日志文件）。使用增量备份时，只有当您还原了所有的备份集之后，才能启动该服务。

　　脱机备份，任何备份软件都可以执行脱机备份。不过，在还原时脱机备份不能象对应的联机备份一样自动放出所有日志文件。因此，Microsoft 不推荐使用脱机备份进行每日备份。但是，当联机备份失败后，脱机备份就非常重要。

　　恢复

　　恢复数据的方式取决于您是返回到联机备份还是返回到脱机备份，而还原联机备份比还原脱机备份要容易一些。在每日常规备份中，您只是简单地还原上次常规备份并启动该服务。在常规加增量备份中，您将还原上次常规备份和所有增量集并启动该服务，而 Exchange 会放出所有日志文件。在常规加差异备份中，您将还原上次常规备份，还原上次差异备份，并启动该服务。

  　在脱机备份中，您将执行还原目录服务的一个步骤和还原信息存储的另一个步骤。对于目录服务，应还原 DSADATA 目录，必要时使用 Windows NT 注册表在各个不同的驱动器上找到多个 DSADATA 目录。然后，启动该服务。对于信息存储，应还原 MDBDATA 目录（其位置也出现在注册表中），然后运行 Microsoft Exchange Server 下 bin 目录中的 ISINTEG.EXE 程序，并给此程序提供 -patch 命令行选项。然后，停止该服务，它自己应当再次启动。

　　二. 如何来进行备份和恢复的操做

　　联机备份

　　要使用“备份向导”对 Exchange Server 计算机执行联机备份，单击开始，指向程序，指向附件，指向系统工具，然后单击备份。或者，在命令提示符处键入 ntbackup。

　　在“要备份的内容”对话框中，选择“备份选定的文件、驱动器或网络数据”，然后单击下一步。这将启动联机备份。

　　在“要备份的项目”对话框中，展开 Exchange Server 树，选择单位中要备份的任何或所有 Exchange Server 计算机，然后单击下一步。

　　备注：您不能选择词语“Microsoft Exchange”旁边变灰的框。必须双击 Microsoft Exchange 或单击加号 (+) 展开 Exchange Server 树。您可以将此树向下展开到任何服务器的目录或信息存储区。确认“备份媒体或文件名”框中列出的文件是您要将数据备份到的文件，然后单击下一步。 单击完成继续进行备份。

　　要不使用向导备份 Exchange Server 计算机，请按照以下步骤操作：

　　单击开始，指向程序，指向附件，指向系统工具，然后单击备份。或者，在命令提示符处键入 ntbackup。

　　在“欢迎使用 Windows 2000 备份及故障恢复工具”对话框中，单击备份选项卡，然后展开 Microsoft Exchange 树。选择单位中要备份的任何或所有 Exchange Server 计算机。备注：您无法选择词语“Microsoft Exchange”旁边变灰的框。您必须双击 Microsoft Exchange 或单击加号 (+) 展开 Exchange Server 树。您可以将此树向下展开到任何服务器的目录或信息存储区。

　　确认“备份媒体或文件名”框中列出的文件是您要将数据备份到的文件，然后单击开始备份。 验证备份作业信息对话框中的信息，然后单击开始备份。

　　脱机备份与恢复

　　检查工作:

　　确定是否为存储组启用循环日志(不要启用）。(exchange系统管理器>存储组->属性->通用，不钩选启用循环日志。)

　　确定 Exchange 数据库、流、事务日志和检查点文件的路径位置以及存储组的日志文件前缀。(exchange系统管理器>存储组->属性->通用,记录日志文件前缀（E0n）,事务日志位置 (E0n*.log)系统路径位置 (E0n.chk), 数据库路径列在每个 database_name 对象的 Database 属性中,*.stm,*.edb)Dismount 要备份的数据库。

　　脱机备份

　　1. 验证验证数据库文件（.edb 和 .stm 文件）一致且相互匹配。为此，请对每个文件运行以下命令
       eseutil /mh database（*.edb） file | find /i "DB Signature"
       eseutil /mh database file (*.stm)| find /i "DB Signature"
       若两个文件DB签名相同，则说明属于同一文件集。
       eseutil /mh database file ,state=clean shutdown
　　

       2. 将*.edb,*.stm文件备份。
　　

       3. 装入已备份的数据库。
　　      

       4. 若稍后要钱滚，则备份所有带编号的事务日志文件（E0nxxxxx.log 文件）。不要备份 E0n.log、Res1.log 和 Res2.log 文件。
　　

       5. 查看检查点文件的标头，以确定可以安全删除的编号最大的日志文件。如果数据库异常停止，检查点将跟踪自动恢复所需的编号最小的日志文件。要查看检查点文件，运行以下命令:eseutil /mk E0n.chk
　　

       6. 令验证已备份日志文件的完整性：eseutil /ml E0n

       脱机恢复

       “时点”恢复。日志文件不会重放到数据库中。备份后所创建的所有数据都将丢失。存储组中的所有已停止数据库必须一致，并且必须存在有效的检查点文件。不要删除当前的检查点文件或任何现有的日志文件。

       “前滚”恢复。备份后所创建的日志文件将被播放到数据库中。如果所有日志文件都可用，则备份后所创建的全部数据都可保存下来。如果启用了循环记录，则必须对脱机备份执行“时点”恢复，而不能选择“前滚”恢复。存储组中的所有数据库必须停止且一致，并且生成备份后创建的所有日志文件都必须存在（包括当前的 E0n.log）。必须删除检查点文件。

       “时点”恢复

       1. 卸除掉要恢复的数据库，并验证其一致,匹配，且检查点有效。
       eseutil /mk E0n.chk | FIND /i "checkpoint"
       eseutil /ml E0n.log | FIND /i "lgeneration" 看检查点是否位于日志中。
　　

       2. 将已备份的 .edb 和 .stm 文件复制到适当的数据库和流式文件位置。
　　

       3. 在Exchange 系统管理器中数据库对象的“数据库”属性内单击以选中 This database can be overwritten by a restore（可以用恢复覆盖此数据库）复选框。
　　

       4. 装入已恢复的数据库。

       “前滚恢复”

       1. 卸除掉要恢复的数据库。
　　

       2. 检查一致性。
　　

       3. 检查每个数据库标头中记录的日志签名是否为低锚定日志的签名。运行以下命令：
       eseutil /mh database_name | find /i "Log Signature"
       eseutil /ml low_anchor_log | find /i "Signature"
　　

       4. 检查当前数据库路径位置是否与创建备份时的路径位置相同。
       eseutil /ml "Last_Consistent"_log | find /i "database name or pattern"
　　

       5. 从连续序列中尽可能靠前的低锚定编号开始，收集所有日志，并将这些日志复制到当前的事务日志路径中。
　　

       6. 验证所有日志是否共享同一日志签名并处于连续序列中。
       eseutil /ml E0n > 20049995942.htm.txt
　　

       7. 如果高锚定日志尚未命名为 E0n.log，则重命名它。
　　

       8. 从“系统路径”文件夹中删除 E0n.chk 文件。
　　

       9. 作为装入存储组前的最后一步检查，请验证以下几个方面：
　 所有数据库文件都存在于其运行路径中。
 　运行事务日志路径中仅有的日志文件从低锚定日志开始，并至少持续到高锚定日志，其中编号最大的可用日志名为 E0n.log。
 　“系统路径”文件夹中没有 E0n.chk 文件。
　　

       10. 如果信息存储尚未运行，请启动它，然后至少在存储组中装入一个数据库。

       三. Exchange数据库故障处理

       当无法mount上数据库时，按下列步骤操作

       1. 尝试启动信息存储，看错误提示和事件日志。

       2. 检查一致性
      eseutil /mh  databasename
　　

       3. 若state=dirty shutdown,则不要remove log，若state=clean shutdown,则把log移出，转到第11步。
 

　　4. 不一致执行软恢复eseutil /r ，成功再检查一致性，转到第9步。
　　

       5. 若磁盘空间不足，执行碎片整理(eseutil /d)
　　

       6. 数据库不一致并且软恢复不成功，删除mdbdata中的所有Log文件，还有chk文件，以及temp.edb文件。
　　

       7. 执行eseutil /p,恢复到一致状态。
　　

       8. 将数据库装入一次，并马上卸除。
　　

       9. 使用 Isinteg.exe 修复 Pub1.edb 数据库和 Priv1.edb 数据库(isinteg -s (servername) -fix -test alltests)
　　

       10. 如果能够启动信息存储服务，而且信息存储较为稳定，并且在多次运行 Isinteg.exe 后仍报告同样的错误和警告，请使用 ExMerge 实用工具，通过将数据导出为 .pst 格式，然后将其重新导入新的或干净的数据库结构中来重建信息存储。
　　

       11. 重新启动信息存储,mount 存储。
　　

       12. 做一次全备份。

       四. 其它信息

       .edb 和 .stm 文件是所有数据库信息的最终储存库。在大多数情况下，应将这两个文件视为一个文件；请一前一后地备份和恢复这两个文件。这两个文件必须在时间上相互保持同步；在某一天备份的 .edb 文件不能匹配在另一天备份的流式文件。为避免对哪些日志文件属于各个存储组产生混乱，以唯一的日志前缀命名属于指定存储组的 Exchange 日志，该前缀是文件名的前三个字符，存储组的当前日志文件总是 E0n.log。事务日志的大小统一为 5 MB。如果当前日志文件已满，将用十六进制序列号（称为日志生成编号）将其重命名，并生成新的当前日志文件。日志文件被编号为 E0n00001.log、E0n00002.log，依此类推。带编号的日志文件一般被指定为 E0nxxxxx.log。

       如果数据库异常停止，则检查点文件 (E0n.chk) 将记录作为恢复起点的事务日志，恢复必须从此起点处开始重放，以恢复数据库一致性。该过程称为“软恢复”。软恢复与“硬恢复”相对，后者是在恢复联机备份后重放日志文件的过程。软恢复和硬恢复之间最重要的区别是：在硬恢复期间，将修补文件数据插入了日志文件重放过程。不一致的 Exchange 数据库文件是没有将所有未完成事务全部写入其中的文件。在正常操作期间，Exchange 数据库文件是不一致的，因为在缓存中存在尚未物理写入该文件的信息。通常，只有数据库服务正常关闭后，Exchange 数据库文件才被认为是一致的。不过，数据库作为一个整体（该整体被认为是事务日志和数据库文件中的信息总和）始终是一致的，除非所需的日志文件被过早删除。

       处理数据库签名与路径不匹配问题

       与日志文件一样，数据库也有自己的签名。不同的是，虽然自创建 E0n000001.log 文件之后日志签名不会再更改，但每当数据库的物理拓扑改变时，数据库签名将会更改，并且不通过日志文件对这些更改进行跟踪。使用 Eseutil 对数据库进行脱机碎片整理或修复时，会更改 DB 签名。经过这样的事件后，数据库可以附加到先前的同一日志流，但它将不接受数据库具有先前签名时所执行的所有事务的重放。数据库的以前副本不接受数据库签名更改后所执行的任何事务的重放。由于数据库签名以这种方式重置，因此强烈建议您在对数据库进行脱机碎片整理或修复后，立即创建完全数据库备份。如果您以后恢复具有旧签名的数据库副本，将会成功重放到签名更改点，但您将会丢失该点之后的所有更改。如果在日志流中间更改了数据库路径，其效果与更改签名类似：重放将在更改点中断。（联机备份 API 提供了一种手段，可以在恢复过程中重新映射路径；因此，即使在创建备份后更改了路径，联机备份 API 也可以完全重放日志。）

       Microsoft Exchange Server 2003的应用非常广泛，从最小的零售店到最大的企业级用户都在使用它。尽管可以通过很多销售渠道购买到它，它也被应用于很多大型公司之中，但是对于很多管理员来说，它还是让人迷惑，而且难于管理。因此，这个系统的灾难恢复计划通常被忽略了，或者更糟糕的情况下，被错误地执行了。

       Exchange中文站在以后也将讲述不同的、针对Exchange Server 2003的灾难恢复策略，并告诉你们如何保护它，因为它已经快速成为很多公司中非常重要的通信工具。我将在一开始解释哪些文件是必须要加以保护的重要文件，在以后的Exchange的灾难恢复中，你将需要它们。

       总的来说Exchange是一个大型数据库引擎，包含了重要的日志文件和数据文件（还有一些支持各种功能的辅助文件）。这里使用的数据库技术名为JET（Joint Engine Technology），这项技术已经被用在几个版本的Exchange之中了。了解数据库组件是正确保护整个系统的关键，简而言之，如果 Exchange启动的时候，数据库组件不能正常工作，那么Exchange也就不能正常工作了。

       了解Exchange数据库组件

       在Exchange 之中，数据库被列成组，这种方式被称为Storage Groups （SG）。每个SG包含一个完整数据库相当于一个独立逻辑单元，SG的多少依据你的Exchange版本决定。Exchange Server 2003可以有一个SG，而使用Exchange Server 2003 Enterprise Edition的服务器每台可以有4个SG。要记住，你可以有另外一个SG。这个SG被称为Recovery Storage Group，它并不是用于平时的应用的。（我将在以后的一篇文章中详细讲解Recovery Storage Group的内容）。每一个SG包括1到5个存储，它可以包括邮箱数据、Private Stores或者Public Folder数据，通常被称为Public Stores。

       一个SG的组合和所有它存储的数据是一个逻辑数据库单元，并且能够以此为单元进行备份和恢复。每一个SG都有一系列日志文件，其中记录了所有发生的事件，并且包含一套存有真正数据的数据库文件。而且 Exchange还使用其他辅助文件，比如CHK文件来进行相互校验，并且帮助进行恢复，避免耗时很长的过程。

       了解数据库文件分为两种类型非常重要：EDB扩展名的文件包括了所有Outlook格式的MAPI数据。STM后缀的文件包括了所有的电子邮件数据，特别是附件和其他现代电子邮件可能包含的“非邮件文本”信息。

       简而言之，你需要备份所有这些数据库组件。没有它们，灾难发生之后，你就不能够把Exchange恢复到运行状态。

       备份Exchange文件的方法

       首先，你可以备份所有存储有数据库组件的纯文本文件。这样做非常有效，但是却有几个缺点。首先你必须让Exchange处于离线状态才能对文件进行备份，因为当Exchange系统服务运行的时候，它们是被Exchange系统锁定的。而且，这种方法不能移动已经提交给数据库系统的日志文件。这意味着你会备份不必要的日志，而且你将永远不能把它们从硬盘中清除出去，随着时间推移，这些文件会占据越来越多的硬盘空间。

       第二种方法是从备份工具厂商那里获得Exchange备份代理工具。在Exchange服务器安装过程中，会自带一个免费的代理工具，它能够加强Windows server上自带的NTBackup工具的功能。所有这类的工具都能够让你在Exchange系统保持在线状态下就进行备份，尽管在备份过程中系统的性能会有所下降。这就是为什么Exchange备份通常都在使用系统人数比较少的时候进行的原因了，这也叫做“backup window”。backup window在离线状态下总是工作状态良好，对于纯文本文件备份来说也是必须的。免费版本和你从供应商那里购买版本之间的区别通常在于一些附加功能，这些功能可能你需要，也可能不需要，但是所有的工具都具有备份数据库及清理日志的基本功能。

       另一个选择是使用一些复制软件来把数据复制到另一块硬盘或者另一台机器上。这些系统通常都能够良好工作，尽管你必须确保所使用的工具能够把同样的数据同时提交给两个位置进行存储，否则你就会破坏了数据库的完整性，甚至可能让数据变得毫无价值。很多这类工具还允许你在第二台服务器上备份纯文本文件，让备份工作更加简单，但是并不能够同样处理日志管理工作。哪种选择是最好的取决于你所在企业的预算和需求，通常工具组合是企业最好的选择。

       最后，根据你计划采用的恢复方式，你可能还希望能够备份配置文件以及Exchange其他一些部分。数据库、日志和CHK公司都是恢复所必须的，所以你必须经常备份这些重要的信息。好消息是绝大部分自动磁带备份工具都将为你选取适当的文件进行备份。如果你使用的是其他工具，你可能需要在处理之前，先找到这些文件的位置，如果你没有移动过它们或者在安装时候选择其他路径，那么通常它们在\EXCHSRVR目录下的\MDBData文件夹中。

备份完成

2． 试用一用户登录后，再发送一些邮件。
 

3． 下面模拟邮件系统损害的过程，如下步骤：
A．结束Store.exe进程

 
B．移走所有关于需要还原的邮箱对应的文件。将其保存到一个文件夹中去。
 

 
4． 启动Exchange 服务：net start msexchangeis
 

 
5． 正常启动，在相应邮箱文件被移出后，系统将给此邮箱分配一个空邮箱，以供正常使用。
 

加载时出现下列错误，点击“是”继续加载。
 

6． 此时用一用户登录进去，邮箱为空。
7． 下面开始从第一步备份的数据中还原出邮件（概括性要求）。
8． 在Exchang2003中添加恢复存储组，以协助恢复邮箱
 

  
 确定后，再添加要恢复的数据库，对象是需要还原的邮箱。

9． 上述步骤完成后，开始恢复，现将先前移出保存的文件中E00.log 和E00xxxxx.log等所有日志文件，拷贝到恢复存储组对应的文件夹中，此文件位置如图所示：
 

 
10． 完成后，打开备份恢复工具：只选中，日志和相应邮箱。
 

  
11． 选中后开始还原
 

 
12． 还原后查看事件日志中的应用程序日志，如果出现事件ID：902表示Exchange硬恢复成功（Exchange2003已恢复出在备份后和系统损坏前，这之间用户收发的邮件。）
 

13．  下面开始邮箱存储对于数据库文件和恢复存储组中的邮箱存储对于数据库文件的互换。
 
 

注意：互换后需要将文件名称正确对应。
再在下图中的，邮箱存储（1BENET）的属性中选中“还原时可以覆盖次数据库（T）”

13．再装入存储。成功后可以便可以恢复到系统损坏时的邮箱状态。

14． 装入后，客户端用户可以正常收发邮件，同时可以看见在备份前所有的邮件，以及备份后损坏前这之间用户收发的邮件。
 

15． 但是仍然缺少在损坏后，使用空邮箱存储时用户收发的邮件，下列的过程就使用Exmerge工具（Exchange中邮件迁移工具）从恢复存储组中将使用空邮箱存储时用户收发的邮件倒入到当前邮箱存储中，以使用户可以看到所有收发过的邮件。
16． 在第13步互换了邮箱存储和恢复存储组对应的数据文件*.edb和*.stm文件后，在恢复存储组对应数据库文件位置 C:\Program Files\Exchsrvr\_____中清楚除*.edb和*.stm外所有的文件。

 
17． 如上图清楚后，剩余*.edb和*.stm两个文件。然后在Exchange系统管理器中装载恢复存储组中的邮箱存储。
 
 

 
18． 下面开始使用Exmerge工具将使用空邮箱存储时用户收发的邮件导入到用户正常使用的邮箱存储数据库中。
19． 在邮箱存储的属性—安全属性中编辑以使Administrators, domain admins, Enterprise admins三个组对该邮箱存储有Receive As 和Send As的权限
 

 
选择高级后，去除 “允许父项的继承……”选项中的勾

 
依次选择复制，确定，是，是等确认按钮。出现下面的窗口，然后使Administrators, domain admins, Enterprise admins三个组对该邮箱存储有Receive As 和Send As的权限
 

正确设置后如下。然后确定以关闭该窗口
 

20． 将Exmerge对应两个文件Exmerge.exe 和Exmerge.ini文件拷贝到C:\Program Files\Exchsrvr\bin目录下
 

 
21． 运行Exmerge.exe，并“下一步”下面为目标服务器
 

22．选中Select All—下一步， 完成后，用户可以看到所有的邮件了。
23． 删除恢复存储组

        1、 通过全局设置来限制邮箱传递的整个邮件大小：

        打开“Exchange系统管理器”左侧的“全局设置”中，找到“邮件传递”右键选择“属性”并切换到“默认设置”标签，在其中会看到“发送邮件大小”、“接收邮件大小”、“收件人限制”等相关的选项，按照需求，做相应的设置即可。

        2、 通过AD中限制某个用户邮箱传递的大小：
 

        在Exchange服务器上，打开AD的用户和计算机，找到想要限制的用户并右键“属性”，在“Exchange常规”选择“传递限制”：

 
        在“传递限制”标签 中可同样可以查看到相应的对邮箱 大小的限制 ：
 

        通过以上的两种方法即可从通过限制邮件整体大小的方式来实现限制邮件附件大小的目的。

　　要删除并重新安装 IIS 和 Exchange，请按照以下步骤操作：

　　步骤 1：备份数据

　　对信息存储、系统状态数据和 IIS 元数据库执行联机备份。

　　步骤 2：卸除邮箱和公用信息存储

　　卸除邮箱和公用信息存储。为此，请按照下列步骤操作： 1. 在 Microsoft Exchange系统管理器中，双击“服务器”容器，双击您希望将这些组件重新安装到的“服务器的名称”，然后双击正确的“存储组”。

　　2. 右键单击“邮箱存储（ServerName）”，然后单击“卸除存储”。

　　3. 右键单击“公用文件夹存储（ServerName）”，然后单击“卸除存储”。

　　步骤 3：停止 Exchange服务并删除 IIS

　　1. 停止 Microsoft Exchange信息存储“IS”服务。为此，在“计算机管理”中，双击“服务和应用程序”，单击“服务”，右键单击“Microsoft Exchange信息存储”，然后单击“停止”。

　　2. 启动 Windows 资源管理器，然后找到 Program Files\Exchsrvr 文件夹。

　　3. 将所有驱动器上的 MDBDATA 文件夹重命名为 MDBDATAOLD，然后将它们移动到另一位置，例如 C：\.

　　注意：如果有多个 MDBDATA 文件夹，您必须记住每个文件夹的原位置。

　　4. 删除 IIS.为此，请按照下列步骤操作：a. 在控制面板中，双击“添加/删除程序”。

　　b. 单击“添加/删除 Windows 组件”。

　　c. 单击“Internet 信息服务 （IIS）”。

　　d. 单击“详细信息”。

　　e. 单击以清除“公用文件”以外的所有子组件的复选框，单击“确定”，然后单击“下一步”。

　　f. 按屏幕上显示的说明完成此过程。

　　步骤 4：重新安装 Internet 信息服务并重新应用 Service Pack

　　注意：确保让最新的安全修补程序和 Service Pack 在本地可用。要查看和下载最新的 Service Pack 和安全修补程序

　　1. 将服务器从网络上断开，然后重新安装 Internet 信息服务。为此，在控制面板中，双击“添加/删除程序”，然后单击“添加/删除 Windows 组件”。

　　2. 单击以选中“Internet 信息服务 （IIS）”复选框，然后单击“详细信息”。

　　3. 确保将“NNTP 服务”复选框和“SMTP 服务”复选框都选中，然后单击“确定”。

　　4. 单击“下一步”，然后按屏幕上显示的说明完成安装。

　　5. 对服务器应用所有最新的 Windows 2000Service Pack、修补程序和安全修补程序，然后重新将其连接到网络。

步骤 5：重新安装 ExchangeServer

　　注意：要安装 Exchange2000 Server，您必须使用具有完全的 Exchange管理员权限的帐户登录。

　　1. 将 Exchange2000 CD 插入 CD-ROM 驱动器中，然后启动 CD_Drive_Letter：\SETUP\I386\Setup.exe.

　　注意：如果您在运行带有 Exchange2000 的 Microsoft Small Business Server 2000，请按下列步骤重新安装 Exchange2000：a. 插入 Small Business Server 安装盘 1.

　　b. 单击“Setup SBS”（安装 SBS），然后等待加载安装程序组件。

　　c. 在最初的几个显示公司和产品信息的安装屏幕上单击“下一步”。

　　d. 键入管理员密码或单击“Manually log on”（手动登录），然后单击“下一步”。

　　e. 在接下来的三个安装屏幕上都单击“下一步”。

　　f. 在“组件选择”屏幕上，确保选中“维护”复选框。

　　g. 在“Microsoft Exchange2000”框中，单击“重新安装”。

　　h. 在接下来的安装屏幕上单击“下一步”，直到安装开始。

　　i. 当安装程序提示您完成安装时，单击“完成”。

　　j. 重新应用所有 Exchange2000 Service Pack 和修补程序，然后跳过本节的其余步骤（步骤 5：重新安装 ExchangeServer）。

　　2. 在 Microsoft Exchange2000 安装向导中，单击“下一步”。

　　3. 在“操作”列，针对每一个已安装的组件单击“重新安装”，单击“下一步”，然后按屏幕上显示的说明完成安装向导。

　　4. 重新应用所有的 Exchange2000 Service Pack 和修补程序。

　　步骤 6：恢复原来的 Exchange信息存储

　　1. 使用本文中“卸除邮箱和公用信息存储”部分介绍的方法卸除邮箱和公用信息存储。

　　2. 在“计算机管理”中，双击“服务和应用程序”，单击“服务”，右键单击“Microsoft Exchange信息存储”，然后单击“停止”。

　　3. 启动 Windows Explorer，打开 Program Files\Exchsrvr 文件夹，然后将所有驱动器上的所有 MDBDATA 文件夹重命名为 MDBDATABLANK.

　　4. 打开您早先（步骤 3“停止 Exchange服务并删除 IIS”）在其中放置 MDBDATAOLD 文件夹的那一文件夹，然后将 MDBDATAOLD 重命名为 MDBDATA.

　　5. 对每一个 MDBDTAOLD 文件夹执行下列操作步骤：a. 将 MDBDATAOLD 重命名为 MDBDATA.

　　b. 将刚才重命名的 MDBDATA 文件夹移到其原始位置。

　　6. 将您在步骤 3“停止 Exchange服务并删除 IIS”中移动过的文件夹移动到其正确的 Program Files\Exchsrvr 文件夹中。

　　7. 装载邮箱和公用信息存储。为此，请按照下列步骤操作。

　　注意：如果您按这些步骤不能装载存储，请重新启动 Microsoft Exchange信息存储服务，然后再次尝试这些步骤。a. 在 Microsoft Exchange系统管理器中，双击“服务器”容器，双击您希望将这些组件重新安装到的服务器的名称，然后双击正确的“存储组”。

　　b. 右键单击“邮箱存储（ServerName）”，然后单击“装入存储”。

　　c. 右键单击“公用文件夹存储（ServerName）”，然后单击“装入存储”。

　　8. 重新启动 Microsoft Exchange信息存储服务和其他可能停止的 IIS 及 Exchange服务。

        查看Exchange的M盘需要两个步骤：

        1、Regedit，打开注册表 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EXIFS\Parameters 选择 Parameters 并在右侧空白处“新建”一个“字符串值”并将其命名为 Driveletter  ，然后修改这个键值“数值数据”输入 M 。

　　从字面上来看，离线备份是在Exchange系统离线的状态下，把数据库和相关文件备份到磁带或其它的移动介质上。这种做法是非常安全的，只要数据库在备份之前是一致和正确的。但是这种做法有几个缺点。首先，也是最重要的一个缺点是你必须在备份前将数据库关闭，让它进入一种一致的环境。虽然你可以使用这种备份方式恢复不恰当关闭而损坏的信息，但是很有可能你的数据备份并不完整。

　　其次，其他的备份系统允许你自动管理日志文件维护，并把那些已经提交，所以不再需要的日志文件清除掉。离线备份需要附加工具才能完成这一功能，所以对于那些时间不是很充足的IT工作者来说，它也许不是一个最好的选择。

　　Exchange 在线备份

　　在线备份既可以使用微软的NTBackup备份来进行系统进行，也可以使用其他供应商所提供的备份工具进行如（GFI、Acronis等等）。这些工具允许系统动态备份Exchange数据库和其他文件，而且备份过程中并不妨碍这些数据的使用。不过总体来说，当备份的时候，你的系统的性能可能会不如平时的表现，从客户端表现来看，Exchange系统在备份过程中响应速度会比较慢，但是对于大部分情况来说，功能仍然可以使用。

　　在线备份并非不显示备份窗口，但是它确实能够将备份窗口对最终用户的影响降至最低。这些工具还能够管理你的日志文件，并从服务器上清除那些不再需要的日志文件。这将为你节省宝贵的磁盘空间，清除那些你不再需要的文件。

　　Exchange 积木层级备份

　　积木层级备份(通常被称为brix-或者brick-level 备份)是通过使用专门针对Exchange的备份代理或者第三方工具完成的，这一点和在线备份很相似。其不同之处就在于你把每个邮箱作为独立的单元进行备份，它们可以同其他的数据信息分开，独立地进行存储，或可供邮件查询。如果你只想恢复某一个用户的文件，那么恢复工作就十分容易，并且能够极大地缩短恢复的时间和步骤。

　　这种备份方式的一个主要缺点是备份是和数据存储同时发生的，这就增加了整个处理过程的时间进度。而且，目前微已经放弃邮箱级备份，目前在Exchange Server 2003中推荐使用Recovery Storage Group系统，在需要的时候可以进行邮箱恢复。

　　Exchange 测试你的备份系统

　　不论你使用的是哪一种备份系统（设备），都必须至少每月一次或多次的对它进行测试，以确保在真正进行备份工作时达到需要的效果。如果你使用的是邮箱级备份，你可能需要尝试性地备份一、两个邮箱来测试它是否工作正常。当然，数据库级备份(在线或离线)需要备份整个数据库单元。无论是测试哪种备份系统，如果你使用的不是Exchange 2003，你都需要另外一个Exchange服务器来进行测试。在最后一种情况下，你可以使用一个Recovery Storage Group来进行恢复测试，但是还是建议你在另一个服务器上进行，因为你在测试过程中还是会造成数据库停止工作。很多大型销售Exchange的店都有一台额外的服务器可以进行恢复测试。小型的至少也会使用备份系统自带的磁带工具检查磁带上数据的完整性。

　　对Exchange系统的备份和测试是必不可少的（其中Exchange最佳分析实践工具也会起一关键性的作用）。其他没有哪一个系统允许你不随时备份。你可以使用上面任何一种/或者所有的方法来将数据备份到硬盘上，为了防止病毒攻击、员工恶意或者其他一些非自然因素导致的文件级破坏，你还需要一些实时备份(硬盘、磁带或者两者兼的备份设备)。如果条件允许，它们能够帮助你在大多数情况下更快、更有效的进行恢复。但是你不能指望不经过实时处理就能够恰当地保护你的Exchange数据，因为在实际的应用中，任何的操作或实效都有可能造成不可确定因素的发生。

因为SMTP IETF标准的局限性，为了有效地拒绝来自恶意的垃圾邮件来源站点和被利用的垃圾邮件来源站点所发来的垃圾邮件，最直接和有效的办法就是拒绝该来源的连接。那么获取到这些垃圾邮件的地址列表并有效的拒绝这些列表发来的邮件是一种可行的方式，下面，我们以中国反垃圾邮件联盟提供的CBL来具体的分析下如何来配置Exchange 2003的反垃圾邮件功能：

 首先我们进入中国垃圾邮件联盟（http://anti-spam.org.cn）的网站来查看相关的信息：