我是 SQL Server 中数据库管理员的新手。
我更像是一个 SQL 开发人员。
我正在尝试将 95GB 大小的 BAK 文件还原到 SQL Server（在 Azure VM 中）。
问题是现在需要超过24小时..
我意识到，由于在此之后还有多个 BAK 文件要恢复，因此我必须使用“NoRecovery”恢复主 BAK 文件（一个 95GB）。
因此，我进入了一个 95GB Bak 文件所在的文件夹，并将恢复状态选择为“Restore with Norecovery”。
然后，我从昨天开始这个过程，它需要超过 24 小时。
我究竟做错了什么？或者我还有什么需要做的吗？
就完成百分比而言，它在进程开始后大约 2 小时后完成（100%）。但它只是在 24 小时后显示为“正在恢复...”，我无法进行任何查询或访问。
对于其他 bak 文件，这些文件应该类似于每小时的事务日志备份。由于原始数据提供程序仅提供 SQB 文件格式，因此我必须使用第三方应用程序（RedGate 的 SQL 备份）将它们转换为 BAK 文件。
这是预期的行为。
当您使用“不恢复”进行恢复时，它会告诉 SQL 让数据库处于“恢复”状态（允许您恢复后续备份）。
如果要使数据库可用，可以运行
请注意，运行此命令将使数据库联机，您将能够在其中运行查询，但它也会使所有其他恢复变得不可能。
如果您需要在恢复过程中查看数据，您可以使用“with standby”选项
您的另一个选择只是完成您的恢复（您的事务日志备份）并确保在最后一个上，您将“norecovery”更改为“recovery”