วิธีลดต้นทุน HA/DR ของ SQL Server และรับฟีเจอร์ขั้นสูง

Microsoft SQL Server มีความสำคัญอย่างยิ่งต่อแอปพลิเคชันที่สำคัญต่อภารกิจ ทำให้ความพร้อมใช้งานสูง (HA) และการกู้คืนระบบจากภัยพิบัติ (DR) เป็นสิ่งจำเป็น อย่างไรก็ตาม การให้สิทธิ์การใช้งาน Enterprise Edition และคลัสเตอร์ที่ใช้ SAN ทำให้เกิดต้นทุนและความซับซ้อนสูงขึ้น เอกสารฉบับนี้เผยให้เห็นว่าองค์กรต่างๆ สามารถลดต้นทุนการให้สิทธิ์การใช้งาน กำจัดจุดล้มเหลวเดี่ยว และปลดล็อกความยืดหยุ่นขั้นสูงได้อย่างไร ทั้งหมดนี้โดยไม่ต้องพึ่งพา Enterprise Edition หรือ SAN ที่มีราคาแพง

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

การตั้งค่าที่ดีที่สุดสำหรับไฟล์เพจจิ้งของระบบปฏิบัติการเพื่อประสิทธิภาพและเสถียรภาพสูงสุดคืออะไร

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

ไฟล์ Paging ของระบบปฏิบัติการคืออะไร?

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

ไฟล์เพจจิ้งของระบบปฏิบัติการควรอยู่ที่ใด

โดยค่าเริ่มต้น ไฟล์เพจจิ้งของระบบปฏิบัติการจะอยู่ที่ C:\ หรือไดรฟ์ราก การกำหนดค่าระบบปฏิบัติการมีตัวเลือกสำหรับการจัดการไฟล์เพจจิ้งโดยอัตโนมัติ เมื่อตั้งค่านี้ ระบบปฏิบัติการจะสามารถย้ายไฟล์เพจจิ้งไปยังดิสก์ใดๆ ในระบบโดยอัตโนมัติหลังจากรีบูต สำหรับ DataKeeper ขอแนะนำให้ปิดใช้งานการจัดการไฟล์เพจจิ้งโดยอัตโนมัติ เพื่อไม่ให้ไฟล์เพจจิ้งถูกย้ายไปยังไดรฟ์ข้อมูลอื่นๆ ที่ DataKeeper อาจใช้งานอยู่ ระบบปฏิบัติการไม่ทราบว่า DataKeeper กำลังใช้งานไดรฟ์ข้อมูลใดอยู่ และอาจย้ายไฟล์เพจจิ้งไปยังไดรฟ์ข้อมูลที่มีมิเรอร์ DataKeeper โดยไม่คาดคิด ด้วย DataKeeper ในคลัสเตอร์ของคุณ ไฟล์เพจจิ้งจะต้องอยู่ในไดรฟ์ข้อมูลที่ไม่ได้ใช้สำหรับมิเรอร์ DataKeeper (เช่น ไดรฟ์ C)

เหตุใดตำแหน่งของไฟล์เพจจิ้งระบบปฏิบัติการจึงมีความสำคัญต่อ SIOS DataKeeper

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

สรุป: จะเกิดอะไรขึ้นเมื่อไฟล์เพจจิ้งตั้งอยู่บนไดรฟ์ DataKeeper?

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

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

ผู้เขียน: แซนดี้ แฮมิลตัน ผู้อำนวยการฝ่ายวิศวกรรมสนับสนุนผลิตภัณฑ์ของ SIOS Technology Corp.

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS