affinity mask 옵션

업데이트: 2005년 12월 5일

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

SQL Server 2005에서는 affinity mask(CPU affinity mask라고도 함) 및 affinity I/O mask라는 두 가지 선호도 마스크 옵션으로 프로세서 선호도를 지원합니다. affinity I/O mask 옵션에 대한 자세한 내용은 affinity I/O mask 옵션을 참조하십시오. 33개에서 64개의 프로세서를 가지는 서버에 대한 CPU 및 I/O 선호도를 지원할 경우 affinity64 mask 옵션과 affinity64 I/O mask 옵션을 각각 추가로 사용해야 합니다.

[!참고] 33개에서 64개의 프로세서를 가지는 서버에 대한 선호도 지원은 64비트 운영 체제에서만 가능합니다.

이전 버전의 SQL Server에 있는 affinity mask 옵션은 CPU 선호도를 동적으로 조정합니다.

Microsoft SQL Server 2005에서 affinity mask 옵션은 SQL Server 인스턴스를 다시 시작하지 않아도 구성할 수 있습니다. sp_configure를 사용할 때는 구성 옵션을 설정한 다음 RECONFIGURE 또는 RECONFIGURE WITH OVERRIDE를 실행해야 합니다. SQL Server Express를 사용하는 경우 affinity mask 옵션을 변경하면 시스템을 다시 시작해야 합니다.

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

선호도 비트마스크를 수정하려면 SQL Server에서 새 CPU 스케줄러를 설정하고 기존 CPU 스케줄러를 해제해야 합니다. 그런 다음 새 스케줄러나 남아 있는 스케줄러에서 새 일괄 처리를 처리할 수 있습니다.

새 CPU 스케줄러를 시작하려면 SQL Server에서 새 스케줄러를 만들어 이 서버의 표준 스케줄러 목록에 추가합니다. 새 스케줄러는 새로 들어오는 일괄 처리에만 사용됩니다. 현재 일괄 처리는 동일한 스케줄러에서 계속 실행됩니다. 작업자가 사용 가능해지거나 새로 생성될 때 새 스케줄러로 마이그레이션됩니다.

스케줄러를 종료하려면 스케줄러에서 모든 일괄 처리 동작을 완료하고 일괄 처리를 종료해야 합니다. 종료된 스케줄러는 새 일괄 처리가 예약되지 않도록 오프라인으로 표시됩니다.

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

I/O 선호도 작업(예: 지연 기록기 및 로그 작성기)은 직접 I/O 선호도 마스크의 영향을 받습니다. 지연 기록기 및 로그 작성기 작업에 선호도를 설정하지 않으면 이러한 작업은 모니터 잠금 또는 검사점 같은 다른 영구 작업에 대해 정의된 동일한 규칙을 따릅니다.

새 선호도 마스크가 유효한지 확인하려면 RECONFIGURE 명령을 사용하여 정상 CPU 및 I/O 선호도가 상호 배타적인지 확인합니다. 상호 배타적이 아니면 클라이언트 세션과 SQL Server 오류 로그에 해당 설정이 권장 구성이 아님을 나타내는 오류 메시지가 보고됩니다. RECONFIGURE WITH OVERRIDE 옵션을 실행하면 상호 배타적이 아닌 CPU 및 I/O 선호도를 사용할 수 있습니다.

존재하지 않는 CPU로 매핑을 시도하는 선호도 마스크를 지정하면 RECONFIGURE 명령은 클라이언트 세션과 SQL Server 오류 로그에 모두 오류 메시지를 보고합니다. 이 경우 RECONFIGURE WITH OVERRIDE 옵션을 사용해도 영향을 미치지 않으며 동일한 구성 오류가 다시 보고됩니다.

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

