<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: BL870c in BladeSystem - General</title>
    <link>https://community.hpe.com/t5/bladesystem-general/bl870c/m-p/4566849#M8928</link>
    <description>Hi,&lt;BR /&gt;As Mikap said SQL  use all available memory, therefore on SQL servers I usually limit SQL to 80 % of available RAM (i.e. if we have 16 GB RAM I limit SQL to 12.8 GB)&lt;BR /&gt;&lt;A href="http://support.microsoft.com/kb/321363" target="_blank"&gt;http://support.microsoft.com/kb/321363&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&amp;gt;&amp;gt;is it normal or can i upgrade memory &lt;BR /&gt;If you don't see performance problem - don't upgrade RAM. Even if you will upgrade to 32 GB -  SQL will use all 32 GB if you not define "max server memory" option</description>
    <pubDate>Tue, 19 Jan 2010 19:08:59 GMT</pubDate>
    <dc:creator>Igor Karasik</dc:creator>
    <dc:date>2010-01-19T19:08:59Z</dc:date>
    <item>
      <title>BL870c</title>
      <link>https://community.hpe.com/t5/bladesystem-general/bl870c/m-p/4566845#M8924</link>
      <description>We have Blade server 870c it has 16GB RAM. it's working fine . i have doubt about memory usage .&lt;BR /&gt;our Database SQL server 2005. our database working time ram usage is very very big like 15.7GB renaming 300mb is only free . is it normal or can i upgrade memory</description>
      <pubDate>Tue, 19 Jan 2010 12:42:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/bl870c/m-p/4566845#M8924</guid>
      <dc:creator>subashbl870</dc:creator>
      <dc:date>2010-01-19T12:42:46Z</dc:date>
    </item>
    <item>
      <title>Re: BL870c</title>
      <link>https://community.hpe.com/t5/bladesystem-general/bl870c/m-p/4566846#M8925</link>
      <description>hi,&lt;BR /&gt;&lt;BR /&gt;database server will always use the maximum resources that are available or set for him,&lt;BR /&gt;most of DB servers using also CPU, so before you start to upgrade memory, you should monitor, CPU / mem / IO (disk) operation to identify, what is the major reason why your system is slowing down or have some bootleneck, but in my opinion if you don't extremly paging to the disk, the amount of the memory could be stay.&lt;BR /&gt;&lt;BR /&gt;mikap</description>
      <pubDate>Tue, 19 Jan 2010 13:13:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/bl870c/m-p/4566846#M8925</guid>
      <dc:creator>Michal Kapalka (mikap)</dc:creator>
      <dc:date>2010-01-19T13:13:15Z</dc:date>
    </item>
    <item>
      <title>Re: BL870c</title>
      <link>https://community.hpe.com/t5/bladesystem-general/bl870c/m-p/4566847#M8926</link>
      <description>thanks for replay me .&lt;BR /&gt;our Cup usage very low like 30% only but memory usage 98% .i had verified Task manager &lt;BR /&gt;physical memory usage 98% . process &lt;BR /&gt;SQL server.exe  98% . what can i do . and also now we are doing DR replication both side can i updrade anythings .</description>
      <pubDate>Tue, 19 Jan 2010 14:40:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/bl870c/m-p/4566847#M8926</guid>
      <dc:creator>subashbl870</dc:creator>
      <dc:date>2010-01-19T14:40:31Z</dc:date>
    </item>
    <item>
      <title>Re: BL870c</title>
      <link>https://community.hpe.com/t5/bladesystem-general/bl870c/m-p/4566848#M8927</link>
      <description>ok,&lt;BR /&gt;&lt;BR /&gt;but you should consider, if your system is memmory deend or CPU power because its depend on the spped of memmory and memory module organization.&lt;BR /&gt;&lt;BR /&gt;check this as reference :&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://h18000.www1.hp.com/products/servers/options/tool/hp_memtool.html" target="_blank"&gt;http://h18000.www1.hp.com/products/servers/options/tool/hp_memtool.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;but if you like to be sure that if you upgrade the memory the performance of the memory will not go down and of cource CPU poer, them you should contact some HP technical presales, because its different to have 4x8 GB module instead of 12x2GB or 6x4GB ....&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;mikap</description>
      <pubDate>Tue, 19 Jan 2010 14:49:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/bl870c/m-p/4566848#M8927</guid>
      <dc:creator>Michal Kapalka (mikap)</dc:creator>
      <dc:date>2010-01-19T14:49:53Z</dc:date>
    </item>
    <item>
      <title>Re: BL870c</title>
      <link>https://community.hpe.com/t5/bladesystem-general/bl870c/m-p/4566849#M8928</link>
      <description>Hi,&lt;BR /&gt;As Mikap said SQL  use all available memory, therefore on SQL servers I usually limit SQL to 80 % of available RAM (i.e. if we have 16 GB RAM I limit SQL to 12.8 GB)&lt;BR /&gt;&lt;A href="http://support.microsoft.com/kb/321363" target="_blank"&gt;http://support.microsoft.com/kb/321363&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&amp;gt;&amp;gt;is it normal or can i upgrade memory &lt;BR /&gt;If you don't see performance problem - don't upgrade RAM. Even if you will upgrade to 32 GB -  SQL will use all 32 GB if you not define "max server memory" option</description>
      <pubDate>Tue, 19 Jan 2010 19:08:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/bl870c/m-p/4566849#M8928</guid>
      <dc:creator>Igor Karasik</dc:creator>
      <dc:date>2010-01-19T19:08:59Z</dc:date>
    </item>
    <item>
      <title>Re: BL870c</title>
      <link>https://community.hpe.com/t5/bladesystem-general/bl870c/m-p/4566850#M8929</link>
      <description>So long as the low CPU utilization percentage is not a symptom of paging/swapping, or waiting for database I/O that might otherwise have been cached, you should be OK.</description>
      <pubDate>Wed, 20 Jan 2010 00:25:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/bl870c/m-p/4566850#M8929</guid>
      <dc:creator>rick jones</dc:creator>
      <dc:date>2010-01-20T00:25:11Z</dc:date>
    </item>
  </channel>
</rss>

