권장 업데이트 및 고성능 작업 부하를 사용 하 여 SQL Server 2012와 SQL Server 2014에 대 한 구성 옵션

이 문서는 Microsoft 기계 번역 소프트웨어를 이용하여 번역되었으며 Microsoft Community에 의한 Community Translation Framework(CTF) 기술 혹은 사람이 번역한 내용에 의하여 사후 편집될 수 있습니다. Microsoft는 Knowledge Base에 있는 모든 문서에 다양한 언어로 접근할 수 있도록 하기 위하여 기계 번역, 사람에 의한 번역 및 커뮤니티가 편집한 내용을 모두 제공합니다. 번역된 문서는 어휘, 구문 및/혹은 문법에 오류가 있을 수 있습니다. Microsoft는 번역 오류로 인한 부정확성, 오류 및/또는 손해와 이를 고객이 사용하는 데에 대하여 책임을 지지 않습니다.

이 문서의 영문 버전 보기:2964518
성능 향상 및 Microsoft SQL Server 2012와 SQL Server 2014 버전 다양 한 제품 업데이트 및 구성 옵션을 통해 사용할 수 있는 변경 내용을 설명 합니다. SQL Server 인스턴스의 성능을 향상 시키기 위해 이러한 업데이트 적용을 고려할 수 있습니다. 볼 수 있는 개선 정도 부하 패턴, 경합 포인트, 프로세서 레이아웃 (프로세서 그룹, 소켓, NUMA 노드, NUMA 노드에서 코어의 수) 시스템 메모리의 양 등 여러 가지 요인에 따라 달라 집니다. Microsoft SQL Server 지원 팀은 여러 NUMA 노드 및 프로세서를 많이 있던 하드웨어 시스템을 사용 하는 구성에 대 한 적절 한 성능 향상을 달성 하기 위해 이러한 업데이트와 구성 변경 사항을 사용 했습니다. 지원 팀의 다른 업데이트와 나중에이 문서를 업데이트 하려면 계속 됩니다.

고급 시스템
이 메모리 소켓, 및 1/2 테라바이트 이상의 당 다중 소켓, 8 코어 이상 일반적으로 높은 시스템입니다.

SQL Server 2016 위한 참고 사항 추적 플래그에 대 한 논리 연결 자동 감지 제품에 이미 통합 되어 있기 때문에 2016 SQL Server에에서 추적 플래그를 사용할 필요가 없습니다.
SQL Server 2012와 SQL Server 2014의 성능을 개선 하 고 권장 되는 업데이트를 적용 하는 방법
권장 되는 세 테이블 다음과 같이 그룹화 됩니다.
  • 표 1 가장 많이 권장 되는 업데이트 및 하이엔드 시스템에서의 확장성에 대 한 추적 플래그를 포함합니다.
  • 표 2 누적 업데이트에 포함 된 확장성 추가 수정 프로그램이 포함 되어 있습니다.
  • 표 3에 추가적인 성능 튜닝에 대 한 지침 및 권장 사항을 포함합니다.
참고: 추가 컨텍스트 SQL Server 지원 팀에서 post 후 확인 합니다.

표 1입니다. 중요 업데이트 높은-하이 엔드 시스템

아래 표를 참고 하 고 SQL Server 인스턴스를 작성 하는 데 필요한 열에서 요구 사항을 충족 되는지 확인 한 후 추적 플래그 열에서 추적 플래그를 사용 합니다.

중요: 항상 환경에 대 한 추적 플래그를 사용 하 여 수정 프로그램을 사용 하는 경우 주의 해야 가용성 그룹에 포함 된 모든 복제에서 수정 프로그램에 대 한 추적 플래그를 사용 해야 합니다.

#시나리오와 고려해 야 할 증상추적 플래그필요한 버전/업데이트자세한 정보를 제공 하는 기술 자료 문서/블로그 링크
1
  • 높은 CMEMTHREAD 대기 발생 합니다.
  • SQL Server 소켓 당 8 개 이상의 코어를 사용 하 여 시스템에 설치 되어
T8048SQL 2014 RTM SQL 2012 RTM,CSS 에스컬레이션 서비스 블로그 게시물 이 여기서 다루는.
2
  • 로그 그룹의 캐시를 (예를 들어, 항상)을 사용 하는 기능을 사용 하는
  • SQL Server 다중 소켓을 사용 하 여 시스템에 설치 됩니다.
