선호도 마스크(서버 구성 옵션)

적용 대상:SQL Server

멀티태스킹을 수행하기 위해 Microsoft Windows는 서로 다른 프로세서 간에 프로세스 스레드를 이동하기도 합니다. 운영 체제 측면에서는 효율적이지만 각 프로세서 캐시에 데이터가 반복적으로 다시 로드되어 시스템 로드가 많은 경우 이 활동으로 인해 SQL Server 성능이 저하될 수 있습니다. 프로세서를 특정 스레드에 할당하면 프로세서 리로드를 없애고 프로세서 간 스레드 마이그레이션을 줄여 컨텍스트 전환을 줄임으로써 이러한 조건에서 성능을 향상시킬 수 있습니다. 스레드와 프로세서 간의 이러한 연결을 프로세서 선호도라고 합니다.

SQL Server에서는 두 가지 선호도 마스크 옵션인 선호도 마스크(CPU 선호도 마스크라고도 함)와 선호도 I/O 마스크를 통해 프로세서 선호도를 지원합니다. 선호도 I/O 마스크 옵션에 대한 자세한 내용은 선호도 입력-출력 마스크 서버 구성 옵션을 참조하세요. 33~64개의 프로세서가 있는 서버에 대한 CPU 및 I/O 선호도를 지원할 경우 affinity64 mask 서버 구성 옵션 및 affinity64 Input-Output mask 서버 구성 옵션 을 추가로 사용해야 합니다.

SQL Server의 이전 릴리스에 존재했던 선호도 마스크 옵션은 CPU 선호도를 동적으로 제어합니다.

SQL Server에서는 SQL Server의 인스턴스를 다시 시작하지 않고도 선호도 마스크 옵션을 구성할 수 있습니다. sp_configure를 사용하는 경우 구성 옵션을 설정한 후 RECONFIGURE 또는 RECONFIGURE WITH OVERRIDE를 실행해야 합니다. SQL Server Express를 사용하는 경우 선호도 마스크 옵션을 변경하면 시스템을 다시 시작해야 합니다.

선호도 마스크를 동적으로 변경하여 SQL Server 내에서 프로세스 스레드를 바인딩하는 CPU 스케줄러를 온디맨드로 시작 및 종료할 수 있습니다. 서버에서 조건이 변경되면 이 문제가 발생할 수 있습니다. 예를 들어 SQL Server의 새 인스턴스가 서버에 추가될 경우 프로세서 로드를 재배포하기 위해 선호도 마스크 옵션을 조정해야 할 수 있습니다.

선호도 비트 마스크를 수정하려면 SQL Server에서 새 CPU 스케줄러를 사용하도록 설정하고, 기존 CPU 스케줄러를 사용하지 않도록 설정해야 합니다. 그런 다음 새 배치를 새 스케줄러 또는 나머지 스케줄러에서 처리할 수 있습니다.

새 CPU 스케줄러를 시작하기 위해, SQL Server는 새 스케줄러를 만들고 표준 스케줄러 목록에 추가합니다. 새 스케줄러는 수신되는 새 일괄 처리에 대해서만 고려됩니다. 현재 배치는 동일한 스케줄러에서 계속 실행됩니다. 확보하거나 새로 만든 작업자는 새 스케줄러로 마이그레이션됩니다.

스케줄러를 종료하려면 스케줄러의 모든 배치에서 작업이 완료되고 종료되어야 합니다. 종료된 스케줄러는 오프라인으로 표시되므로, 해당 스케줄러에는 새 배치가 예약되지 않습니다.

새 스케줄러를 추가하든 아니면 제거하든, 잠금 모니터, 검사점, 시스템 작업 스레드(DTC 처리) 및 신호 프로세스와 같은 영구 시스템 작업은 서버가 작동 중인 동안 스케줄러에서 계속 실행됩니다. 이러한 영구 시스템 작업은 동적으로 마이그레이션되지 않습니다. 이러한 시스템 태스크의 프로세서 로드를 스케줄러에 다시 배포하려면 SQL Server 인스턴스를 다시 시작해야 합니다. SQL Server가 영구 시스템 작업과 연결된 스케줄러를 종료하려고 하면, 작업이 오프라인 스케줄러에서 계속 실행됩니다(마이그레이션되지 않음). 이 스케줄러는 수정된 선호도 마스크로 프로세서에 바인딩되며 변경하기 전에 스케줄러에서 선호도가 설정된 프로세서로 로드를 할당하지 않습니다. 오프라인 스케줄러를 추가할 경우 시스템 로드에 큰 영향을 주면 안 됩니다. 그럴 경우 수정된 선호도 마스크로 사용 가능한 스케줄러에서 이러한 작업을 다시 구성하려면 데이터베이스 서버를 다시 시작해야 합니다.

