详解SQL Server数据库状态和文件状态
数据库状态 (database states)
查询数据库的当前状态 ：
1、查询所有数据库的状态 ，通过sys.databases目录视图的state_desc列
1 2 3 4 | user master go select state_desc ,[name] from sys.databases go |
2、查询指定数据库的状态，通过DATABASEPROPERTYEX函数的Status属性
1 2 | select DATABASEPROPERTYEX('demoData','status') go |
状态：
ONLINE：可以对数据库进行访问。 即使可能尚未完成恢复的撤消阶段，主文件组仍处于在线状态。
OFFLINE：数据库无法使用。 数据库由于显式的用户操作而处于离线状态，并保持离线状态直至执行了其他的用户操作。 例如，可能会让数据库离线以便将文件移至新的磁盘。 然后，在完成移动操作后，使数据库恢复到在线状态。
RESTORING：正在还原主文件组的一个或多个文件，或正在脱机还原一个或多个辅助文件。 数据库不可用。
RECOVERING：正在恢复数据库。 恢复进程是一个暂时性状态，恢复成功后数据库将自动处于在线状态。 如果恢复失败，数据库将处于可疑状态。 数据库不可用。
RECOVERY PENDING：SQL Server 在恢复期间遇到了与资源相关的错误。 数据库未损坏，但是可能缺少文件，或系统资源限制可能导致无法启动数据库。 数据库不可用。 需要用户另外执行操作来解决问题，并让恢复进程完成。
SUSPECT（质疑）：至少主文件组可疑或可能已损坏。 在 SQL Server启动过程中无法恢复数据库。 数据库不可用。需要用户另外执行操作来解决问题。
EMERGENCY（紧急）：用户更改了数据库，并将其状态设置为 EMERGENCY。 数据库处于单用户模式，可以修复或还原。 数据库标记为 READ_ONLY，禁用日志记录，并仅限 sysadmin 固定服务器角色的成员访问。 EMERGENCY 主要用于故障排除。 例如，可以将标记为“可疑”的数据库设置为 EMERGENCY 状态。 这样可以允许系统管理员对数据库进行只读访问。 只有 sysadmin 固定服务器角色的成员才可以将数据库设置为 EMERGENCY 状态。
文件状态 (database states)
在 SQL Server中，数据库文件的状态独立于数据库的状态。 文件始终处于一个特定状态，例如 ONLINE 或 OFFLINE
查询文件状态：
1 2 3 4 5 | --若要查看文件的当前状态 select state_desc,[name] from sys.master_files select state_desc,[name] from sys.database_files --如果数据库处于离线状态 select state_desc,[name] from sys.master_files |
ONLINE：文件可用于所有操作。 如果数据库本身处于在线状态，则主文件组中的文件始终处于在线状态。如果主文件组中的文件处于离线状态，则数据库将处于离线状态，并且辅助文件的状态未定义。
OFFLINE：文件不可访问，并且可能不显示在磁盘中。 文件通过显式用户操作变为离线，并在执行其他用户操作之前保持离线状态。
** 警告 *\* 当文件已损坏时，该文件仅应设置为离线，但可以进行还原。 设置为离线的文件只能通过从备份还原才能设置为在线。
RESTORING：正在还原文件。 文件处于还原状态（因为还原命令会影响整个文件，而不仅是页还原），并且在还原完成及文件恢复之前，一直保持此状态。
RECOVERY PENDING：文件恢复被推迟。 由于在段落还原过程中未还原和恢复文件，因此文件将自动进入此状态。 需要用户执行其他操作来解决该错误，并允许完成恢复过程。
SUSPECT：联机还原过程中，恢复文件失败。 如果文件位于主文件组，则数据库还将标记为可疑。 否则，仅文件处于可疑状态，而数据库仍处于在线状态。
在通过以下方法之一将文件变为可用之前，该文件将保持可疑状态：
还原和恢复
包含 REPAIR_ALLOW_DATA_LOSS 的 BCC CHECKDB
DEFUNCT：当文件不处于在线状态时被删除。 删除离线文件组后，文件组中的所有文件都将失效。
