Sunucuyu bir zamanlamayla yeniden başlatmak performans için iyi bir fikir olabilir mi?

Bir programı bir programda yeniden başlatmanın performans için iyi bir fikir olup olmadığını merak ediyorum.

Diyelim ki sunucuyu 2 gece 02: 00'da yeniden başlatmak istiyoruz.

Buradaki sunucu Windows Server 2008 R2. Temel olarak, SQL Server ve IIS 7.5 (yaklaşık 15 uygulama çalışıyor) bu sunucu altında çalışmaktadır. Sunucuda 4GB bellek var.

Ben SQL Server Agent durduruyor yorumunuza dayanarak, kutuyu yeniden başlatmanın yanlış bir şey olduğunu kabul ederken, bazı ek kök neden analizi tavsiye ediyorum. Hizmetler genellikle durmaz ve SQL Server Agent hizmetleri genellikle deneyimlerime göre bu şekilde hareket etmez.

Olay günlüklerini incelemek ve yanlış bir şey "görüp görmediğini" görmek için Günlük Performans Analizi (PAL) ile analiz edebileceğiniz uzun vadeli bir performans sayacı günlüğü çalıştırmak için iyi bir şekilde yapacağınızı düşünüyorum. Başka hiçbir şey yoksa, SQL Agent durdurma ile ilişkili olayları diğer faktörlerle ilişkilendirmeye çalışmalısınız.

Performansı artırmak için bilgisayarı yeniden başlatmak istiyorsanız, muhtemelen sonunda bellek yönetimi sorunları ile karşılaştığınız anlamına gelir.

Önbellekleme İyi

Bir şey olursa, yeniden başlatma sunucuları daha ideal bir ortamda performansa (ve tabii ki çalışma süresine) zarar verir . Hesaplamada performansın temel ilkelerinden biri önbelleklemeden yararlanmak (hızlı bellekte veri bulunması). Her yeniden başlattığınızda önbelleğinizi patlatırsınız. Bu hem SQL sunucusu hem de IIS için geçerlidir. İdeal ortama sahip olmasanız da, aşağıdakiler, sunucuyu bir zamanlamaya göre yeniden başlatmaktan daha iyi bir seçenek için size yardımcı olacaktır.

IIS Bellek Sızıyor mu?

Şimdi bunun IIS 7.5 olduğunu söylediniz. Her ne kadar iç karartıcı bulsam da, IIS 7.5 üzerinde çalışan pek çok web uygulamasında bellek sızıntıları var, IIS'deki varsayılanlar her X dakikada bir APP'yi yeniden başlatmak ve bir APP havuzu boştaysa kapatmaktır. İdeal olan, bellek sızıntılarını düzeltmektir - ancak yapamıyorsanız bellek limitleri ve zamanlayıcıları içeren bu ayarları yapabilirsiniz . Hangi w3wp işleminin belleği kullandığını anlamak için perfmon kullanabilirsiniz. Biraz acı ama app havuzu ile geri bağlayabilirsiniz %systemroot%\system32\inetsrv\APPCMD list wps.

SQL Belleği

Önbelleklemeye geri dönersek, SQL hangi belleği alabileceğini alacaktır. Bunu SQL sunucusunun özelliklerinde sınırlandırabilirsiniz. Belleği sınırlamazsanız ve kutuda IIS çalıştırıyorsanız, bunlar bellek öldürme performansı için savaşmaya başlayabilir. Bu mükemmel makale bu konuyu ayrıntılı olarak ele almaktadır: Sysadmin'in Microsoft SQL Belleği Kılavuzu .

Denge

Aynı kutuda hem IIS hem de SQL bulunduğundan, bellek kullanımlarını dengelemeniz gerekir. Bunu yapmazsanız, tekrar diske takas edilmesi muhtemel olan bellek alabilirsiniz - bu korkunç bir yerdir (Takas etkinliği için perfmon sayaçları olmalıdır). IIS Geri Dönüşüm ayarlarını ve SQL Bellek sınırlarını kullanarak, bu sistemi kararlı hale getirebilmeniz gerekir. Bunu dengelemek için 4GB'tan daha fazla belleğe ihtiyacınız olabilir. Ayrıca, bir seçenekse, SQL sunucusunu özel bir makineye koymanızı şiddetle tavsiye ederim - performansı çok daha iyi hale getirecek ve işleri basitleştirecektir.

Ben belirli bir sorunu çözmek için bir araç olarak değil, özellikle bir zamanlama sunucuları yeniden önyükleme savunucusu değilim. Bir performans sorununu çözmek için bu sunucuyu yeniden başlatmanız gerekiyorsa, sorunun daha iyi bir yolu sorunun nedenini bulmak ve çözmek. Sunucuyu düzenli olarak yeniden başlatmak yalnızca temeldeki sorunu gizlemektir.

Önemli bellek sızıntılarınız varsa, neden olmasın - aksi takdirde güncellemelerle aylık olarak yeniden başlatın.

Sunucuyu gerçekten bir zamanlamaya göre yeniden başlatmak istiyorsanız (yukarıda belirtilen bellek sızıntıları veya güncellemeleri veya başka bir nedenden dolayı) - neden bir küme çözümüne bakmıyorsunuz? Paralel olarak başka bir sunucu koyun, bir yük dengeleyicisine bağlayın (basit bir tane bile) ve hizmet zamanını kaybetmeden veya sunucunun hiç önyükleme yapmayacağından endişe etmeden istediğiniz kadar yeniden başlatabilirsiniz ve dışarıda olacaksın.