T9024SQL 2014 RTM SQL 2012 SP1 CU32809338FIX: "로그 쓰기 대기" 카운터의 값이 크면 SQL Server 2012의 인스턴스

참고: 추적 플래그 나 9024 2014 SP1 SQL Server (및 이후 서비스 팩)에 대 한 필요 하지 또는 SQL Server 2012 SP3 (및 이후 서비스 팩)
3
  • SQL Server 인스턴스에 연결 풀링으로 인해 연결이 재설정의 수천 처리 합니다.
T1236SQL 2014 RTM CU1, SQL 2012 SP1 CU92926217 FIX: 데이터베이스 잠금 작업에서 SQL Server 사용 하면 성능 문제가 발생 한다

참고: 1236 추적 플래그 SQL Server 2014 SP1 (및 이후 서비스 팩)에 대 한 필요 하지 또는 SQL Server 2012 SP3 (및 이후 서비스 팩)
4
  • 응용 프로그램 작업 부하 (작성 및 저장 임시 테이블 또는 테이블 변수) tempdb를 자주 사용을 해야합니다.
  • Tempdb 페이지 리소스 할당 경합으로 인해 대기 사용자 요청을 확인할 수 있습니다.
T1118SQL 2014 RTM SQL 2012 RTM,328551 Tempdb 데이터베이스에 대 한 동시성 향상

참고: 추적 플래그를 사용 하 고 tempdb 데이터베이스에 여러 데이터 파일을 추가 합니다.
5
  • Tempdb 데이터 파일을 여러 개 있습니다.
  • 먼저 데이터 파일은 동일한 크기로 설정 됩니다.
  • 많은 활동으로 인해 tempdb 파일 증가 발생 한 모든 파일이 동시에 성장 하 고 할당 경합으로 인해.
T1117SQL 2014 RTM SQL 2012 RTM,2154845 SQL Server tempdb 데이터베이스에 할당 경합을 줄이기 위한 권장 사항
6
  • SOS_PHYS_PAGE_CACHE 및 CMEMTHREAD 때문에 성능 문제는 대용량 메모리 컴퓨터에서 메모리를 할당 하는 동안 대기 합니다.
적용할 수 없음SQL 2014 RTM CU1,

SQL 2012 SP1 CU9
2926223외부 페이지에서 SQL Server 2012 또는 SQL Server 2014 처리 하는 동안 NUMA 환경에서 성능 문제가 발생

Table 2입니다. P성능 수정 프로그램이 누적 업데이트에 포함 된

현상 에 대 한 설명을 검토 하 고 해당 환경에 필요한 업데이트 열에 필요한 업데이트를 적용 합니다. 해당 문제에 대 한 자세한 내용은 기술 자료 문서를 검토할 수 있습니다. 시작 매개 변수로 추가 추적 플래그를 사용 해야 할 수 있습니다 이러한 권장 사항 중 일부에 주의 하세요.

참고: "업데이트 방법" 열에서 CU 이름을 처음이 문제를 해결 하는 SQL Server 누적 업데이트를 제공 합니다. 모든 핫픽스를 포함 하는 누적 업데이트 하 고 이전 SQL Server 포함 된 모든 업데이트를 릴리스 업데이트. 따라서 좋습니다 설치 하는 최신 누적 업데이트 위해 문제를 해결 합니다.

#증상필수 업데이트기술 자료 문서
1선택 하는 동안 성능 문제를 발생 하는 임시 테이블에 대 한 선행을 씁니다.SQL 2012 SP2 CU1,

SQL 2012 SP1 CU10
2958012 SQL Server 2012에서 임시 테이블 작업으로 실행 하면 I/O 성능 저하를 선택합니다
2PWAIT_MD_RELATION_CACHE가 발생 하면 ALTER INDEX는 MD_LAZYCACHE_RWLOCK 대기 또는... 온라인 쿼리 작업이 중단 됩니다.SQL 2014 RTM CU1,

SQL 2012 SP1 CU9
2926712 ALTER INDEX를 사용 하는 후 성능이 저하... SQL Server 2012 또는 SQL Server 2014 온라인 작업이 중단 됩니다.
3쿼리 갑자기 제품의 표준 버전에서 불완전 하 게 수행합니다. SQL 2014 RTM CU1

