标签：MSSQL/日志截断
Alwayson在添加数据库的过程中如果同步首选项选择的是“完整”，那么就会在主副本上执行copyonly的完整备份和日志备份在辅助副本上执行还原操作，也正是这个操作让我对copyonly有了新的理解。虽然以前也经常使用copyonly执行完整备份，
但是之前对copyonly的理解存在一点误区。接下来详细说明copyonly的操作。
上图中用三种颜色的框框出了四个比较重要的知识点：
从最左边的红框标志的两次日志备份的first_lsn和last_lsn可以看到整个两次日志备份的lsn是连续的从‘45000000016800179’-‘45000000038400001’，两次日志备份的lsn涵盖了所有备份的lsn。也就是中间的copyonly完整备份和差异备份不会截断日志（当然如果中间还存在完整备份同样不会截断日志，大家可以去试试）
从中间的截框“database_backup_lsn”列可以看到，所有的后面的备份都基于第一次完整备份作为基准备份。
最后一个截框“checkpoint_lsn”可以看到除了日志备份，其它的三种备份都会触发checkpoint,大家也通过查询buffer查看is_modify字段是否被修改来判断。
这个在上面的截图中没有体现出来，但是可以看到日志备份2的lsn是涵盖了第三次仅复制备份的lsn,仅复制完整备份其实可以理解成数据库在一个时间点的快照，而日志备份是记录所有更改的日志操作，可以用来执行redo。所以如果将第3次仅复制完整备份+第5次日志备份是可以还原所有的数据。
第3次仅复制完整备份+第5次日志备份它=（第1次完整备份+第4次差异备份+第5次日志备份）=（第1次完整备份+第2次日志备份+第5次日志备份）
执行第3次仅复制完整备份+第5次日志备份
由于数据在磁盘是散列存储，如果每次修改都去修改磁盘势必会造成很多的IO，所以引入了checkpoint刷新机制，checkpoint根据某些触发条件将buffer中的脏页写入磁盘（也称作持久化操作）。比如完整备份、仅复制完整备份、差异备份、当日志的修改到达一定的比例、重启服务等都会触发checkpoint，当然checkpoint并不是sqlserver独有的功能，在其他的关系型数据库比如mysql都存在chckpoint机制；mysql中还存在每秒后台线程执行checkpoint操作，但是貌似sqlserver不会，checkpoint涉及的知识点很多这里只是稍微介绍！
其实上面的备份测试中在中间在加入一次完整备份就更加完美了，但是如果大家理解备份的原理也是一样可以理解的。
本文转自pursuer.chen(陈敏华)博客园博客，原文链接：http://www.cnblogs.com/chenmh/p/7002711.html，如需转载请自行联系原作者