Помилка запуску служби SQL Server 2017. Код помилки 3417

У мене на комп'ютері встановлений SQL Server 2017. Це те, що SELECT @@VERSIONповертає:

Microsoft SQL Server 2017 (RTM-GDR) (KB4293803) - 14.0.2002.14 (X64) 21 липня 2018 07:47:45 Авторські права (C) 2017 Microsoft Corporation Enterprise Edition (64-розрядні) на Windows 10 Enterprise 10.0 (Build 17134: ) `

Це працювало чудово до вчорашнього дня. Раптом SQL SERVER Serviceне біг. Коли я хотів запустити службу вручну, це показало 3417 error. Коли я перевірив журнал подій, я побачив цю помилку:

Не вдалося оновити рівень сценарію для "майстра" бази даних, оскільки на етапі оновлення "msdb110_upgrade.sql" сталася помилка 200, стан 7, тяжкість 25. Це серйозна умова помилки, яка може заважати регулярній роботі, і база даних буде відведена в автономний режим. Якщо помилка сталася під час оновлення бази даних '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 Параметр конфігурації "Агент XP" змінено з 1 на 1. Запустіть операцію RECONFIGURE для встановлення.

2018-09-17 13: 06: 47.29 spid6s Параметр конфігурації "Агент XP" змінено з 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: \ програмні файли \ Microsoft SQL Server \ MSSQL14.SQL2017 \ MSSQL \ Install \ SqlTraceCollect.dtsx

2018-09-17 13: 06: 47.30 spid6s Завантаження пакета збору даних з диска: c: \ програмні файли \ 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', це не дозволить запустити весь екземпляр SQL Server. Вивчіть попередні записи помилок на наявність помилок, вживайте відповідних коригувальних дій та перезапустіть базу даних, щоб кроки оновлення сценарію виконувалися до завершення.

2018-09-17 13: 06: 47.30 spid6s Помилка: 3417, тяжкість: 21, стан: 3.

2018-09-17 13: 06: 47.30 spid6s Не вдається відновити головну базу даних. Неможливо запустити SQL Server. Відновіть майстер із повної резервної копії, відремонтуйте його чи відновіть його. Для отримання додаткової інформації про те, як відновити головну базу даних, див. SQL Server Books Online.

2018-09-17 13: 06: 47.30 Ініційовано відключення SID-сервера spid6s

2018-09-17 13: 06: 47.30 spid6s SQL Trace було зупинено через відключення сервера. Trace ID = '1'. Це лише інформаційне повідомлення; ніяких дій користувача не потрібно.

ОНОВЛЕННЯ У цьому рядку є що розповісти. The code page 65001 is not supported by the server.Мої останні вікна оновлено до Version 1803 (OS Build 17134.285). Після цього оновлення деякі програми програм змінилися на невідомі символи. Чи може це бути причиною проблеми?

Спершу я б сказав, що ви використовуєте SQL Server 2017 в ОС Windows 10 (клієнтська ОС), яка не підтримується. Див. Вимоги до апаратного та програмного забезпечення для SQL Server 2017 . Ви витрачаєте можливості корпоративного видання та багато грошей, запускаючи його на клієнтській ОС.

Крім того, я вважаю, що такі проблеми здебільшого є помилками, тому я б запропонував вам застосувати останню версію SQL Server 2017 CU 10 . Повідомте мене, якщо це вирішує проблему. Якщо ви хочете спробувати вирішити ці проблеми, зверніться до цього блогу .

Як підтверджено в ОП, проблеми не були вирішені навіть після застосування SQL Server 2017 CU10.

EDIT: Проблема починається з заяви нижче

2018-09-17 13: 06: 47.30 spid6s Кодова сторінка 65001 не підтримується сервером.

В code page65001 означає UTF - 8 кодування , який не підтримується SQL Server , і це я вважаю , що викликає проблему. Це, безумовно, помилка, про яку я здивований, чому це все ще не встановлено в CU10 Процес оновлення намагається використовувати bulk loadдані, що мають кодування UTF 8, і оскільки SQL Server не підтримує його, він не працює.

У вас є Windows 10, перейдіть control paneзараз, виберіть region and languageаплет, це може бути саме regionдля вас у Windows 10. Перейдіть administrative tabу нижню частину вкладки та в нижній частині вкладки потрібно натиснути, change system Localeа потім вперед та активувати / вибрати Beta: UTF8 Підтримка та запустити віконна машина. Нижче наведено, які варіанти виглядають з моєї машини Windows 7. Опція може бути майже однаковою для Windows 10.

Відповідно до ОП, всі проблеми розпочалися після застосування певного виправлення ОС. Проблему було вирішено після зняття прапорця "Бета: підтримка UTF8" . Здається, питання полягає у двох речах.

1. У OP вже є Beta: підтримка UTF8 перевірена і працює нормально, поки він не застосував патч ОС, який змінив "щось".

2. Проблема вирішена після зняття бета-версії: Підтримка UTF8 з панелі управління з патчем ОС, який вже є.

SQL Server працював нормально з підтримкою Beta: UTF8, але коли застосовано патч ОС, "щось" зламалося таким чином, що головна база даних SQL Server не змогла прийти в Інтернет, яке повідомлення на сторінці коду 65001 не підтримується. Вимкнення бета-версії: UTF8 з панелі управління вирішив проблему. Хоча я вважаю, що це скоріше вирішення проблеми, і для цього МС потрібно викласти відповідну статтю KB для цього.

PS: Я також знайшов Connect Bug, вже піднятий для цього питання. Коли я кажу, що не підтримується (для встановлення Enterprise Edition на клієнтській ОС), це не означає, що ви не можете запустити цю інфраструктуру, це означає лише, що ви знаходитесь самостійно, якщо ви потрапили на якусь "помилку" або щось несподівано виходить з ладу. Якщо ви порушите справу з МС щодо будь-якого подібного питання, я впевнений, що вони наголосять на цьому.