SQL 2012 SP1 CU7
2879373 스레드는 SQL Server 2012 또는 SQL Server Standard Edition 2014에 균등 하 게 예약 되지 않았습니다.
4페이지 예상 수명을 급격 한 저하로 인해 성능이 저하 됩니다.SQL 2012 SP1 CU42845380SQL Server 2012에서 성능 문제가 발생할 수 있습니다.
5NUMA 구성, 대용량 메모리 및 낮은 값으로 설정 하는 "최대 서버 메모리"를 사용 하 여 시스템 리소스 모니터에 의해 높은 CPU 사용 합니다.SQL 2012 SP1 CU32813214서버에서 SQL Server 2012를 설치 하면 서버에 부하가 없는 경우에 CPU 스파이크
6정렬에 대 한 메모리를 할당 하는 관련된 대용량 메모리를 실행 하는 동안 응답 하지 않는 스케줄러와 많은 양의 메모리가 설치 된 시스템에 부여 합니다.SQL 2012 SP1 CU22801379FIX: 오류 17883 SQL Server 2012 또는 SQL Server 2008 r 2에서 많은 Cpu와 많은 양의 메모리를 가진 서버에서 쿼리를 실행 하는 경우
7응답 하지 않는 스케줄러 정렬 연산자 대용량 메모리를 갖춘 시스템에서 많은 버킷 버퍼 풀에 통과 하는 경우.SQL 2012 SP1 CU12762557"프로세스 <block list="">스케줄러에 응답 하지 않는 것 처럼 <ID>" 오류 메시지가 SQL Server 2012에서 쿼리를 실행 하면</ID> </block>
8여러 개의 NUMA 노드와 여러 코어를 사용 하 여 시스템에서 컴파일하는 데 시간이 오래 걸릴 동시 쿼리를 실행 하면 CPU 사용량이SQL 2012 SP2 CU1

SQL 2014 RTM CU2
2928300 강렬한 쿼리 컴파일 작업 부하는 점점 확장 하지 않습니다 NUMA 하드웨어 및 결과 SQL Server CPU 포화 상태에서에서 코어 수
9정렬 연산자에 대 한 메모리 할당에는 대용량 메모리를 사용 하 여 NUMA 시스템에서 원격 노드 할당으로 인해 완료 하는 데 시간이 오래 걸릴.SQL 2012 SP1 CU32819662NUMA 환경에서 SQL Server 성능 문제
10"메모리 부족" 오류가 많은 양의 RAM 사용 하 여 NUMA 컴퓨터에 SQL Server 설치 하 고 SQL Server 외부 페이지를 많이 합니다.SQL 2012 RTM CU12688697 NUMA를 사용 하는 컴퓨터에서 SQL Server 2012의 인스턴스를 실행할 때 메모리 부족 오류
11SOS_CACHESTORE SOS_SELIST_SIZED_SLOCK 큰 테이블에서 공간 데이터 형식에 대해 인덱스를 빌드할 때 Spinlock 경합.SQL 2014 RTM CU1

SQL 2012 SP1 CU7
2887899 SQL Server 2012 또는 SQL Server 2014 큰 테이블의 공간 데이터 형식에서 인덱스를 빌드할 때 성능 저하
12큰 테이블의 공간 데이터 형식에서 인덱스를 빌드할 때 높은 CMEMTHREAD 대기 유형.SQL 2014 RTM CU1

SQL 2012 SP1 CU7
2887888 큰 테이블에 SQL Server 2012 또는 SQL Server 2014 인스턴스 공간 데이터 형식에 인덱스를 만들 때 SQL Server 성능 저하
13SOS_CACHESTORE spinlock 경합이 나 계획 임시 쿼리 작업 부하 시 자주 제거할 됩니다.사용할 추적 플래그-T174

SQL 2014 CU6 RTM, SQL 2012 SP1 CU 14
3026083 FIX: SOS_CACHESTORE spinlock 경합 임시 SQL Server 계획 캐시에 사용 하면 CPU 사용량이 SQL Server 2012 또는 2014
14오래 사용 하는 실행 중인 동시 데이터 웨어하우스 쿼리 RESOURCE_SEMAPHORE_QUERY_COMPILE 대기 시간 결과를 컴파일합니다.사용할 추적 플래그-T6498

