โปรแกรมปรับปรุงสะสม MS SQL Server - แนวทางปฏิบัติที่ดีที่สุด

ฉันพยายามที่จะได้รับความคิดของสิ่งที่ควรปฏิบัติที่ดีสำหรับการที่อัพเดทสะสม SQL Server

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

คนอื่นทำอะไรและทำไม

ขณะที่การปรับปรุงไปยังคำถามที่ส่งผลกระทบต่อคำตอบด้านล่างวันที่ 24 มีนาคม 2016 ทีมงานของ Microsoft SQL Server ประกาศว่าพวกเขาได้รับการปรับปรุงรูปแบบการให้บริการของพวกเขา Microsoft ขอแนะนำให้ผู้ใช้ทุกคนติดตั้ง CU ทั้งหมดที่เผยแพร่หลังจากเดือนมกราคม 2559:

ตั้งแต่วันที่ CU ของเดือนมกราคมข้อความเตือนเหล่านี้ได้รับการปรับปรุงตอนนี้เราขอแนะนำให้ติดตั้ง CU ของเชิงรุกอย่างต่อเนื่องเมื่อพวกเขาพร้อมใช้งาน คุณควรวางแผนที่จะติดตั้ง CU ด้วยความมั่นใจในระดับเดียวกับที่คุณวางแผนที่จะติดตั้ง SPs (Service Packs) ตามที่ได้เปิดตัว เนื่องจาก CU ได้รับการรับรองและทดสอบตามระดับของ SP นอกจากนี้ข้อมูล Microsoft CSS บ่งชี้ว่าปัญหาสำคัญของลูกค้ามักจะได้รับการแก้ไขก่อนหน้านี้ใน CU ที่เผยแพร่แล้ว แต่ไม่ได้นำไปใช้ในเชิงรุก ยิ่งกว่านั้น CU มีมูลค่าเพิ่มเกินกว่าที่จะแก้ไข สิ่งเหล่านี้อาจมีการปรับปรุงการสนับสนุนการบันทึกและความน่าเชื่อถือที่ช่วยยกระดับประสบการณ์โดยรวม

นอกเหนือจากการอัปเดตการส่งข้อความและคำแนะนำแล้วเรายังได้อัปเดตโมเดลการได้รับ CU

การเปลี่ยนแปลงการได้มา:

• แน่นอนว่า CUs มีให้บริการแบบดั้งเดิมบนเซิร์ฟเวอร์ "Hotfix" (พร้อมด้วย "ภาษาเตือน" ที่เกี่ยวข้องกับ 'QFE' หรือ 'Hotfix') ความไม่สอดคล้องกันที่นี่คือ CU ไม่ใช่โปรแกรมแก้ไขด่วนด่วนแบบง่าย ๆ อีกต่อไป การอัพเดทที่ครอบคลุมนั้นได้รับการทดสอบทั้งในระดับบุคคลและระดับการรวมระบบทั้งหมดในปัจจุบัน
• ดังนั้นตอนนี้เรากำลังวาง CU ล่าสุดต่อหลักพื้นฐานที่รองรับ (2012 SP2 / SP3 และ 2014 RTM / SP1 วันนี้) บน microsoft.com/downloads เช่นเดียวกับ Service Packs ในวันนี้
• นอกจากนี้เราจะปล่อยและบำรุงรักษา CU ทั้งหมดในแคตตาล็อก Windows Update ทันทีเพื่ออำนวยความสะดวกในการจัดหาและจัดจำหน่าย
• เฉพาะการแก้ไข 'ตามคำขอ' CU ระหว่างกาลเท่านั้นที่จะถูกวางไว้บนเซิร์ฟเวอร์โปรแกรมแก้ไขด่วนก้าวไปข้างหน้า
• เพื่อลดแรงเสียดทานการดาวน์โหลด CU จาก microsoft.com/downloads จะไม่ต้องการการให้ / รับอีเมลและ URL
• นอกจากนี้เรากำลังประเมินข้อเสนอ CU ล่าสุดเป็นตัวเลือกในการอัปเดตของ Microsoft Update เช่นเดียวกับ Service Packs วันนี้

ฉันเป็นผู้สนับสนุนรายใหญ่ในการปรับปรุงให้ทันสมัยด้วยการปรับปรุงล่าสุด แต่เฉพาะในกรณีที่การทดสอบ / รอบการประกันคุณภาพของคุณสามารถรับประกันการทดสอบการถดถอยอย่างเต็มรูปแบบและเหมาะสมกับมัน Glenn Berry ของSQLskillsยังเป็นผู้สนับสนุนของวิธีการนี้

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

ฉันจะค่อนข้างซื่อสัตย์: ฉันไม่เคยมีปัญหาในการใช้ CU ใด ๆ กับอินสแตนซ์ของฉัน และในความเป็นจริงกระบวนการเผยแพร่ CU ของพวกเขานั้นเชื่อถือได้มากกว่ารอบการเผยแพร่เซอร์วิสแพ็คและในหลาย ๆ กรณี (รวมถึงล่าสุดกับ SQL Server 2012 Service Pack 2 ) คุณไม่ต้องการใช้เซอร์วิสแพ็คจนถึงครั้งแรก CU สำหรับสาขานั้นได้รับการเผยแพร่แล้ว ในกรณีนี้มีโปรแกรมแก้ไขด่วนระหว่างกาลเพื่อแก้ไขปัญหาที่ไม่ได้รับการแก้ไขในเวลาที่จะทำให้รหัส Service Pack แต่ไม่เป็นจริงเสมอไป

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

อย่างไรก็ตามหลังจากที่เราพบปัญหาใหญ่เราก็หยุดการฝึกฝนนี้ ในกรณีของเราเซอร์วิสแพ็คที่เราติดตั้งแก้ไขปัญหาด้วยการจัดทำดัชนีข้อความแบบเต็มที่เรากำลังประสบอยู่ ไม่กี่เดือนต่อมาหนึ่งใน CUs ย้อนกลับการแก้ไขเฉพาะนั้น สิ่งนี้ทำให้เกิดปัญหาทุกประเภทสำหรับเราที่ใช้เวลาค้นคว้าค่อนข้างมากเพื่อหาว่าเกิดอะไรขึ้น เราลงเอยด้วยการเขียนรหัสงานซึ่งหลังจากนั้นก็เมากันเมื่อ CU ใหม่ทำลายสิ่งอื่น ... ผลสุทธิ: เซิร์ฟเวอร์ติดตั้งใหม่จากพื้นดินจนถึงระดับ SP / CU เฉพาะและแช่แข็ง

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

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