SQL Server 2017 安装卡住答案

【问题标题】：SQL Server 2017 installation is stuckSQL Server 2017 安装卡住
【发布时间】：2018-12-31 13:35:31
【问题描述】：

由于某种原因，我无法在我的 Windows 10 机器上安装 SQL Server 2017。

使用这个有问题的安装程序要做的第一件事是我必须卸载 VCRuntime 2017 才能使安装程序正常工作。

现在，每次我尝试安装时，安装程序都会卡在这一点：

到目前为止我已经尝试过：

杀死 msiexec 进程
使用提到的附加参数运行设置here
```
Setup.exe /SkipInstallerRunCheck
```
正在重新启动...重新安装...关闭杀毒软件...

[已解决]

问题是由于后台下载需要很长时间，尤其是在互联网速度较低的情况下（即 python 或 R 支持组件）。

[解决方案]

如果您确实需要 python 或 R-support，请等待下载完成
否则，请从组件列表中取消选择 python 和 R-support。
（或）从任务管理器中杀死 python 或 R-support 组件下载器的子进程。

【问题讨论】：

我卡在模拟屏幕上，但我没有安装 R 和 Python 组件。是的，我确定我只需要数据库引擎服务。

标签： sql-server windows-installer freeze

【解决方案1】：

我的 2 美分：SQL Server 安装程序由几个小型 MSI 安装程序组成。 MSI 安装程序只能一个接一个地安装（据我所知）。就我而言，我在安装 SQL Server 时启动了另一个 MSI 设置。这导致 SQL Server 安装程序一直保持到我完成同时运行的安装程序。

所以，至少在我的情况下，问题是自己造成的。

【讨论】：

【解决方案2】：

更新：

实际问题原来是 R-support 组件在后台缓慢下载锁定安装 GUI 没有通知或警告向用户显示什么是实际进行中。

所以看起来这个“锁定安装问题”可能是由安装几个不同的组件引起的，至少是由 Python 或 R-support 引起的。如下所述，请检查任何可用的日志或事件日志以获取线索。

总之，选项：

如果您不需要这些组件，可以尝试取消选择这些组件进行安装。
如果您需要这些组件，请完成设置并检查日志文件中的进度，如下所述。验证互联网访问（代理？）。

卡住了下载？

更新：Did you see this blog?看起来安装程序会尝试下载和安装 Python 运行时，这可能需要很长时间。 您是否支持代理？没有直接连接到互联网？如果是这样，我想这也可能导致进一步的问题。可能不是原因，但值得一提。

显然您可以检查以下日志文件以了解安装进度：

%ProgramFiles%\Microsoft SQL Server\140\Setup Bootstrap\Log\DATE_TIME\RSetup.log

上述路径中的DATE_TIME 必须转换为您的有效值。例如：20170804_162723（日期部分和时间部分）。

也请参阅此答案：SQL server 2016 installation freeze。您也可以尝试向 deselect all components you do not need 提出建议，以防止任何后台下载？

常规调试

在下面留下通用调试建议。

一般建议：根据经验，我会创建一个新的本地管理员用户并尝试使用该帐户进行安装。这是为了避免在常规 Windows 使用期间您的用户配置文件或注册表中出现任何“不干净”或特殊情况。可能做的不多，但有时它可以轻松完成工作。我认为值得一试。

一些进一步的事情：我写了a little check list a while back，我会添加它，看看它是否能激发一些可以帮助你的新想法。请参阅“核心部署问题”。第一个“检查清单”是从 a longer and somewhat excessive first writeup 浓缩而来的——其中一个答案无意中变成了博客，而且可能很难阅读。

日志记录：您是否正确检查了日志文件和/或事件日志，以获取有关什么是发生？我找到了为所有 MSI 安装启用日志记录的最佳部署方法。与在您突然需要一个真正的日志文件时始终可用的好处相比，它触发的性能影响微不足道。 You can enable logging for all MSI files as explained on installsite.org（部分：“全局用于机器上的所有设置”）。 MSI 日志文件将在安装后放在您的 %TEMP% 文件夹中。它们有一个随机的十六进制名称，如果你不需要它们，你可以定期刷新它们。您可以按修改日期/时间进行排序，以找到最新创建的 - 显然。

Jedi trick：如果您不启用所有 MSI 文件的日志记录，您会想回家重新思考您的生活。故事的寓意：MSI 日志文件很酷。它们非常冗长，但它们很漂亮。有一些hints on interpreting them here（底部）。

【讨论】：

谢谢，我按照你的解释解决了这个问题，这是由于后台下载造成的，在我的情况下，它不是python，因为它已成功安装；而是永远占用的 R 支持组件-我只是杀死了子进程并且设置成功。奇怪的是，我认为安装包含所有组件，但微软没有提供任何后台下载的线索！
很高兴您找到了解决方案。我在搜索时看到其他人对 R-support 发表评论。恕我直言：很常见的问题是看到这样的无证文件。众所周知，当谈到发生了什么变化以及为什么发生变化时，微软倾向于有点“挑战”。因此，我对日志进行了开玩笑的评论：我总是将它作为尝试解决奇怪问题的第一个停靠点。并不总是有帮助，但通常你会得到一个线索来帮助你开始调试。您可以确定您没有看到 Microsoft 工具的最后一个部署问题 :-)。
在冗长的答案之上添加了一个简短的简介，以便让其他人快速找到实际的解决方案（希望如此）。
如果我告诉你我在同一天花了 5 个多小时来安装 Management Studio，你不会相信我，几十次尝试和错误，最终结果是下载的文件来自 Microsoft 的损坏没有最模糊的线索，唯一有助于识别问题的是检查文件的 md5 哈希！我认为微软喜欢这种方式。
对于部署专家来说太熟悉了——我告诉你。如果我是你，我可能会在类似的事情之后检查恶意软件，或者磁盘空间不足或过于激进的安全套件或类似情况。甚至是硬件问题，例如用于尖端 I/O 组件（例如超快速 NVMe 磁盘）的不良驱动程序。后者会给你带来无尽的悲伤——只是单挑和我的 2 美分。希望这只是一个下载打嗝。 Section 2 here.

【解决方案3】：

您必须从 Windows 注册表编辑器中删除 SQL Server 的配置设置。

Sql 服务器
2017
VS

【讨论】：

请在此答案中添加更多信息。这些注册表设置的位置是什么？