为什么SQL Server 2008 R2需要数小时才能卸载?

是的,几个小时。 在5,也许6个小时。 我坐在这里盯着80%的卡在卸载进度条上。

你是否禁用了防病毒软件?

可能只是绞死…你有没有试过看过系统负载? 进程pipe理器是一个很好的开始。

这听起来很奇怪,尽pipe我已经看到SQL Server 2008 R2的卸载时间长达30-40分钟,但从来没有那么长。 你安装了每个组件吗? SQL服务正在运行吗? 有没有打开连接到SQL / ODBC? 有大的dbs吗?

这是一个清单,通常使过程顺利进行

  • 备份/分离您的数据库
  • 停止所有SQL服务,AV,硬件/软件监控软件
  • 确保你有正确的权限(安全的假设)

如果有进程连接到数据库引擎,它可能正在等待它们断开连接,才能在卸载之前分离数据库。 只是一个猜测。 它可能在日志里说的地方。

在过去的几年中,我已经安装了大约8或9次的SQL Server 2012(总是在虚拟平台上,但是很多不同的平台上),并且总是经历慢安装性能。

最好的解决scheme是暂时抛出大量的虚拟处理器/内核来完成安装,然后恢复正常的虚拟硬件configuration。

安装人员经常会坐在那里想想复制文件或扩展文件的理由。 CPU和内存利用率低。 磁盘活动在这段时间里是零。 大多数“重型”MS安装程序在虚拟平台上显示类似的行为。 只是一个MSism