none
Warning unable to allocate min server memory RRS feed

  • 질문

  • SQL 서비스 시작 시 아래와 같은 경고 로그가 발생 하는데 무엇인 문제인가요?

    경고 로그 : Warning: unable to allocate 'min server memory' of 110549MB.

    (최소/최대 메모리 값을 110549로 동일하게 구성)

    OS는 Windows Server 2008 R2 Enterprise x64 SP1 (MSCS 구성)

    DBMS는 MS-SQL 2008 R2 Enterprise x64 (10.50.2500)

    대용량 메모리라 현재 Lock Page in Memory 만 설정 하고 다른 설정은 기본 상태 입니다. 

    감사합니다. 



    2013년 4월 14일 일요일 오후 8:50

답변

  • Microsoft SQL Server 2008 Standard Edition 64-bit systems or Microsoft SQL Server 2005 Standard Edition 64-bit systems that have the Lock Pages in Memory privilege set for the service account of the SQL Server Engine do not use Address Windowing Extensions (AWE) APIs for buffer pool memory allocation. The use of AWE APIs on 64-bit editions of SQL Server for buffer pool memory allocation is known as Locked Pages.

    [참고자료]

    Support for Locked Pages on SQL Server 2008 R2 Standard Edition x64, on SQL Server 2005 Standard Edition 64-bit systems, and on SQL Server 2008 Standard Edition 64-bit systems

     

    • Large page support is enabled on Enterprise Edition systems when physical RAM is >= 8Gb (and lock pages in memory privilege set)
    • SQL Server will allocate buffer pool memory using Large Pages on 64bit systems if Large Page Support is enabled and trace flag 834 is enabled
    • Large page for the buffer pool is definitely not for everyone. You should only do this for a machine dedicated to SQL Server (and I mean dedicated) and only with careful consideration of settings like ‘‘max server memory’. Furthermore, you should test out the usage of this functionality to see if you get any measureable performance gains before using it in production.
    • SQL Server startup time can be significantly delayed when using trace flag 834.

    [참조자료]

    SQL Server and Large Pages Explained….

    2013년 4월 15일 월요일 오전 8:07
    중재자

모든 응답

  • 본 이슈는 아래 참고자료에 따르면 메모리 오셥부분에 의해서 해결이 가능합니다.

    min server memorymax server memory의 두 가지 서버 메모리 옵션을 사용하여 Microsoft SQL Server 인스턴스에서 사용하는 버퍼 풀의 메모리 양(MB)을 다시 구성 또는 AWE 메모리를 구성하시기 바랍니다.

    [참고자료]

    Troubleshooting SQL Server error “The operating system returned error 1453”

    제시해 드린 답변이 도움이 되었기를 바랍니다.
     
    답변이 문제 해결에 도움이 되었다면 답변으로 채택을 부탁드립니다.
    하지만 문제 해결이 되지 않아서 정확한 답변을 원하는 경우에는 문제의 정보를 더 자세하게 답변으로 제공해주시기 바랍니다.

    2013년 4월 15일 월요일 오전 2:16
    중재자
  • 죄송하지만 무슨 말씀 이신지 잘 이해를 하지 못하겠습니다. ㅠ (메모리 오셥부분..-_-??)

    위 경고 로그도 DBMS를 재 시작한지 거의 2시간 뒤에 찍혀 있는 상태이구요

    단순히 min server, max server 설정 값을 다른 값으로 하면 되는건지 잘 모르겠습니다. 

    그리고 AWE는 X64버전에서는 안해도 되는게 아닌지요?

    문제 확인을 위해 더 필요한 정보를 알려 주시면 다시 답변으로 올려 드리겠습니다.

    2013년 4월 15일 월요일 오전 6:16
  • Microsoft SQL Server 2008 Standard Edition 64-bit systems or Microsoft SQL Server 2005 Standard Edition 64-bit systems that have the Lock Pages in Memory privilege set for the service account of the SQL Server Engine do not use Address Windowing Extensions (AWE) APIs for buffer pool memory allocation. The use of AWE APIs on 64-bit editions of SQL Server for buffer pool memory allocation is known as Locked Pages.

    [참고자료]

    Support for Locked Pages on SQL Server 2008 R2 Standard Edition x64, on SQL Server 2005 Standard Edition 64-bit systems, and on SQL Server 2008 Standard Edition 64-bit systems

     

    • Large page support is enabled on Enterprise Edition systems when physical RAM is >= 8Gb (and lock pages in memory privilege set)
    • SQL Server will allocate buffer pool memory using Large Pages on 64bit systems if Large Page Support is enabled and trace flag 834 is enabled
    • Large page for the buffer pool is definitely not for everyone. You should only do this for a machine dedicated to SQL Server (and I mean dedicated) and only with careful consideration of settings like ‘‘max server memory’. Furthermore, you should test out the usage of this functionality to see if you get any measureable performance gains before using it in production.
    • SQL Server startup time can be significantly delayed when using trace flag 834.

    [참조자료]

    SQL Server and Large Pages Explained….

    2013년 4월 15일 월요일 오전 8:07
    중재자