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

推荐订阅源

雷峰网
雷峰网
MongoDB | Blog
MongoDB | Blog
D
Docker
Martin Fowler
Martin Fowler
人人都是产品经理
人人都是产品经理
GbyAI
GbyAI
Jina AI
Jina AI
酷 壳 – CoolShell
酷 壳 – CoolShell
M
MIT News - Artificial intelligence
腾讯CDC
阮一峰的网络日志
阮一峰的网络日志
H
Hackread – Cybersecurity News, Data Breaches, AI and More
N
Netflix TechBlog - Medium
B
Blog RSS Feed
云风的 BLOG
云风的 BLOG
Blog — PlanetScale
Blog — PlanetScale
Vercel News
Vercel News
The Cloudflare Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
有赞技术团队
有赞技术团队
G
Google Developers Blog
Stack Overflow Blog
Stack Overflow Blog
I
InfoQ
U
Unit 42

博客园 - 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