症状
假设已在 Linux 上安装了 SQL Server 2017。 升级到 SQL Server 2017 CU4 或更高版本时，如果未启用 SQL Server 代理，你可能会收到以下错误消息：
日期/时间 spid6s 错误：4860，严重性：16，状态：1。
日期/时间 spid6s 无法进行大容量加载。 文件 "FilePath\SqlTraceCollect.dtsx" 不存在，或者你没有文件访问权限。
日期/时间 spid6s 错误：912，严重性：21，状态：2。
日期/时间 spid6s 数据库 "master" 的脚本级别升级失败，因为升级步骤 "msdb110_upgrade" 遇到错误200，状态7，严重级别为25。 这是一个很严重的错误情况，可能会干扰正常操作，数据库将脱机。 如果在升级 "master" 数据库期间发生错误，它将阻止整个 SQL Server 实例启动。 检查以前的错误日志条目以查找错误，采取相应的纠正措施并重新启动数据库，以便脚本升级步骤运行完成。
日期/时间 spid6s 错误：3417，严重性：21，状态：3。
日期/时间 spid6s 无法恢复 master 数据库。 SQL Server 无法运行。 从完整备份还原 master，修复它，或重建它。 有关如何重建 master 数据库的详细信息，请参阅 SQL Server 联机丛书。
更多信息
提示尝试将 SQL Server 实例从 SQL Server 2017 RTM CU6 降级到 CU5/CU4 时，可能会遇到同样的问题。 还可以为降级方案实现建议的解决方法。
解决方案
在 SQL Server 的以下累积更新中修复了此问题：
SQL Server 的每个新的累积更新均包含以前的累积更新中包含的所有修补程序和所有安全修补程序。 查看 SQL Server 的最新累积更新：
解决方法
为解决此问题，你可以启用 SQL Server 代理并重新启动 SQL Server。 一旦升级完成，就可以再次禁用 SQL Server 代理。
状态
Microsoft 已确认这是在“适用范围”部分中列出的 Microsoft 产品存在的问题。
参考
了解 Microsoft 用于描述软件更新的 术语。