SQL 2014 RTM CU 6
3024815 큰 쿼리 컴파일 2014 SQL Server에서에서 RESOURCE_SEMAPHORE_QUERY_COMPILE을 기다립니다.
15기존 통계는 테이블의 행 수가 많기 때문 자주 업데이트 되지 않습니다.사용할 추적 플래그-T23712754171 많은 수의 행을 테이블에 대 한 자동 업데이트 통계 임계값 변경
16CHECKDB 명령에는 대형 데이터베이스에 대 한 시간이 오래 걸립니다.사용할 추적 플래그-T2562 고-T25492634571DBCC CHECKDB 명령에 대 한 향상 된 성능 향상 PHYSICAL_ONLY 옵션을 사용 하는 경우 발생할 수 있습니다.
17CHECKDB 명령에는 대형 데이터베이스에 대 한 시간이 오래 걸립니다.SQL 2014 CU6 RTM3029825 FIX: DBCC CHECKDB를 실행할 때는 SQL CLR Udt 오래 걸립니다.
18CHECKDB 명령에는 대형 데이터베이스에 대 한 시간이 오래 걸립니다.사용할 추적 플래그-T2566945770 FIX: DBCC checkdb 실행 시간이 오래 걸립니다.


표 3.일반적인 고려 사항 및 SQL Server 인스턴스의 성능 향상을 위한 유용한 정보

KB 문서/설명서 온라인 리소스 열에서 내용을 검토 하 고 작업 권장 열 지침을 구현 하는 것이 좋습니다.

#기술 자료 문서/설명서 온라인 리소스권장된 조치
18032 TF

임시 작업 부하에 맞게 최적화

