Exchange备份和恢复小结(2)

eseutil /mh database（*.edb） file | find /i "DB Signature"
eseutil /mh database file (*.stm)| find /i "DB Signature"

bitscn.com

若两个文档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
脱机恢复
“时点”恢复。日志文档不会重放到数据库中。备份后所创建的任何数据都将丢失。存储组中的任何已停止数据库必须一致，并且必须存在有效的检查点文档。不要删除当前的检查点文档或任何现有的日志文档。 BBS.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. 装入已恢复的数据库。
“前滚恢复”
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 > filename.txt
7. 假如高锚定日志尚未命名为 E0n.log，则重命名他。
8. 从“系统路径”文档夹中删除 E0n.chk 文档。
9. 作为装入存储组前的最后一步检查，请验证以下几个方面：
 任何数据库文档都存在于其运行路径中。
 运行事务日志路径中仅有的日志文档从低锚定日志开始，并至少持续到高锚定日志，其中编号最大的可用日志名为 E0n.log。 DL.bitsCN.com网管软件下载
 “系统路径”文档夹中没有 E0n.chk 文档。
10. 假如信息存储尚未运行，请启动他，然后至少在存储组中装入一个数据库。
三. 数据库故障处理
当无法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

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有