KB4342123 - SQL Server 2017 누적 업데이트 10

다음 업데이트는 Microsoft 다운로드 센터에서 사용할 수 있습니다.

지금 SQL Server 2017에 대한 최신 누적 업데이트 패키지 다운로드

다운로드 페이지가 표시되지 않으면 Microsoft 고객 서비스 및 지원에 문의하여 누적 업데이트 패키지를 가져옵니다.

다음 업데이트는 Microsoft 업데이트 카탈로그에서 사용할 수 있습니다.

이제 SQL Server 2017 CU10에 대한 누적 업데이트 패키지 다운로드

Linux의 SQL Server 2017을 최신 CU로 업데이트하려면 먼저 누적 업데이트 저장소가 구성되어야 합니다. 그런 다음 적절한 플랫폼별 업데이트 명령을 사용하여 SQL Server 패키지를 업데이트하십시오.

CU 패키지 다운로드 설치 방법 및 직접 링크는 SQL Server 2017 릴리스 정보를 참조하십시오.

다음 명령을 사용하여 SQLServer2017-KB4342123-x64.exe 파일의 해시를 컴퓨팅하여 다운로드를 확인할 수 있습니다.

certutil -hashfile SQLServer2017-KB4342123-x64.exe SHA256

이 패키지의 영어 버전은 아래와 같거나 그 이상의 파일 특성을 갖습니다. 해당 파일의 날짜와 시간은 UTC(협정 세계시)로 표시됩니다. 파일 정보를 보면 로컬 시간으로 변환됩니다. UTC와 현지 시간의 차이를 찾으려면 제어판 날짜 및 시간 항목의 표준 시간대 탭을 사용합니다.

x64 기반 버전

SQL Server 2017 Analysis Services

SQL Server 2017 Database Services Common Core

SQL Server 2017 sql_dreplay_client

SQL Server 2017 sql_dreplay_controller

SQL Server 2017 Database Services Core Instance

SQL Server 2017 Database Services Core 공유

SQL Server 2017 sql_extensibility

SQL Server 2017 전체 텍스트 엔진

SQL Server 2017 sql_inst_mr

SQL Server 2017 Integration Services

SQL Server 2017 sql_polybase_core_inst

SQL Server 2017 sql_shared_mr

SQL Server 2017 sql_tools_extensions

이 누적 업데이트 패키지를 적용하려면 SQL Server 2017을 실행해야 합니다.

이 누적 업데이트 패키지를 적용한 후에 컴퓨터를 다시 시작해야 할 수도 있습니다.

이 패키지의 핫픽스 중 하나를 사용하려면 레지스트리를 변경할 필요가 없습니다.

또한 이 문서에서는 다음과 같은 상황에 대한 중요한 정보를 제공합니다.

• Pacemaker: 사용 가능한 최신 버전의 Pacemaker를 사용하는 배포에서 동작이 변경됩니다. 완화 방법이 제공됩니다.

• 쿼리 저장소: 쿼리 저장소 사용하고 이전에 Microsoft SQL Server 2017 CU2(누적 업데이트 2)를 설치한 경우 이 스크립트를 실행해야 합니다.

Analysis Services CU 빌드 버전

Microsoft SQL Server 2017부터 Analysis Services 빌드 버전 번호와 SQL Server 데이터베이스 엔진 빌드 버전 번호가 일치하지 않습니다. 자세한 내용은 Analysis Services 누적 업데이트 빌드 버전 확인을 참조하세요.

CU(누적 업데이트)

CU(누적 업데이트)는 이제 Microsoft 다운로드 센터에서 사용할 수 있습니다.

SQL Server 2017용으로 릴리스된 최신 CU만 다운로드 센터에서 사용할 수 있습니다.

Linux용 CU 패키지는 .에서 https://packages.microsoft.com사용할 수 있습니다.

• 각 새 CU에는 설치된 버전의 SQL Server에 대한 이전 CU에 포함된 모든 수정 사항이 포함되어 있습니다.
• SQL Server CPU는 서비스 팩과 동일한 수준으로 인증되며 동일한 수준의 신뢰도로 설치해야 합니다.
• 다음 지침에 따라 사용할 수 있게 되면 지속적으로 사전 예방적으로 CPU를 설치하는 것이 좋습니다.
  • 기록 데이터에 따르면 상당수의 지원 사례에는 릴리스된 CU에서 이미 해결된 문제가 포함됩니다.
  • CPU에는 핫픽스 이상에 추가된 값이 포함될 수 있습니다. 여기에는 지원 가능성, 관리 효율성 및 안정성 업데이트가 포함됩니다.