동일한 CPU를 사용하도록 SQL Server의 '선호도 마스크' 및 '선호도 I/O 마스크' 구성 값을 설정하지 마세요. SQL Server 작업자 스레드 예약과 I/O 처리 모두에 사용되도록 프로세서를 바인딩하면 성능이 저하될 수 있습니다. 따라서 구성 값이 동일한 프로세서에 대해 설정되지 않았는지 확인해야 합니다. 'affinity64 마스크' 및 'affinity64 I/O 마스크'에도 이와 동일한 권장 사항이 적용됩니다. 선호도 마스크와 선호도 IO 마스크가 겹치지 않도록 하기 위해 RECONFIGURE 명령은 일반 CPU 및 I/O 선호도가 상호 배타적인지 확인합니다. 그렇지 않으면 클라이언트 세션과 SQL Server 오류 로그에 해당 설정이 권장 구성이 아님을 나타내는 오류 메시지가 보고됩니다.

 Msg 5834, Level 16, State 1, Line 1
 The affinity mask specified conflicts with the IO affinity mask specified. Use the override option to force this configuration

RECONFIGURE WITH OVERRIDE 옵션을 실행하면 CPU 및 I/O 선호도를 상호 배타적이지 않게 사용할 수 있습니다.

I/O 선호도 태스크(예: 지연 기록기 및 로그 작성기)는 I/O 선호도 마스크로부터 직접 영향을 받습니다. 지연 기록기 및 로그 기록기 작업이 바인딩되지 않은 경우, 잠금 모니터 또는 검사점과 같은 다른 영구 작업에 대해 정의된 것과 동일한 규칙을 따릅니다. 존재하지 않는 CPU에 대해 매핑을 시도하는 선호도 마스크를 지정할 경우, RECONFIGURE 명령은 클라이언트 세션과 SQL Server 오류 로그 모두에 오류 메시지를 보고합니다. 이 경우 RECONFIGURE WITH OVERRIDE 옵션을 사용하면 효과가 없으며, 동일한 구성 오류가 다시 보고됩니다.

Windows 운영 체제에 의한 특정 워크로드 할당에서 SQL Server 작업을 제외할 수도 있습니다. 프로세서를 나타내는 비트를 1로 설정하면, SQL Server 데이터베이스 엔진이 스레드 할당용으로 해당 프로세서를 선택합니다. 선호도 마스크 를 0(기본값)으로 설정하면 Microsoft Windows 예약 알고리즘이 스레드의 선호도를 설정합니다. 선호도 마스크를 0이 아닌 값으로 설정하면 SQL Server 선호도가 이 값을 선택에 맞는 프로세서를 지정하는 비트 마스크로 해석합니다.

SQL Server 스레드를 특정 프로세서에서 실행하지 않도록 분리하면, Microsoft Windows가 Windows와 관련한 프로세스의 시스템 처리를 더 잘 평가할 수 있습니다. 예를 들어 인스턴스 A와 인스턴스 B라는 두 개의 SQL Server 인스턴스를 실행하고 CPU가 8개인 서버에서 시스템 관리자는 선호도 마스크 옵션을 사용하여 CPU 4개로 구성된 첫째 집합을 인스턴스 A에 할당하고 나머지 4개의 둘째 집합을 인스턴스 B에 할당할 수 있습니다. 32개 이상의 프로세서를 구성하려면 선호도 마스크 및 affinity64 마스크를 모두 설정해야 합니다. 선호도 마스크의 값은 다음과 같습니다.

• 1바이트 선호도 마스크의 경우 하나의 다중 프로세서 컴퓨터에서 CPU가 8개까지 허용됩니다.

• 2바이트 선호도 마스크 의 경우 하나의 다중 프로세서 컴퓨터에서 CPU가 16개까지 허용됩니다.

• 3바이트 선호도 마스크의 경우 하나의 다중 프로세서 컴퓨터에서 CPU가 24개까지 허용됩니다.

• 4바이트 선호도 마스크의 경우 하나의 다중 프로세서 컴퓨터에서 CPU가 32개까지 허용됩니다.

• 32개 이상의 CPU를 포함하려면 처음 32개 CPU에 대해 4바이트 선호도 마스크를 구성하고 나머지 CPU에 대해 최대 4바이트 affinity64 마스크를 구성합니다.

