SQL Server日志在高可用和灾难恢复中的作用

简介

日志的作用是保证持久性和数据一致性，通过日志可以实现数据的Undo与Redo，因此通过日志，SQL Server不仅仅可以实现灾难恢复，还可以通过日志的Redo来实现高可用性。本篇文章主要讲述日志在SQL Server中提供的几种高可用性中的作用以及在灾难恢复中的角色。

日志损坏

日志可能会由于IO子系统的故障而损坏，当出现日志损坏时，如果您对日志的原来略有了解，并能在日志损坏的情况下尽量挽救数据，那么感觉一定是非常好的：-），下面我们来了解几种日志损坏的情况下的恢复情况。

1.数据库正常关闭，日志损坏。

当数据库正常关闭时，日志损坏就不是那么重要了，因为此时数据库中所有提交的事务对应的脏数据都已经CheckPoint到物理磁盘，因此不存在数据不一致的问题。因此，如果MDF和NDF文件完好，直接指定 FOR ATTACH_REBUILD_LOG参数后附加即可，如图1所示。

图1.如果数据库正常关闭，直接附加即可

但值得注意的是，使用该方式附加数据库会自动重建日志文件，日志文件大小为0.5MB，也就是2个VLF，自动增长为10%，因此您需要手动再来设置一下日志的大小，避免出现太多VLF的情况。

2.数据库非正常关闭，日志损坏

在讲述这种情况之前，我们首先来看数据库所能处在的几种状态，一个完整的模型如图2所示。

图2.数据库所能处在的状态关系

上面的几种状态的具体转换关系超出了本文的讨论范围，但是这里我会强调两种和日志损坏关系很大的状态：RECOVERY_PENDING和SUSPECT状态。

假如出现了数据库没有正常关闭，也就是还有数据没有CheckPoint到磁盘，如果数据库要启动就必须经历Recovery过程，如果日志损坏，则无法进行该Recovery过程，就会造成数据不一致的问题。

此时，数据库可能处于下面两种状态之一：

RECOVERY_PENDING:需要运行crash recovery，但该过程由于资源等待无法开始，比如说日志完全损坏

SUSPECT：crash recovery已经开始，但无法完成

（编辑：宁德站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!