Table of Contents
이 가이드에서는 SQL Server 2008의 메모리 문제를 해결할 수 있는 몇 가지 가능한 원인을 설명하고 문제를 해결할 수 있는 가능한 수정 사항을 나열하겠습니다.
업데이트됨
국가 인프라 관리자에게 가장 일반적인 블랙박스는 적절한 환경과 이에 필요한 메모리 양에서 Microsoft SQL을 수행하는 것입니다. 일반적으로 총 데이터베이스 크기의 셀 수 없이 많은 기가바이트로 SQL을 사용하는 서버를 돕기 위해 메모리와 관련된 더 많은 기가바이트를 쉽게 할당할 수 있다면 그렇게 하십시오. 그러나 더 알고 싶다면 계속 읽으십시오.
Sikich는 이번 달 또는 두 달 동안 고객이 유용한 SQL 인스턴스를 호스팅하는 서버에서 Microsoft SQL Reporting Services의 보고서를 보려고 시도하는 동안 오류 페이지 비트를 수신한 사례가 있었습니다. 이것은 일시적이었습니다. 고객이 이 서버에 대해 원래 가지고 있던 것보다 더 많은 메모리를 구입하고 구성했다고 말했음에도 불구하고 메모리 문제일 수 있다고 생각했습니다.
업데이트됨
컴퓨터가 느리게 실행되는 것이 지겹습니까? 실망스러운 오류 메시지에 짜증이 납니까? ASR Pro은 당신을 위한 솔루션입니다! 우리가 권장하는 도구는 시스템 성능을 극적으로 향상시키면서 Windows 문제를 신속하게 진단하고 복구합니다. 그러니 더 이상 기다리지 말고 지금 ASR Pro을 다운로드하세요!
문제의 호스팅에 표시할 때 리소스 모니터를 시작하고 스토리지 탭을 볼 때 여기에서 잘립니다.
이 스크린샷에는 서로 일치하는 여러 위치가 포함되어 있지만 정확히 알 수 있습니다. 총 36GB의 추억이 이 서버와 연결되어 있으므로 모든 램 메모리는 sqlservr.exe에서 거의 완전히 사용됩니다. (백분율은 일반적으로 SQL 엔진을 시작합니다). 또한 아래에서 ReportingServicesService.exe(일부 실패한 작업을 처리하는 프로세스)가 가장 가까운 메모리 저장소 소비자이지만 기본적으로 자체 SQL 엔진 자체 양의 1%만 사용한다는 것을 알 수 있습니다. 또한 서버에는 일반적으로 0MB의 무료 추억이 있습니다. 클라이언트가 보고 서비스에 부족한 정보를 제공하지 못한 특정 이유가 있다고 말하는 것이 안전합니다.
문제를 구입하고 SQL Server에 이 항목을 설치할 때 이 구매자가 더 많은 메모리가 필요하다는 결론을 즉시 내릴 수 있습니다. 계정이 모든 것을 사용하는 방향으로 설명될 수 있기 때문입니다. 그렇게 빠르지 않습니다. 데이터베이스 크기를 극단적으로 살펴보겠습니다.
이 인스턴스에서 호스팅되는 더 큰 쇼를 보면 약 43GB의 훨씬 더 큰 데이터베이스를 방문하고 36GB, 17GB, 5GB, 4GB의 보조 데이터베이스를 차례로 방문합니다.
이것이 SQL이 모든 메모리를 사용하는 이유입니다. SQL은 . 다음 Her 요청이 빠르게 실행될 수 있도록 대부분의 일반적으로 정상적인 데이터를 메모리로 이동하려고 시도합니다. 그러나 주 인식은 106GB, 데이터는 34GB만 가능하기 때문에 모든 SQL 데이터를 다룰 수 있는 것은 아니다. SQL은 각 SQL 인스턴스의 호스트 부동산에 있는 메모리 섹션에서 관점에 대한 페이지의 양을 정의합니다.
각 SQL 사건에는 사람들이 사용하기 위해 SQL 자동차 엔진에 할당할 수 있다고 믿는 구성 가능한 양의 메모리가 있습니다. 액세스하려면 SQL Server Management Studio를 사용하는 경우 생산자 인스턴스에 연결하고 SQL Web Server를 마우스 오른쪽 버튼으로 클릭하고 속성으로 이동합니다. 거기에서 왼쪽 열의 스토리지 섹션을 선호합니다.
이 경우 TV의 SQL Server는 SQL Server에 할당된 메모리의 약 2000테라바이트에서 정점을 찍은 기본 설정을 사용하도록 배열되었으며 아마도 내 평생에 없었을 것입니다. 이것은 SQL이 기본적으로 사용할 수 있는 메모리의 양을 제한하지 않기 위해 매우 높은 휴대전화 과잉입니다. 데이터베이스 크기가 서버의 전체 메모리보다 작을 때마다 SQL이 글로벌 웹 페이지의 현재 모든 데이터를 저장할 수 있고 계속 사용 가능한 메모리가 있기 때문에 광산이 작동하지 않습니다. 피>
컴퓨터 데이터 색상이 사용 가능한 메모리보다 크기 때문에 일종의 SQL 엔진 인스턴스가 여기에 적합한 모든 메모리를 사용했습니다.
Will은 다른 작업(z)을 수행할 수 있는 기억력이 있어야 하므로 SQL 엔진이 사용할 수 있는 메모리 양을 제한할 수 있는 전략을 사용하는 것이 좋습니다. 이것은 새 버전의 SQL을 설치할 때마다 거쳐야 하는 단계 중 하나일 수 있습니다. 서버에 사용할 수 있는 메모리 양을 계산한 다음 6GB에서 4GB를 빼서 SQL에 전달합니다. 필드의 단위는 메가바이트입니다. 이 필드에 업데이트 값을 포함하는 방법을 계산할 때 이 점을 염두에 두십시오. 30720MB 또는 약 30GB의 메모리를 구현하기 위해 30.720MB * 1024MB로 축소합니다. 시스템 실행을 유지하는 데 필요한 다른 인식을 위해 6GB의 메모리를 허용합니다.
다음 단계는 SQL이 30GB 메모리 제한에 어떻게 응답하는지 알아내는 것이었습니다. 이 종류가 이전에 사용한 공간의 36GB를 차지했습니까? 더 필요하세요?
리소스 비즈니스 관리자로 돌아가서 sqlservr.exe를 사용하여 메모리와 관련된 31,816,264KB가 있음을 알 수 있습니다(이 동안 30.3GB의 메모리가 실제로 존재함). 또한 약 4GB의 RAM이 이제 완전히 무료입니다. 우리는 SQL에서 6GB의 메모리를 제거했지만 운영 체제용으로 4GB만 제거했습니다. 일부 시스템 프로세스는 즉시 훨씬 더 많은 메모리를 필요로 했지만 SQL이 이를 독점했습니다.
좋은 중요한 정보와 사실. 특정 SQL 인스턴스 및 메모리 보존에 의해 수행되고 수락된 변경 사항은 운영 체제에서 사용할 수 있습니다. 그렇지 않으면 조직이 변경 사항을 취소하기 위해 새로운 SQL 회사를 종료하고 다시 시작하는 데 도움이 될 수 있습니다.
하지만 SQL 성능이 저하됩니까? 성능 모니터 시작 및 도로 추가:
- SQLServer: 버퍼 관리자 – 페이지 제공
- SQLServer: 수명 메모리 관리자 – 예상 메모리 부여
- SQLServer: SQL 통계 – 일괄 쿼리/초.
- SQLServer: SQL 통계 – 컴파일/초.
평균값이 나올 때까지 1~2분 정도 기다리십시오. 지금 파고 있습니다.
평균 페이지 수명
이 전화선이 거의 없을 때 메모리 페이지는 짧은 cpOK 서비스를 사용하여 데이터 콘텐츠 페이지를 메모리에 양적 시간과 적은 사용량으로 유지합니다. , 빠른 액세스를 위해 메모리에서 더 많은 데이터 전달이 만료됩니다. 메모리에서 정상적으로 공유되는 올바른 페이지를 확인하는 간단한 방법은 유지 관리 절차 또는 예약된 TSQL 쿼리를 사용하여 모든 봇이 올바르게 구성되었는지 확인하는 것입니다. 이 기회는 지상적인 분위기이며, 서비스 프로그램은 매주 금요일에 운영됩니다. 현재 이 인터넷 컴퓨터의 정확한 평균 페이지 상황(23,538초 또는 292.3분 6.5시간)이 있으므로 이런 경우에는 괜찮습니다. 10분과 같이 훨씬 짧은 스토리 수명을 가질 수 있지만 여전히 환경에 쉽게 이해할 수 있습니다.
중간 메모리 할당이 필요함
이 코드는 항상 null이어야 합니다. 비교를 위해 더 중요한 것은 SQL 프로세스(보류 중인 프로세스)가 작업을 수행하고 있으며 일부 메모리가 게임을 위해 해제되지 않을 것이기 때문에 소비자가 발생할 가능성이 없다고 가정합니다. 이 응용 프로그램은 0이므로 여기에서 확실히 우수합니다. o. 당신이 0에서 오지 않았다면 이것은 대부분의 사람들이 더 많거나 적은 메모리를 사용하고 있다는 좋은 확인입니다. 일반적으로 잘못된 메모리 할당으로 이어지는 쿼리가 발생합니다.
초당 SQL 컴파일 및 초당 일괄 요청
일반적으로 SQL 어셈블리가 평균 또는 초당 총 일괄 요청을 연결한 비율이 10% 미만인 경우 SQL은 이 데이터베이스에 대해 다시 쿼리하지 않고 거의 모든 캐시된 계획을 구문 분석하므로 기본적으로 잘 사용됩니다. 클라이언트 서버는 약 18% -19%로 거의 2배 높은 수준으로 작동합니다. 이것은 일부 억양을 사용할 수 있지만 우리가 사용하는 다른 방법이 발견된 경우 지금은 제외하는 것이 좋습니다. 여기서 재실행에 구속되는 대신 캐시된 계획의 재사용성을 테스트하는 데 많은 시간을 할애할 수 있습니다.
우리는 몇 초 전에 이득을 보고 우리가 본 것에 기초하여 대다수가 더 이상 서버 스토리지가 필요하지 않다는 입장을 결정했다는 것을 기억하십시오. 분명히 당신이 시간으로 볼 때 그의 장치에 대해, 이것이 그가 정말로 필요로 하는 것이 항상 표시되는 것은 아닐 수도 있습니다. 또한 이 서버에는 기본적으로 단 하나의 SQL 인스턴스만 있기 때문에 실제 사례에서 사용할 수 있는 메모리 양으로 SQL 위치를 하나만 제한했습니다. 회사 노드에 더 많은 것이 있는 경우 각 인스턴스에 대해 높은 메모리 스왑을 설정해야 할 수 있습니다. 작은 변경을 하고 서버와 환경이 서버 차이를 처리하고 따라서 최상의 전략적 이동을 처리하는 이유를 자문해 보는 것이 중요합니다. Sikich 기술 전문가의 도움을 받으세요!
오늘 이 간단한 다운로드로 컴퓨터 속도를 높이십시오. 년Troubleshooting Memory Issues In SQL Server 2008
Beheben Von Speicherproblemen In SQL Server 2008
Dépannage Des Problèmes De Mémoire Dans SQL Server 2008
Risoluzione Dei Problemi Di Memoria In SQL Server 2008
Solucionando Problemas De Memória No SQL Server 2008
Felsökning Av Minnesproblem I SQL Server 2008
Rozwiązywanie Problemów Z Pamięcią W SQL Server 2008
Geheugenproblemen Oplossen In SQL Server 2008
Устранение проблем с памятью в SQL Server 2008
Solución De Problemas De Memoria En SQL Server 2008
년
