SQL Server日志文件总结及日志满的处理

核心提示： 截除过程发生在备份或将旧标记点标为非活动状态时，它使得旧的事务记录可以被覆盖，SQL Server日志文件总结及日志满的处理(2)，但这并不会减少事务日志实际占用的磁盘空间，就算不再使用日志，如果在规定时间内没有收到信号，监视服务器会将这一事件记录到事件日志，它依然会占据一定的空间，因此在

截除过程发生在备份或将旧标记点标为非活动状态时，它使得旧的事务记录可以被覆盖，但这并不会减少事务日志实际占用的磁盘空间。就算不再使用日志，它依然会占据一定的空间。因此在维护时，还需要对事务日志进行压缩。压缩事务日志的方法是删除非活动记录，从而减少日志文件所占用的物理硬盘空间。

通过使用DBCC SHRINKDATABASE语句可以压缩当前数据库的事务日志文件，DBCC SHRINKFILE语句用来压缩指定的事务日志文件，另外也可以在数据库中激活自动压缩操作。当压缩日志时，首先会将旧记录标记为非活动状态，然后将带有非活动标记的记录彻底删除。根据所使用的压缩方式的不同，你可能不会立即看到结果。在理想情况下，压缩工作应该选在系统不是非常繁忙的时段进行，否则有可能影响数据库性能。

恢复数据库

事务记录备份可以用来将数据库恢复到某一指定状态，但事务记录备份本身不足以完成恢复数据库的任务，还需要备份的数据文件参与恢复工作。恢复数据库时，首先进行的是数据文件的恢复工作。在整个数据文件恢复完成前，不要将其设为完成状态，否则事务日志就不会被恢复。当数据文件恢复完成，系统会通过事务日志的备份将数据库恢复成用户希望的状态。如果在数据库最后一次备份后，存在多个日志文件的备份，备份程序会按照它们建立的时间依次将其恢复。

另一种被称为log shipping的过程可以提供更强的数据库备份能力。当log shipping配置好后，它可以将数据库整个复制到另一台服务器上。在这种情况下，事务日志也会定期发送到备份服务器上供恢复数据使用。这使得服务器一直处于热备份状态，当数据发生改变时它也随之更新。另一个服务器被称作监视(monitor)服务器，可以用来监视按规定时间间隔发送的shipping信号。如果在规定时间内没有收到信号，监视服务器会将这一事件记录到事件日志。这种机制使得log shipping经常成为灾难恢复计划中使用的方案。