• 프로덕션 환경에 배포하기 전에 SQL Server CPU를 테스트하는 것이 좋습니다.

중요

사용 가능한 최신 Pacemaker 패키지 1.1.18-11.el7을 사용하는 모든 배포(RHEL 7.3 및 7.4 포함)는 해당 값이 false있는 경우 클러스터 설정에 대한 start-failure-is-fatal 동작 변경을 도입합니다. 이 변경 내용은 장애 조치(failover) 워크플로에 영향을 줍니다. 주 복제본이 중단될 경우 클러스터가 사용 가능한 보조 복제본 중 하나로 장애 조치(failover)되어야 합니다. 예상과 달리, 사용자는 클러스터가 실패한 주 복제본을 시작하려고 계속 시도하는 것을 보게 됩니다. 주 복제본이 영구 중단되어 온라인 상태로 전환되지 않는 경우 클러스터도 사용 가능한 다른 보조 복제본으로 장애 조치(failover)되지 않습니다.

이 문제는 사용 중인 누적 업데이트 버전에 관계없이 모든 SQL Server 버전에 영향을 줍니다.

문제를 완화하려면 다음 방법 중 하나를 사용합니다.

방법 1

다음 단계를 수행합니다.

1. start-failure-is-fatal 기존 클러스터에서 재정의를 제거합니다.

   # RHEL, Ubuntu pcs 속성 unset start-failure-is-fatal # 또는 pcs property set start-failure-is-fatal=true # SLES crm configure property start-failure-is-fatal=true

2. cluster-recheck-interval 값을 줄입니다.

   # RHEL, Ubuntu pcs 속성 집합 cluster-recheck-interval=<Xmin> # SLES crm configure property cluster-recheck-interval=<Xmin>

3. 각 AG 리소스에 failure-timeout 메타 속성을 추가합니다.

   # RHEL, Ubuntu pcs 리소스 업데이트 ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # 텍스트 편집기에서 'param' 뒤와 'op' 앞에 'meta failure-timeout=60s'를 추가합니다.

   참고 항목

   이 코드에서 Xmin> 값을 <적절하게 대체합니다. 복제본의 작동이 중단되면 클러스터는 failure-timeout 값과 cluster-recheck-interval 값을 통해 바인딩된 간격으로 복제본을 다시 시작하려고 합니다. 예를 들어 failure-timeout을 60초로 설정하고 cluster-recheck-interval을 120초로 설정한 경우 60초보다 크고 120초보다 작은 간격으로 다시 시작이 시도됩니다. 60초보다 큰 값으로 cluster-recheck-interval 60s 설정하는 failure-timeout 것이 좋습니다. 작은 값으로 설정 cluster-recheck-interval 하지 않는 것이 좋습니다. 자세한 내용은 Pacemaker 설명서를 참조하거나 시스템 공급자를 참조하세요.

방법 2

Pacemaker 버전 1.1.16으로 되돌려 줍니다.

중요

쿼리 저장소 사용하고 SQL Server 2017 CU2(누적 업데이트 2)에서 SQL Server 2017 CU3(누적 업데이트 3) 또는 이후 누적 업데이트로 직접 업데이트하는 경우 이 스크립트를 실행해야 합니다. 이전에 SQL Server 2017 CU3(누적 업데이트 3) 이상 SQL Server 2017 누적 업데이트를 설치한 경우에는 이 스크립트를 실행할 필요가 없습니다.

SET NOCOUNT ON;
DROP TABLE IF EXISTS #tmpUserDBs;

SELECT [database_id], 0 AS [IsDone]
INTO #tmpUserDBs
FROM master.sys.databases
WHERE [database_id] > 4
 AND [state] = 0 -- must be ONLINE
 AND is_read_only = 0 -- cannot be READ_ONLY
 AND [database_id] NOT IN (SELECT dr.database_id FROM sys.dm_hadr_database_replica_states dr -- Except all local Always On secondary replicas
  INNER JOIN sys.dm_hadr_availability_replica_states rs ON dr.group_id = rs.group_id
  INNER JOIN sys.databases d ON dr.database_id = d.database_id
  WHERE rs.role = 2 -- Is Secondary
   AND dr.is_local = 1
   AND rs.is_local = 1)

DECLARE @userDB sysname;

