检查点LSN被记录在boot page中，这是实例恢复的起点，如果这个page无法被访问，那么数据库就不能被附加，打开，或者做其他任何操作。检查点LSN只会被记录在bootpage中，因此这是一个对于实例恢复来说不可或缺的页。
对于SQL Server中检查点的解释：
当检查点发生时，无论这个检查点是如何触发的（手动执行检查点命令，或者数据库执行差异差异备份，或者数据库自动生成的检查点），数据库都会做以下操作：
所有的脏块都被写入磁盘，无论事务是否已提交。
在这些脏块被写入磁盘之前，所有关于这些脏块更改的事务日志也要被从log buffer中写入到磁盘，这样可以确保实例恢复的有效性和有序性，这个操作被称作write-ahead logging（日志先写），日志被写入硬盘的操作是严格按时间序列化的，不可能以事务为单位来离散的写入到磁盘，因此某个脏块的写入磁盘操作，可能引发log buffer中一些之前的、与本脏块无关的事务日志也被写入磁盘。但这是有好处的，事务日志总是被越早写入磁盘越好。
检查点的LSN会被记录到数据库boot page中的dbi_checkptLSN���域。
这里可以复习一些Oracle的检查点机制，也是CKPT进程触发DBWR写脏块，同时如果要写的脏块的scn大于LGWR的scn，DBWR也会触发LGWR把要写的脏块的相关log buffer写入redo文件中，与SQL Server日志先写的机制相似。