document.write(" �นส่วนของการปันส่วนของกิโลไบต์ 64 เพิ่มเติม sql Server 7.0 จะจัดสรรบล็อกกิโลไบต์ 54 ไม่เกินสาม ใน SQL Server 2000 หมายเลขที่ด้านบนของการปันส่วน สำหรับแต่ละฐานข้อมูลคือ ฟังก์ชันของจำนวนที่ใช้ในการประมวลผล SQL Server ที่มีการกำหนดค่าให้ใช้
การหลีกเลี่ยงปัญหา
ใช้แบบ-gพารามิเตอร์การเริ่มต้นระบบเพื่อปล่อยให้เพิ่มเติม unreserved เสมือนมีหน่วยความจำสำหรับเหล่านี้ฐานข้อมูลการปันส่วน กระบวนการ-gพารามิเตอร์ที่ได้รับการบันทึกไว้ ใน Readme.txt ของ SQL Server service ที่ 7.0 pack และ ใน SQL Server 2000 หนังสือออนไลน์ การเพิ่มเติม "ข้อมูล" ส่วนในบทความนี้มีการตั้งค่าที่ Microsoft แนะนำให้คุณใช้เพื่อกำหนดค่าที่เหมาะสมสำหรับนี้การตั้งค่า
ข้อมูลเพิ่มเติม
บนคอมพิวเตอร์ที่มีการ 2 กิกะไบต์ หรือมากกว่า RAM ส่วนสำรองของ sql server ทั้งหมด แต่ 256 MB (SQL Server 7.0) หรือ 384 เมกะไบต์ (SQL Server 2000) ของพื้นที่ที่อยู่เสมือนในระหว่างกระบวนการเริ่มต้นสำหรับใช้โดยพูบัฟเฟอร์ นอกจากนี้ การจัดเก็บในแคชข้อมูลและกระบวนการ SQL Server ใช้หน่วยความจำเก็บบัฟเฟอร์เพื่อให้บริการส่วนใหญ่อื่น ๆ หน่วยความจำร้องจากกระบวนการของ sql server ที่เป็นที่น้อยกว่ากิโลไบต์ 8 หน่วยความจำ unreserved เหลือมีไว้สำหรับใช้กับการปันส่วนอื่น ๆ ที่ไม่สามารถให้บริการจากพูบัฟเฟอร์ การปันส่วนเหล่านี้รวม แต่ไม่จำกัดเพียงการ:
บนระบบที่มีหมายเลขที่มีขนาดใหญ่ของฐานข้อมูล การปันส่วน 64-กิโลไบต์ที่จำเป็นสำหรับการบันทึกการจัดรูปแบบอาจใช้หน่วยความจำเสมือนเหลือทั้งหมด ณจุดที่ การปันส่วนที่ตามมาอาจล้มเหลว อันเป็นผลในอย่างน้อยหนึ่งข้อผิดพลาดที่ระบุไว้ใน "อาการ" ส่วนในบทความนี้ได้

โดย-gแนะนำพารามิเตอร์เริ่มต้น คุณสามารถผู้ SQL Server จะปล่อยให้เติมเสมือนมีหน่วยความจำเพื่อให้รวมของการปันส่วนนี้เกี่ยวข้องกับการบันทึกและการปันส่วนปกติอื่น ๆ ไม่ทำงานออกจากพื้นที่ที่อยู่เสมือน

ต่อไปนี้ในตารางรายการบางอย่างที่แนะนำจุดสำหรับการเริ่มต้นแบบ-gค่าที่ขึ้นอยู่กับจำนวนของฐานข้อมูลและรุ่นของเซิร์ฟเวอร์:
ฐานข้อมูลsql Server 7.0SQL Server 2000
250-g134N/A
500-g185N/A
750-g237N/A
1000-g288-g288
1250-g340-g340
1500-g392-g392
ตารางนี้ถูกคำนวณ โดยใช้ค่าโดยทั่วไปที่ระบุไว้ และคุณยังใช้ assumption ที่ที่กิจกรรมไม่มีเซิร์ฟเวอร์ถูกเชื่อมโยงsp_OAหรือขยายกระบวนงานที่เก็บไว้มีการใช้ คุณยังขึ้น assumption ว่า คุณไม่ได้ใช้ AWE และ Profiler SQL ที่ไม่ได้ใช้ เงื่อนไขเหล่านี้อาจทำให้คุณต้องเพิ่มค่า-g.

Microsoft recommends that you take serious consideration before you run a server with more databases than this because the overhead that is required for having this number of databases on the system is taking a lot of virtual memory away from the buffer pool, which may result in poor performance for the system as a whole.

Additionally, creating lots of databases has the most significant effect on virtual memory. There are also per-database memory allocations that may cause a buffer pool out-of-memory condition. For example, you may receive the following error message:
Error: 701, Severity: 17, State: 123.
หน่วยความจำระบบไม่เพียงพอที่จะเรียกใช้แบบสอบถามนี้ได้
This kind of out-of-memory condition may be more common in SQL Server 2005 because SQL Server 2005 tracks more per-database metadata than earlier versions of SQL Server.

When you track the index usage by using thesys.dm_db_index_usage_statsstored procedure, the operation may require a significant amount of memory. The operation requires a significant amount of memory if each database has lots of indexes.

คำเตือน: บทความนี้ได้รับการแปลโดยอัตโนมัติ

คุณสมบัติ

รหัสบทความ: 316749 - การตรวจสอบครั้งสุดท้าย: 01/13/2011 10:46:00 - ฉบับแก้ไข: 5.0

  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL 2005 Server Enterprise
  • Microsoft SQL Server 2005 Standard Edition
  • kberrmsg kbtshoot kbnofix kbprb kbmt KB316749 KbMtth
คำติชม