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状态。
从上面可以看出，恢复是数据库进入在线状态的关键步骤。如果这一步失败，数据库就没有办法被使用！！