WHILE (SELECT COUNT([database_id]) FROM #tmpUserDBs WHERE [IsDone] = 0) > 0
BEGIN
 SELECT TOP 1 @userDB = DB_NAME([database_id]) FROM #tmpUserDBs WHERE [IsDone] = 0

 -- PRINT 'Working on database ' + @userDB

 EXEC ('USE [' + @userDB + '];
DECLARE @clearPlan bigint, @clearQry bigint;
IF EXISTS (SELECT [actual_state] FROM sys.database_query_store_options WHERE [actual_state] IN (1,2))
BEGIN
 IF EXISTS (SELECT plan_id FROM sys.query_store_plan WHERE engine_version = ''14.0.3008.27'')
 BEGIN
  DROP TABLE IF EXISTS #tmpclearPlans;

  SELECT plan_id, query_id, 0 AS [IsDone]
  INTO #tmpclearPlans
  FROM sys.query_store_plan WHERE engine_version = ''14.0.3008.27''

  WHILE (SELECT COUNT(plan_id) FROM #tmpclearPlans WHERE [IsDone] = 0) > 0
  BEGIN
   SELECT TOP 1 @clearPlan = plan_id, @clearQry = query_id FROM #tmpclearPlans WHERE [IsDone] = 0
   EXECUTE sys.sp_query_store_unforce_plan @clearQry, @clearPlan;
   EXECUTE sys.sp_query_store_remove_plan @clearPlan;

   UPDATE #tmpclearPlans
   SET [IsDone] = 1
   WHERE plan_id = @clearPlan AND query_id = @clearQry
  END;

  PRINT ''- Cleared possibly affected plans in database [' + @userDB + ']''
 END
 ELSE
 BEGIN
  PRINT ''- No affected plans in database [' + @userDB + ']''
 END
END
ELSE
BEGIN
 PRINT ''- Query Store not enabled in database [' + @userDB + ']''
END')
  UPDATE #tmpUserDBs
  SET [IsDone] = 1
  WHERE [database_id] = DB_ID(@userDB)
END

하이브리드 환경(예: Always On, 복제, 클러스터 및 미러링)에 업데이트를 배포하는 경우 업데이트를 배포하기 전에 다음 문서를 참조하는 것이 좋습니다.

• 장애 조치(failover) 클러스터 인스턴스 업그레이드

  참고 항목

  롤링 업데이트 프로세스를 사용하지 않으려면 다음 단계에 따라 업데이트를 적용합니다.

  • 수동 노드에 업데이트를 설치합니다.
  • 활성 노드에 업데이트를 설치합니다(서비스를 다시 시작해야 합니다).

• 가동 중지 시간 및 데이터 손실을 최소화하는 가용성 그룹 서버 업그레이드 및 업데이트

  참고 항목

  SSISDB 카탈로그와 함께 Always On을 사용하도록 설정한 경우 이러한 환경에서 업데이트를 적용하는 방법에 대한 SSIS with Always On에 대한 정보를 참조하세요.

• 트랜잭션 복제 및 데이터베이스 미러링 토폴로지에서 SQL Server용 핫픽스를 적용하는 방법

• 복제 토폴로지에서 SQL Server용 핫픽스를 적용하는 방법

• Upgrading Mirrored Instances

• SQL Server 서비스 설치 개요

SQL Server CPU는 현재 다국어입니다. 따라서 이 CU 패키지는 한 언어에만 국한되지 않습니다. 지원되는 모든 언어에 적용됩니다.

하나의 CU 패키지에는 모든 SQL Server 2017 구성 요소(기능)에 대해 사용 가능한 모든 업데이트가 포함됩니다. 그러나 누적 업데이트 패키지는 서비스하도록 선택한 SQL Server 인스턴스에 현재 설치된 구성 요소만 업데이트합니다. 이 CU가 적용된 후 SQL Server 기능(예: Analysis Services)이 인스턴스에 추가되는 경우 이 CU를 다시 적용하여 새 기능을 이 CU로 업데이트해야 합니다.

다른 문제가 발생하거나 문제 해결이 필요한 경우 서비스 요청을 만들어야 할 수 있습니다. 일반적인 지원 비용은 추가 지원 질문과 이 특정 누적 업데이트 패키지에 적합하지 않은 문제에 적용됩니다. Microsoft 고객 서비스 및 지원 전화 번호의 전체 목록을 확인하거나 별도의 서비스 요청을 만들려면 Microsoft 지원 웹 사이트로 이동하세요.

1. 제어판 프로그램 및 기능 항목을 연 다음 설치된 업데이트 보기를 선택합니다.
2. SQL Server 2017에서 이 누적 업데이트 패키지에 해당하는 항목을 찾습니다.
3. 항목을 길게 누르거나 마우스 오른쪽 단추로 클릭한 다음 제거를 선택합니다.

Linux에서 이 CU를 제거하려면 패키지를 이전 버전으로 롤백해야 합니다. 설치를 롤백하는 방법에 대한 자세한 내용은 롤백 SQL Server를 참조 하세요.