강제 매개 변수화
다른 캐시 또는 메모리 사무원의 성장으로 인해 계획 캐시에 있는 항목은 제거 됩니다. 계획 캐시 제거 캐시의 최대 항목 수를 도달 하는 경우에 발생할 수 있습니다. 추적 플래그 8032, 더불어 고려의 임시 작업 부하에 맞게 최적화 서버 옵션 (http://msdn.microsoft.com/en-us/library/cc645587.aspx)와 강제 매개 변수화 데이터베이스 옵션 (http://technet.microsoft.com/en-us/library/ms175037.aspx)입니다.
22806535

SQL Server "병렬 처리 수준 최대" 구성 옵션에 대 한 지침 및 권장 사항
사용 하는 sp_configure 기술 자료 문서에 따라 SQL Server 인스턴스에 대 한 저장 프로시저 "병렬 처리 수준을 최대" 구성을 변경 하려면
3955644 "액세스 검사 캐시 버킷 개수" 및 "확인란 캐시 할당량이 액세스" sp_configure 저장 프로시저에서 사용할 수 있는 옵션에 대 한 사용 하 여 sp_configure 기술 자료 문서에서 권장 사항에 따라 이러한 값을 구성 합니다. 하이엔드 시스템에 대 한 권장된 값은 다음과 같습니다.
"검사 캐시 버킷 수를 액세스": 256
"확인란 캐시 할당량이 액세스": 1024
4918483 64 비트 버전의 SQL Server 버퍼 풀 메모리 페이지 수를 줄이고 방법SQL 서비스 시작 계정 "메모리의 페이지 잠그기" 사용자 권한을 할당 합니다.

총 실제 메모리의 약 90%로 최대 서버 메모리를 설정 합니다. 선호도 사용 하도록 구성 된 노드만 있는 메모리에 대 한 "최대 서버 메모리" 설정을 계정을 설정 마스크 하 고 있는지 확인 하십시오.

참고: 사용할 수 있습니다. sp_configure 메모리 설정을 확인 합니다.
52207548 "균형 조정" 전원 관리 옵션을 사용 하는 경우 Windows Server 2008 r 2에서의 성능 저하문서를 검토 하 고 문서의 "해결 방법" 절에 명시 되어 있는 솔루션을 구현 하려면 Windows 관리자를 사용 합니다.
6인스턴트 파일 초기화"볼륨 관리 작업 수행" 사용자 권한을. 온라인 설명서 항목의 정보를 기준으로 SQL Server 서비스 계정에 부여 하려면 Windows 관리자 사용
7315512 SQL Server "증가"와 "자동 축소" 설정 시 고려 사항데이터베이스의 현재 설정을 확인 하 고 기술 자료 문서에서 권장 사항에 따라 구성 되었는지 확인 합니다.
8작업 그룹 변경

대용량 메모리 부여 소모 될 수 있는 많은 쿼리가 있는 경우, 기본 25%에서 리소스 관리자 구성 낮은 값에서 기본 작업 그룹에 대 한 request_max_memory_grant_percent를 감소 합니다.
9확장된 이벤트



성능 모니터링 및 문제 해결 중에 진단 데이터 수집에 대 한 확장 된 이벤트를 사용 하는 것이 좋습니다. 수행 하는 다음과 같은 개선 최신 SQL Server 버전에:
  • 경량 인프라
  • 새로운 모드의 데이터 수집, 데이터 저장 및 처리 (이벤트 파일, 링 버퍼, 이벤트 쌍, 이벤트 카운터, 히스토그램)
  • 고급 기능이 데이터를 수집 하는 동안 (와 같은 통화와 같은 작업에 새 스택 이벤트 집합)
  • 고급 구성 (CPU/NUMA 분할 버퍼 크기, 이벤트 손실)를 사용 하 여 데이터 수집 확장성 설정 하는 동안 동적 필터링 기능
  • 확장성 (CPU/NUMA 분할 버퍼 크기, 손실 이벤트) 고급 구성 설정

10SQL Server 2012에 대 한 라이센스 주요 제한이후 SKU를 SQL Server 버전을 업그레이드 하는 것이 좋습니다.
112506384 다중 프로세서 컴퓨터에서 K 그룹 할당을 수동으로 구성 하는 방법K 그룹을 NUMA 노드를 수동으로 할당 하십시오. 자세한 내용은 다음을 확인 합니다.


중요 한 참고 사항
  • 표 1 에 있는 모든 조건에 적용:
    • SQL Server 2014에 대 한 지침: 최소 적용 CU1 RTM에 대 한 추가 "-T8048-T9024-T1236-T1117-T1118" SQL Server 시작 매개 변수 목록에 있습니다.
    • SQL Server 2012에 대 한 지침: 적용 S P 2 추가 "-T8048-T9024-T1236-T1117-T1118" SQL Server 시작 매개 변수 목록에 있습니다.
  • 추적 플래그를 사용 하는 방법에 대 한 일반적인 정보를 확인 하면 추적 플래그 SQL Server 온라인 설명서의 항목입니다.
  • 등의 프로세서, NUMA 구성에 대 한 자세한 정보를 찾을 수에 SQL Server 오류 로그.
  • SQL Server 버전을 찾으려면 다음을 확인 하십시오.
참조
타사 솔루션 책임의 한계

이 문서에 실린 정보와 솔루션은 게시 날짜를 기준으로 이러한 문제에 대한 마이크로 소프트의 현재의 견해를 나타냅니다. 이 솔루션은 Microsoft 또는 타사 공급자를 통해 사용할 수 있습니다. 특히 좋지 않습니다 어떠한 제 3 자 공급자나 타사 솔루션이이 문서를 설명 하는. 또한 있을 다른 타사 공급자나 타사 솔루션에 대 한 설명이이 문서에. 시장 상황의 변화에 대응 능력을 해야 합니다 때문에이 정보 해석 하지 않아야 하면 Microsoft에서. 우리는 보장 또는 정보 또는 Microsoft 또는 모든 언급 한 타사 공급자에 의해 제공 되는 솔루션의 정확성을 보증 수 없습니다.

Microsoft는 보증을 하지 않으며 명시적이든, 묵시적이든 법적 조건에 관한 것이든 상관 없이 모든 표현 및 보증에 대해 책임을 지지 않습니다. 이러한 포함 되어 있지만 표현, 보증, 또는 조건을 제목, 비침해, 만족 스러운 조건, 상품성, 및 모든 서비스 솔루션, 제품 또는 임의의 다른 자료 또는 정보를 관련 하 여 특정 목적에의 적합성에 국한 되지는 않습니다. 경우에는 Microsoft 책임을 지지 않으며 본이 문서에 언급 된 모든 다른 공급 업체 솔루션에 대 한.

경고: 이 문서는 자동으로 번역되었습니다.

속성

문서 ID: 2964518 - 마지막 검토: 03/08/2016 00:42:00 - 수정: 8.0

Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise Core, Microsoft SQL Server 2014 Business Intelligence, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Web, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2012 Service Pack 1

  • kbsurveynew kbinfo kbexpertiseadvanced kbmt KB2964518 KbMtko
피드백