SQL Server 2017サービスの開始エラー。エラーコード3417


12

コンピューターにSQL Server 2017がインストールされています。これは何をSELECT @@VERSION返します:

Microsoft SQL Server 2017(RTM-GDR)(KB4293803)-14.0.2002.14(X64)2018年7月21日07:47:45 Copyright(C)2017 Microsoft Corporation Enterprise Edition(64-bit)on Windows 10 Enterprise 10.0(Build 17134: ) `

昨日まで問題なく動作していました。突然SQL SERVER Service実行されませんでした。私が手動でサービスを実行したいとき、それは示した3417 error。イベントログを確認すると、次のエラーが表示されました。

アップグレードステップ 'msdb110_upgrade.sql'でエラー200、状態7、重大度25が発生したため、データベース 'master'のスクリプトレベルのアップグレードに失敗しました。これは、通常の操作を妨げる重大なエラー状態であり、データベースがオフラインになります。'master'データベースのアップグレード中にエラーが発生した場合、SQL Serverインスタンス全体が起動しなくなります。以前のエラーログエントリのエラーを調べ、適切な修正アクションを実行し、データベースを再起動して、スクリプトのアップグレード手順が完了するまで実行します。

いくつかのグーグル検索の後、私はそれを実行し/T902 switchて問題を解決しようとすることがわかりました。しかし、解決策はありませんでした。そこで、同じSQL SERVER 2017データベースの別のインスタンスをインストールし、データベースを復元しました。これで、新しくインストールされたインスタンスにも同じ問題が発生します。

何が問題なのでしょうか?

更新 ここに、SQL Serverの完全なエラーログがあります。

2018-09-17 13:06:47.29 spid6s構成オプション「詳細オプションの表示」が1から1に変更されました。RECONFIGUREステートメントを実行してインストールします。

2018-09-17 13:06:47.29 spid6s構成オプション「詳細オプションの表示」が1から1に変更されました。RECONFIGUREステートメントを実行してインストールします。

2018-09-17 13:06:47.29 spid6s構成オプション 'Agent XPs'が1から1に変更されました。RECONFIGUREステートメントを実行してインストールします。

2018-09-17 13:06:47.29 spid6s構成オプション 'Agent XPs'が1から1に変更されました。RECONFIGUREステートメントを実行してインストールします。

2018-09-17 13:06:47.29 spid6s SSISフォルダーの作成...

2018-09-17 13:06:47.30 spid6sドロップ手順[dbo]。[sp_syscollector_get_instmdw]

2018-09-17 13:06:47.30 spid6sプロシージャ[dbo]。[sp_syscollector_get_instmdw]を作成しています...

2018-09-17 13:06:47.30 spid6sドロップ手順[dbo]。[sp_syscollector_upload_instmdw]

2018-09-17 13:06:47.30 spid6sプロシージャ[dbo]。[sp_syscollector_upload_instmdw]を作成しています...

2018-09-17 13:06:47.30 spid6sデータコレクターパッケージをディスクからアップロード:c:\ Program Files \ Microsoft SQL Server \ MSSQL14.SQL2017 \ MSSQL \ Install \ SqlTraceCollect.dtsx

2018-09-17 13:06:47.30 spid6sデータコレクターパッケージをディスクからアップロード:c:\ Program Files \ Microsoft SQL Server \ MSSQL14.SQL2017 \ MSSQL \ Install \ SqlTraceCollect.dtsx

2018-09-17 13:06:47.30 spid6sエラー:2775、重大度:17、状態:12。

2018-09-17 13:06:47.30 spid6sコードページ65001はサーバーでサポートされていません。

2018-09-17 13:06:47.30 spid6sエラー:912、重大度:21、状態:2。

2018-09-17 13:06:47.30 spid6sアップグレードステップ 'msdb110_upgrade.sql'でエラー200、状態7、重大度25が発生したため、データベース 'master'のスクリプトレベルのアップグレードに失敗しました。これは通常の操作を妨げる可能性のある重大なエラー状態ですデータベースはオフラインになります。'master'データベースのアップグレード中にエラーが発生した場合、SQL Serverインスタンス全体が起動しなくなります。以前のエラーログエントリでエラーを調べ、適切な修正アクションを実行し、データベースを再起動して、スクリプトのアップグレード手順が完了するまで実行します。

2018-09-17 13:06:47.30 spid6sエラー:3417、重大度:21、状態:3。

2018-09-17 13:06:47.30 spid6s masterデータベースを回復できません。SQL Serverを実行できません。完全バックアップからマスターを復元、修復、または再構築します。masterデータベースを再構築する方法の詳細については、SQL Server Books Onlineを参照してください。

2018-09-17 13:06:47.30 spid6s SQL Serverシャットダウンが開始されました

2018-09-17 13:06:47.30サーバーのシャットダウンによりspid6s SQLトレースが停止しました。トレースID = '1'。これは情報メッセージです。ユーザーの操作は必要ありません。

更新 この行には伝えるべきことがあります。The code page 65001 is not supported by the server.最近ウィンドウがに更新されましたVersion 1803 (OS Build 17134.285)。この更新後、一部のアプリケーションのテキストが不明な文字に変更されました。これが問題の原因になりますか?

コードページのレジストリイメージ

回答:


15

サポートされていないWindows 10(クライアントOS)でSQL Server 2017を実行していると言うことから始めます。SQLServer 2017のハードウェアおよびソフトウェア要件を参照してください。クライアントOSで実行することにより、エンタープライズエディションの機能と多額の費用を無駄にしています。

さらに、このような問題のほとんどはバグだと考えているため、最新のSQL Server 2017 CU 10を適用することをお勧めします。問題が解決するかどうか教えてください。この問題の回避策を試してみたい場合は、このブログを参照してください。

OPによって確認されたように、SQL Server 2017 CU10を適用した後でも問題は解決しませんでした。

編集:問題は以下のステートメントで始まります

2018-09-17 13:06:47.30 spid6sコードページ65001はサーバーでサポートされていません。

code page65001の手段SQL Serverでサポートされており、この私が問題を引き起こしていると信じていないUTF-8エンコーディング。これは間違いなくバグであり、CU10でまだ修正されていない理由がわかりません。アップグレードプロセスはbulk loadUTF 8エンコーディングのデータを試行していますが、SQL Serverはそれをサポートしていないため、失敗しています。

あなたは10行くに窓持ちcontrol pane、今選択region and languageアプレット、それだけかもしれないregionへのWindows 10、外出先で、あなたのためにadministrative tab、あなたはをクリックする必要があり、タブの下部にはchange system Locale、その後、先に行くとアクティブ化を/選択ベータ:UTF8のサポートをして開始Windowsマシン。以下は、Windows 7マシンのオプションの外観です。このオプションは、Windows 10 でもほぼ同じです。

ここに画像の説明を入力してください

OPに準拠するように、特定のOSパッチを適用した後、問題全体が始まりました。「Beta:UTF8サポート」のチェックを外した後、問題は解決しました。問題は2つあるようです。

  1. OPにはすでにBeta:UTF8サポートがチェックされており、「何か」を変更するOSパッチを適用するまでは正常に動作していました。

  2. OSパッチが既に存在するコントロールパネルからBeta:UTF8 Supportのチェックを外した後、問題は解決しました。

SQL ServerはBeta:UTF8サポートで正常に実行されていましたが、OSパッチが適用されると、SQL Serverマスターデータベースがオンラインにならずコードページ65001がサポートされないというメッセージが表示されました。コントロールパネルからBeta:UTF8を無効にすると、問題が解決しました。これは回避策であり、MSはこのための適切なKB記事を作成する必要があると思いますが。

PS:この問題については、すでにConnect Bugが提起されていることも発見しました。サポートされていないと言う場合(クライアントOSにEnterpriseエディションをインストールするため)は、このインフラストラクチャを実行できないことを意味するものではありません。このような問題についてMSに提起した場合、彼らはこれを指摘すると確信しています。


1
@Beginner and Shanky:C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\Install\SqlTraceCollect.dtsxNotepad ++でそのファイル()を確認しましたが、実際にはUTF-16 LEである「UCS-2 LE BOM」のエンコードを示しています。これはMicrosoftランドでは「Unicode」と呼ばれています。バグがWindowsにあるのかSQL Serverにあるのかはわかりませんが、ファイルにバイトオーダーマーク(BOM)がある場合、システムのデフォルトエンコーディングに関係なく、UTF-8として読み取ろうとしてはなりません。つまり、結局のところ、BOMを持つという目的全体です;-)ファイルは次の文字列で始まります<?xml version="1.0" encoding="utf-16"?>
ソロモンラッツキー

1
開発者エディション(SQL Server 2014、後方互換性をテストする必要があります)をインストールしましたが、同じことが当てはまります。あなたのソリューションはそれでうまくいきました。
jgauffin

1
「Beta:UTF8サポート」のチェックを外すと、問題は解決しました。ありがとう、@ Shanky、私はこの問題に2日間を無駄にし、あなたは私の一日を節約します。
TechNovIT
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.