คำถามติดแท็ก vmware

4
ความเร็วสัญญาณนาฬิกาของ CPU เทียบกับจำนวนแกนประมวลผลหลัก - สูงกว่า GHz หรือแกนประมวลผลเพิ่มเติมสำหรับ SQL Server
เราเริ่มเตรียมชุดฟิสิคัลเซิร์ฟเวอร์สำหรับคลัสเตอร์เสมือนของโหนด SQL Server 2016 ภายใน VMware เราจะใช้สิทธิ์การใช้งาน Enterprise Edition เราวางแผนที่จะตั้งค่า 6 โหนด แต่มีการถกเถียงกันเล็กน้อยเกี่ยวกับวิธีที่เหมาะสมที่สุดในการจัดเตรียมเซิร์ฟเวอร์ทางกายภาพที่เกี่ยวกับความเร็วสัญญาณนาฬิกาของ CPU เทียบกับจำนวนหลักของ CPU ฉันรู้ว่าส่วนใหญ่ขึ้นอยู่กับปริมาณธุรกรรมและจำนวนฐานข้อมูลที่เก็บไว้ในปัจจัยเฉพาะซอฟต์แวร์อื่น ๆ แต่มีกฎทั่วไปที่แนะนำหรือไม่ ตัวอย่างเช่นเซิร์ฟเวอร์ฟิสิคัลแบบ dual-core 8-core, 3.2 GHz (16 คอร์) เป็นสิทธิพิเศษสำหรับเซิร์ฟเวอร์ 16-core, 16 GHz แบบคู่ 16 แกน (32 คอร์) หรือไม่? มีใครบ้างที่พบกระดาษสีขาวที่นำเสนอหัวข้อประเภทนี้เพิ่มเติมหรือไม่

2
ปัญหาประสิทธิภาพการทำงานที่แปลกกับ SQL Server 2016
เรามีอินสแตนซ์เดียวของ SQL Server 2016 SP1 ที่ทำงานในเครื่องเสมือน VMware มันมี 4 ฐานข้อมูลสำหรับแต่ละแอปพลิเคชันที่แตกต่างกัน แอปพลิเคชั่นเหล่านั้นล้วน แต่อยู่บนเซิร์ฟเวอร์เสมือนแยกกัน ยังไม่มีการใช้งานจริง ผู้คนที่ทดสอบแอพพลิเคชั่นกำลังรายงานปัญหาด้านประสิทธิภาพ นี่คือสถิติของเซิร์ฟเวอร์: 128 GB RAM (หน่วยความจำสูงสุด 110GB สำหรับ SQL Server) 4 คอร์ที่ 4.6 GHz การเชื่อมต่อเครือข่าย 10 GBit ที่เก็บข้อมูลทั้งหมดใช้ SSD ไฟล์โปรแกรมไฟล์บันทึกไฟล์ฐานข้อมูลและ tempdb อยู่บนพาร์ติชันแยกต่างหากของเซิร์ฟเวอร์ asd ผู้ใช้ทำการเข้าถึงหน้าจอเดียวผ่านแอปพลิเคชัน ERP ที่ใช้ C ++ เมื่อฉันทดสอบ SQL Server กับ Microsoft ostressโดยใช้แบบสอบถามขนาดเล็กจำนวนมากหรือแบบสอบถามขนาดใหญ่ฉันได้รับประสิทธิภาพสูงสุด สิ่งเดียวที่ควบคุมปริมาณคือลูกค้าเพราะเขาไม่สามารถตอบได้เร็วพอ แต่เมื่อมีผู้ใช้แทบจะไม่ SQL …

1
PVSCSI หลายตัวพร้อม SQL Server
เกี่ยวกับ SQL Server virtualization, การพยายามที่จะหาข้อมูลถ้ามีผลกระทบต่อประสิทธิภาพในเชิงบวกต่อการแยกอุปกรณ์ข้อมูลจากอุปกรณ์ที่แตกต่างกันเข้าสู่ Paravirtual SCSI (PVSCSI) อะแดปเตอร์คล้ายกับสิ่งที่จะทำที่นี่ มีสถานการณ์จำลองในไคลเอนต์ที่เพิ่ม PVSCSI เพิ่มเติมและอุปกรณ์บันทึกถูกแยกออกจาก PVSCSI ใหม่ซึ่งแสดงประสิทธิภาพที่เพิ่มขึ้นอย่างมาก กระนั้นข้อสงสัยยังคงอยู่หากเกิดจากการแยกนี้หรือเพียงเพราะข้อเท็จจริงที่ว่า PVSCSI เพิ่มเติมนั้นมีอยู่ในปัจจุบัน ตามที่ทราบกันแล้วโดยทั่วไปแล้วดิสก์บันทึกจะเขียนตามลำดับในขณะที่ดิสก์ข้อมูลตามรูปแบบการสุ่มใน r / w ของพวกเขาและมีประโยชน์ด้านประสิทธิภาพในการวางไฟล์ทั้งสองชนิดนี้ไว้ในดิสก์แยกกัน แต่ตัวควบคุมล่ะ? มีประโยชน์ในการรักษารูปแบบที่แตกต่างเหล่านี้ในตัวควบคุม PVSCSI แยกกันหรือไม่ ใครมีความเข้าใจในเรื่องนี้บ้าง? ขอบคุณล่วงหน้า

