SQL Server 2012 Express 的一个实例因某种原因而损坏。
我怀疑这在某种程度上与我使用实体框架有关,但还没有证据。
当试图repair在实例中,修复过程似乎停留在 SqlEngineConfigAction_repair_validation_Cpu64 步骤。
就在这一步呆了很长一段时间,没有明显的CPU使用率,所以我最终取消了修复过程。
当试图remove在该实例中,卸载过程似乎在 SqlEngineConfigAction_remove_validation_Cpu64 步骤处挂起。
当试图install第二个实例,安装过程似乎挂在 SqlEngineDBStartConfigAction_install_configrc_Cpu64 步骤。
对于某些尝试,SQL Server 服务是not提前手动停止。对于其他尝试,服务被手动停止,并从“自动”更改为“手动”。
数据库损坏的症状(如果有帮助):
“SQL Server (SQLEXPRESS)”服务在系统重新启动时具有“已启动”状态,但当使用“重新启动”选项手动重新启动该服务时,该服务会陷入“正在启动”状态。
当手动停止该服务然后再启动时,会显示以下错误:
Windows 无法在本地计算机上启动 SQL Server (SQLEXPRESS) 服务。错误1053:服务没有及时响应启动或控制请求。
SSMS (SQL Server Management Studio) 无法连接到实例。它要么永远尝试而不显示超时或错误,要么显示以下错误:
与服务器成功建立连接,但在登录前握手期间发生错误。 (提供程序:SSL 提供程序,错误:0 - 等待操作超时。)(Microsoft SQL Server,错误:258)
编辑:
我猜投反对票是因为这没有以问题的形式说明。因此需要澄清的是,问题是如何解决修复、删除或安装进程挂起的问题?
编辑2:
后续发现,损坏的根本原因是在没有先显式停止 SQL Server 服务的情况下关闭了 Windows 7 PC,即使当时并未积极使用 SQL Server Express。
EDIT3:问题似乎已在 SQL Server 2014 Express 中得到解决。