Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
DB Engine
SQL ServerMSDESQL Server CE
Services
Analysis (Data Mining)Analysis (OLAP)DTSIntegration ServicesNotification ServicesReporting Services
Programming
CLRConnectivitySQLXML
Other Technologies
ClusteringEnglish QueryFull-Text SearchReplicationService Broker
General
Data WarehousingPerformanceSecuritySetupSQL Server ToolsOther SQL Server Topics
DirectoryUser Groups
Related Topics
MS AccessOther DB ProductsMS Server Products.NET DevelopmentVB DevelopmentJava DevelopmentMore Topics ...

SQL Server Forum / Other Technologies / Clustering / August 2006

Tip: Looking for answers? Try searching our database.

SQL Server 2000 AWE on Windows 2003 64bit

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Chris - 29 Aug 2006 14:48 GMT
I currently am running a Windows 2003 64 bit server with SQL Server
2000 service pack 4 with the following hotfix
http://support.microsoft.com/default.aspx?kbid=899761.  I am trying to
enable the AWE support to take advantage of my 8 gigs of memory.  I
have currently ran the sp_configure 'awe enabled', 1 to enable the AWE
within SQL then I applied the above hotfix.  Here is where it seems
that something is not right after the reboot within the windows task
manager on the performance tab the page file usgae is at close to 8
gigs however when I look at the processes and look at how much SQL
server is using it only says around 100mg.  This doesn't seem correct
before changing to AWE SQl Server would usually use up almost 4 gigs.
One additional note that I have let it run for about a week now and the
memory does not leave the 100 or so megs.  Does anyone have any ideas
on this?

thanks
Chris
cfrank@investorforce.com
Saravanan Palanivelu - 29 Aug 2006 15:21 GMT
I don't think you need AWE to use all the 8 gig in 64 bit installtion.
because 64 bit can address with out AWE upto 16 TB ( I think windows 2003
limit is -512 GB )

http://download.microsoft.com/download/0/4/7/047da8d3-aa80-452a-9148-40a7e8a7048
a/SQL64bitAdvantages.doc#_Toc68085560


Regards,
Saravanan

>I currently am running a Windows 2003 64 bit server with SQL Server
> 2000 service pack 4 with the following hotfix
[quoted text clipped - 14 lines]
> Chris
> cfrank@investorforce.com
Chris - 29 Aug 2006 15:44 GMT
Saravanan thanks for your response...

The Windows 2003 is 64 bit however SQL Server 2000 is 32 bit which
correct me if I am wrong it cannot use more than 4 gigs of memory
without AWE enabled.

thanks
Chris

