SQL Server 가용성 문제: 대규모 쿼리로 인해 다른 연결이 연결되지 않습니다.

SQL Server 가용성 문제: 대규모 쿼리로 인해 다른 연결이 연결되지 않습니다.

저는 여러 데이터베이스가 있는 MS SQL 2008을 실행하는 고사양(멀티코어, RAID) 서버를 가지고 있습니다. DB 중 하나에서 주기적으로 소량의 정보가 필요한 처리량이 낮은 프로세스가 있는데 코드가 제대로 작동하는 것 같습니다.

그러나 때로는 동료 중 한 명이 다른 DB 중 하나에 대해 대규모 쿼리를 수행할 때 컴퓨터의 전체 CPU 사용량이 표시되고 내 앱의 연결이 시간 초과되는 경우가 있습니다.

왜 이런 일이 발생합니까? 나는 많은 코어와 하드 디스크가 어떻게든 (교묘하게 작성된 DB 서버와 함께) 다른 앱을 위해 최소한 일부 리소스를 무료로 유지할 수 있을 것이라고 생각했을 것입니다. 나는 그가 쿼리에 여러 연결을 사용하지 않을 것이라고 확신합니다.

이를 방지하려면 어떻게 해야 합니까?

편집하다

하드웨어에 대해서는 별로 구체적인 정보가 없습니다. Server 2k3에서는 일반 HDD를 사용합니다. 아마도 몇 년 된 HP입니다. 기본적으로 하드웨어에 문제가 있다는 것이 제 생각에는 이해가 되지 않아서 제가 뭔가 잘못 구성했을 수도 있다고 생각한 걸까요?

답변1

이는 매우 차선책인 쿼리가 있음을 의미합니다. 일반적인 용의자:

  • 인덱스가 없거나 잘못된 인덱스
  • WHERE 절의 열에 대한 함수(= 인덱스 무시)
  • 데이터 유형 변환/우선순위(= 무시된 인덱스)
  • SELECT 절에서 테이블 액세스가 포함된 스칼라 udf(= CURSOR 영향)
  • 뷰 쿼리/조인(뷰는 확장되는 매크로입니다)

이는 단순한 리소스 문제일 수도 있습니다. 반환된 데이터가 전체 데이터베이스에 영향을 미치므로 페이징이 발생하는 너무 많은 메모리를 사용합니까? 아니면 ASYNC_NETWORK_IO 대기가 발생합니까? 이는 클라이언트가 필요한 만큼 빨리 결과를 받아들이지 않는다는 의미일 수 있습니까?

일반적으로 서버를 최대한 활용하면 DB 엔진이 아니라 코드 및/또는 디자인이 좋지 않습니다.

답변2

가능한 한 최적화했다고 확신하는 한 병렬 처리 설정을 살펴보는 것이 좋습니다. 기본값은 병렬 쿼리에 모든 프로세서를 사용하는 것입니다. 보유한 프로세서 수에 따라 더 낮은 숫자로 최대값을 사용하도록 변경할 수 있습니다. 쿼리를 실행하는 데 시간이 조금 더 걸릴 수 있지만 처리 능력을 충분히 확보할 수 있어야 합니다. 서비스 로그인 요청. 문제가 이 하나의 쿼리에만 국한된 경우 시스템 전체 설정을 변경하는 대신 MAXDOP 옵션을 추가하여 동료가 쿼리를 변경하도록 하여 도움이 되는지 확인할 수 있습니다.

관련 정보