web-dev-qa-db-ja.com

SQL Server 2014（12.0.4439.1）からSP2（12.5000）へのサービス開始の失敗

非常に有名なSSISDB SP1の大失敗に不慣れに思われているように、DEVサーバーをSQL 2014 SP2にアップグレードしているときに、問題が発生しました。

基本バージョンはSP1 + CU5（12.0.4439.1）でした。 SSISDBがインストールされており、AGにあります。セカンダリでアップグレードパッケージを実行しましたが、SQLエージェントを起動できないというエラーを受け取りました。

私は行って設定マネージャーを介してサービスをチェックしましたが、サービスがどれも戻ってこないことがわかりました。ログファイルが私に与えたものは次のとおりです。

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.

他の誰かがこれを経験していますか？これを元に戻すにはどうすればよいですか？実際にマスターDBを復元する必要がありますか？

必要な追加情報がある場合は、お知らせください。これは、本番以外のセカンダリであり、ダウンタイムを処理したり、SLAに違反したりすることはありません。これがSP1で発生した問題と同じである場合は、ぜひWordを公開したいと思います。

sql-serverssisavailability-groupspatching
2
Kris Gruttemeyer

SSISDBがインストールされており、AGにあります。セカンダリでアップグレードパッケージを実行し、エラーを受け取りました

可用性グループ内のセカンダリユーザーデータベースは、書き込みに使用できません（せいぜい読み取り可能）。したがって、データベースはAGの一部であり、書き込みができないため、アップグレードは失敗しました。

これを元に戻すにはどうすればよいですか？実際にマスターDBを復元する必要がありますか？

まだテストしていませんが、-mを使用して回復し、AGからSSISDBを削除して、通常どおり再起動できます。

今後は、AGからSSISDBを削除する必要がありますbeforeアップグレードを実行し、アップグレード後に元に戻します。痛いですか？うん。問題が発生するのを防ぎますか？うん。

4
Sean Gallardy