Bu korkunç bir fikir değil , ama eğer sadece 'voodoo' ise, muhtemelen size çok yardımcı olmayacaktır.

Ancak, bunun performansınızı artırma konusundaki araştırmanızın sona ermesine izin vermemenin iki nedeni vardır.

Bunlardan biri gelecekteki ölçeklenebilirliktir. Kesintileriniz yükün, belirli sayıda sorgunun, önbelleğe alma, sorgu derleme veya btree dizinleme hatasına neden olan belirli bir sorgu veya şu anda günlük olarak yinelenen diğer sorunların sonucuysa, muhtemelen yük olarak daha sık ortaya çıkarlar zamanla artar. Tomurcuk içinde kıstır.

Diğer sorun, yeniden başlatma sırasında bağımlı hizmetlerden gelen istekleri durdurmanız gerekeceğinden şüpheleniyorum. Az önce operasyonel bir kadans yarattınız. Bazı günlük görevlerin her çalıştırılması gerektiğinde, yeniden başlatmanıza bağlanır. Bir noktada, altı saat süren bu devasa yeniden başlatmalara sahip olacaksınız (burada abartmıyorum, birden fazla şirkette olduğunu gördüm) ve kimse neden her şeyin neden durdurulması ve yeniden başlatılması gerektiğini hatırlamayacak Gecenin.

Benim önerim SQL sürecini izlemek ve gerektiğinde yeniden başlatmak olacaktır. Daha önceki bir posterin de belirttiği gibi, SQL, insanların düşündükleri bellek sızıntısına sahip değildir (ve bunu 90'ların ortasında MSSQL ekibinde olan bir kişi olarak söylüyorum). Sen istiyorsun veritabanı sunucusu neredeyse% 100 bellek ve CPU kullanımı. Daha az bir şey kaynakları boşa harcıyor.

Yazdığınız kod ve bellek sızıntıları azsa, yeniden başlatma, ayrılan belleği havuza geri döndürmenin tek yolu olabilir. Belleğe bağlı süreçleriniz varsa, temiz bir duruma havuzun bu yenilenmesi kesinlikle bir süre için performansı artırabilir ..... Ancak bu, performans sorunlarını ele almak için gerçekten kötü bir yoldur, asıl neden çivilenmeli ve düzeltilmelidir.

Aksi takdirde, yamaları / uygulamaları / verileri geri yüklemek için bir bakım penceresine ihtiyacınız olana kadar çalıştırın. Bu, bir performans mühendisinin söz konusu sunuculara tam olarak neden / hangi sorunları zorladığı konusunda bir göz atmasını önermek için iyi bir zaman olabilir.

Kendi başına tam bir cevap olmasa da , sunucuya biraz daha RAM eklemek uygun bir seçenek midir? 4GB, bir IIS / SQL Server makinesi için düşük taraftadır. Gerçekte adanmış bir sunucu birimi veya hizmete alınmış bir masaüstü olmasına bağlı olarak, oldukça düşük bir maliyetle 8GB veya daha fazlasını elde edebilirsiniz. Bir sunucu ise, standart masaüstü RAM'den biraz daha pahalıya mal olabilir, ancak zorunlu yeniden başlatmalar arasında size biraz daha zaman kazandıracaktır.

Bunu söyleyerek, SQL Server'ı RAM'in maksimum% 80'ini kullanacak şekilde sınırlandırabileceğinizi veya tam olarak neyin yanlış gittiğini ve / veya hizmetin neden durduğunu anlamak için günlüklere bakıp bakamayacağınızı görün.

Eğer Windows sunucularınız varsa ve herhangi bir yama yaması izliyorsanız, SQL sorunu ile ilgisi olmayabilir. "BÜYÜK ÇOK ULUSAL" için çalıştığımda aylık yama yapmak zorunda kaldık ve tüm sunucularımız ayda en az bir kez yeniden başlatıldı.

Bunu 3 sunucuda yapıyorum, 1 bizim ve 2 müşterimiz. Çeşitli nedenlerle kurdum - bir sunucu 2008R1 kurulum için bekleyen birçok güncelleme var, ancak toplu olarak yükleyemiyorum, bu yüzden her gün tek tek yüklüyorum; başka bir sunucu 2012R2 - önyükleme sorun giderme ve bazı performans sorunları vb için. Diğer sabit bir periyodik yeniden başlatma zamanlamak için kötü bir uygulama olduğunu sanmıyorum Bu özellikle çeşitli donanım ve yazılım sorunları, özellikle otomatik başlatma dahil olanlar .

Sadece Windows sunucularını her gece yeniden başlatmakla kalmayan, hatta bazıları her 24 saatte bir yeniden yüklenen büyük bir şirket biliyorum. Onlar için gerekli yazılım ve güvenlik sorunları bellek pırasa nedeniyle.

Bazı şirketlerin her 24 saatte bir yeniden başlatıldığı görülüyor - linux yöneticisi olarak bana garip geliyor. Açıklığa kavuşturmak için: Bunu bir bellek sorunu nedeniyle yapmayı asla tavsiye etmem - sorunu takip edin ve çözün.

Bellek kullanımınız aylarca% 75'te sabit kalırsa, yeniden başlatmaya gerek yoktur - bir sunucu uygulamasının kullanılabilir tüm belleği kullanması tamamen normaldir - performansı artırır, çünkü daha az disk-IO'ya ihtiyacınız vardır verilerinizi önbelleğe almak için RAM.