- 그룹의 각 작업에 대한 리소스 사용량을 모니터링할 수 있습니다.

- 리소스를 풀링하고 CPU 사용량 및 메모리 할당에 대한 풀별 제한을 설정할 수 있습니다. 
   따라서 런어웨이 쿼리가 발생할 가능성이 없어지거나 최소화됩니다.

- 그룹화된 작업을 특정 리소스 풀과 연결할 수 있습니다.



리소스 관리자 사용 사례

BOL에 상당히 좋은 예가 있는데, 간략히 이야기해보지요.
SQL 2008에서 BACKUP COMPRESSION 이 추가되었는데..(요건 나중에 다시 야그하기로하구요;; )
백업하면서 실시간 압축해주는 것이므로 당연히 CPU 로드가 추가됩니다.
그런데, 이녀석이 CPU 100% 를 다 쓰게된다면 서비스가 뻗겠지요;; 
이런 작업에서 최대 CPU( 폼나는 말로 시스템 리소스)를 제한할 수 있게 하는게 리소스 관리자 입니다..


리소스 관리자의 관리 대상

이기능으로 DB서버 시스템 리소스 모든 걸 다 조정가능할까요? 아닙니다

1. Memory 사용 제한 - 최소 / 최대
2. CPU 제한  - 최소 / 최대

현재 2가지를 제공하고 있습니다.
겨우 2가지냐 할 수 있겠지만, 사실상 이것만 해도 얻을 수 있는 이득이 매우 큽니다.
성능이슈는 결국 모두 여기서 출발하기 때문이지요.


리소스 관리자의 구성항목 및 개념
* 번호순으로 상위 개념입니다.
* 개념이 좀 까다롭더군요.

1. 리소스 풀
- 실제 서버의  물리적 리소스를  의미 합니다.
- internal 과 default, 2개의  리소스 풀이 기본적으로 존재하고
  둘 모두  메모리 /  cpu 모두 [최대] 100% 로 할당된  리소스 풀입니다.
- 사용자 정의 리소스풀을 추가 정의 가능합니다.

약간 개념을 모호하게 설명해두었는데..간략히 말하면 이런 경우입니다.

1) 내가  속한 작업그룹이 default 리소스 풀에 매핑되어있다면? (다른 리소스 풀 정의 없을 경우 )

-> default 리소스 풀은 최소 0 ~ 최대 100% 가용 가능한 리소스 풀이므로,
내가 작업을 수행할때 최대 100% 까지 리소스를 할당받아 사용가능합니다. 

2) 내가  속한 작업그룹이 cpu 사용량 최소 30% ~ 최대 100%를 정의한  리소스 풀에 매핑되어있다면? 
 (default / internal 제외하고 단일한 사용자 정의 리소스 풀일때)
-> 최소30% 를 정의했으므로, 일단 [cpu 30% 할당받고]  최대 100% 까지 작업 가능합니다.(다른게 논다면..) 
 
3) 모든 풀이 최소 0 을 가지고, 최대 100% 이라면?
서로 리소스를 경쟁하게 되고, 최종 크기는 각 풀의 리소스 소비에 따라 달라지게 됩니다.

그런데, 주의할 것이 최소/최대 값을 서로 다르게 정의한 
다수의 리소스 풀이 존재하면, 계산이 간단해지지 않습니다.
서로의 정의에 따라 가용 리소스 크기가 달라지므로 에 해당 가용 리소스 계산도  잘해야합니다;;




[예외 사항] 
1) internal / default  는 삭제할 수 없는 리소스 풀입니다.
2) internal 풀은 sql server 자체에서 소비하는 리소스 풀 로서
    다른 풀 사용제한을 위반하더라도  다른 풀의 리소스를 사용가능합니다.
    한마디로 이녀석은 누구랑 붙어도 이깁니다. -_-   sql server 자체 리소스가 부족해서 못 돌아가면 큰일이니까요


2. 작업 그룹
- 유사한 작업을 모아둔것이라 생각하시면 되고, 리소스 풀에 매핑하게 됩니다.
- 그리고 그 리소스풀이 가용한 범위안에서 리소스 사용을 할당받게 됩니다.

걍 속편하게 윈도우즈 유저 그룹에 권한 주는 것과 비슷하다  라고 생각하세요;;


3. 분류
- 어떠한 작업인가를 분류해서 작업그룹에 라우팅합니다. 분류가 되지 않는다면 각각에 대한 리소스 제한이 불가하겠지요.
- 작업을 분류하기 위해서는 분류함수가 필요하고, 이를 생성해야 합니다.
- 분류함수는 새 <세션(연결)>이 생성될때마다 수행됩니다.(중요)
- 분류함수는 HOST_NAME(), APP_NAME(), SUSER_NAME(), SUSER_SNAME(), IS_SRVROLEMEMBER(),
   및 IS_MEMBER()  의 함수를 사용할 수 있습니다..(달리 말하면 이런식으로 분류되도록 해야한다는 말입니다.)
- 분류함수가 없을경우, 모든 세션은 기본 그룹으로 분류됩니다.


동작 순서
-> BOL 내용을 몇단어로 압축했습니다. 꼭 원문을 참조하세요.

1. 특정 세션이 존재
2. 해당 세션이 분류 함수에 의해 분류되어 작업그룹에 라우팅 (라우팅이라 표현하더군요)
3. 해당 작업 그룹이 관련 리소스 풀을 사용
4. 리소스 풀이 해당 작업그룹에 리소스 제공 및 제한



<SSMS> 에서 리소스 관리자















리소스 관리자 제약사항

BOL 내용입니다.

리소스 관리가 SQL Server 데이터베이스 엔진으로 제한되며
리소스 관리자를 Analysis Services, Integration Services 및 Reporting Services에 사용할 수 없습니다.
-> 간단히 데이터베이스 엔진만 가능합니다.

- SQL Server 인스턴스 간 작업 모니터링 또는 작업 관리가 없습니다.

- 제한 지정이 CPU 대역폭과 SQL Server에서 관리하는 메모리에 적용됩니다.

- OLTP 작업. 리소스 관리자는 OLTP 작업을 관리할 수는 있지만
  이러한 유형의 쿼리는 일반적으로 지속 시간이 매우 짧으므로 대역폭 제어를 적용할 수 있을 정도로 
 오래 CPU에 항상 상주하지 않습니다. 이로 인해 CPU 사용량(%)으로 반환되는 통계가 왜곡될 수 있습니다. 

  -> 이 부분은 유심히 생각해야하는데, 리소스관리자를 세팅했다고 안전한게 아니라는 거지요.
       일정시간 수행되는 작업이어야  제대로 동작한다는 뜻입니다.
     

리소스 풀 사용 계산이 좀 까다로워서 ..저도 공부가 많이 필요하겠네요.
나중에 기회되면 다시 정리해보겠습니다.