SQL Server数据库分离后，如何重新附加恢复？

理解数据库分离与恢复的本质

数据库分离是数据库管理系统（如Microsoft SQL Server）提供的一项功能，它将数据库从当前的数据库引擎实例中断开连接，但数据库的数据文件（.mdf）和日志文件（.ldf）会完整地保留在磁盘上，这个过程并非删除数据，而是让数据库进入一种“离线”状态，其文件可以被自由地复制、移动或归档，所谓的“恢复”，在分离数据库的语境下，实际上是指“附加”操作，即将这些离线的数据文件重新挂载到一个SQL Server实例中，使其再次变为可用的在线数据库，这个过程是分离的逆向操作，是数据库迁移、升级或服务器环境变更中非常常见的环节。

---

准备工作：附加数据库前的关键检查清单

在执行附加操作之前，充分的准备工作是确保数据安全和操作顺利的基石，仓促行事可能导致操作失败,甚至在极端情况下造成数据难以访问。

定位并确认数据库文件
分离数据库后,您会得到至少两个核心文件：

• 主数据文件 (.mdf): 包含数据库的起始信息和数据,是数据库的核心文件。
• 事务日志文件 (.ldf): 记录所有对数据库的修改操作，用于保证事务的ACID特性和数据库恢复。
  如果数据库有多个数据文件，还可能存在次要数据文件 (.ndf)，在附加前，您必须清楚地知道这些文件的完整存储路径，一个常见的错误是只找到了.mdf文件而忽略了.ldf文件。

验证文件完整性和权限

• 完整性检查： 确保所有数据库文件都完好无损，没有在移动过程中损坏,您可以通过检查文件大小是否与分离时一致来做一个初步判断。
• 权限检查： 这是最容易被忽视却又至关重要的一步，运行SQL Server服务的账户（NT ServiceMSSQLSERVER）必须对您要附加的所有数据库文件（.mdf, .ldf等）拥有“完全控制”或至少是“读取”权限，如果权限不足,附加操作会因无法访问文件而失败。

---

恢复数据库的两种主要方法

完成准备工作后，您可以选择使用图形化界面（SSMS）或T-SQL脚本来执行附加操作，两种方法各有优势，前者直观易懂,后者高效且适合自动化。

使用SQL Server Management Studio (SSMS) 图形界面

对于大多数数据库管理员和开发者而言，这是最简单、最不容易出错的方法。

1. 连接到实例： 打开SSMS，连接到您希望附加数据库的目标SQL Server实例。
2. 启动附加向导： 在左侧的“对象资源管理器”中，右键单击“数据库”文件夹，然后在上下文菜单中选择“附加”。
3. 添加主数据文件： 在弹出的“附加数据库”窗口中，点击“添加”按钮。
4. 定位.mdf文件： 系统会打开一个文件定位窗口，浏览到您存放数据库文件的位置，选择该数据库的主数据文件（.mdf），然后点击“确定”。
5. 确认文件信息： 返回“附加数据库”窗口后，SSMS会自动扫描并列出该数据库的所有相关文件，包括日志文件，请仔细检查下方的“数据库文件”列表，确认所有文件的路径都正确无误，如果日志文件丢失，这里会显示警告,我们将在后文讨论。
6. 完成附加： 确认所有信息无误后，点击窗口右下角的“确定”按钮，SSMS将执行附加操作，如果一切顺利，数据库很快就会出现在“对象资源管理器”的数据库列表中,并变为可用状态。

使用T-SQL命令

对于需要将此操作纳入脚本、进行批量处理或偏好命令行的用户，T-SQL提供了更强大和灵活的方式。

核心命令是 CREATE DATABASE ... FOR ATTACH,其基本语法结构如下：

CREATE DATABASE [您的数据库名称]
ON PRIMARY
(
    FILENAME = 'C:PathToYourDatabase.mdf'
)
LOG ON
(
    FILENAME = 'C:PathToYourDatabase_log.ldf'
)
FOR ATTACH;
GO

