MS SQL Server Toplu Güncelleştirmeleri - En İyi Uygulamalar

SQL Server Toplu Güncelleştirmeler için önerilen en iyi uygulamalar hakkında bir fikir edinmeye çalışıyorum .

Şu anda, "CU tarafından düzeltilen bir sorun yaşadığımız bir sorun olmadığı sürece hiçbir şey yapma" fikri üzerinde çalışıyoruz. Bu, "eğer kırılmazsa, düzeltmeyin" yaklaşımından işe yarar, ancak birçok CU'nun performans iyileştirmeleri olduğu için bunun gerçekten iyi bir fikir olup olmadığını merak ediyorum. Muhtemelen CU serbest bırakıldıktan bir veya iki ay sonra periyodik bakım döngülerimizde uygulanan yamalara CU eklemeyi düşünüyoruz.

Diğerleri ne yapıyor ve neden?

Aşağıdaki yanıtları etkileyen soruya bir güncelleştirme olarak, 24 Mart 2016'da Microsoft'un SQL Server ekibi hizmet modellerini güncellediklerini açıkladı . Microsoft, tüm kullanıcıların Ocak 2016'dan sonra yayınlanan tüm CU'ları yüklemesini önerir:

Ocak CU sürümleri itibariyle, bu uyarı mesajları güncellendi, şimdi CU'ların kullanılabilir olduklarında sürekli ve proaktif olarak kurulmasını öneriyoruz. SP'leri (Hizmet Paketleri) piyasaya sürüldükleri gibi yüklemeyi planladığınız güven düzeyine sahip bir CU yüklemeyi planlamanız gerekir. Çünkü CU'lar SP'lere göre sertifikalandırılmış ve test edilmiştir. Ayrıca, Microsoft CSS verileri, müşteri sorunlarının önemli bir yüzdesinin daha önce serbest bırakılmış bir CU'da ele alındığını, ancak proaktif olarak uygulanmadığını gösterir. Dahası, CU'lar düzeltmelerin üzerinde ve üstünde katma değer içerir. Bunlar ayrıca genel deneyimi geliştiren desteklenebilirlik, günlük kaydı ve güvenilirlik güncellemeleri içerebilir.

Mesajlaşma ve rehberlik güncellemelerine ek olarak, CU edinim modelinde güncellemeler yaptık.

Edinme değişiklikleri:

• Elbette CU'lar geleneksel olarak “Düzeltme” sunucusunda (bir 'QFE' veya 'Düzeltme' ile ilişkili “uyarı dili” ile birlikte) kullanıma sunulmuştur. Buradaki tutarsızlık, artık CU'ların gerçekten basit hızlı düzeltmeler olmadığıdır. Kapsanan güncellemeler günümüzde bireysel ve tam sistem entegrasyon seviyelerinde iyi test edilmiştir.
• Bu nedenle, günümüzde Hizmet Paketleri için olduğu gibi microsoft.com/downloads adresinde ana akım destekli temel hat başına (bugün 2012 SP2 / SP3 ve 2014 RTM / SP1) en son CU'yu yerleştiriyoruz.
• Ayrıca, edinme ve dağıtımı kolaylaştırmak için yakında tüm CU'ları Windows Update Kataloğu'nda yayınlayacak ve koruyacağız
• Düzeltme sunucusuna yalnızca geçici CU 'İsteğe Bağlı' düzeltmeler yerleştirilecek
• Sürtünmeyi azaltmak için, microsoft.com/downloads adresinden CU'ların indirilmesi bir e-posta ve URL sağlamayı / almayı gerektirmez
• En son CU'yu, tıpkı bugün Hizmet Paketleri gibi, Microsoft Update'te İsteğe bağlı bir güncelleştirme olarak sunmayı da değerlendiriyoruz

En son toplu güncellemeyle güncel kalmanın büyük bir savunucusuyum, ancak yalnızca test / KG döngünüz buna karşı tam ve uygun regresyon testini sağlayabilirse. SQLskills'den Glenn Berry de bu yaklaşımın savunucusudur .

Microsoft'un kendi önerisi, yalnızca sizi etkileyen sorunları düzelten CU'ları uygulamaktır, ancak son zamanlarda bu duruşu gevşetmişlerdir . Sorun şu ki, bu sorunlardan bir veya daha fazlasından etkilenmiş olabilirsiniz ve bunu bilmiyor olabilirsiniz veya yarın sizi henüz etkilememiş olsa bile etkilenebilirsiniz. Bu konuyu, şubeniz için her bir CU'daki her bir düzeltmenin arkasındaki sorunu çözecek misiniz? Hala etkilenmediğinizden emin olmak için bunu sürekli yapacak mısınız?

Dürüst olacağım: Örneklerime herhangi bir CU uygulamakta hiç sorun yaşamadım. Aslında, CU sürüm işlemleri hizmet paketi sürüm döngüsüne göre çok daha güvenilirdi ve çoğu durumda ( en son SQL Server 2012 Service Pack 2 dahil ), hizmet paketini ilkine kadar uygulamak istemezsiniz. O dal için CU zaten serbest bırakıldı. Bu durumda, Service Pack kodunu yapmak için zamanında düzeltilmeyen sorunu gidermek için geçici bir düzeltme vardır, ancak bu her zaman doğru değildir.

CU'lara ayak uydururduk. Serbest bırakıldıktan yaklaşık 1 ay sonra, onlar tarafından düzeltilmiş bir sorun yaşıyor olsak da olmasak da bunları uygularız.

Ancak, büyük bir sorunla karşılaştıktan sonra bu uygulamayı durdurduk. Bizim durumumuzda yüklediğimiz bir hizmet paketi, yaşadığımız tam metin dizine ekleme ile ilgili bir sorunu çözdü. Birkaç ay sonra, CU'lardan biri bu düzeltmeyi geri aldı . Bu, neler olduğunu anlamak için biraz araştırma yapan her türlü soruna neden oldu. Biz daha sonra yeni bir CU başka bir şey kırdı sonra berbat edildi bir iş kodlama sona erdi ... Net sonuç: sunucu yerden belirli bir SP / CU seviyesine kadar yeniden ve dondurulmuş.

Uygulama performansımız, ortaya çıkabilecek herhangi bir yeni SQL performans geliştirmesiyle ilgilenmeyeceğimizden, bu sorun değil. Ayrıca, raporlama ve diğer sorgular sürekli olarak geçerli sonuçları geri çekmektedir, bu nedenle yeni ayarlamalar gereksizdir. Bu, şu anda bir CU uygulamayı düşünmeden önce bir güvenlik sorunu olması gerektiği anlamına gelir.

Aaron'a tamamen katılıyorum: bunu sadece test / QA döngünüz düzgün bir şekilde test edebilirse yapın Aksi takdirde gerçekten karşılaştığınız bir sorunu düzeltmedikçe daha net diyorum. Ve o zaman bile, bağlı olabileceğiniz bir şeyi kırmadıklarından emin olmak için her küçük yönünü gerçek verilerle test edin.