สรุป
Microsoft SQL Server ๒๐๐๕ใช้ตัวนับ CPU ที่มีความละเอียดสูงเพื่อให้ความสามารถในการกำหนดเวลา microsecond Microsecond เป็นหนึ่งแล้วกว่าของวินาที (หรือหนึ่งใน thousandth ของมิลลิวินาที) อย่างไรก็ตามค่าการกำหนดเวลา SQL Server อาจไม่ถูกต้องถ้าคุณใช้เทคโนโลยีที่เปลี่ยนแปลงความถี่ของ CPU ตัวอย่างเช่นปัญหานี้อาจเกิดขึ้นเมื่อคุณใช้เทคโนโลยีต่อไปนี้:
-
การก้าวของ CPU
-
เทคโนโลยี AMD Cool'n'Quiet
-
ชุดรูปแบบพลังงานต่างๆ
บทความนี้มีวิธีการและข้อมูลเพิ่มเติมเพื่อช่วยให้คุณแก้ไขปัญหานี้ได้
อาการ
เมื่อคุณใช้คำสั่งตั้งค่าสถิติเวลาเพื่อแสดงการดำเนินการเซิร์ฟเวอร์การแยกวิเคราะห์และการคอมไพล์คุณอาจได้รับค่าที่ไม่ถูกต้อง ตัวอย่างเช่นคุณอาจสังเกตเห็นว่าเวลาที่ใช้ในการดำเนินการ SQL Server มีเวลามากกว่าเวลาของ CPU มาก ปัญหานี้อาจส่งผลต่อความถูกต้องของการปรับแต่งประสิทธิภาพการทำงาน ปัญหานี้เกิดขึ้นเมื่อคุณใช้เทคโนโลยีใดเทคโนโลยีหนึ่งที่แสดงอยู่ในส่วน "บทสรุป" บนเซิร์ฟเวอร์
สาเหตุ
ปัญหานี้เกิดขึ้นเนื่องจากมีการเปลี่ยนแปลงความถี่ของ CPU เมื่อคุณใช้เทคโนโลยีเหล่านี้ SQL Server ๒๐๐๕ใช้ตัวนับ CPU ที่มีความละเอียดสูงเพื่อให้ความสามารถในการกำหนดเวลา microsecond ถ้ามีการเปลี่ยนแปลงความถี่ของ CPU เพื่อประหยัดพลังงานและลดการส่งออกความร้อนระยะเวลาจากการคำนวณอาจไม่ถูกต้อง
การแก้ไข
ข้อมูล service pack
เมื่อต้องการแก้ไขปัญหานี้ให้ขอรับ service pack ล่าสุดสำหรับ SQL Server ๒๐๐๕ สำหรับข้อมูลเพิ่มเติมให้คลิกหมายเลขบทความต่อไปนี้เพื่อดูบทความในฐานความรู้ของ Microsoft:
๙๑๓๐๘๙ วิธีการขอรับ service pack ล่าสุดสำหรับ SQL Server ๒๐๐๕หมายเหตุ: ใน SQL Server ๒๐๐๕ Service Pack 3 และในเซอร์วิสแพ็คที่ใหม่กว่าจะไม่มีการใช้การประทับเวลาของตัวประมวลผล เวอร์ชันต่อไปนี้ของ SQL Server ๒๐๐๕ใช้ตัวจับเวลาที่เชื่อถือได้มากขึ้นที่มีความแม่นยำสูงสุดของ1มิลลิวินาที
สถานะ
ปัญหานี้ได้รับการแก้ไขแล้วใน SQL Server ๒๐๐๕ Service Pack 3 ครั้งแรก
วิธีแก้ไขปัญหาชั่วคราว
SQL Server ๒๐๐๕จำเป็นต้องมีจุดข้อมูลที่รู้จักและเสถียรเพื่อให้สามารถปรับแต่งประสิทธิภาพการทำงานได้อย่างถูกต้อง ถ้ามีการเปิดใช้งานการปรับความถี่ของ CPU แบบไดนามิกบนคอมพิวเตอร์คุณสามารถปิดใช้งานดังกล่าวเพื่อให้ Cpu คงอัตราความถี่ที่เสถียรก่อนที่คุณจะเริ่มตรวจสอบและปรับแต่งประสิทธิภาพของ SQL Server เมื่อต้องการทำสิ่งนี้ให้ใช้วิธีการต่อไปนี้
การกำหนดค่าชุดรูปแบบ power บนคอมพิวเตอร์เพื่อบังคับให้ Cpu ยังคงอยู่ที่ความถี่สูงสุด
โดยทำตามขั้นตอนต่อไปนี้:
-
คลิกเริ่มคลิกเรียกใช้พิมพ์Powercfg. cplแล้วคลิกตกลง
-
ในกล่องโต้ตอบคุณสมบัติตัวเลือก powerให้คลิกเปิดในรายการชุดรูปแบบpowerเสมอ
-
คลิก ตกลง
การดริฟท์อาจเกิดขึ้น ดริฟท์คือ divergence ระหว่างค่าความถี่ของ CPU สำหรับข้อมูลเพิ่มเติมให้ดูที่ส่วน "ดริฟท์" ในกรณีนี้คุณต้องรีสตาร์ตคอมพิวเตอร์ของ Microsoft เพื่อรีซิงโครไนส์ความถี่ของ Cpu ทั้งหมดหลังจากที่คุณเปลี่ยนแปลงชุดรูปแบบ power ถ้าคุณไม่สามารถรีสตาร์ตคอมพิวเตอร์ได้ให้เปิดใช้งานความสัมพันธ์ตัวประมวลผลของ SQL Server เพื่อป้องกันไม่ให้เธรดของผู้ปฏิบัติงานของ SQL Server เคลื่อนย้ายไปมาระหว่าง Cpu เมื่อคุณทำเช่นนี้คุณไม่จำเป็นต้องรีสตาร์ทคอมพิวเตอร์แม้ว่าจะมีการ divergence ระหว่างค่าความถี่ของ CPU ที่เกิดขึ้น เมื่อต้องการเปิดใช้งานความสัมพันธ์ตัวประมวลผล SQL Server สำหรับ Cpu ทั้งหมดบนเซิร์ฟเวอร์คุณต้องใช้รูปแบบที่แตกต่างกันโดยขึ้นอยู่กับจำนวนของตัวประมวลผลแบบลอจิคัลที่อยู่บนเซิร์ฟเวอร์ ตารางต่อไปนี้แสดงตัวอย่างสถานการณ์
|
หมายเลข CPU |
คำสั่งเมื่อต้องการเปิดใช้งานความสัมพันธ์ของตัวประมวลผล |
|---|---|
|
Cpu 2 |
รูปแบบความสัมพันธ์ของ exec sp_configure ' 0x00000003GOreconfigureGO |
|
4 Cpu |
รูปแบบความสัมพันธ์ของ exec sp_configure ' 0x0000000FGOreconfigureGO |
|
Cpu 8 |
รูปแบบความสัมพันธ์ของ exec sp_configure ' 0x000000FFGOreconfigureGO |
|
16 Cpu |
รูปแบบความสัมพันธ์ของ exec sp_configure ' 0x0000FFFFGOreconfigureGO |
|
๓๒ CPUs |
รูปแบบความสัมพันธ์ของ exec sp_configure ' 0xFFFFFFFFGOreconfigureGO |
หมายเหตุ คุณอาจไม่เพียงพอที่จะปิดใช้งานฟีเจอร์ตัวแปลงความถี่ของ CPU ที่ระดับ BIOS โปรแกรมอรรถประโยชน์ของบริษัทอื่นต่างๆสามารถเปลี่ยนความถี่ของ CPU ได้ การใช้งานบางอย่างจะเปิดใช้งานการปรับความถี่แม้ในขณะที่ Cpu อยู่ภายใต้การตั้งค่าชุดรูปแบบพลังงานสูงสุด ในกรณีนี้คุณจะต้องปิดใช้งานโปรแกรมอรรถประโยชน์ของบริษัทอื่นเหล่านี้เมื่อคุณทำการปรับแต่งประสิทธิภาพใน SQL Server ๒๐๐๕
ใช้โปรแกรมอรรถประโยชน์ของบริษัทอื่นและโปรแกรมควบคุมเพื่อซิงโครไนซ์ความถี่ของ CPU และตัวนับนาฬิกาของ CPU
ในบางครั้งระบบอาจจำเป็นต้องมีการอัปเดตจากผู้ผลิตเพื่อแก้ไขปัญหาความถี่ของ CPU เป็นแนวทางปฏิบัติที่ดีที่สุดในการตรวจสอบระบบสำหรับการอัปเดต BIOS, microcode และเฟิร์มแวร์ล่าสุดถ้าคุณสงสัยว่าระบบอาจมีปัญหา
ข้อมูลเพิ่มเติม
Microsoft SQL Server ๒๐๐๐และ SQL Server เวอร์ชันก่อนหน้าใช้กลไกการกำหนดเวลาของ Windows กลไกการกำหนดเวลาใช้ค่าความแม่นยำมิลลิวินาที โดยทั่วไปแล้วความแม่นยำนี้คือ10ถึง 15 ms อย่างไรก็ตามความแม่นยำอาจมีขนาดใหญ่เป็น๕๕ ms คิวรี SQL Server มักจะเสร็จสมบูรณ์ภายในมิลลิวินาทีหลักหรือเวลา microsecond ความแม่นยำนี้จำเป็นต้องใช้ตัวจับเวลาที่มีความละเอียดสูง ดังนั้นเวอร์ชันของ SQL Server เหล่านี้จะรายงานระยะเวลาของแบบสอบถามบางอย่างเป็น 0 ms ดังนั้นจึงเป็นเรื่องยากที่จะตรวจสอบประสิทธิภาพการทำงานและการปรับแต่งประสิทธิภาพของ SQL Server ใน SQL Server เวอร์ชันก่อนหน้านี้ SQL Server ๒๐๐๕ช่วยปรับปรุงความแม่นยำโดยใช้ตัวนับ CPU ที่มีความละเอียดสูงเพื่อให้ความสามารถในการกำหนดเวลา microsecond เมื่อคุณใช้เทคโนโลยีที่แสดงอยู่ในส่วน "บทสรุป" ค่าการกำหนดเวลาที่รายงานอาจไม่ถูกต้อง ปัญหานี้อาจมีผลต่อวัตถุและฟีเจอร์ต่อไปนี้:
-
ติดตามเหตุการณ์:
-
เหตุการณ์ความสนใจ
-
เหตุการณ์ในโหนดกระบวนงานที่เก็บไว้
-
เหตุการณ์ในโหน TSQL
-
เหตุการณ์ในโหนดวัตถุ
-
เหตุการณ์ในโหนดธุรกรรม
-
-
มุมมองการจัดการแบบไดนามิก:
-
sys.dm_exec_query_stats
-
sys.dm_exec_requests
-
sys.dm_exec_sessions
-
sys.dm_io_pending_io_requests
-
sys.dm_os_ring_buffers
-
sys.dm_os_sys_info
-
sys.dm_io_virtual_file_stats
-
sys.dm_os_wait_stats
-
-
คำสั่งตั้งค่าสถิติเวลา
-
ตารางระบบsysprocesses
หลังจากที่คุณติดตั้ง SQL Server ๒๐๐๕ Service Pack 2 (SP2) SQL Server จะบันทึกข้อความแสดงข้อผิดพลาดในบันทึกข้อผิดพลาดเมื่อ SQL Server ตรวจพบว่าตัวจับเวลาความละเอียดสูงไม่ตรงกันระหว่าง Cpu ข้อความแสดงข้อผิดพลาดบ่งชี้ว่าการกำหนดเวลาประสิทธิภาพการทำงานอาจไม่ถูกต้องและผู้ใช้ควรใช้ข้อมูลประสิทธิภาพการทำงานด้วยความระมัดระวัง ข้อความของข้อความแสดงข้อผิดพลาดคล้ายกับข้อความแสดงข้อผิดพลาดต่อไปนี้อย่างใดอย่างหนึ่ง:
ข้อความแสดงข้อผิดพลาด 1:
ตัวนับการประทับเวลาของ CPU บน id ของตัวกำหนดเวลา2จะไม่ซิงโครไนซ์กับ Cpu อื่น
ข้อความแสดงข้อผิดพลาด 2
ความถี่ของการประทับเวลาของ CPU มีการเปลี่ยนแปลงจาก๑๙๑๔๖๙เป็น๑๗๙๔๑๗๗เห็บต่อมิลลิวินาที ความถี่ใหม่จะถูกนำไปใช้
SQL Server ใช้การเรียนการสอนการประทับเวลา (RDTSC) แบบเรียลไทม์เพื่อให้มีการนับจำนวนการทำเครื่องหมายของ CPU ๖๔ คุณสามารถหารค่านี้ได้ด้วยความถี่ของ CPU เพื่อแปลงค่าเป็นค่ามิลลิวินาที การเปลี่ยนแปลงการกำหนดเวลาอาจเกิดขึ้นได้เมื่อมีการเปลี่ยนแปลงความถี่ของ CPU หรือดริฟท์เกิดขึ้น
การก้าวของ CPU
การก้าวของ CPU ถูกกำหนดให้เป็นการเปลี่ยนแปลงที่ถูกต้องในความถี่ของ CPU การก้าวของ CPU อาจเรียกว่า Intel SpeedStep technology หรือ AMD PowerNow! เทคโนโลยี . เมื่อการทำงานของ CPU เกิดขึ้นความเร็วของ CPU อาจเพิ่มขึ้นหรือลดลงเป็นจำนวนที่เพิ่มขึ้นเท่ากับ๕๐ MHz เพื่อประหยัดพลังงานและลดการส่งออกของความร้อน Cpu ที่อยู่ภายในโหนดการเข้าถึงหน่วยความจำที่ไม่ใช่เหมือนกัน (NUMA) แบบเดียวกันจะปรับความถี่ได้อย่างอิสระ ตารางต่อไปนี้แสดงวิธีการเปลี่ยนแปลงของ CPU แบบต่อเนื่องอาจมีผลต่อการคำนวณเวลา
|
กระทำ |
RDTSC เห็บ |
เห็บต่อมิลลิวินาที (ความถี่) |
เวลาของนาฬิกาแขวน |
|---|---|---|---|
|
เริ่มชุดงาน |
1 |
๒๐๐ |
0 |
|
ขั้นตอนของความถี่ลง |
๒๐๐ |
๑๐๐ |
1ms |
|
สิ้นสุดชุดงาน |
๕๐๐ |
3ms |
|
|
รวม |
๕๐๐ |
4ms |
SQL Server จะจับเครื่องหมาย RDTSC ที่จุดเริ่มต้นและจุดสิ้นสุด RDTSC จากนั้น SQL Server จะหารเครื่องหมายขีดด้วยค่าความถี่ ในตัวอย่างนี้การคำนวณการกำหนดเวลาต่อไปนี้จะเกิดขึ้นเมื่อคุณใช้ค่าความถี่ของ๒๐๐หรือ๑๐๐:
-
ความถี่๒๐๐: 500/200 = ๒.๕ ms
-
ความถี่๑๐๐: 500/100 = 5 ms
การคำนวณการกำหนดเวลาจะตรงกับเวลาที่ใช้ในการตอกบัตรเข้าที่แท้จริงของ 4 ms ถ้าการคำนวณนี้ใช้ใน RPC: เหตุการณ์การติดตามที่เสร็จสมบูรณ์แล้วคอลัมน์ข้อมูล ระยะ เวลาและ เวลาสิ้นสุด จะถูกรายงานอย่างไม่ถูกต้อง RPC: เหตุการณ์ที่เสร็จสมบูรณ์จะจับเวลาเริ่มต้นของนาฬิกาแขวนและการนับจำนวนของ CPU เมื่อต้องการรับการกำหนดเวลาความละเอียดสูงกว่า Windows อุปทานใน SQL Server ๒๐๐๕คอลัมน์ ระยะเวลา และ เวลาสิ้นสุด ในการติดตาม sql server จะถูกคำนวณโดยใช้การนับจำนวนการเลือก CPU ที่ผ่านไป คอลัมน์เวลาสิ้นสุดถูกคำนวณโดยการเพิ่มคอลัมน์ระยะเวลาลงในคอลัมน์เวลาเริ่มต้น ในตัวอย่างนี้คอลัมน์ เวลาสิ้นสุด จะถูกคำนวณโดยการเพิ่ม๒.๕ ms หรือ 5 ms เป็นเวลาเริ่มต้นอย่างไม่ถูกต้อง
ดริฟท์
ดริฟท์เป็น divergence ในการตั้งค่านาฬิกาของ CPU ระบบที่มีหลาย Cpu สามารถสร้างค่านาฬิกา CPU ที่แตกต่างกันสำหรับเวลาเดียวกันได้ แม้ว่าจะไม่ใช่ทั่วไป Cpu อาจพบการแยกนาฬิกาเมื่อเวลาผ่านไป ตัวอย่างต่อไปนี้จะอธิบายวิธีที่การเปลี่ยนแปลงของ drift สามารถส่งผลต่อผลลัพธ์ของคอลัมน์ข้อมูล ระยะเวลา ในการติดตาม SQL Server ตัวอย่างสันนิษฐานว่าความถี่ของ CPU ยังคงคงที่๒๐๐เห็บต่อมิลลิวินาที ตารางต่อไปนี้แสดงเหตุการณ์ในสถานการณ์สมมตินี้
|
กระทำ |
Windows ที่จัดกำหนดการ CPU |
ซีพียู 1 RDTSC |
ซีพียู 2 RDTSC |
เวลาของนาฬิกาแขวน |
|---|---|---|---|---|
|
เริ่มชุดงาน |
1 |
๑๐๐ |
๑๑๐๐ |
0 |
|
สิ้นสุดชุดงาน |
2 |
๙๐๐ |
๑๙๐๐ |
4 ms |
|
รวม |
4 ms |
SQL Server จะจับเครื่องหมายขีด RDTSC ที่จุดเริ่มต้นและจุดสิ้นสุด จากนั้น SQL Server จะแบ่งตัว RDTSC ด้วยค่าความถี่ ในตัวอย่างนี้ Windows จะจัดกำหนดการเธรดของผู้ปฏิบัติงาน SQL Server บน Cpu ที่แตกต่างกันสองตัว เธรดของผู้ปฏิบัติงานของ SQL Server ที่บริการชุดงานจะรันบน CPU แรก (CPU 1) อย่างไรก็ตามการดำเนินการชุดงานถูกขัดจังหวะในบางจุดและ SQL Server จะส่งการดำเนินการชุดงานไปยังคิวที่ค้างอยู่ เมื่อ SQL Server ที่ส่งเธรดของผู้ปฏิบัติงาน SQL Server ที่ให้บริการชุดนี้ไปยังคิว runnable อีกครั้ง Windows จะส่งเธรดที่จะเรียกใช้บน CPU ที่สอง (CPU 2) เธรดของผู้ปฏิบัติงาน SQL Server เสร็จสิ้นการทำงานบน CPU 2 เนื่องจากการดริฟท์ของ CPU ค่าขีดสุดท้ายที่ถูกจับภาพจาก CPU 2 คือ๑๙๐๐แทน๙๐๐ คุณสามารถหลีกเลี่ยงปัญหานี้ได้ถ้าคุณเปิดใช้งานความสัมพันธ์ตัวประมวลผลของ SQL Server การคำนวณการกำหนดเวลาต่อไปนี้จะถูกใช้ในตัวอย่างนี้:
-
ค่าที่ไม่ถูกต้องแต่รายงาน: (๑๙๐๐–๑๐๐ = ๑๘๐๐)/๒๐๐ = 9 ms
-
ค่าที่ถูกต้อง: (๙๐๐–๑๐๐ = ๘๐๐)/๒๐๐ = 4 ms
ค่าของคอลัมน์ ระยะเวลา สำหรับ RPC: เหตุการณ์ที่เสร็จสมบูรณ์ จะถูกรายงานเป็น 9 ms แทนที่จะเป็น 4 ms ผลลัพธ์นี้มีค่ามากกว่าสองเท่าของค่าที่ถูกต้องของ 4 ms ข้อความแจ้งเตือนดริฟท์จะถูกเพิ่มลงใน SQL Server ๒๐๐๕เพื่อระบุว่าผลลัพธ์ของประสิทธิภาพการทำงานที่กล่าวถึงก่อนหน้านี้อาจไม่น่าเชื่อถือ ในบางสถานการณ์ที่ไม่ได้แสดงให้ SQL Server ๒๐๐๕ SP2 อาจรายงานข้อความแจ้งเตือนเกี่ยวกับสิ่งต่อไปนี้:
-
ข้อความเตือนการดริฟท์ที่ผิดพลาด
-
ดริฟท์สามารถเป็นสิบมิลลิวินาทีได้โดยไม่ทำให้เกิดเอฟเฟ็กต์ของระบบที่สังเกตเห็นได้
คุณต้องใช้ความระมัดระวังเมื่อคุณประเมินผลลัพธ์ที่เกี่ยวข้องกับประสิทธิภาพการทำงานและเมื่อคุณเปรียบเทียบผลลัพธ์ที่เกี่ยวข้องกับประสิทธิภาพการทำงานของนาฬิกาบนผนัง ถ้าไม่มีปัญหาด้านประสิทธิภาพการทำงานอื่นๆคุณสามารถละเว้นข้อความแจ้งเตือนการดริฟท์ได้โดยทั่วไป ตัวอย่างเช่นคุณสามารถละเว้นข้อความแจ้งเตือนดริฟท์ในสถานการณ์ต่อไปนี้:
-
กระบวนการกำลังทำงานตามที่คาดไว้
-
คิวรี SQL Server ไม่ทำงานในรูปแบบ durational แปลก
-
คุณไม่เห็นสัญญาณของคอขวดอื่นๆ
อย่างไรก็ตามก่อนที่คุณจะละเว้นข้อความแจ้งเตือนของดริฟท์เราขอแนะนำให้คุณติดต่อผู้ผลิตของคุณเพื่อตรวจสอบให้แน่ใจว่าไม่มีปัญหา RDTSC ที่รู้จักอยู่ คุณสามารถใช้แฟล็กการติดตาม๘๐๓๓ (– T8033) เพื่อกลับไปยังลักษณะการทำงานของการรายงานใน SQL Server ๒๐๐๕เวอร์ชันวางจำหน่ายต้นฉบับและใน SQL Server ๒๐๐๕ SP1 เวอร์ชันวางจำหน่ายต้นฉบับของ SQL Server ๒๐๐๕และ SQL Server ๒๐๐๕ SP1 จะไม่รายงานข้อความแจ้งเตือนดริฟท์ ถ้าคุณกำลังใช้งานเวอร์ชันวางจำหน่ายต้นฉบับของ SQL Server ๒๐๐๕หรือ SQL Server ๒๐๐๕ SP1 โดยไม่มีปัญหาคุณสามารถละเว้นข้อความได้โดยทั่วไป
เหตุใดคำสั่งการหน่วงเวลาของ WAITFOR จึงทำงานได้อย่างถูกต้อง อะไรเกี่ยวกับกระบวนการระบบเป็นงวด
กลไกการหมดเวลาจะไม่ได้รับผลกระทบจากการออกแบบที่มีความละเอียดสูง SQL Server ไม่ได้ใช้ตัวจับเวลาความละเอียดสูงสำหรับกิจกรรมที่ยึดตามตัวจับเวลา กิจกรรมการหมดเวลาบางอย่างจะขึ้นอยู่กับตัวจับเวลาที่มีความละเอียดลดลงที่ใช้ฟังก์ชันGetTickCount กิจกรรมการหมดเวลาเหล่านี้รวมถึงการล็อกการหมดเวลาคำสั่งการหน่วงเวลา WAITFOR และการตรวจหาการชะงักงัน
สำหรับข้อมูลเพิ่มเติมให้คลิกหมายเลขบทความต่อไปนี้เพื่อดูบทความในฐานความรู้ของ Microsoft:
๙๓๘๔๔๘ เซิร์ฟเวอร์ที่ใช้ Windows Server ๒๐๐๓อาจพบดริฟท์การประทับเวลาถ้าเซิร์ฟเวอร์ใช้ตัวประมวลผลแบบ dual-core AMD Opteron หรือโปรเซสเซอร์ AMD Opteron โปรเซสเซอร์
๘๙๕๙๘๐ โปรแกรมที่ใช้ฟังก์ชัน QueryPerformanceCounter อาจทำงานได้ไม่ดีใน Windows Server ๒๐๐๓และใน Windows XPผลิตภัณฑ์ของบริษัทอื่นที่กล่าวถึงในบทความนี้ผลิตโดยบริษัทที่ไม่ขึ้นกับไมโครซอฟท์ Microsoft ไม่รับประกันโดยนัยหรือมิฉะนั้นเกี่ยวกับประสิทธิภาพการทำงานหรือความน่าเชื่อถือของผลิตภัณฑ์เหล่านี้
