ฉันควรคาดหวังอะไรจากข้อ จำกัด ขนาดใหญ่ของเซิร์ฟเวอร์ SQL ที่เชื่อมโยง


9

ผลิตภัณฑ์ของเราใช้ Microsoft SQL Server ขณะนี้เรากำลังใช้ฐานข้อมูลสามฐานและปรับใช้กับฐานข้อมูล SQL Server เดียวเสมอ

ฐานข้อมูลที่สามคือ OLTP, OLAP และการตรวจสอบ ฐานข้อมูล OLAP มีข้อมูลขาเข้าขนาดใหญ่บน EOD จากทั้ง OLTP และการตรวจสอบโดยใช้การสืบค้นข้ามฐานข้อมูล

คำถาม

หากเราต้องปรับใช้ฐานข้อมูลทั้งสามนี้ไปยังอินสแตนซ์ Standard Edition สามแยกภายในเซิร์ฟเวอร์จริงและผูกเข้าด้วยกันโดยใช้คุณสมบัติเซิร์ฟเวอร์ที่เชื่อมโยงของ SQL Server:

  1. รหัสสมัครจะโปร่งใสแค่ไหน? ฉันควรคาดหวังการเปลี่ยนแปลงมากแค่ไหน?
  2. ข้อมูลขาเข้าของ OLAP มีจำนวนแถว 50k-100k, น้ำหนักบรรทุก 200-500MB ต่อ EOD ฉันควรคาดหวังว่าจะมีประสิทธิภาพลดลงเท่าใด
  3. สิ่งที่ฉันควรคาดหวังมาก ๆ

พื้นหลัง

ขณะนี้เรากำลังทอยลูกค้ารายแรกที่มีผู้ใช้มากกว่า 500 คนพร้อมกัน

เรากำลังร่างข้อกำหนดเซิร์ฟเวอร์ซึ่งรวมถึง 64 คอร์และ RAM 256GB สำหรับ SQL Server เพื่อใช้ทรัพยากรที่มีอยู่มากมายเหล่านั้นลูกค้าจะต้องซื้อ Enterprise Edition ซึ่งสำหรับ SQL Server 2016 จะมีให้เฉพาะในการให้สิทธิ์ใช้งานแบบต่อคอร์เท่านั้น

เรากลัวว่าค่าใบอนุญาตเพียงอย่างเดียว (64 x $ 7400) จะทำให้พวกเขาผิดหวัง ดังนั้นฉันจึงคิดที่จะแยกฐานข้อมูลออกเป็นสามอินสแตนซ์ของ Standard Edition และมีการเชื่อมโยงเข้าด้วยกันโดยหวังว่าคุณสมบัติการเชื่อมโยงจะโปร่งใสจากรหัสแอปพลิเคชัน

คำตอบ:


14

รหัสสมัครจะโปร่งใสแค่ไหน? ฉันควรคาดหวังการเปลี่ยนแปลงมากแค่ไหน?

ไม่โปร่งใสเลย คาดหวังการเปลี่ยนแปลงครั้งสำคัญ

คุณควรเตรียมพร้อมสำหรับการลดประสิทธิภาพลงอย่างมาก

Query แบบกระจาย (เฟรมเวิร์กสำหรับเซิร์ฟเวอร์ที่เชื่อมโยง) ใช้โมเดล OLEDB ทั่วไปไม่ว่าเซิร์ฟเวอร์ในส่วนอื่น ๆ จะเป็นเช่นไร มันเป็นความจริงที่ว่าเป้าหมายของ SQL Server อาจให้ข้อมูลที่สมบูรณ์มากขึ้น (ข้อมูลเมตา, สถิติ, ฯลฯ ) แต่ผลลัพธ์ยังคงใกล้เคียงกับการรวมเข้าด้วยกันหรือความสามารถในการดำเนินการข้ามฐานข้อมูลแบบเนทีฟ

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


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

สำหรับการดำเนินงานกลุ่มข้ามเช่นคุณจะมากดีกว่าการใช้การดำเนินงานจำนวนมากจริง ( bcp, BULK INSERT, SSIS ... ฯลฯ .) ระหว่างอินสแตนซ์กว่าการใช้เซิร์ฟเวอร์ที่เชื่อมโยง


ทั้งหมดที่กล่าวว่าความคิดพื้นฐานดูเหมือนว่าจะมีปัญหามากกว่าที่ฉันคิด ระบุฮาร์ดแวร์ที่จะทำงานภายในข้อ จำกัด ของ Standard Edition หรือหากลูกค้าต้องการประสิทธิภาพที่สูงขึ้นให้รับเซิร์ฟเวอร์ที่ใหญ่กว่าและใช้ Enterprise Edition

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.