3
ปัญหาประสิทธิภาพการทำงานที่สำคัญใน SQL Server ที่ผลิตของเราฉันจะแก้ไขปัญหานี้ได้อย่างไร
คำถามนี้เป็นคำถามที่ตามมาสำหรับคำถามนี้: ปัญหาประสิทธิภาพการทำงานที่แปลกกับ SQL Server 2016 ตอนนี้เรามีประสิทธิภาพด้วยระบบนี้ แม้ว่าฐานข้อมูลแอปพลิเคชันอื่นจะถูกเพิ่มไปยัง SQL Server นี้ตั้งแต่โพสต์ล่าสุดของฉัน นี่คือสถิติของระบบ: 128 GB RAM (หน่วยความจำสูงสุด 110GB สำหรับ SQL Server) 4 คอร์ที่ 2.6 GHz การเชื่อมต่อเครือข่าย 10 GBit ที่เก็บข้อมูลทั้งหมดใช้ SSD ไฟล์โปรแกรมไฟล์บันทึกไฟล์ฐานข้อมูลและ tempdb อยู่บนพาร์ติชันแยกต่างหากของเซิร์ฟเวอร์ Windows Server 2012 R2 VMware เวอร์ชัน HPE-ESXi-6.0.0-Update3-iso-600.9.7.0.17 เครื่องมือ VMware รุ่น 10.0.9 สร้าง 3917699 Microsoft SQL Server 2016 (SP1) (KB3182545) …

3
แทรกจำนวนมากลงใน SQL Server จาก VMWare guest โดยใช้สวิตช์แบบกระจาย
นี่น่าจะไม่ใช่ปัญหาเซิร์ฟเวอร์ SQL เป็นส่วนใหญ่ แต่ดูเหมือนว่าการตั้งค่าจะมีผลเฉพาะกับ BULK INSERTS ไปยังเซิร์ฟเวอร์ SQL เท่านั้น เราเพิ่งย้ายฮาร์ดแวร์ VM และแขกทั้งหมดที่ถูกย้ายมีสวิตช์เสมือนของพวกเขาเปลี่ยนจากมาตรฐานเป็นการกระจาย ฉันเริ่มได้รับแล้ว เกิดข้อผิดพลาดร้ายแรงขณะอ่านอินพุตสตรีมจากเครือข่าย เซสชั่นจะถูกยกเลิก (ข้อผิดพลาดการป้อนข้อมูล: 64 ข้อผิดพลาดการส่งออก: 0) บนเซิร์ฟเวอร์ SQL สองเซิร์ฟเวอร์ในระหว่างการดำเนินการ BULK INSERT หนึ่งในเซิร์ฟเวอร์ SQL คือ VM ที่มีการกำหนดค่าใหม่และอีกรายการหนึ่งเป็นเซิร์ฟเวอร์จริง การดำเนินการทั้งสองแทรกเป็นกลุ่มมาจาก VM ด้วยการกำหนดค่าใหม่ ส่วนแทรกจำนวนมากจะไม่ล้มเหลวทุกครั้งมันจะสุ่มมากเมื่อต้องการ เมื่อเราเปลี่ยนสวิตช์เสมือนเป็นสวิตช์มาตรฐานแทนที่จะเป็นสวิตช์แบบกระจายปัญหาจะหายไป ฉันกำลังหาคำอธิบายเพิ่มเติมว่าทำไมมันไม่ทำงานกับสวิตช์แบบกระจายแทนที่จะเป็นความละเอียด ฉันเดาว่าการดำเนินการแทรกเป็นกลุ่มเป็นแบบอนุกรมและด้วยสวิตช์แบบกระจายแพ็คเก็ตจะถูกส่งผ่านโฮสต์ที่แตกต่างกันซึ่งบางอันอาจยุ่งกว่าผู้อื่นและมาถึงเซิร์ฟเวอร์ปลายทางเกินกว่าขีด จำกัด เวลาแฝง (หมายเหตุ: ไม่มีสิ่งใดในบันทึกเหตุการณ์ของ windows ในเวลาที่เกิดข้อผิดพลาดบนเซิร์ฟเวอร์ต้นทางหรือเซิร์ฟเวอร์ปลายทาง) UPDATE: ปัญหานี้เกิดจาก NIC VMs ทั้งหมดของเราได้รับการกำหนดค่าด้วย E1000 NIC ซึ่งทำงานได้ดีพอกับสวิตช์มาตรฐาน …

1
ทำไมมิเรอร์ฐานข้อมูลของฉันแตกหลังจากเปลี่ยนการตั้งค่ากลุ่มไฟล์จาก RESTRICTED_USER เป็น MULTI_USER
สภาพแวดล้อมของฉันคือต่อไปนี้: VMWare 5.5เซิร์ฟเวอร์ vitalized MS Windows Server 2008R2 องค์กรโดเมนและSQL Server 2008 R2 องค์กร จัดเก็บข้อมูลส่วนกลางด้วยการเชื่อมต่อช่องสัญญาณไฟเบอร์ SQL Server DBฉันมีพาร์ทิชันในของฉัน ฉันมี 2 file groups: หนึ่งเดียวกับข้อมูลที่อยู่อาศัย (FG1) , ครั้งที่สองกับข้อมูลทางประวัติศาสตร์ (HDG) read-onlyกลุ่มไฟล์ที่สองคือ แต่ละเดือนฉันเคลื่อนไหวในพาร์ติชัน - ฉันเพิ่มข้อมูลใหม่ (จากเดือนก่อนหน้า) ไปยังข้อมูลประวัติ กระบวนการนี้โดยอัตโนมัติ เราย้ายฐานข้อมูลไปยังเซิร์ฟเวอร์ใหม่ ตอนแรกที่ผมต้องทำกระบวนการด้วยตนเอง ระหว่างการดำเนินการนี้มิร์เรอร์ของฉันหยุดทำงาน (หลังจากการดำเนินการ 3 - ดูการไหลของกระบวนการ) พร้อมข้อผิดพลาดต่อไปนี้: บนเซิร์ฟเวอร์ PRINCIPAL: ROW 0 ในบันทึก: Date 15.6.2015 20:54:11 Log …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.