KB4464082 - SQL Server 2017용 누적 업데이트 12

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

SQL Server 2017용 최신 누적 업데이트 패키지를 지금 다운로드하세요

다운로드 페이지가 표시되지 않는 경우 해당 누적 업데이트 패키지를 구하려면 Microsoft 고객 서비스 및 지원 센터로 문의하세요.

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

SQL Server 2017 CU12용 누적 업데이트 패키지를 지금 다운로드하세요.

Linux의 SQL Server 2017을 최신 CU로 업데이트하려면 먼저 누적 업데이트 리포지토리를 구성해야 합니다. 그런 다음 적절한 플랫폼별 업데이트 명령을 사용하여 SQL Server 패키지를 업데이트합니다.

설치 지침 및 CU 패키지 다운로드에 대한 직접 링크는 SQL Server 2017 릴리스 정보를 참조하세요.

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

certutil -hashfile SQLServer2017-KB4464082-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 Shared

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이 실행되고 있어야 합니다.

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

이 패키지에 들어 있는 핫픽스를 사용하기 위해 레지스트리를 변경할 필요가 없습니다.

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

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

• 쿼리 저장소: 쿼리 저장소를 사용하고 이전에 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 CU는 서비스 팩과 동일한 수준으로 인증되므로 같은 신뢰도 수준으로 설치해야 합니다.
• 다음 지침에 따라 CU를 사용할 수 있게 되면 사전에 지속적으로 CU를 설치하는 것이 좋습니다.
  • 기록 데이터에 따르면 많은 수의 지원 사례가 발표된 CU에서 이미 해결된 문제와 관련이 있는 것으로 나타나고 있습니다.
  • CU에는 핫픽스 외에도 추가적인 가치가 포함될 수 있습니다. 핫픽스 이상의 부가 가치가 포함되어 있을 수 있습니다.
• SQL Server CU를 프로덕션 환경에서 배포하기 전에 테스트하는 것이 좋습니다.

중요

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

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

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

방법 1

단계

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

   # RHEL, Ubuntu pcs property 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 속성 구성 cluster-recheck-interval=<Xmin>

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

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

   참고

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

방법 2

페이스메이커 버전 1.1.16으로 되돌립니다.

중요

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

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

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

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

  참고

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

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

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

  참고

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

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

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

• 미러된 인스턴스 업그레이드

• SQL Server 서비스 설치 개요

SQL Server CU는 현재 다국어로 제공됩니다. 따라서 이 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 롤백을 참조하세요.