큐 설정(Project Server 2010 설정)

큐 유형

큐 유형 설정을 사용하면 페이지에서 설정이 적용되는 큐를 선택할 수 있습니다. 제공되는 옵션은 프로젝트 큐(프로젝트 저장 및 게시 등의 작업 유형을 처리함)와 작업표 큐(작업표 저장 및 알림 등의 작업 유형을 처리함)입니다.

최대 작업 프로세서 스레드 수

최대 작업 프로세서 스레드 수 설정은 선택한 큐 유형(프로젝트 또는 작업표)에 대해 사용 가능한 작업 프로세서 스레드 수를 결정합니다.

처음에는 사용 가능한 프로세서(코어)의 수를 기반으로 최대 프로세서 스레드 수 설정을 지정하는 것이 좋습니다. 예를 들어 Project Server 응용 프로그램 서버에서 듀얼 코어 프로세서 하나를 사용하는 경우에는 큐당 스레드 2개 설정을 구성하는 것이 적합합니다. 응용 프로그램 서버에서 쿼드 듀얼 코어 프로세서 하나를 사용하는 경우에는 큐당 스레드 8개를 사용할 수 있습니다. 이러한 설정은 트랜잭션 볼륨뿐 아니라 평균 트랜잭션 크기를 기반으로 조정할 수 있습니다. 예를 들어 10줄짜리 프로젝트를 게시할 때와 1,000줄짜리 프로젝트를 게시할 때 각각 다른 설정을 사용할 수 있습니다.

팜 토폴로지와 팜에서 실행되는 기타 응용 프로그램도 고려해야 합니다. 예를 들어 팜에 응용 프로그램 서버가 4대 있고 각 서버에 코어가 2개씩 있는 경우 이 설정의 값을 4로 지정하면 32개 스레드를 사용할 수 있습니다.

응용 프로그램 서버가 프런트 엔드 웹 서버로도 사용되거나, 검색 또는 프로세서를 많이 사용하는 다른 작업을 실행하는 경우에는 그에 맞게 설정을 조정하십시오.

Project Server 데이터베이스를 호스팅하는 SQL Server를 실행 중인 컴퓨터의 처리량도 고려해야 합니다. 예를 들어 스레드를 처리할 수 있는 응용 프로그램 서버가 8대이고 최대 작업 프로세서 스레드 수 설정이 4인 경우(최대 32개 스레드가 모두 작업을 처리할 수 있음), 모든 스레드가 같은 테이블에서 작동하므로 SQL Server에서 경합 문제가 발생할 수 있습니다.

또한 성능 카운터, 응용 프로그램 로그 및 ULS 로그를 모니터링하여 일반적인 서버 로드 시에 사용 가능하도록 큐를 미세 조정할 수 있습니다.

폴링 간격(밀리초)

폴링 간격 설정을 사용하면 작업 유형에서 선택한 항목에 따라 큐 NT 서비스가 새 작업에 대해 프로젝트 또는 작업표 데이터베이스를 폴링하는 시간 간격(밀리초 단위)을 지정할 수 있습니다. 유효한 범위는 500에서 300,000까지이고 기본값은 1,000입니다.

다시 시도 간격(밀리초)

다시 시도 간격 설정을 사용하면 SQL 교착 상태 등의 SQL 관련 문제로 인해 실패한 작업에 대한 다시 시도 간의 시간(밀리초 단위)을 설정할 수 있습니다. 유효한 범위는 0(즉시 다시 시도)에서 300,000까지이고 기본값은 1,000입니다.

다시 시도 한도

다시 시도 한도 설정을 사용하면 실패한 폴링 쿼리에 대한 다시 시도 한도를 설정할 수 있습니다. Project Server 큐 시스템에서는 정기적으로 데이터베이스를 폴링하여 처리해야 하는 작업을 검색합니다. 이 쿼리가 SQL 관련 원인으로 인해 실패하면 시스템에서는 일정 시간이 지난 후 데이터베이스 폴링을 다시 시도합니다.

SQL 다시 시도 간격(밀리초)

큐는 처리해야 하는 작업에 대해 설정된 간격으로 데이터베이스를 폴링합니다. 쿼리가 실패하는 경우 SQL 다시 시도 간격 설정을 통해 쿼리를 다시 시도할 때까지의 시간(밀리초 단위)을 설정할 수 있습니다. 유효한 범위는 0(즉시 다시 시도)에서 60,000까지이고 기본값은 1,000입니다.

SQL 다시 시도 한도

큐는 처리해야 하는 작업에 대해 설정된 간격으로 데이터베이스를 폴링합니다. 쿼리가 실패하는 경우 SQL 다시 시도 한도 설정을 통해 쿼리를 다시 시도하는 횟수를 설정할 수 있습니다. 유효한 범위는 0(다시 시도 안 함)에서 100까지이며 기본값은 5입니다.

SQL 시간 제한(초)

큐는 작업을 검색 및 실행하기 위해 SQL 호출을 수행합니다. SQL 시간 제한 설정을 사용하면 이러한 호출의 시간 제한 값(초 단위)을 설정할 수 있습니다. SQL 시간 제한 오류 때문에 작업이 실패하는 경우 이 설정의 값을 늘리고 작업을 다시 시도할 수 있습니다. 유효한 범위는 30에서 86,400(1일)까지이고 기본값은 1,800(30분)입니다.

정리 간격(시간)

정리 간격 설정을 사용하면 큐 정리 작업이 실행되는 빈도(시간 단위)를 구성할 수 있습니다. 유효한 범위는 1에서 100,000까지이고 기본값은 24(1일)입니다. 예를 들어 정리 간격을 기본값인 24로 설정하는 경우 큐 정리 작업이 24시간마다 실행됩니다. 정리 간격 오프셋 설정을 사용하여 큐 정리 작업이 실행되는 시간을 설정할 수 있습니다.

