การกำหนดค่าไดรฟ์ที่เหมาะสมที่สุดสำหรับ SQL Server 2008R2

ฉันมีเซิร์ฟเวอร์ฐานข้อมูลค่อนข้างยุ่งใช้ SQL Server 2008 R2 ที่มีการตั้งค่าต่อไปนี้:

• SATA RAID 1 (2 ไดรฟ์) - ระบบปฏิบัติการ / โปรแกรม
• SAS RAID 10 (4 ไดรฟ์) - ไฟล์ฐานข้อมูล Sql (ข้อมูลและบันทึก)
• SAS RAID 1 (2 ไดรฟ์) - TempDB (ข้อมูลและบันทึก)

สมมติว่าฉันไม่สามารถเพิ่มไดรฟ์เพิ่มเติมลงในเซิร์ฟเวอร์นี้ได้ฉันได้ใช้ประโยชน์จากการกำหนดค่าที่มีอยู่ให้ดีที่สุดหรือไม่ หรือฉันควรพิจารณาชุดรูปแบบอื่นที่นี่ที่บันทึกจะถูกแยกออกจากไฟล์ข้อมูลเช่น?

ปรับปรุง:

สำหรับผู้ที่ขอรายละเอียดฮาร์ดแวร์เพิ่มเติม:

• ไดรฟ์ SATA (ใช้สำหรับพาร์ติชัน OS / Program) คือ: WD 7200 RPM 3 Gb / s 3.5 นิ้ว SATA
• ไดรฟ์ SAS ที่ใช้ในอาร์เรย์อื่นคือ: Seagate 15K RPM 6 Gb / s 3.5 นิ้ว SAS
• ตัวควบคุม RAID ที่ใช้คือ: พอร์ต LSI 9260-8i SAS / SATA 6 Gb 8

อัปเดต 2:

จากความคิดเห็นที่ฉันได้รับดูเหมือนว่าฉันมีตัวเลือกที่ทำงานได้ดังต่อไปนี้ให้เลือก - ฉันจะมอบรางวัลให้กับใครบางคนที่สามารถบอกฉันได้ว่าสิ่งใดน่าจะดีที่สุดในสภาพแวดล้อมที่ฉันได้ระบุไว้:

1. ทิ้งทุกอย่างไว้ - ฉันอาจไม่ทำดีกว่านี้อีก
2. ย้าย 2 SAS RAID 1 ไดรฟ์ของฉันไปยังอาร์เรย์ RAID 10 ที่มีอยู่ของฉันเพื่อให้ประกอบด้วยดิสก์ทั้งหมด 6 แผ่น
3. ย้ายไฟล์บันทึกของฉันไปที่ SAS RAID 1 และ / หรือย้าย TempDB (ข้อมูลหรือบันทึก) กลับไปที่ RAID 10

ตัวแปรของคำถามนี้เกิดขึ้นแบบกึ่งประจำ:

• สร้าง SQL Server
• ช่วยฉันเลือกชุดค่าระดับ RAID สำหรับอินสแตนซ์ของ SQL Server 2008
• ฉันจะกำหนดค่าดิสก์เหล่านี้บน SQL Server สำหรับการกำหนดค่า BI ได้อย่างไร

นอกจากนี้ยังมีมวยต่อสู้เป็นครั้งคราวเกี่ยวกับการแยกข้อมูล / บันทึก "แนวปฏิบัติที่ดีที่สุด"

• กำลังวางธุรกรรมเข้าสู่ระบบแยกปริมาณ [สถานะของแข็ง]?
• SQL Server - การแยกข้อมูลบันทึกและไฟล์ TempDB บน ​​SAN

หากไม่มีการวิเคราะห์รายละเอียดเพิ่มเติมว่าเซิร์ฟเวอร์นี้ทำอะไรอยู่

• RAID 1 สำหรับระบบปฏิบัติการ
• RAID 10 (6 ดิสก์) สำหรับ data / logs / tempdb

ไม่ค่อยมีจุดใด ๆ ในการแยกที่มีแกนที่มีอยู่น้อยมาก อาร์เรย์เดียวที่มีความจุของ IOPs ที่สูงขึ้นโดยทั่วไปจะดูดซับก้อนและแรงกระแทกของภาระงานของคุณได้ดีกว่า 2 อาร์เรย์ขนาดเล็ก

ตัวแปรหนึ่งที่คุ้มค่าในการทดสอบคือการวาง tempdb ไว้ในไดรฟ์ระบบปฏิบัติการ ทำเช่นนั้นเฉพาะในกรณีที่คุณมีเวิร์กโหลดตัวแทนที่คุณสามารถเล่นซ้ำได้ซ้ำ ๆ ถ้าคุณใช้ข้อตกลงนี้ในการผลิตให้แน่ใจว่าการเจริญเติบโตของ tempdb ถูก จำกัด ดังนั้นคุณจะไม่ใช้พื้นที่ว่างทั้งหมดบนไดรฟ์ระบบปฏิบัติการโดยไม่ตั้งใจ

ระบุว่าไดรฟ์ระบบปฏิบัติการของคุณคือจานรองแก้ว 7200RPM ฉันจะประหลาดใจถ้า tempdb บนไดรฟ์ OS กำหนดค่าประโยชน์ใด ๆ

