教你恢复SQLSERVER的master系统库的方法

一、问题描述

SQL Server 的master数据库不能像其他用户或 系统数据库一样恢复， 因为没有活动的master数据库 SQL Server 无法执行。虽然很少需要恢复 SQL Server master数据库，但如果需要，DBA 必须为这种情况做好准备。本文介绍可能需要恢复master数据库的情况以及如何正确完成这些步骤。

二、解决方案

2.1 什么时候必须恢复 SQL Server 主数据库？

情景一：

master库损坏，如果master库被损坏，最好的做法通常是从备份中恢复。master中的数据是相对静态的，因此在大多数情况 下，丢失几个小时的历史记录也没有什么问题。

情景二：

恢复master的其他原因可能是恢复丢失的登录名且由于某种原因无法重置密码。如果需要恢复master库以恢复用户数据或对象，那么这将是一个将他们移出master库并移入用户数据库的机会。

2.2 恢复SQLSERVER的master库的两种方法

有 2 种可用的方法来恢复主数据库。第一个只能用于恢复正在运行的 SQL Server 上的主数据库。如果问题是主数据库损坏并且此损坏导致 SQL Server 无法启动，则必须使用第二种方法。如果 SQL Server 正在运行，则可以选择使用第二种方法。

前提条件：

恢复最基本的前提是有master备份副本。如果没有，首先让我们备份master库

backup database master to disk = 'c:\master.bak' with compression;

2.2.1 方法一：SQLSERVER实例能正常启动

1、将 SQL Server 实例置于单用户模式

使用传统的数据库还原命令，需要将服务器启动到单用户模式，否则将会有如下错误

Msg 3108, Level 16, State 1, Line 2
要恢复主数据库，服务器必须在单用户模式下运行。有关以单用户模式启动的信息，请参阅联机丛书中的“如何：启动 SQL Server 实例 (sqlservr.exe)”。
消息 3013，级别 16，状态 1，第 2 行
RESTORE DATABASE 异常终止。

要在单用户模式下启动 SQL Server，我们使用“SQL Server 配置管理器”添加相应的启动参数-m 。

为此，请打开“SQL Server 配置管理器”，选择“SQL Server 服务”，然后选择相应的 SQL Server 实例，右键单击它并选择“启动参数”。作为启动参数，我们指定“-m”，表示服务将以单用户模式启动。

单击“添加”，然后单击“应用”，将出现以下消息。

修改服务参数，需要重启SQL SERVER服务才能生效。

2、在单用户模式下使用 SSMS 还原master数据库

为避免多个连接，我们将打开“SQL Server Management Studio”，但不连接到服务器。换句话说，我们将关闭“连接到服务器”窗口，同时关闭“对象资源管理器”。然后我们将点击“新建查询”。

在这个新的查询窗口中，我们将连接到数据库。

此时连接成功。这意味着我们设法避免了与服务器的多个连接，并为我们的查询窗口保留了单个连接。

现在，我们可以在查询窗口中执行我们的 T-SQL 恢复命令并恢复主数据库。

只有在没有其他连接到服务器的情况下，才能以单用户模式连接到 SQL Server。因此，确保所有可以连接到 SQL Server 的服务（例如 SQL Server 代理）都已停止。此外，在从 SSMS 连接的情况下，必须消除来自 SSMS 的所有其他连接。关闭“对象资源管理器”并通过仅打开一个查询窗口进行连接可能是一种解决方案。在此之后，您可以删除启动参数并以多用户模式重新启动 SQL Server。

2.2.2 方法二：SQLSERVER实例无法启动

如果服务无法启动，如何执行恢复命令？

这是一个棘手的问题。小编也不希望任何读者都能体验到这一点，但如果确实发生了，这些是完成恢复所要遵循的步骤。

Step1

查找与 SQL Server 相同主要版本的另一个 SQL Server 实例。如果没有其他可用的，则可能需要快速安装 SQLSERVER实例。

Step2

将主数据库备份还原到运行正常的 SQL Server 实例，就像它是普通用户数据库一样。需要使用备用名称，例如 master_recovery。

restore database master_recovery from disk = 'c:\master.bak' with
move 'master' to 'C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\DATA\master_recovery.mdf',
move 'mastlog' to 'C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\DATA\mastlog_recovery.ldf';

step3

现在数据库已在线，步骤 3 是将该数据库与工作实例分离。

USE [master] 
GO 
EXEC master.dbo.sp_detach_db @dbname = N'master_recovery' 
GO

step4

此时 2 个数据库文件不再附加到 SQL Server 的工作实例。第 4 步是将 2 个文件移动到有 master 问题的实例的服务器。

step5

接下来，对于第 5 步，必须告知遇到问题的 SQL Server 实例使用这些新文件，而不是失败的文件。这可以通过更改 SQL Server 的启动参数，以指向这些新文件或将 master.mdf 和 mastlog.ldf 重命名为新名称并重命名 _recovery文件以匹配默认文件名来完成。无论哪种方式，下一次服务启动都将使用新文件而不是坏文件。

下面的演示，是通过修改启动参数指向_recovery 文件而不是默认文件。接着重新启动服务（因为它正在运行）。现在该服务正在使用恢复的主数据库而不是失败的主数据库。

最后一步是 在这个 master 副本上运行 DBCC CHECKDB 。如果显示有损坏，请及时返回，直到找到正确的副本。CheckDB 不能在较早的步骤中运行，因为主数据库在作为用户数据库检查时会产生误报。

三、还原 SQL Server master数据库时会丢失哪些数据？

刚刚通过恢复较旧的主数据库或从另一个实例获取副本来及时回溯，在此转换中可能会丢失哪些数据？

• 主数据库中的大多数数据都是静态的，但是几天后回溯，还是有一些事情需要检查。

• 在备份和还原之间是否添加或删除了任何登录名？这些将需要重新创建或删除。

• 是否有人在该窗口期间更改了密码？如果是这样，他们的旧密码将重新生效。

是否更改了任何服务器角色分配？这些将被还原。

如果在时间窗口内添加了任何数据库，则旧master数据库将无法识别它们。数据库文件本身不会被删除，因此只需附加数据库即可。如果在该窗口期间删除了任何数据库，那么它们将显示为可以再次删除的可疑数据库。任何像sp_configure中更改的设置都 将恢复。

到此这篇关于恢复SQLSERVER的master系统库的文章就介绍到这了,更多相关SQLSERVER的master系统库内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！