정리 간격 오프셋(분)

정리 간격 오프셋 설정은 큐 정리 작업을 실행할 시간을 결정합니다. 기본값은 0으로, 정리가 자정에 수행되도록 설정합니다. 유효한 범위는 0(자정)에서 1,439(밤 11시 59분)까지입니다. 이 설정은 정리 간격 설정과 함께 사용됩니다. 예를 들어 정리 간격 오프셋 값을 180으로 설정하고 정리 간격 값을 24로 설정하면 큐 정리 작업이 매일 오전 3시에 실행됩니다.

정리 간격 오프셋을 사용하여 큐브 서비스 실행 예약 시간 이후에 작업을 실행하도록 지정할 수 있습니다. 이 경우 큐브 서비스가 자정에 시작되면 정리 작업은 자정 이후의 시간에 수행되도록 연기할 수 있습니다.

성공한 작업의 정리 기한 한도(시간)

성공한 작업의 정리 기한 한도 설정을 사용하면 성공적으로 완료된 작업이 시스템에서 제거되는 시기를 구성할 수 있습니다. 성공한 작업의 정리 기한 한도 필드에 값을 시간 단위로 입력하면 이 설정을 구성할 수 있습니다. 입력하는 값에 따라, 성공적으로 작성된 작업의 기간이 해당 값 이상인 경우에 한해 정리 간격 중에 작업을 삭제하도록 큐가 구성됩니다.

예를 들어 성공한 작업의 정리 기한 한도 값은 24(기본값)로 구성하고, 정리 간격 오프셋은 매일 자정에 작업을 정리하도록 구성되어 있다고 가정해 보겠습니다. 이 경우 9월 1일 밤 11시 55분에 성공적으로 게시 작업을 완료했다면 해당 작업은 기간이 24시간을 초과하는 9월 3일 자정까지 시스템에서 제거되지 않습니다. 9월 2일 자정의 정리 시점에는 작업 기간이 5분에 불과하므로 해당 작업이 제거되지 않습니다.

성공하지 못한 작업의 정리 기한 한도(시간)

성공하지 못한 작업의 정리 기한 한도 설정을 사용하면 성공하지 못한 상태로 완료된 작업이 시스템에서 제거되는 시기를 구성할 수 있습니다. 성공한 작업의 정리 기한 한도 필드에 값을 시간 단위로 입력하면 이 설정을 구성할 수 있습니다. 입력하는 값에 따라, 성공하지 못한 작업의 기간이 해당 값 이상인 경우에 한해 정리 간격 중에 작업을 삭제하도록 큐가 구성됩니다. 성공하지 못한 작업이 시스템에서 제거되는 방법은 성공적으로 완료된 작업이 시스템에서 제거되는 방법과 동일합니다.

이 설정의 기본값은 168시간(7일)입니다. 작업 상태 정보는 작업이 성공적으로 완료되지 않은 경우 문제를 해결하는 데 중요하므로, 이 값을 기본 설정보다 작게 설정하지 않는 것이 좋습니다.

회계 장부 관리 간격(밀리초)

큐 시스템에서는 다양한 "회계 장부 관리" 작업을 실행합니다. 작업을 "절전 모드" 상태에서 해제하거나, 하트비트 타임스탬프를 업데이트하거나, 큐 정리 작업 실행이 필요한지 확인하는 작업을 예로 들 수 있습니다. 회계 장부 관리 간격 설정은 이러한 작업을 실행하는 시간 간격(밀리초 단위)을 제어합니다.

유효한 범위는 500에서 300,000까지이고 기본값은 10,000(10초)입니다.

큐 시간 제한(분)

팜에 여러 응용 프로그램 서버가 포함되어 있는 경우 큐 서비스가 서버 중 하나에서 실패하면 작업은 큐 서비스가 활성 상태인 나머지 응용 프로그램 서버로 자동 분산됩니다. 큐 서비스는 큐 시간 제한 값(분 단위_보다 오랫동안 하트비트를 업데이트하지 않으면 시간이 초과된 것으로 간주됩니다. 하트비트는 연결되는 모든 Project Web App 데이터베이스에서 큐를 통해 업데이트됩니다(예: 게시된 데이터베이스와 임시 데이터베이스가 작업에 대해 폴링될 때마다).

유효한 범위는 2에서 20까지이고 기본값은 3입니다.

빠른 폴링

기본적으로 사용되는 빠른 폴링 설정은 큐가 처리 대기 상태의 모든 작업을 최대한 빨리 처리하도록 합니다. 그러나 이와 같은 빠른 처리가 서버에 부담을 주고 큐 속도가 느려지는 경우에는 이 설정을 사용하지 않도록 설정해야 합니다.

빠른 폴링을 사용하지 않도록 설정하는 경우 큐는 작업을 처리하는 데 사용 가능한 스레드가 있는지 확인합니다. 사용 가능한 스레드가 있으면 처리 대기 상태의 작업과 함께 해당 스레드가 로드됩니다. 그런 후에 폴링 간격만큼 대기했다가 프로세스를 반복합니다.

빠른 폴링을 사용하도록 설정하는 경우 큐는 보류 중인 작업이 있으면 폴링 간격만큼 대기하지 않습니다. 작업이 처리될 때 보류 중인 작업도 모두 즉시 처리됩니다.

See Also

Concepts

Project Server 2010 관리자 가이드
큐 작업 관리(Project Server 2010 설정)