특정 프로세서에서 실행되는 SQL Server 스레드를 분리하면 Microsoft Windows 2000 또는 Windows Server 2003에서는 시스템의 Windows 관련 프로세스 처리를 보다 잘 평가할 수 있습니다. 예를 들어 두 개의 SQL Server 인스턴스(인스턴스 A 및 B)를 실행하는 CPU가 8개인 서버에서 시스템 관리자는 affinity mask 옵션을 사용하여 첫 번째 4개 CPU를 인스턴스 A에 할당하고 두 번째 4개를 인스턴스 B에 할당할 수 있습니다. 32개를 초과하는 프로세서를 구성하려면 affinity mask 및 affinity64 mask를 둘 다 설정합니다. affinity mask의 값은 다음과 같습니다.

• 1바이트 affinity mask의 경우 하나의 다중 프로세서 컴퓨터에서 CPU가 8개까지 허용됩니다.
• 2바이트 affinity mask의 경우 하나의 다중 프로세서 컴퓨터에서 CPU가 16개까지 허용됩니다.
• 3바이트 affinity mask의 경우 하나의 다중 프로세서 컴퓨터에서 CPU가 24개까지 허용됩니다.
• 4바이트 affinity mask의 경우 하나의 다중 프로세서 컴퓨터에서 CPU가 32개까지 허용됩니다.
• 32개를 초과하는 CPU를 허용하려면 4바이트 affinity mask를 첫 번째 32개 CPU에 대해 구성하고 최대 4바이트 affinity64 mask를 나머지 CPU에 대해 구성합니다.

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

[!참고] Windows 시스템 모니터를 사용하여 개별 프로세서 사용을 확인 및 분석할 수 있습니다.

affinity mask 옵션을 지정할 경우 affinity I/O mask 구성 옵션과 연결하여 사용해야 합니다. 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입니다.

주의:
Windows 운영 체제에서 CPU 선호도를 구성하지 말고 SQL Server에서도 선호도 마스크를 구성하지 마십시오. 동일한 결과를 얻기 위해 이렇게 설정하는 경우도 있지만 구성이 일치하지 않는 경우 예상치 못한 결과가 나올 수 있습니다. SQL Server CPU 선호도는 SQL Server의 sp_configure 옵션을 사용하면 가장 잘 구성됩니다.

예

예를 들어 affinity mask 옵션을 설정할 때 비트 1, 2, 5가 1로 설정되고 비트 0, 3, 4, 6, 7이 0으로 설정된 상태에서 프로세서 1, 2, 5가 선택되면 16진수 값 0x26이나 이와 동등한 10진수 값 38이 지정됩니다. 비트의 번호는 오른쪽에서 왼쪽으로 매깁니다. affinity mask 옵션은 프로세서를 0에서 31까지 계산하므로 다음 예에서 카운터 1은 서버의 두 번째 프로세서를 나타냅니다.

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

다음은 CPU가 8개인 시스템의 affinity mask 값입니다.

affinity mask는 고급 옵션입니다. sp_configure 시스템 저장 프로시저를 사용하여 설정을 변경하면 show advanced options를 1로 설정할 때만 affinity mask를 변경할 수 있습니다. Transact-SQL RECONFIGURE 명령을 실행한 후에 새 설정은 SQL Server 인스턴스를 다시 시작하지 않아도 즉시 적용됩니다.

NUMA(Non-uniform Memory Access)

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

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

라이센스 문제

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

시작

지정된 선호도 마스크가 SQL Server 시작이나 데이터베이스 연결 시 라이센스 정책을 위반하면 엔진 계층에서는 시작 프로세스나 데이터베이스 연결/복원 작업을 완료한 후에 선호도 마스크의 sp_configure 실행 값을 0으로 다시 설정하므로 오류 메시지가 SQL Server 오류 로그에 보고됩니다.

다시 구성

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

참고 항목

개념

서버 구성 옵션 설정

관련 자료

리소스 사용 모니터링(시스템 모니터)
RECONFIGURE(Transact-SQL)
sp_configure(Transact-SQL)

도움말 및 정보

SQL Server 2005 지원 받기

변경 내역