Exchange备份和恢复技巧集

　　脱机备份 BBS.bitsCN.com网管论坛

　　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
脱机恢复

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

　　“前滚”恢复。备份后所创建的日志文档将被播放到数据库中。假如任何日志文档都可用，则备份后所创建的全部数据都可保存下来。假如启用了循环记录，则必须对脱机备份执行“时点”恢复，而不能选择“前滚”恢复。存储组中的任何数据库必须停止且一致，并且生成备份后创建的任何日志文档都必须存在（包括当前的 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. 装入已恢复的数据库。
　“前滚恢复” DL.bitsCN.com网管软件下载

　　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. 作为装入存储组前的最后一步检查，请验证以下几个方面：
 　　任何数据库文档都存在于其运行路径中。

中国网管联盟

bitsCN.Com

　　当无法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 格式，然后将其重新导入新的或干净的数据库结构中来重建信息存储。 bitsCN.nET中国网管博客
　　11. 重新启动信息存储,mount 存储。
　　12. 做一次全备份。
　四. 其他信息

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

文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!