Bakım planının kullanılmasıyla Ola'nın senaryolarının artıları ve eksileri nelerdir?

Ola'nın çözümünü bakım planı üzerinde kullanmanın avantaj ve dezavantajlarını anlamama yardımcı olur musunuz? Sunacağım SQL Pass ( http://www.pass.org/DownloadFile.aspx?File=ebae1b31 ) tabanlı bir sunum hazırladım .

Ayrıca Ola'nın çözümünün ele aldığı ve bakım planı çözümünün yapmadığı birkaç senaryo hazırlıyorum. Hepiniz bunu daha teknik olarak açıklamama yardımcı olabilir misiniz?

Bu arada, Ola'nın çözümü ile yaklaşık 150'den fazla sunucuyu (2008/2012/2014/2016 karması) en az% 75'ini yönetiyoruz. Brent Ozar'ın bu makalesini beğendim. Ancak yorumlardan birinde Brent, sahip olduğumuz sunucu sayısı için komut dosyası tabanlı bir çözüm kullanmanızı tavsiye etti. https://www.brentozar.com/archive/2012/04/maintenance-plans-roombas-suck-good-way/

Buraya yazdım

Bakım planları kötü değildir, ancak ortamınız büyüdüğünde, bakım planlarının sağladığı sınırlı esneklik ve işlevsellik yeterli olmayacaktır.

Daha fazlasını eklemek için,

• Ola'nın bakım çözümü toplumda ve büyük kuruluşlarda yaygın olarak kabul edilmektedir .
• Açık kaynaklı ve sorunları github / konularında çok hızlı bir şekilde düzeltilme olasılığı ile gündeme getirilebilir .
• Esnek ve ölçeklenebilir (100'lü sunuculara dağıtmak isteseniz bile dbatools'tan Install-DbaMaintenanceSolution kullanın.)
• Microsoft, buggy kendisi olan Bakım planı GUI düzeltmek için neredeyse on yıl aldı :-)
• kapsamlı dokümantasyon ve SSS'lere sahiptir ve daha yeni sql sunucu sürümlerini karşılamak için sürekli olarak güncellenmektedir.
• içinde önizleme sürümü , hatta paralel olarak yedeklerini çalıştırabilirsiniz.
• indeks bakım çözümü için, örneğin X süresinden daha uzun süre çalışıyorsa, işlemi iptal edebilirsiniz.

Komut dosyası tabanlı bir çözümün en büyük avantajlarından biri dağıtım kolaylığıdır - 150'den fazla sunucunuz olduğu için sizin durumunuzla açıkça alakalı olan bir şey. 150 sunucuya birden fazla bakım planı (yani en az 2, biri sistem veritabanları ve diğeri kullanıcı veritabanları için) sunmaya çalışmak bir kabus olacaktır. Bunları bir kez yerinde tutmak da bir güçlüktür.

Komut dosyası tabanlı bir çözümün zaman içinde dağıtılması ve bakımı çok daha kolaydır. Ola'nın senaryoları oldukça kapsamlıdır ve çoğu ihtiyacı karşılar. Herhangi bir kuruluşun kendi benzersiz gereksinimlerini karşılamak için ince ayar yapması için harika bir başlangıç ​​noktasıdır.

Bizim durumumuzda, DEV ortamımızda yaklaşık 40 SQL örneğimiz var ve tek bir tıklamayla 40 yönetim örneğinin tümünde bakım rejimindeki değişiklikleri sunabilmek için SSMS'nin çoklu bağlantı özelliğine sahip değiştirilmiş Ola komut dosyalarını kullanıyoruz. Özel durumlar modifikasyonlarımız tarafından ele alınmaktadır.

Komut dosyalarından% 100 emin değilim, ancak özel komut dosyaları bakım planlarından çok daha iyi. Yerleşik planlar, ne kadar az parçalanma olursa olsun, her dizini bir tablo üzerinde yeniden oluşturacaktır. Always On varsa, bir trafik fırtınası yaratacaktır.

Özel komut dosyaları% 20'nin üzerinde veya eşik değeriniz ne olursa olsun yeniden oluşturabilirsiniz. Bir seferde daha az dizin yeniden oluşturulur. Daha az Her Zaman Açık Verilere ikincil gönderilir. Daha az dizin oluşturduğunuz için daha hızlı yeniden oluşturma. Daha kısa bakım penceresi gereklidir.

Bakım planlarını en son kullandığımda, 300 milyon satırlık bir tablom vardı ve Endeks yeniden yapılandırmaları her başladığında ve işlem günlüğünün taşmasıyla ilgili sorunlar her zaman Açık olurdu. Senaryolara geri döndü ve hepsi gitti.

Yanı sıra benim en sevdiğim neden yedekleme türünü otomatik olarak değiştirebilmektir, böylece yeni bir veritabanı, bir sonraki tam yedekleme işi çalışana kadar beklemek yerine günlük yedekleme işi ilk kez çalıştığında tam bir yedeklemeye sahip olur.

Bakım planları çoğu zaman iyi sonuç verir. Ola Hallengren'in senaryoları çoğu zaman işe yarayacak.

Çok nadir durumlarda, kendiniz büyümeniz gerekebilir.

Jyao'nun dediği gibi, en rahat çalıştığınız yere gelir. İş arkadaşınız bakım planlarından en rahatsa, pantolonlarınızı neden bükmelisiniz?

20 yıldan fazla bir süredir veri tabanına sahipse, zaten kendi bakım senaryolarını yazmıştır. Sürmeyi öğrenmeye başladığınız zaman, muhtemelen kargo şortları ve parmak arası terliklerde genç bir serseri vardı ve hepsi "hey, yaşlı codger, bakım planları daha iyi - ve pantolonlarınızı aşağı çekin, gülünç görünüyorsunuz! ".

Sonra muhtemelen 4 yıl süren bir savaşta, genç yaştaki genç bir bakım planında elinden geldiğince kaçtı. Şimdi sıska kot pantolon ve garip bir papyonlu bu diğer genç punk ona senaryolara geri dönmesini söylüyor. Saçınızı griye çevirmek yeterlidir.

Dikkate alınması gereken üç şey:

Hallengrenite üstünlüğünün bu örnekleri gerçekten ortamınıza uygulanabilir mi?

Bakım planlarını kullanması size gerçek bir sorun teşkil edecek mi?

Onu Hallengren'in senaryolarını kullanmaya ikna ederseniz ve bir sorun varsa, onu kendisi çözebilecek mi yoksa sizi araması gerekecek mi?