![SQL Server 가용성 문제: 대규모 쿼리로 인해 다른 연결이 연결되지 않습니다.](https://rvso.com/image/515035/SQL%20Server%20%EA%B0%80%EC%9A%A9%EC%84%B1%20%EB%AC%B8%EC%A0%9C%3A%20%EB%8C%80%EA%B7%9C%EB%AA%A8%20%EC%BF%BC%EB%A6%AC%EB%A1%9C%20%EC%9D%B8%ED%95%B4%20%EB%8B%A4%EB%A5%B8%20%EC%97%B0%EA%B2%B0%EC%9D%B4%20%EC%97%B0%EA%B2%B0%EB%90%98%EC%A7%80%20%EC%95%8A%EC%8A%B5%EB%8B%88%EB%8B%A4..png)
저는 여러 데이터베이스가 있는 MS SQL 2008을 실행하는 고사양(멀티코어, RAID) 서버를 가지고 있습니다. DB 중 하나에서 주기적으로 소량의 정보가 필요한 처리량이 낮은 프로세스가 있는데 코드가 제대로 작동하는 것 같습니다.
그러나 때로는 동료 중 한 명이 다른 DB 중 하나에 대해 대규모 쿼리를 수행할 때 컴퓨터의 전체 CPU 사용량이 표시되고 내 앱의 연결이 시간 초과되는 경우가 있습니다.
왜 이런 일이 발생합니까? 나는 많은 코어와 하드 디스크가 어떻게든 (교묘하게 작성된 DB 서버와 함께) 다른 앱을 위해 최소한 일부 리소스를 무료로 유지할 수 있을 것이라고 생각했을 것입니다. 나는 그가 쿼리에 여러 연결을 사용하지 않을 것이라고 확신합니다.
이를 방지하려면 어떻게 해야 합니까?
편집하다
하드웨어에 대해서는 별로 구체적인 정보가 없습니다. Server 2k3에서는 일반 HDD를 사용합니다. 아마도 몇 년 된 HP입니다. 기본적으로 하드웨어에 문제가 있다는 것이 제 생각에는 이해가 되지 않아서 제가 뭔가 잘못 구성했을 수도 있다고 생각한 걸까요?
답변1
이는 매우 차선책인 쿼리가 있음을 의미합니다. 일반적인 용의자:
- 인덱스가 없거나 잘못된 인덱스
- WHERE 절의 열에 대한 함수(= 인덱스 무시)
- 데이터 유형 변환/우선순위(= 무시된 인덱스)
- SELECT 절에서 테이블 액세스가 포함된 스칼라 udf(= CURSOR 영향)
- 뷰 쿼리/조인(뷰는 확장되는 매크로입니다)
이는 단순한 리소스 문제일 수도 있습니다. 반환된 데이터가 전체 데이터베이스에 영향을 미치므로 페이징이 발생하는 너무 많은 메모리를 사용합니까? 아니면 ASYNC_NETWORK_IO 대기가 발생합니까? 이는 클라이언트가 필요한 만큼 빨리 결과를 받아들이지 않는다는 의미일 수 있습니까?
일반적으로 서버를 최대한 활용하면 DB 엔진이 아니라 코드 및/또는 디자인이 좋지 않습니다.
답변2
가능한 한 최적화했다고 확신하는 한 병렬 처리 설정을 살펴보는 것이 좋습니다. 기본값은 병렬 쿼리에 모든 프로세서를 사용하는 것입니다. 보유한 프로세서 수에 따라 더 낮은 숫자로 최대값을 사용하도록 변경할 수 있습니다. 쿼리를 실행하는 데 시간이 조금 더 걸릴 수 있지만 처리 능력을 충분히 확보할 수 있어야 합니다. 서비스 로그인 요청. 문제가 이 하나의 쿼리에만 국한된 경우 시스템 전체 설정을 변경하는 대신 MAXDOP 옵션을 추가하여 동료가 쿼리를 변경하도록 하여 도움이 되는지 확인할 수 있습니다.