Re: AWE settings.



Thank you for taking time to answer my questions so promptly.

"Geoff N. Hiten" wrote:

SQL 2005 is different. IIRC, you have to be on Windows Server 2003 R2 for
dynamic AWE to work using SQL 2005, but don't quote me on that. Then there
is 64-bit which works completely differently with memory access since it can
count higher than 4GB.

--
Geoff N. Hiten
Senior Database Administrator
Microsoft SQL Server MVP



"Don" <Don@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:6B90CA00-2163-4850-A6DA-DF055F26860F@xxxxxxxxxxxxxxxx
Does this work the same for SQL 2005? Or is it dynamic memory adjustement
with awe enabled in SQL 2005?

"Geoff N. Hiten" wrote:

AWE usage kills dynamic memory adjustment in SQL Server. The system
immediately allocates memory at system startup. With your system
settings,
SQL will allocate 4.5 GB for the buffer pool, plus up to ~2.6 GB for
internal operations with /3G engaged (~1.6 GB otherwise).

AWE allocations show up as PF committments due to Windows memory
internals,
so that is why you see the usage in perfmon and task manager. AWE in SQL
requires locking pages in memory, so when you remove that ability from
the
service account, you are back to the 3GB limit.

It sounds like your system is running exactly as expected, given your
configuration. I would not adjust any memory settings. I would monitor
system free memory to see if any processes consume the remaining memory
(replication tasks are notorious for slowly stealing memory).

--
Geoff N. Hiten
Senior Database Administrator
Microsoft SQL Server MVP





"Don" <Don@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:6603D565-D5F8-4E7F-82EC-33FCD46348CB@xxxxxxxxxxxxxxxx


Present Server configuration 32 bit.

4 cpus, 6 gb ram. WINDOWS 2003 enterprise with
service pack 1

Sql 2000 Enterprise edition Service pack 3

SQL configured for maxium server memory is 4.5 gb
with awe enabled.

The startup switches used are /3GB and /PAE.

Local Security Settings window/Local Policies/User
Rights
Assignment/Lock Pages in Memory is set for sql
server start up user
account.

ISSUE

O.S is showing low available memory like 200 MB

PF is 5.5 GB all the time.

Presently if we remove the setting Local Security
Settings window/Local
Policies/User Rights Assignment/Lock Pages in Memory
it shows around
3GB available memory. If this policy setting is
enabled the available
memory is too low around in the range of 140 MB to
260 MB.

There is no heavy load on the system and it is a
dedicated SQL server
box. Memory used by SQL server engine is around 1.6
GB most of the
time.

I was under the impression the sql server memory
usage is on demand
based upon the load and the memory configuration.
Looks like by enabling
this option in the policy it reserves more memory
and leaves very less
memory for the O.S.


If there is any article or document supporting if
the policy setting needs to be there will be of great
help.


Thanks in advance.


Don











.



Relevant Pages

  • Re: Memory Question
    ... for SQL Server you must turn on AWE. ... If you turn on AWE you can use all of it but you then need to ... set the MAX Memory setting to about 7GB or so. ...
    (microsoft.public.sqlserver.setup)
  • Re: Locking pages in memory
    ... the account SQL runs under) the permission to lock pages in memory. ... Server Standard, Enterprise, and Developer editions: Required for SQL Server ...
    (microsoft.public.sqlserver.setup)
  • Re: How long does it take to startup SQL Service with AWE enabled
    ... the failover process will take longer with AWE enabled. ... that the AWE memory must be "zeroed out." ... We have a fail-over cluster with a SQL Server 2000 instance installed on ...
    (microsoft.public.sqlserver.clustering)
  • Re: Worker Threads
    ... In order to use more than 4GB of memory you must use AWE. ... One is you must have Enterprise Edition of SQL ... set in the Boot.ini and AWE enabled in SQL Server. ...
    (microsoft.public.sqlserver.setup)
  • Re: Inexplicable slowdowns
    ... I profiled the SQL operation and it is taking no time at all. ... I also noticed that the server was operating at the end of available physical memory and as a result of perfmon monitoring, I saw that these slowdowns occur when the available physical memory dips to 100mb or so. ... I think SQL server is the culprit. ... It's set to consume a max of 3GB. ...
    (microsoft.public.dotnet.languages.csharp)