关于Exchange循环日志和备份

核心提示： 根据上面的描述，我们看到运行中的Exchange数据库，关于Exchange循环日志和备份(6)，是由三个部分组成的：* 内存中已经完成处理还没有写会到日志里的内容(Dirt page)* 还没有写到数据库文件里的日志内容* EDB和STM数据库文件对于第一个部分(内存中的)，一旦掉电就会丢失的

根据上面的描述，我们看到运行中的Exchange数据库，是由三个部分组成的：

* 内存中已经完成处理还没有写会到日志里的内容(Dirt page)

* 还没有写到数据库文件里的日志内容

* EDB和STM数据库文件

对于第一个部分(内存中的)，一旦掉电就会丢失的，是最不安全的。而对于第二部分的内容，系统通过检查点文件(CHK)来标记哪些日志已经被写入数据库了，而哪些还没有。CHK文件类似一个指针。我们可以用“ESEUTIL /MK”来检查CHK文件里的内容，在该命令的输出中的checkpoint:<0x8,26d1,29>这样的东西就是检查点位置，它表示E0x00008的日志的页面序号已经被成功写入数据库了。大家可以自己看看。。：)

前面提到过，Exchange系统在出现灾难时，应该能恢复到灾难发生前时刻的状态。这是非常重要的。我在最前面就说过了“我就不相信你有做到时时备份”，但即使是最勤快的管理员，也只能在指定的预定时间内做数据备份。那么在备份完成后到灾难发生之前的这段数据该如何保护呢?是不是就任由它丢失呢?显然是不可能的。那答案是什么呢?就是日志文件。从前面对日志功能的描述中知道，任何对数据库的更改都先写入日志里，再由日志写入数据库，这样我们只要找到日志文件，就可以重新进行模拟的操作来完成备份后的数据库文件的更改了，举个例子来看先：

假设我在凌晨3点完成了一次FULL BACKUP，备份完成后，系统正常运行，到下午4点的时候，系统突然崩溃。我用凌晨3点的数据恢复了数据库，那么从凌晨3点到下午4点这段时间的数据哪里去找呢?这个时候就只能依赖于日志了。当完成数据库恢复后，系统会自动的跟踪到关联的日志文件，如果发现有比当前数据库还新的日志存在，系统就会自动的按照日志的顺序将更改写回到数据库中去。因此这样一来，从凌晨3点到下午4点的数据变更就被完整的恢复了。这就是日志的第二个作用：保证系统备份和恢复的完整性。当然前提是没有使用循环日志!