WSRM을 사용하여 최대 CPU 사용량 SQL SERVER 제한

하나의 SQL Server 인스턴스를 실행하는 실제 서버가 있습니다.

이 서버가 100 % CPU 사용량으로 실행되는 경우가 종종 있습니다.

내 IT 팀은 이것에 만족하지 않으며 32 개의 코어 중 2 개를 OS에 예약하도록 제안했습니다.

이것은 잘 작동합니다. 이제 최대 사용량이 90 % 미만입니다. 또한 다양한 사용자의 느린 데이터 검색이 더 이상보고되지 않습니다.

SQL Resource Governor 대신 WSRM (Windows System Resource Manager)을 사용하지 않는 이유가 있습니까?

정의한 접근 방식을 사용하지 않을 이유가 있습니까? 물론.

50MPH에 도달하면 엔진이 과열되기 시작하는 자동차를 구입했다고 가정 해보십시오. 이 상황에 대한 당신의 반응은 인위적으로 자동차를 49MPH로 제한하거나 엔진의 결함이 무엇인지 알아내는 것입니까?

왜 차를 49MPH로 제한해야합니까? 제조업체는 80MPH의 속도로 운전할 수 있다고 언급했습니다. 자동차를 빨리 운전 하여이 속도에 도달하고 싶다면 과열 문제가 아닌 경우.

당신이 샀던 차는 또한 정말로, 정말로 비쌌습니다. 각 엔진 실린더를 최대한 활용해야 돈을 낭비하지 않습니다!

CPU에 대한 SQL Server 액세스를 인위적으로 제한하면 성능이 떨어집니다. OS에서 사용할 수있는 CPU를 확보하여 성능 문제를 일시적으로 해결했을 수도 있지만 실제 질문에 대답하지 못했습니다. SQL Server가 CPU의 100 %를 사용하는 이유는 무엇입니까?

내 조언은 다음과 같습니다.

실제 문제가 무엇인지 확인하고 해결하십시오. 효과적으로 kludge가 무엇인지 문제를 다루지 마십시오. 문제는 것 다시 서버의 작업 부하가 자연스럽게 성장에 따라 증가 할 때 선 아래로 얼굴을 갈기.

A와 임시 수정 , 리소스 관리자는 사용되는 CPU를 절감 할 수 있습니다 당신이 진짜 문제를 찾을 때까지.

Erik Darling 은 귀하의 질문에 대한 의견에서 WSRM을 사용하지 않는 가장 큰 실질적인 이유를 언급했습니다.

... 다른 프로세스에서 CPU 사용에 대한 상호 제한은 없습니다. SQL Server는이 두 코어를 사용하지 않을 수도 있지만 다른 30 개의 SQL Server가 사용하는 다른 것들을 사용할 수도 있습니다. 정말 문제입니다.

이것이 당신을 위해 일하고 있다면, 그것을 고수하십시오-우리는 모두 바쁘고 주어진 문제에 너무 많은 시간을 할애 할 수 있습니다. 이상적인 솔루션은 사용자가 눈에 띄는 문제 (자신의 조지 커버의 지점으로 CPU를 운전하는 기본 쿼리 / 문제를 해결하는 것입니다 훌륭한 대답을 ).

에릭은 계속해서 말합니다

또한, 당신은 그들에 대한 SQL Server 라이센스를 지불하고 있습니다.

비즈니스 관점에서 이것은 아마도 WSRM 거래에서 최악의 부분 일 것입니다. 명시 적으로 사용되지 않는 2 개의 코어에 대해 코어 당 라이센스를 지불하는 것입니다. 이 글을 쓰는 시점에는 표준 대 기업에 따라 테이블에 $ 3k 또는 $ 14k가 남아 있습니다.