Select the product you need help with
คำอธิบายของการใช้ดิสก์ไดรฟ์เก็บกับ SQL Server ที่ควรทราบผู้ดูแลฐานข้อมูลทั้งหมดหมายเลขบทความ (Article ID): 234656 - ผลิตภัณฑ์ที่เกี่ยวข้องในบทความนี้ สรุประบบฐานข้อมูลเป็นอันดับแรก foremost ชอบในการเก็บข้อมูลที่ถูกต้องและการเรียกข้อมูล แม้แต่ในกรณีของความล้มเหลวของระบบที่ไม่คาดคิด ระบบต้องรับประกัน atomicity และ durability ของธุรกรรม ในขณะที่การลงบัญชีสำหรับการดำเนินการปัจจุบัน ธุรกรรมหลายใบ และจุดต่าง ๆ ของความล้มเหลว นี่คือมักเรียกว่าคุณสมบัติ (Atomicity ความสอดคล้อง แยก และ Durability) ที่ ACID บทความนี้เน้นที่เกี่ยวข้องด้านของดิสก์ไดรฟ์เก็บ ขอแนะนำให้ คุณอ่านบทความต่อไปนี้ใน Microsoft Knowledge Base สำหรับ clarification เพิ่มเติมในแคช และสลับโหมดการสนทนาที่มีความล้มเหลว: 86903
(http://support.microsoft.com/kb/86903/
)
sql Server และการแคคอนโทรลเลอร์ดิสก์46091
(http://support.microsoft.com/kb/46091/
)
การใช้ฮาร์ดดิสก์ตัวควบคุมการแคกับ SQL Server230785 เอกสารต่อไปนี้ยังจะแนะนำ:
(http://support.microsoft.com/kb/230785/
)
การทำบันทึกของ sql Server 7.0 และ SQL Server 2000 และ algorithms การเก็บข้อมูลขยายความน่าเชื่อถือของข้อมูล
ข้อมูลเพิ่มเติมMicrosoft SQL Server 2005, SQL Server 2000, SQL Server 7.0, SQL Server รุ่นก่อนหน้า และผลิตภัณฑ์ฐานข้อมูล mainstream จำนวนมากในตลาดใช้โพรโทคอลเขียนล่วงหน้าล็อก (WAL) ในวันนี้ เขียนล่วงหน้าล็อกโพรโทคอล (WAL) SQL Server รุ่นทั้งหมดเปิดแฟ้มบันทึกและข้อมูลที่ใช้ Win32CreateFileฟังก์ชัน กระบวนการdwFlagsAndAttributesรวมสมาชิกfile_flag_write_throughตัวเลือกเมื่อถูกเปิด โดย SQL Serverโพรโทคอลเงื่อนไขเป็นวิธีที่ excellent เพื่ออธิบาย WAL เป็นการเฉพาะ และเก็บไว้ และอัตราแลกเปลี่ยนอย่างถูกต้องกำหนดชุดของขั้นตอนที่จำเป็นเพื่อให้แน่ใจว่าข้อมูลที่ต้องการใช้งาน และสามารถกู้คืนไปยังสถานะที่รู้จักในกรณีของความล้มเหลว อยู่เป็นเครือข่ายประกอบด้วยโพรโทคอลที่กำหนดในการแลกเปลี่ยนข้อมูลในลักษณะสอดคล้องกัน และมีการป้องกัน ดังนั้นมากเกินไป ไม่ WAL อธิบายโพรโทคอลในการปกป้องข้อมูล file_flag_write_through หลายดิสก์ไดรฟ์ (SATA, ATA, SCSI และ IDE ที่ขึ้นอยู่กับ) ประกอบด้วย onboard caches 512 KB, 1 เมกะ ไบต์ และมีขนาดใหญ่ ไดรฟ์ caches มักจะอาศัย capacitor มี และไม่มีวิธีแก้ไขปัญหาทำงานแบตเตอรี. กลไกการแคเหล่านี้ไม่สามารถรับประกันรอบการเขียนข้อมูลผ่านพลังงาน หรือเลือกความล้มเหลวที่คล้ายกัน พวกเขารับประกันความสมบูรณ์ของการดำเนินการเขียนเซกเตอร์เท่านั้น ในขณะที่ไดรฟ์ต่อไปเพื่อขยายขนาด caches ที่จะมีขนาดใหญ่กว่า และพวกเขาสามารถแสดงยอดเงินที่มีขนาดใหญ่ของข้อมูลในระหว่างการเกิดความล้มเหลวตัวเลือกนี้แนะนำให้ระบบการเขียนผ่านแคใด ๆ ระหว่างกลาง และไปยังดิสก์โดยตรง ระบบยังคงสามารถแคชการดำเนินการเขียน แต่ไม่ lazily ล้างแฟ้มเหล่านั้น ตัวเลือก FILE_FLAG_WRITE_THROUGH แน่ใจที่เมื่อการเขียนการดำเนินการกลับสำเร็จกรอกข้อมูลได้อย่างถูกต้องได้ถูกเก็บไว้ในที่เก็บที่เสถียร ซึ่งจัดตำแหน่ง ด้วยข้อมูลจำเพาะโพรโทคอลเขียนห่างล็อก (WAL) เพื่อให้มั่นใจข้อมูล ปรับปรุงแคชตัวควบคุมระบบปิดใช้งานการแคชบนดิสก์ และให้การทำงานแบตเตอรีที่ทำแคโซลูชัน caches เหล่านี้สามารถเก็บรักษาข้อมูลในแคชนานหลายวัน และแม้แต่อนุญาตการแคชบัตรจะถูกวางลงในคอมพิวเตอร์เครื่องที่สอง เมื่อมีการใช้พลังงานได้อย่างถูกต้อง จะคืนค่าข้อมูล unwritten ได้อย่างสมบูรณ์ flushed ก่อนที่อนุญาตให้มีการเข้าถึงข้อมูลเพิ่มเติมใด ๆ จำนวนของแฟ้มเหล่านั้นอนุญาตให้เปอร์เซ็นต์ของการอ่านและแคชการเขียนเพื่อที่ถูกกำหนดสำหรับประสิทธิภาพที่ดีที่สุด บางอย่างประกอบด้วยพื้นที่จัดเก็บหน่วยความจำขนาดใหญ่ ใน fact สำหรับเซ็กเมนต์เจาะจงมากของตลาด ผู้ผลิตฮาร์ดแวร์บางอย่างให้ high-end สำรองแบตเตอรีดิสก์ระบบกับกิกะไบต์หลายแคชของการแค สิ่งเหล่านี้สามารถปรับปรุงสมรรถนะของฐานข้อมูลมาก โอนย้าย I/O ที่ดำเนินการโดยไม่ต้องการใช้แคอาจมีความยาวมากเนื่องจากอัตราหมุนฮาร์ดไดรฟ์ เวลากลจำเป็นสำหรับการย้าย heads ไดรฟ์ และปัจจัยอื่น ๆ limiting การติดตั้ง sql Server จะสำหรับในระบบที่มีตัวควบคุมแคช ตัวควบคุมเหล่านี้ปิดการใช้งาน caches บนดิสก์ และให้สื่อที่เสถียรเก็บการตอบสนองความต้องการของ I/O ของเซิร์ฟเวอร์ SQL พวกเขาหลีกเลี่ยงปัญหาประสิทธิภาพการทำงานที่เกี่ยวข้องกับดิสก์ค้นหา และเขียนครั้ง โดยใช้ optimizations ต่าง ๆ ของตัวควบคุมแคช มีหลายชนิดของระบบย่อย implementations โวและ SAN คือ ตัวอย่างที่สองของชนิดของระบบย่อย implementations เหล่านี้ โดยทั่วไปมีสร้างระบบเหล่านี้กับไดรฟ์ที่ใช้ SCSI มีหลายสาเหตุนี้ ส่วนต่อไปนี้อธิบายถึงข้อควรพิจารณาไดรฟ์ระดับสูง generically ไดรฟ์ SCSI:
There are situations in which a desktop-based drive or array is an appropriate low cost solution. For example, if you set up a read-only database for reporting, you should not encounter many of the performance factors of an OLTP database when disk caching is disabled. Drive sizes continue to increase. Low cost, high capacity drives can be very appealing. But when you configure the drive for SQL Server and your business response time needs, you should carefully consider the following issues:
ยุบตารางนี้
การติดตั้ง SQL Server ขึ้นอยู่กับตัวควบคุมการความสามารถใน การปิดใช้งานการแคชบนดิสก์ และให้การแค I/O ที่เสถียร การเขียนข้อมูลเกิดเสียดิสก์ที่แตกต่างกันไม่ได้เป็น hindrance กับ SQL Server ตราบเท่าที่ตัวควบคุมที่มีความสามารถในการแคชสื่อเสถียรที่ถูกต้อง ความซับซ้อนของการออกแบบของตัวควบคุมที่เพิ่มขึ้นกับเทคนิคการรักษาความปลอดภัยข้อมูลขั้นสูงเช่นการมิเรอร์ เพื่อความปลอดภัยข้อมูลของคุณทั้งหมด คุณควรแน่ใจว่า แคชข้อมูลทั้งหมดจะถูกต้องจัดการ ในสถานการณ์ต่าง ๆ ซึ่งหมายความว่า คุณต้องปิดใช้งานการเขียนแคของดิสก์ไดรฟ์ หมายเหตุ:ตรวจสอบที่ใด ๆกลไกการแคชอื่นสามารถจัดการได้อย่างถูกต้องล้มเหลวหลายชนิด Microsoft ได้ดำเนินการทดสอบในหลาย ๆ SCSI IDE ไดรฟ์และใช้การSQLIOStressโปรแกรมอรรถประโยชน์ ยูทิลิตีนี้จำลองกิจกรรมหนาแบบอะซิงโครนัสอ่าน/เขียนข้อมูลที่จำลองอุปกรณ์และอุปกรณ์การบันทึก สถิติเกี่ยวกับประสิทธิภาพการทำงานการทดสอบแสดงการดำเนินการเขียนเฉลี่ยต่อวินาทีระหว่าง 50 ถึง 70 สำหรับไดรฟ์ที่มีการเขียนที่ถูกปิดใช้งานการแคชและช่วงการ RPM ระหว่าง 5,200 7,200 สำหรับข้อมูลเพิ่มเติมและรายละเอียดเกี่ยวกับ SQLIOStress ดูบทความในฐานความรู้ของ Microsoft ต่อไปนี้: 231619 manufactures พีซีแบบเคลื่อนที่จำนวนมาก (ตัวอย่างเช่น Compaq, Dell เกตเวย์ หรือ HP) ใบสั่งไดรฟ์ที่ มีการปิดใช้งานการแคชการเขียน อย่างไรก็ตาม การทดสอบแสดงที่นี่ไม่เสมออาจเกิดขึ้นในกรณีดังนั้นคุณควรดำเนินการเสมอทดสอบจะเสร็จสมบูรณ์
(http://support.microsoft.com/kb/231619/EN-US/
)
INF: ยูทิลิตี้ SQLIOStress ไปปัญหาดิสก์ระบบย่อยใกล้ SQL Serverหมายเหตุ:หากมีคำถามใด ๆ เป็นการแคชสถานะของดิสก์ไดรฟ์ของคุณ กรุณาติดต่อผู้ผลิต และการขอรับการตั้งค่าเหมาะสมของอรรถประโยชน์หรือ jumper เพื่อปิดใช้งานการดำเนินการแคชเขียน ข้อมูลอ้างอิงสำหรับรายละเอียดที่สมบูรณ์เกี่ยวกับข้อกำหนดของ SQL Server I/O แวะไปที่เว็บไซต์ต่อไปนี้ของ Microsoft:http://www.microsoft.com/sql/alwayson/overview.mspx
(http://www.microsoft.com/sql/alwayson/overview.mspx)
SQL Server ต้องใช้ระบบเพื่อสนับสนุน มีการจัดส่งไปยังสื่อที่เสถียร ตาม outlined ภายใต้โปรแกรมตรวจทาน Microsoft SQL Server Always-On เก็บโซลูชันแก้ไข Foสำหรับข้อมูลเพิ่มเติมเกี่ยวกับความต้องการป้อนข้อมูล และผลลัพธ์สำหรับโปรแกรมของฐานข้อมูล SQL Server คลิกหมายเลขบทความต่อไปนี้เพื่อดูบทความในฐานความรู้ของ Microsoft: 967576
(http://support.microsoft.com/kb/967576/
)
ข้อกำหนดของโปรแกรมอินพุต/เอาท์พุตฐานข้อมูลของเซิร์ฟเวอร์ Microsoft SQLคุณสมบัติหมายเลขบทความ (Article ID): 234656 - รีวิวครั้งสุดท้าย: 8 มกราคม 2554 - Revision: 2.0 ใช้กับ
แปลโดยคอมพิวเตอร์ ข้อมูลสำคัญ: บทความนี้แปลโดยซอฟต์แวร์การแปลด้วยคอมพิวเตอร์ของ Microsoft แทนที่จะเป็นนักแปลที่เป็นบุคคล Microsoft มีบทความที่แปลโดยนักแปลและบทความที่แปลด้วยคอมพิวเตอร์ เพื่อให้คุณสามารถเข้าถึงบทความทั้งหมดในฐานความรู้ของเรา ในภาษาของคุณเอง อย่างไรก็ตาม บทความที่แปลด้วยคอมพิวเตอร์นั้นอาจมีข้อบกพร่อง โดยอาจมีข้อผิดพลาดในคำศัพท์ รูปแบบการใช้ภาษาและไวยากรณ์ เช่นเดียวกับกรณีที่ชาวต่างชาติพูดผิดเมื่อพูดภาษาของคุณ Microsoft ไม่มีส่วนรับผิดชอบต่อความคลาดเคลื่อน ความผิดพลาดหรือความเสียหายที่เกิดจากการแปลเนื้อหาผิดพลาด หรือการใช้บทแปลของลูกค้า และ Microsoft มีการปรับปรุงซอฟต์แวร์การแปลด้วยคอมพิวเตอร์อยู่เป็นประจำ ต่อไปนี้เป็นฉบับภาษาอังกฤษของบทความนี้:234656
(http://support.microsoft.com/kb/234656/en-us/
)
| การแปลบทความ
|




กลับไปด้านบน








