惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

GbyAI
GbyAI
B
Blog
Stack Overflow Blog
Stack Overflow Blog
量子位
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
T
Tailwind CSS Blog
MongoDB | Blog
MongoDB | Blog
小众软件
小众软件
博客园 - 三生石上(FineUI控件)
Recent Announcements
Recent Announcements
U
Unit 42
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
腾讯CDC
D
DataBreaches.Net
Microsoft Azure Blog
Microsoft Azure Blog
G
Google Developers Blog
M
MIT News - Artificial intelligence
P
Proofpoint News Feed
罗磊的独立博客
L
LangChain Blog
V
Visual Studio Blog
雷峰网
雷峰网
aimingoo的专栏
aimingoo的专栏
宝玉的分享
宝玉的分享

博客园 - Jacky Xu

Office Excel Add-ins installation for AX 2012 and Dynamics AX 2012 clients reinstalltion Develop a Dynamics AX2012 Report by Visual Studio 2010 Codes Permission Management in AX 2012 Publish AX reports in AX2012 + SQL2008 Create a security policy in Dynamics AX2012 How to use a shared configuration file& Security configuration example in Dynamics AX 2012 Security management in Dynamics AX 2012 Dynamics AX2012 Installation& AOS (Cluster) configuration on Windows 7 Office 2007 Re-installed issue Delete printer sessions on Terminal server for users Launch AX2012 Virtual Machine Change Tracking -- SQL Server 2008 new feature FILESTREAM -- SQL Server2008 New Feature Don't use SQL keyword as your feild name of a table Reports development in Axapta 3 记忆一些SQL语句 终端服务器许可问题 Can't access maintenance plan because Agent XPs component is turned off as part of the security configuration on sql2005 command命令大全(转自http://blog.dhedu.gov.cn/u/72/archives/2009/14290.html)
SQL Error log/Event ID(17890): A significant part of sql ...
Jacky Xu · 2010-03-30 · via 博客园 - Jacky Xu

When you are using SQL2005, maybe you'll meet the SQL error log like is

A significant part of sql server process memory has been paged out. This may result in a performance degradation. Duration: 921 seconds. Working set (KB): 2486348, committed (KB): 14694960, memory utilization: 16%%.

It may meet several times/ tens times each day and it lasts day by day.

SQL also write the error into event viewer as an information with the same information and ID is 17890.

As checked some document from MS. We can find the issue happened both SQL2005 32bit and 64bit version.

Here are some suggestions:

A, To assign the Lock pages in memory user right, follow these steps:

  1. Click Start, click Run, type gpedit.msc, and then click OK.

    Note The Group Policy dialog box appears.

  2. Expand Computer Configuration, and then expand Windows Settings.
  3. Expand Security Settings, and then expand Local Policies.
  4. Click User Rights Assignment, and then double-click Lock pages in memory.
  5. In the Local Security Policy Setting dialog box, click Add User or Group.
  6. In the Select Users or Groups dialog box, add the account that has permission to run the Sqlservr.exe file, and then click OK.
  7. Close the Group Policy dialog box.
  8. Restart the SQL Server service.

B, Enable AWE for SQL.

 1. Enable AWE on SQL

   2.   Set min/max server memory

Although 64bit SQL can hand all memory automatically, but actually, we still suggest we set up memory for SQL manually.

When you take B-2 item, you should consider your total memory and all application included multi SQL instance on your server.

Please allocate memory as your application and insure that no one application exhaust all memory.

A and B done, our 64bit SQL hasn't reported the issue again.

Of course, you can refer some document:

http://blogs.msdn.com/slavao/archive/2005/04/29/413425.aspx

http://support.microsoft.com/kb/918483