bitsCN.nET中国网管博客
中国网管联盟
信息存储包括两个分开的数据库，但是处理记录是被保存在一个单独的组里。因为任何处理首先被写入edb.log文档然后再写入数据库，实际的数据库能够是个在处理记录文档里没有被提交的处理和实际的edb数据库文档的混合体。当edb.log文档被数据充满的时候（大约在5MB），他将被改名然后一个新的edb.log文档被建立。当edb.log文档被改名，被改名的记录文档被保存在相同的子目录下。被改名的记录文档使用一个连续的数字顺序来命名（例如： edb00014.log， edb00015.log，然后使用十六进制继续下去）
当服务正常的中止时记录在记录文档里的处理将被提交到各自的edb文档。记录文档不能被人工的清除；最好通过备份操作来清空记录文档。 bitsCN.nET中国网管博客
和相应的Exchange在线备份磁盘相结合，记录文档能够让管理员能够掌控当天的处理同时能够不丢失任何信息的恢复一个数据库。
bitscn.com
处理记录没有长期的价值；只有当他们是在最近一次在线备份时创建的才是有用的。单独把处理记录文档备份或恢复，而不考虑用他们相关联的数据库，那样是毫无意义的。 bitsCN_com
在备份中的处理记录： 在备份的过程中提交了的处理记录将被微软Exchange删除。既然这些记录已被提交到数据库文档同时他们已被写入到备份媒介中，那么这些记录就不在需要了。假如处理记录文档变的损坏了，管理员在数据库恢复后将失去将之前移的能力。 bitsCN.nET中国网管博客
在恢复中的处理记录： 在恢复Exchange2000 数据库时管理员有两个选择。 bitsCN.nET中国网管博客
首先，他们能够保存现有的记录文档同时覆盖任何存在的记录文档。在文档被恢复，服务启动以后，数据库将把处理提交到恢复的记录中。假如在服务器上存在和恢复的记录文档编号相邻的记录文档，那么那些处理也将被提交。假如记录文档的文档名的编号顺序有间隔出现，那么间隔之前的记录文档没有任何处理会被提交。 中国.网管联盟
处理记录完好无损而数据库需要恢复的情况是很有用的。通过保存的记录文档，微软Exchange服务器能够恢复到错误发生的点而不是上一次全部或增量备份的时候（微分增量备份或累计增量备份） bitsCN.nET中国网管博客
第二个选择是删除现存的处理记录。在很多情况下，例如恢复信息存储到另一个服务器，或是恢复到早先的日期而不重新提交任何仍然在磁盘上的记录，或是执行一次全面恢复，需要删除现存的处理记录。
bitsCN.Com
www.bitsCN.com
信息存储和目录服务使用各自的edb.chk文档，他们在启动的时候读取该文档。他们能够使用处理记录来运行任何没有被提交到edb文档的记录。举例来说，假如一个Exchange服务器发生了损耗，而处理被记录到了处理记录而不是数据库文档，Exchange将尝试在启动的时候通过自动记录从记录文档到数据库文档的处理来进行恢复。
备份Exchange2000
www_bitscn_com
管理员能够备份Exchange服务器上的任何数据库，或一个指定的数据库组，或存储集团。管理员同样能够选择恢复一个Exchange服务器上的任何信息或恢复一个单独的数据库或存储集团。 www_bitscn_com
尽管管理员能够个别的备份任何的数据库，但是建议一次备份全部的存储集团。个别的数据库备份需要多个备份记录文档，同时当备份或恢复Exchange2000数据库时，管理员不能在一个单独的存储集团里运行多个备份或恢复操作。 www_bitscn_com
以下步骤将在一次全面备份中发生：
