1

I don't know anything about SQL Server, however I found the following issues while running the PAL report. It seems that RAM is the primary issue and it has to be increased.

Kindly suggest.

Critical:

  • Less than 5 percent of RAM is available or less than 64 MB of RAM is available
  • Less than 500 MB of free disk space
  • (Total Latch Wait Time) / (Latch Waits/ Sec) < 10

Warning:

  • A ratio of more than 1 workfile created for every 20 batch requests
  • A ratio of more than 1 page lookup for every 100 batch requests
  • A ratio of more than 1 SQL Full Scan for every 1000 Index Searches
  • Lock Requests/sec Greater than 1000
  • Deprecated Usage - Near 0
  • Log Shrinks Near 0
  • The working set of all processes combined is increasing at a rate greater than 100MBs per hour
  • Possible Handle Leak: More than 250 handles between overall Min and overall Max and an increasing trend of more than 100 handles per hour
  • Less than 90% Worktables from Cache Ratio
  • by "PAL" I assume you mean this: pal.codeplex.com – Max Vernon Aug 26 '14 at 20:45
  • PAL here is Guess is Performance analysis tool run by Microsoft to get complete information about SQL Server ? – Shanky Aug 26 '14 at 21:00
  • What is severity mentioned for all those warnings I guess you might safely ignore couple of them. They are more like informational messages – Shanky Aug 26 '14 at 21:01
  • have updated the severity, kindly refer the question. – CrazyNick Aug 26 '14 at 21:06
2

Less than 5 percent of RAM is available or less than 64 MB of RAM is available

Less than 500 MB of free disk space

(Total Latch Wait Time) / (Latch Waits/ Sec) < 10

Looking at first two alerts it says that SQL Server might be facing memory crunch. It would be better to determine using perfmon counters. I use below counters to check how much memory SQL Server needs. Taken from Here

SQLServer:Buffer Manager--Buffer Cache hit ratio(BCHR): 

If your BCHR is high 90 to 100 Then it points to fact that You don't have memory pressure. Keep in mind that suppose somebody runs a query which request large amount of pages in that case momentarily BCHR might come down to 60 or 70 may be less but that does not means it is a memory pressure it means your query requires large memory and will take it. After that query completes you will see BCHR risiing again

SQLServer:Buffer Manager--Page Life Expectancy(PLE): 

PLE shows for how long page remain in buffer pool. The longer it stays the better it is. Its common misconception to take 300 as a baseline for PLE. But it is not,I read it from Jonathan Kehayias book( troubleshooting SQL Server) that this value was baseline when SQL Server was of 2000 version and max RAM one could see was from 4-6 G. Now with 200G or RAM coming into picture this value is not correct. He also gave the formula( tentative) how to calculate it. Take the base counter value of 300 presented by most resources, and then determine a multiple of this value based on the configured buffer cache size, which is the 'max server memory' sp_ configure option in SQL Server, divided by 4 GB. So, for a server with 32 GB allocated to the buffer pool, the PLE value should be at least (32/4)*300 = 2400. So far this has done good to me so I would recommend you to use it.

SQLServer:Buffer Manager--CheckpointPages/sec: 

Checkpoint pages /sec counter is important to know about memory pressure because if buffer cache is low then lots of new pages needs to be brought into and flushed out from buffer pool, due to load checkpoint's work will increase and will start flushing out dirty pages very frequently. If this counter is high then your SQL Server buffer pool is not able to cope up with requests coming and we need to increase it by increasing buffer pool memory or by increasing physical RAM and then making adequate changes in Buffer pool size. Technically this value should be low if you are looking at line graph in perfmon this value should always touch base for stable system.

SQLServer:Buffer Manager--Freepages: 

This value should not be less you always want to see high value for it.

SQLServer:Memory Manager--Memory Grants Pending: 

If you see memory grants pending in buffer pool your server is facing SQL Server memory crunch and increasing memory would be a good idea. For memory grants please read this article: http://blogs.msdn.com/b/sqlqueryprocessing/archive/2010/02/16/understanding-sql-server-memory-grant.aspx.

SQLServer:memory Manager--Target Server Memory: 

This is amount of memory SQL Server is trying to acquire.

SQLServer:memory Manager--Total Server memory 

This is current memory SQL Server has acquired.

Few Points

1.If Target server memory is greater than Total server memory there can be memory pressure. Let me put emphasis on word can be ,it is not a sure shot signal.Please refer to this MSDN forum thread where OP had target server memory greater than total server memory but because there were no memory grants pending ,and page life expectancy was high so there was no memory pressure .

  1. Generally on stable system these 2 values are equal.

  2. Free Pages counter is removed from SQL Server 2012. And also its value does not holds importance as the values for BCHR,PLE,Target server memory and Total Server memory

The last one is number of latches which could not be granted immediately. Are you seeing queries going to suspended state. Latches are common and necessary they are lighter form of locks. Did you checked top waits does they include latch_XX as top wait types

  • I bet dollars-to-donuts that server does not have max server memory (MB) configured correctly. – Max Vernon Aug 26 '14 at 22:10
  • Max: Yes can be the reason. – Shanky Aug 26 '14 at 22:15

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.