ทุกอย่างขึ้นอยู่กับปริมาณงานของคุณ แต่มีเพียง 6 ไดรฟ์เท่านั้นที่จะ จำกัด ตัวเลือกของคุณ หากปริมาณงานของคุณไม่ได้ขึ้นอยู่กับ tempdb อย่างมากเช่นการเรียงลำดับตารางแฮชและการแยกสแน๊ปช็อตคุณอาจจะดีกว่าด้วยการใช้ไดรฟ์ 6 SAS ร่วมกันใน RAID 10 อย่างไรก็ตามถ้าคุณรู้หรือมีเมตริกเพื่อพิสูจน์ว่า tempdb มีการใช้งานอย่างหนักจากนั้นคุณควรแยกเก็บไว้ตามที่คุณมี

มันขึ้นอยู่กับสิ่งที่คุณหมายถึงโดย "ยุ่งมาก": รูปแบบเวิร์กโหลดที่แตกต่างกัน (เขียนมากหรือไม่, การทำงานเป็นกลุ่มทั่วไปหรือไม่, ระดับการเข้าถึงพร้อมกัน, ตั้งชื่อ แต่ตัวแปรสามตัว) จะมีผลกระทบรุนแรง ประสิทธิภาพของการจัดเรียงแกนหมุนที่กำหนด

สำหรับสถานการณ์การเขียนที่มีการแยกบันทึกจากข้อมูลสามารถสร้างความแตกต่างอย่างมีนัยสำคัญเนื่องจากการเขียนแต่ละครั้งเกี่ยวข้องกับการอัพเดตทั้งไฟล์บันทึกและไฟล์ข้อมูลดังนั้นจึงต้องมีการพลิกหัวพิเศษในปริมาณที่ยุติธรรมถ้าทั้งสองไฟล์อยู่ในแกนหมุนชุดเดียวกัน .

โดยไม่ต้องอ้างอิงถึงภาระงานของคุณ (และสเป็คของไดรฟ์เหล่านั้นและตัวควบคุมใด ๆ ที่อยู่ระหว่างพวกเขาและเครื่อง) ฉันอยากจะไปสามไดรฟ์: หนึ่งสำหรับโปรแกรม OS + และ tempdb (ข้อมูล) หนึ่งสำหรับ DB หลัก data และรายการที่สามสำหรับบันทึก (ทั้ง tempdb และฐานข้อมูลหลัก)

แน่นอนถ้าปริมาณงานของคุณค่อนข้างเบาในการดำเนินการเขียนคุณไม่ควรกังวลเกี่ยวกับการเก็บข้อมูลและบันทึกแยกต่างหากเนื่องจากจะทำให้ประสิทธิภาพการทำงานแตกต่างกันเล็กน้อยและการทุ่มเทปริมาณทั้งหมดสำหรับพวกเขาจะค่อนข้างสิ้นเปลือง ช่องว่าง

คำตอบที่แท้จริงขึ้นอยู่กับความต้องการของคุณ แต่โดยทั่วไป "ใส่ข้อมูลและเข้าสู่ระบบอาร์เรย์ที่แตกต่าง" มีความสำคัญสูงกว่า "ใส่ tempdb ในอาร์เรย์ของตัวเอง"

จากจำนวนไดรฟ์ที่คุณมีอยู่จุดเริ่มต้นของฉันจะเป็น:

1. สองไดรฟ์, RAID 1 - ระบบปฏิบัติการ, ไฟล์เรียกทำงาน, เพจไฟล์
2. สี่ไดรฟ์ RAID 5 - ไฟล์ข้อมูลทั้งหมด (อีกทางหนึ่งคือ RAID 1 + 0)
3. สองไดรฟ์ RAID 1 - ไฟล์บันทึกทั้งหมด

สิ่งที่ควรทำคือใช้SQLIOเพื่อทดสอบประสิทธิภาพของการกำหนดค่าไดรฟ์ที่แตกต่างกัน

ขึ้นอยู่กับสิ่งที่คุณใช้ DB for (OLTP เทียบกับคลังสินค้า) การกำหนดค่าของคุณดูเหมือนว่าการกำหนดค่าทั่วไปที่ดี หากคุณมีดิสก์เพิ่มเติมคุณจะมีตัวเลือกเพิ่มขึ้น

คุณจะได้ประสิทธิภาพที่ดีขึ้นหากคุณเปลี่ยนดิสก์สำหรับ TempDB ของคุณเป็น RAID 0 (สตริป) มันเพิ่มความเสี่ยงของคุณสำหรับความล้มเหลว แต่เนื่องจาก TempDB เพียงบัฟเฟอร์ข้อมูลคุณจึงไม่สามารถสูญเสียข้อมูลได้ ดังนั้นคนส่วนใหญ่จึงพิจารณาว่าเป็นการแลกเปลี่ยนที่สมเหตุสมผล เพียงแค่เก็บอะไหล่ไว้ (หรืออะไหล่สำรอง)

สิ่งหนึ่งที่คุณไม่ได้พูดถึง แต่สามารถลอง (ถ้าคุณยังไม่ได้ทำ): Microsoft แนะนำให้แบ่ง TempDB ของคุณมากกว่าไฟล์หลาย ๆ ไฟล์ (หนึ่งตัวต่อซีพียู) แน่นอนว่าจะเป็นการดีที่สุดหากมีดิสก์แยกต่างหาก แต่การมีไฟล์แยกต่างหากช่วยได้ http://msdn.microsoft.com/en-us/library/ms175527(v=SQL.105).aspx