当前位置:Gxlcms > mysql > SQLSERVER数据库主要状态和切换路径

SQLSERVER数据库主要状态和切换路径

时间:2021-07-01 10:21:17 帮助过:36人阅读

SQLSERVER数据库主要状态和切换路径 一个SQLSERVER数据库会处于很多种状态,例如 ONLINE、RESTORING、RECOVERING、RECOVERY_PENDING、SUSPECT、EMERGENCY、OFFLINE等等。 只有在ONLINE的状态下,数据库才能被正常访问。 下图主要反映了数据库的主要状态之间

SQLSERVER数据库主要状态和切换路径

一个SQLSERVER数据库会处于很多种状态,例如 ONLINE 、RESTORING 、RECOVERING 、RECOVERY_PENDING 、SUSPECT、EMERGENCY 、OFFLINE等等。

只有在ONLINE的状态下,数据库才能被正常访问。

下图主要反映了数据库的主要状态之间的切换路径

下面说一下这些状态:

RECOVERING:

SQLSERVER正做数据库修改的时候,是先写日志,然后再修改内存中的数据页。至于硬盘上的数据页内容,将在检查点或者是SQLSERVER做LAZY WRITE的时候

完成。所以在大部分时间,都会有一些硬盘上的数据不是最新的版本。如果数据库在这种时间点被关闭,下次SQLSERVER重新打开数据库的时候,为了维护数据库

的一致性,SQLSERVER必须做两件事情:

1、重做redo

2、回滚和撤销 undo/rollback

在上次数据库被关闭的时候,可能有一些修改已经在数据页上完成,但是事务本身没有提交。对于这些做到一半的事务,SQLSERVER一律回滚,以保证数据库事务的

一致性。所以磁盘里被改过的数据还要再改过来。

做这两件事情的过程,叫做数据库恢复。只有经过恢复的数据库,才能保证是一个“一致的”数据库,才能被安全地访问。

从图中可以看出,下面的动作会让SQLSERVER决定对数据库做恢复

(1)CREATE:创建新数据库

(2)ALTER ONLINE:让数据库上线

(3)RESTORE WITH RECOVERY:以RECOVERY方式恢复一个数据库

(4)DATABASE STARTUP:启动数据库,

恢复如果能够正常完成,那么数据库将进入ONLINE状态。

如果恢复动作因为有些资源不能访问而失败,例如某个数据文件或者日志文件打不开等等,数据库会进入RECOVERY PENDING状态。

如果恢复因为数据文件或者日志文件里的内容损坏而失败,例如SQLSERVER要做重做,但是日志文件里相应的日志信息读不出来;

或者要做撤销,去修改数据文件里的页面,却发现页面里的数据不是想象中的那样,那么数据库会进入一个很有名的状态:可疑(SUSPECT)。

ONLINE:

这种状态下,数据库可以被普通用户访问,可以被查询和修改。只有一种方法能够使数据库进入ONLINE状态,那就是成功地恢复。

SQLSERVER通过这种机制保证数据库的一致性。

一个ONLINE的数据库在管理员发出"ALTER OFFLINE"命令后,可以进入OFFLINE状态。在管理员发出“RESTORE”命令后,可以进入RESTORING状态

RECOVERY PENDING:

如果数据库在做恢复的时候不能正常打开所有的数据库文件,数据库会进入RECOVERY PENDING状态。在这个状态下管理员有两种选择,

要不用ALTER ONLINE命令使SQLSERVER做一次上线,要不就只能放弃当前数据库,还原备份。

SUSPECT:

当数据库做恢复的时候由于数据文件或者日志文件里的损坏而失败,数据库会进入SUSPECT状态。在这个状态下管理员只有3种选择。

(1)再做一次ALTER ONLINE ,让SQLSERVER再做一次恢复

(2)放弃当前数据库,还原备份

(3)将数据库状态设置为EMERGENCY,继续尝试修复数据库

EMERGENCY:

紧急模式。这个状态下,SQLSERVER对没有完成恢复的数据库开放一个只读窗口,供管理员在没有备份的情况下尽可能地挽救数据。

RESTORING:

数据库正在做恢复。在任何状态下,管理员都能去恢复数据库。在WITH RECOVERY的模式下,恢复数据库的最后一步,数据库进入RECOVERING状态。

恢复做完后,数据库才能在线。

OFFLINE:

数据库离线状态。这时候数据库也不能被访问。管理员可以使用ALTER ONLINE命令,让数据库开始恢复,从而进入ONLINE状态。

从上面可以看出,恢复是数据库进入在线状态的关键步骤。如果这一步失败,数据库就没有办法被使用!!

人气教程排行