컴퓨터에 SQL Server 2017이 설치되어 있습니다. 이것은 다음을 SELECT @@VERSION
반환합니다.
Windows 10 Enterprise 10.0 (빌드 17134)의 Microsoft SQL Server 2017 (RTM-GDR) (KB4293803)-14.0.2002.14 (X64) Jul 21 2018 07:47:45 Copyright (C) 2017 Microsoft Corporation Enterprise Edition (64 비트) )`
어제까지는 잘 작동했습니다. 갑자기 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 : \ 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'에 대한 스크립트 수준 업그레이드에 실패했습니다.이 오류는 정상적인 작업을 방해 할 수있는 심각한 오류 조건입니다. 데이터베이스가 오프라인 상태가됩니다. '마스터'데이터베이스를 업그레이드하는 동안 오류가 발생하면 전체 SQL Server 인스턴스가 시작되지 않습니다. 스크립트 업그레이드 단계가 완료 될 때까지 이전 오류 로그 항목에서 오류를 검사하고 적절한 수정 조치를 취한 후 데이터베이스를 다시 시작하십시오.
2018-09-17 13 : 06 : 47.30 spid6s 오류 : 3417, 심각도 : 21, 상태 : 3.
2018-09-17 13 : 06 : 47.30 spid6s 마스터 데이터베이스를 복구 할 수 없습니다. SQL Server를 실행할 수 없습니다. 전체 백업에서 마스터를 복원, 복구 또는 재 구축하십시오. master 데이터베이스를 다시 작성하는 방법에 대한 자세한 내용은 SQL Server 온라인 설명서를 참조하십시오.
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)
. 이 업데이트 후 일부 응용 프로그램 텍스트가 알 수없는 문자로 변경되었습니다. 이것이 문제의 원인 일 수 있습니까?
C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\Install\SqlTraceCollect.dtsx
메모장 ++에서 해당 파일 ( )을 확인한 결과 "UCS-2 LE BOM"의 인코딩이 실제로 UTF-16 LE이며 Microsoft에서는 "Unicode"라고합니다. 버그가 Windows 또는 SQL Server에 있는지 확실하지 않지만 파일에 BOM (Byte Order Mark)이있는 경우 시스템의 기본 인코딩에 관계없이 UTF-8로 읽지 않아야합니다. 즉, BOM을 갖는 전체 목적 ;-) 파일은 다음과 같이 시작됩니다<?xml version="1.0" encoding="utf-16"?>
.