SQL Server 프로세서 선호도 설정은 특수한 작업이므로, 필요한 경우에만 사용하는 것이 좋습니다. 대부분의 경우 Microsoft Windows 기본 선호도를 사용할 때 최상의 성능을 제공합니다. 선호도 마스크를 설정할 때 다른 애플리케이션의 CPU 요구 사항을 고려해야 합니다. 자세한 내용은 Windows 운영 체제 설명서를 참조하십시오.

선호도 I/O 마스크 옵션을 지정할 때는 선호도 마스크 구성 옵션을 함께 사용해야 합니다. 하지만 앞서 언급했듯이, affinity mask 스위치와 affinity I/O mask 옵션 모두에 동일한 CPU를 사용하도록 설정하지 마세요. 각 CPU에 해당하는 비트 상태는 다음과 같은 상태 중 하나여야 합니다.

• affinity mask 옵션과 affinity I/O mask 옵션 모두에서 0입니다.

• affinity mask 옵션에서는 1이고 affinity I/O mask 옵션에서는 0입니다.

• affinity mask 옵션에서는 0이고 affinity I/O mask 옵션에서는 1입니다.

예시

선호도 마스크 옵션을 설정하는 예로, 프로세서 1, 2, 5가 1로 설정된 1, 2, 5 위치의 비트 및 0으로 설정된 비트 0, 3, 4, 6, 7과 함께 사용할 수 있는 것으로 선택된 경우 0x26 16진수 값 또는 38에 해당하는 10진수를 사용해야 합니다. 오른쪽에서 왼쪽으로 비트 위치의 번호를 매깁니다.

sp_configure 'show advanced options', 1;
RECONFIGURE;
GO
sp_configure 'affinity mask', 38;
RECONFIGURE;
GO

8-CPU 시스템에 대한 선호도 마스크 값입니다.

선호도 마스크 옵션은 고급 옵션입니다. sp_configure 시스템 저장 프로시저를 사용하여 설정을 변경하는 경우 고급 옵션 보기를 1로 설정했을 때만 선호도 마스크를 변경할 수 있습니다. Transact-SQL RECONFIGURE 명령을 실행하면 SQL Server 인스턴스를 다시 시작하지 않더라도 새 설정이 즉시 적용됩니다.

NUMA(Non-Uniform Memory Access)

하드웨어 기반 NUMA(Non-uniform Memory Access)를 사용하고 선호도 마스크가 설정되어 있으면 노드의 모든 스케줄러가 해당 CPU에 바인딩됩니다. affinity mask가 설정되어 있지 않으면 각 스케줄러의 선호도는 NUMA 노드 내의 CPU 그룹으로 바인딩되고 NUMA 노드 N1로 매핑된 스케줄러에서 노드의 모든 CPU 작업을 예약할 수 있지만 다른 노드와 연결된 CPU 작업은 예약할 수 없습니다.

단일 NUMA 노드에서 실행되는 모든 작업은 해당 노드의 버퍼 페이지만 사용할 수 있습니다. 작업이 여러 노드의 CPU에서 병렬로 실행되는 경우, 모든 관련 노드에서 메모리를 사용할 수 있습니다.

라이선스 문제

동적 선호도는 CPU 라이선스를 통해 엄격하게 제한됩니다. SQL Server는 라이선스 정책을 위반하는 선호도 마스크 옵션의 구성을 허용하지 않습니다.

Startup 클래스

지정된 선호도 마스크가 SQL Server 시작 중 또는 데이터베이스 연결 중에 라이선스 정책을 위반할 경우, 엔진 계층은 시작 프로세스 또는 데이터베이스 연결/복원 작업을 완료한 다음 선호도 마스크에 대한 sp_configure 실행 값을 다시 0으로 설정하여 SQL Server 오류 로그에 오류 메시지를 추가합니다.

다시 구

Transact-SQL RECONFIGURE 명령을 실행할 때 지정된 선호도 마스크가 라이선스 정책을 위반하면 클라이언트 세션과 SQL Server 오류 로그에 오류 메시지가 보고되므로 데이터베이스 관리자는 해당 선호도 마스크를 다시 구성해야 합니다. 이 경우 RECONFIGURE WITH OVERRIDE 명령이 허용되지 않습니다.

다음 단계

• 리소스 자원 배정 현황 모니터링(시스템 모니터)
• RECONFIGURE(Transact-SQL)
• 서버 구성 옵션(SQL Server)
• sp_configure(Transact-SQL)
• ALTER SERVER CONFIGURATION(Transact-SQL)