sql 服务器 2012 在重启后需要很长时间才能进入恢复模式
sql server 2012 go to recovery mode take long time afte reboot
重新启动服务器后，其中一个数据库进入模式 In recovery。
log size is 117 Gig )
当我查看 errorlo 时，最后一条消息是：
2015-03-11 11:27:43.04 spid36s Recovery of database 'XXXx_DW' (10)
is 3% complete (approximately 114050 seconds remain). Phase 2 of 3.
This is an informational message only. No user action is required.
唯一的解决办法就是等待..？
如果我将最新备份恢复到数据库会发生什么，
它会不会上网？
任何建议表示赞赏
首先我想问一下当你重新启动 SQL 服务器时你确定没有作业 运行，没有长时间的 运行 交易，没有用户 运行一些交易？
如果您错过了以上几点，我会说您不知道如何关闭 SQL 服务器，特别是生产服务器。
当您关闭 SQL 服务器时，所有正在进行的事务都将 stopped/cancelled 并且当数据库联机时 SQL 服务器崩溃恢复将发生，这就是消息中发生的事情
Recovery of database 'XXXx_DW' (10) is 3% complete
恢复有三个阶段分析，重做和撤消。只有在恢复的所有三个阶段都完成后，才能 completely 访问数据库。在快速恢复中，这是企业功能，数据库在 REDO 阶段后上线。是的，你唯一的解决办法就是等待。所有这些阶段都需要使数据库达到一致状态，除非它发现自己处于一致状态数据库不会上线
What happen if I restore latest backup to database
此时，当数据库处于恢复状态时，您将无法对其执行恢复，因为它已被锁定且不允许访问。虽然您可以使用不同的名称恢复备份，但我认为这样做没有任何优势。
故事寓意：不要盲目重启服务器。
如果您长时间处于“恢复模式”，那么您需要采取以下步骤：
注意：在执行以下步骤之前，您需要将数据库备份到标记，然后才能执行以下步骤。
转到数据库的物理位置..即我的数据库名称是 Optimistic.mdf & Optimistic.ldf 检查它的日期和时间。
如果发现正常，则转到 mssql 服务并停止您的实例服务。即实例名称是 default->MSSQL 或命名实例- > 让我们考虑 robocom（我的实例名称与您的实例名称不同，因此请检查）。现在停止该服务。
从物理位置复制数据库并将其粘贴到其他位置，例如文件夹外或其他驱动器。在我的例子中，我将有问题的数据库的所有 2 个 mdf 和 ldf 文件复制到文件夹外（因为文件夹位置已经与 sql 服务器相关联。所以它会保持安全。
现在再次转到已经存在问题数据库的物理位置，并一一删除 mdf 和 ldf 文件。
刷新该文件夹并剪切您在另一个位置安全保存的数据库，然后将其粘贴到已删除的位置。
启动您停止的 Sql 服务。
启动SQL管理工作室并刷新。
希望您的“恢复”模式问题能够解决...如果您长时间处于恢复模式，请仅应用此解决方案...谢谢...
重新启动服务器后，其中一个数据库进入模式 In recovery。
log size is 117 Gig )
当我查看 errorlo 时，最后一条消息是：
2015-03-11 11:27:43.04 spid36s Recovery of database 'XXXx_DW' (10) is 3% complete (approximately 114050 seconds remain). Phase 2 of 3. This is an informational message only. No user action is required.
唯一的解决办法就是等待..？ 如果我将最新备份恢复到数据库会发生什么， 它会不会上网？ 任何建议表示赞赏
首先我想问一下当你重新启动 SQL 服务器时你确定没有作业 运行，没有长时间的 运行 交易，没有用户 运行一些交易？
如果您错过了以上几点，我会说您不知道如何关闭 SQL 服务器，特别是生产服务器。
当您关闭 SQL 服务器时，所有正在进行的事务都将 stopped/cancelled 并且当数据库联机时 SQL 服务器崩溃恢复将发生，这就是消息中发生的事情
Recovery of database 'XXXx_DW' (10) is 3% complete
恢复有三个阶段分析，重做和撤消。只有在恢复的所有三个阶段都完成后，才能 completely 访问数据库。在快速恢复中，这是企业功能，数据库在 REDO 阶段后上线。是的，你唯一的解决办法就是等待。所有这些阶段都需要使数据库达到一致状态，除非它发现自己处于一致状态数据库不会上线
What happen if I restore latest backup to database
此时，当数据库处于恢复状态时，您将无法对其执行恢复，因为它已被锁定且不允许访问。虽然您可以使用不同的名称恢复备份，但我认为这样做没有任何优势。
故事寓意：不要盲目重启服务器。
如果您长时间处于“恢复模式”，那么您需要采取以下步骤：
注意：在执行以下步骤之前，您需要将数据库备份到标记，然后才能执行以下步骤。
转到数据库的物理位置..即我的数据库名称是 Optimistic.mdf & Optimistic.ldf 检查它的日期和时间。
如果发现正常，则转到 mssql 服务并停止您的实例服务。即实例名称是 default->MSSQL 或命名实例- > 让我们考虑 robocom（我的实例名称与您的实例名称不同，因此请检查）。现在停止该服务。
从物理位置复制数据库并将其粘贴到其他位置，例如文件夹外或其他驱动器。在我的例子中，我将有问题的数据库的所有 2 个 mdf 和 ldf 文件复制到文件夹外（因为文件夹位置已经与 sql 服务器相关联。所以它会保持安全。
现在再次转到已经存在问题数据库的物理位置，并一一删除 mdf 和 ldf 文件。
刷新该文件夹并剪切您在另一个位置安全保存的数据库，然后将其粘贴到已删除的位置。
启动您停止的 Sql 服务。
启动SQL管理工作室并刷新。
希望您的“恢复”模式问题能够解决...如果您长时间处于恢复模式，请仅应用此解决方案...谢谢...