操作示例：
假设您要将 MyCompanyDB 的文件位于 D:Data 目录下。

CREATE DATABASE [MyCompanyDB]
ON PRIMARY
(
    FILENAME = 'D:DataMyCompanyDB.mdf'
)
LOG ON
(
    FILENAME = 'D:DataMyCompanyDB_log.ldf'
)
FOR ATTACH;
GO

执行此脚本后，SQL Server会尝试附加指定的文件，如果成功,您会收到命令已完成的提示。

---

特殊情况与常见问题处理

在实际操作中，并非一切都一帆风顺,了解如何处理异常情况至关重要。

事务日志文件 (.ldf) 丢失怎么办？
如果在分离后，日志文件不幸丢失或损坏，您仍然有机会挽救数据库，这时可以使用 FOR ATTACH_REBUILD_LOG 选项。

CREATE DATABASE [MyCompanyDB]
ON PRIMARY
(
    FILENAME = 'D:DataMyCompanyDB.mdf'
)
FOR ATTACH_REBUILD_LOG;
GO

重要提示： 使用此选项会创建一个新的日志文件，SQL Server会尝试使用主数据文件中的信息来恢复数据库，但自上次完整备份以来的所有未提交事务都会丢失，这应被视为最后的补救措施,因为它可能导致数据不一致。

版本兼容性问题
数据库附加有严格的版本向下兼容限制，您无法将一个高版本的SQL Server数据库附加到一个低版本的实例上，不能将SQL Server 2019的数据库附加到SQL Server 2017的实例上，但反过来是可行的，在迁移前，务必确认源和目标SQL Server的版本兼容性。

源SQL Server版本	目标SQL Server版本	是否支持附加
2025	2019	否
2019	2017	否
2019	2025	是
2017	2019, 2025	是

---

相关问答FAQs

问题1：附加数据库时，系统提示“无法打开物理文件，操作系统错误 5: 拒绝访问。”，这是什么原因？该如何解决？

答： 这是一个非常典型的权限问题，错误代码5意味着运行SQL Server服务的Windows账户对您指定的数据库文件（.mdf或.ldf）没有足够的读取权限。
解决方法：

1. 在Windows文件资源管理器中,找到该数据库文件。
2. 右键单击文件，选择“属性”。
3. 切换到“安全”选项卡。
4. 点击“编辑”，然后点击“添加”。
5. 在输入框中输入运行SQL Server服务的账户名（通常是 NT ServiceMSSQLSERVER 或 NETWORK SERVICE，具体取决于您的配置），然后点击“检查名称”确认。
6. 将该账户的权限设置为“完全控制”或至少是“修改”和“读取”。
7. 应用更改后,返回SSMS重试附加操作。

问题2：分离/附加数据库和备份/恢复数据库，这两种操作在本质上有什么区别？我应该在什么场景下选择哪种？

答： 这两种操作有本质上的区别,适用于完全不同的场景。

特性	分离/附加	备份/恢复
操作性质	移动数据库，数据库在分离期间完全离线，不可用。	复制数据库，源数据库通常可以保持在线运行。
主要用途	数据库迁移、服务器升级、归档整个数据库。	数据保护、灾难恢复、创建测试/开发环境、时间点恢复。
对源库影响	影响巨大，期间数据库完全不可用。	影响小，尤其是在进行完整备份时，对用户访问影响甚微。
灵活性	低，只能恢复到分离时的那个时间点状态。	高，支持差异备份、事务日志备份，可以恢复到任意特定的时间点。
文件依赖	需要同时拥有所有数据文件和日志文件。	只需要一个备份文件（.bak）即可恢复。

选择建议：

• 当您需要永久性地将整个数据库从一个服务器迁移到另一个服务器，并且可以容忍源数据库在迁移期间停机时，选择分离/附加，它通常更快,因为它直接操作数据文件。
• 当您需要保护数据安全、防止数据丢失、或者需要在不同环境（如生产到测试）间同步数据，并且不能让生产数据库长时间停机时，选择备份/恢复,这是数据保护的标准实践。