主页 / dba / 问题 / 144863
Accepted
Kris Gruttemeyer
Asked: 2016-07-26 11:10:28 +0800 CST

SQL Server 2014 (12.0.4439.1) to SP2 (12.5000) 服务启动失败

  • 772

对于著名的 SSISDB SP1 惨败似乎非常熟悉，我在将 DEV 服务器升级到 SQL 2014 SP2 时遇到了障碍。

基础版本是 SP1+CU5 (12.0.4439.1)。我们安装了 SSISDB，它位于 AG 中。我在辅助服务器上运行升级包并收到 SQL Agent 无法启动的错误。

我通过配置管理器检查了服务，发现没有任何服务恢复。这是日志文件给我的内容：

2016-07-25 15:02:44.76 spid5s      Database 'master' is upgrading script 'SSIS_hotfix_install.sql' from level 201331031 to level 201331592.
2016-07-25 15:02:45.89 spid5s      Error: 945, Severity: 14, State: 2.
2016-07-25 15:02:45.89 spid5s      Database 'SSISDB' cannot be opened due to inaccessible files or insufficient memory or disk space.  See the SQL Server errorlog for details.
2016-07-25 15:02:45.95 spid5s      Error: 912, Severity: 21, State: 2.
2016-07-25 15:02:45.95 spid5s      Script level upgrade for database 'master' failed because upgrade step 'SSIS_hotfix_install.sql' encountered error 945, state 2, severity 25. This is a serious error condition which might interfere with regular operation and the database will be taken offline. If the error happened during upgrade of the 'master' database, it will prevent the entire SQL Server instance from starting. Examine the previous errorlog entries for errors, take the appropriate corrective actions and re-start the database so that the script upgrade steps run to completion.
2016-07-25 15:02:45.95 spid5s      Error: 3417, Severity: 21, State: 3.
2016-07-25 15:02:45.95 spid5s      Cannot recover the master database. SQL Server is unable to run. Restore master from a full backup, repair it, or rebuild it. For more information about how to rebuild the master database, see SQL Server Books Online.
2016-07-25 15:02:45.95 spid5s      SQL Server shutdown has been initiated
2016-07-25 15:02:45.95 spid5s      SQL Trace was stopped due to server shutdown. Trace ID = '1'. This is an informational message only; no user action is required.

还有其他人遇到过这个吗？我该如何着手恢复这件事？我真的需要恢复主数据库吗？

如果您需要任何其他信息，请告诉我。这是发生这种情况的非生产辅助设备，因此我们不会处理停机或违反任何 SLA。如果这是我们在使用 SP1 时遇到的同一个问题，我绝对愿意大声疾呼。

sql-server ssis

1 个回答

  1. Best Answer

    我们安装了 SSISDB，它位于 AG 中。我在辅助服务器上运行升级包并收到错误

    可用性组中的次要用户数据库不可写入（最多可读）。因此升级失败，因为数据库是 AG 的一部分并且无法写入。

    我该如何着手恢复这件事？我真的需要恢复主数据库吗？

    我尚未对其进行测试，但您应该能够使用 -m 进行恢复，从 AG 中删除 SSISDB，然后正常重启。

    今后，您需要在运行升级之前从 AG 中删除 SSISDB，并在升级后将其恢复。痛吗？是的。它会阻止你遇到问题吗？是的。

    • 4

相关问题