SQL Server에서 메모리를 해제하려면 어떻게해야합니까?

SQL이 RAM을 좋아하지만 Windows가 요청할 때 해제합니다. 이것이 SQL이 작동하는 방식이라는 것을 알고 있습니다. 그러나 SQL이 실제로 RAM을 반환한다고 확신하지 못하는 Windows 관리자가 있습니다.이 특정 (가상) 서버에서 Analysis Services가 완료되면 SQL이 많이 필요하지 않지만이 서버에는 다른 것이 없습니다. SQL에 많은 것을 요구하십시오.

따라서 가상 환경의 문제가 "SQL이 너무 많은 RAM을 사용하고 있기 때문에"문제가 아니라는 것을 Windows Admins에게 안심 시키려고하지만 서비스를 다시 시작하지 않고 SQL을 해제하도록 설득 할 수는 없습니다.

큐브를 처리 할 때 SQL 서비스는 행복하게 8GB의 RAM을 사용하지만 그에 대한 압박이 없기 때문에 정상적인 하루 동안 많은 부분이 해제되지 않습니다. Windows 사람들은 비명을 지르며 SQL을 출시하는 것이 훨씬 좋습니다.

최대 메모리 설정을 사용하고 싶지 않습니다. 실제로 처리 할 때 SQL이 많은 RAM을 사용하기를 원하기 때문입니다. 나중에 다시 내려 가기를 원합니다.

SQL Server 에서 메모리를 해제하지 않고 SQL Server에서 메모리 를 회수 하는 SQL Server 의 복제본 일 가능성이 있지만 다른 대답이 있는지 궁금합니다. Windows가이를 되 찾을 때까지 Windows 사용자를 설득하지는 않습니다. 서비스를 다시 시작하는 것은 선택 사항이지만 실제로 그 아이디어의 팬이 아닙니다.

Windows에서 다시 요청하는 방법을 알고 싶습니다 ...

유일한 선택은 SQL 서비스를 다시 시작하거나 많은 메모리를 소비하는 응용 프로그램을 실행하여 SQL을 강제로 해제하는 것입니다.

@Nick Kavadias의 제안을 좋아합니다. Memory : Page Faults / Sec 성능 카운터를 모니터링하여 SQL이 OS의 메모리를 압박하지 않았 음을 보여줍니다.

그들에게 그렇게 할 것을 보여주는 한 가지 방법은 SQL Server가 모든 메모리를 씹는 것입니다. 그런 다음 네트워크를 통해 큰 파일을 복사하십시오 (큰 SQL 백업 파일은이 작업에 효과적입니다). 이로 인해 시스템 캐시가 채워지고 Windows에서 메모리에 대한 SQL을 요청하기 시작합니다. SQL은 최소 메모리 설정에 도달 할 때까지 메모리를 OS로 다시 리턴하기 시작합니다.

(죄송 합니다만 트위터를 통해 전체 질문을 얻지 못했습니다. 분명히 140 자 이상이 필요했습니다.)

'큐브'에 대해 언급 했으므로 AS 엔진 또는 관계형 엔진에 대해 이야기하고 있는지 명확하지 않습니다. 관계형 엔진은 요청시 메모리를 확보 할 수 있습니다.

DBCC FREESYSTEMCACHE('<cache name>');

여기서 '캐시 이름'은 sys.dm_os_memory_clerks 에서 가져옵니다 . DBCC FREESYSTEMCACHE 의 스펙은 거버너 풀만 언급하지만 실제로 더 많은 캐시를 제거 할 수 있습니다.

그러나 버퍼 풀에서 모든 메모리를 사용하는 경우 전체 버퍼 풀을 제거하면 성능이 크게 저하되고 IO로드가 크게 증가합니다. SQL이 이것을 스스로 처리하도록하십시오.

AS 및 DS 엔진을 사용하면 메모리에 제한을 두어 안전한 임계 값 아래로 유지할 수 있습니다. 이는 많은 RAM 및 / 또는 여러 SQL 인스턴스가있는 64 비트 시스템에서 권장됩니다. 적어도 데이터베이스 엔진의 경우 메모리 캡을 현재 사용량 이하로 변경하면 서비스를 다시 시작하지 않고도 즉시 메모리 양이 줄어들지 만 SSAS는 확실하지 않습니다.

내가 찾은 가장 쉬운 것은 서버 메모리 속성으로 이동하여 더 작은 값을 입력하고 적용하고 몇 분 기다린 다음 구성을 다시 조정하는 것입니다.

우리는 또한 스로틀 링 SQL 서버 메모리 사용으로 인해 캐싱 등에 더 많은 램을 제공하기 때문에 실제로 서버의 성능을 향상시킬 수 있음을 발견했습니다.