> I don't think you need AWE to use all the 8 gig in 64 bit installtion.
> because 64 bit can address with out AWE upto 16 TB ( I think windows 2003
[quoted text clipped - 23 lines]
> > Chris
> > cfrank@investorforce.com
Chris - 29 Aug 2006 20:56 GMT
Thanks...In the perfmon it does show it using the almost 8 gigs what a
relief...Last question is there a way to see the same numbers in SQL?

> Saravanan thanks for your response...
>
[quoted text clipped - 32 lines]
> > > Chris
> > > cfrank@investorforce.com
Linchi Shea - 29 Aug 2006 21:31 GMT
> Last question is there a way to see the same numbers in SQL?

You can query these SQL perfmon counter values in T-SQL from
master..sysperfinfo

Linchi

> Thanks...In the perfmon it does show it using the almost 8 gigs what a
> relief...Last question is there a way to see the same numbers in SQL?
[quoted text clipped - 35 lines]
> > > > Chris
> > > > cfrank@investorforce.com
Jasper Smith - 29 Aug 2006 19:07 GMT
Task Manager processes pane doesn't really know what AWE is and so reports
incorrect numbers. If you look at the SQLServer:Memory Manager Total Server
Memory(KB) counter it should give you the right number

Signature

HTH,
Jasper Smith (SQL Server MVP)
http://www.sqldbatips.com

>I currently am running a Windows 2003 64 bit server with SQL Server
> 2000 service pack 4 with the following hotfix
[quoted text clipped - 14 lines]
> Chris
> cfrank@investorforce.com
Geoff N. Hiten - 30 Aug 2006 17:02 GMT
And to extend this, AWE usage shows as page file usage in task manager, so
you are using all of the available memory.

Signature

Geoff N. Hiten
Senior Database Administrator
Microsoft SQL Server MVP

> Task Manager processes pane doesn't really know what AWE is and so reports
> incorrect numbers. If you look at the SQLServer:Memory Manager Total
[quoted text clipped - 18 lines]
>> Chris
>> cfrank@investorforce.com
Saravanan Palanivelu - 30 Aug 2006 19:57 GMT
Does windows 2003 64 bit have AWE?

(My understanding - it doesn't, because the 64-bit windows 2003 OS can
directly address the memory up to 1 TB, in theory 16 TB)

Since Chris is enabling the AWE in SQL Server 2000 (32 bit) under Windows
2003 64 bit. How is the SQL Server memory management is going to work?

Will it be able to use the memory beyond 4 GB?

Thanks

Saravanan.

> And to extend this, AWE usage shows as page file usage in task manager, so
> you are using all of the available memory.
[quoted text clipped - 21 lines]
>>> Chris
>>> cfrank@investorforce.com
Geoff N. Hiten - 30 Aug 2006 21:34 GMT
AWE is an application-level way to address >2GB of RAM.  The corresponding
system-level function is PAE.  No, the 64-bit OS does not have PAE, but it
does support the AWE APIs for 32-bit applications.  The "glue" code for that
was included in SQL 2000 SP4.

Just as on a 32-bit platform, memory above 2GB is non-addressable and usable
only for data cache for SQL 2000.  SQL 2005 native 64-bit mode can address
all the memory on a 64-bit OS.

Signature

Geoff N. Hiten
Senior Database Administrator
Microsoft SQL Server MVP

> Does windows 2003 64 bit have AWE?
>
[quoted text clipped - 35 lines]
>>>> Chris
>>>> cfrank@investorforce.com
Uttam Parui[MS] - 31 Aug 2006 00:06 GMT
I agree with Geoff. An additional note, if you are running SQL Server 2000 32 bit on a Windows Server 2003 64 bit OS, then SQL Server can access upto 4GB of memory without any switches (note that if the OS was 32
bit then SQL can access upto 2GB without any switches). For more than 4GB, in this scenario, you will enable AWE and set "max server memory" to 8GB. I hope you have more thatn 8GB RAM as you do not want to
give everything to SQL Server. If you just have 8GB RAM then I will set "max server memory" to 6GB or 6.5GB max. If you do not set "max server memory", SQL will take all the RAM - 128MB which is not
recommended for obvious reasons.

When AWE is enabled, you cannot use Task Manager. This is documented in Books Online

The following is from Books Online

Use System Monitor (Performance Monitor in Microsoft Windows NT® 4.0) to retrieve information on SQL Server memory usage and available memory. Task Manager does not provide accurate memory usage
information for AWE. Therefore, the memory quoted for sqlservr.exe is not correct. To obtain the correct amount of SQL Server memory usage, you can use the Total Server Memory (KB) performance counter,
activated through System Monitor, or select the memory usage from sysperfinfo. For more information, see Monitoring Memory Usage.

Additionally  you can run "dbcc memorystatus" to Monitor SQL Server Memory Usage. For additional information on this dbcc command, see Microsoft Knowledge base article

INF: Using DBCC MEMORYSTATUS to Monitor SQL Server Memory Usage
http://support.microsoft.com/?id=271624

HTH,

Best Regards,

Uttam Parui
Microsoft Corporation

Signature

This posting is provided "AS IS" with no warranties, and confers no rights.


Are you secure?  For information about the Strategic Technology Protection Program and to order your FREE Security Tool Kit, please visit http://www.microsoft.com/security.

Microsoft highly recommends that users with Internet access update their Microsoft software to better protect against viruses and security vulnerabilities. The easiest way to do this is to visit the following websites:
http://www.microsoft.com/protect
http://www.microsoft.com/security/guidance/default.mspx
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.