Yazılım En İyi Uygulamaları ve Güncelleme Programları


12

Güncellemeler söz konusu olduğunda bellenim çok az dikkat çekiyor. Gözden ırak olan gönülden de ırak olur.

Birçok cihaz: RAID denetleyicileri, NIC'ler, yonga setleri ve hatta sabit diskler, güncellenmekten faydalanır. Daha iyi özellikler, güvenlik / hata düzeltmeleri vb.

Çoğu SA, "Ne zaman kırılırsa, ürün yazılımını güncelleyin." Ancak bu, yolda zorluklara yol açabilir; Birkaç kez, arızalı bir sabit sürücü hakkında Dell'e başvururken, sabit sürücü ürün yazılımımın güncel olup olmadığı soruldu. Tüm sunucularım bir çeşit RAID yapılandırması kullanıyor. Zaten tek bir sürücü arızam varsa, sürücülerin geri kalanındaki veya RAID denetleyicisindeki bellenimi yükseltmeye çalışmayı düşünmeli miyim? Hayır derdim. Ancak Dell'in farklı bir görüşü var gibi görünüyor.

  • Sistem ürün yazılımı için gerçekçi bir güncelleme programı nedir?
  • Paylaşmak için en iyi uygulamalarınız var mı?

(Dell'in, herhangi bir Dell sunucusundaki tüm yeni bellenimi kontrol eden Sunucu Güncelleştirme Yardımcı Programı adında güzel bir yardımcı programının olduğunu biliyorum .)

Yanıtlar:


10

Ürün yazılımını iki önemli durumda güncelliyorum.

  1. Bir sunucuyu hazırlarken.
    • Sunucuyu yeni aldığımda, HP web sitesini en son "Ürün Yazılımı Güncelleme CD'si" tarihi için kontrol edeceğim. Yeterince yeniyse, üretime getirmeden önce sunucuya karşı çalıştırırım.
    • Bir sunucuyu yeniden kullandığımda. Genellikle, bu sunucu 2-5 yaşındadır ve muhtemelen bu süre boyunca bir ürün yazılımı güncellemesi yapmamıştır. Yine de yeniden biçimlendirdiğim için, sunucudaki tüm çeşitli bellenimi güncelleyeceğim.
  2. Belirlenen bir satıcı olduğunda bunu yapmak gerekir.
    • Bazen, yanlış türde bir hatadan sonra bir RAID5 dizisini yeniden oluşturamama veya NIC'deki TCP boşaltma motorunda önemli bir performans hatası gibi büyük kararlılık sorunları tanımlanır.
    • Bazen destek için çağrı yaparken, destek teknisyeni ürün yazılımını güncellememi isteyebilir. O zaman yapacağım.

Yukarıda listelemediğim üçüncü bir örnek var, çünkü henüz gerçekleşmedi:

  • Eski bir sunucuya çok daha yeni bir bileşen yerleştirirken. Bazen sistem BIOS'unun üstesinden gelmesi gerekebilir.

Bence bu mükemmel bir denge yaratıyor.
Joseph Kern

5

Ürün yazılımını sunmak için HP SIM'i (Sistemin Insight Manager) kullanıyoruz, platforma göre yapıyoruz - önce test, sonra geliştirme, sonra entegrasyon, sonra nihayet üretim - referans genellikle platform başına yaklaşık bir hafta kadar, bu nedenle 5/6 üretim penceresine hafta. Çalışıyor gibi görünüyor ama HİÇBİR ZAMAN yaptığımız bir şey, sürücüler / kod vb.


+1, parmakla işaretleme, çok yaygın bir olay ... her Salı gibi görünüyor ...
Joseph Kern

4

Buradaki tahıllara karşı çıkıyorum, ama kırılmazsa tamir etmeyin. Bu bir güvenlik sorunu değilse, o zaman yalnız bırakıyorum.

Bu nedenle Dell'in hizmetini hiç reddetmedim.

Yardımcı programı ayda bir kez planlayabilir, ardından diğer yeniden başlatmalarla güncelleyebilirsiniz?


Doğruyu söylemek için +1. Yükseltmek için iyi bir neden yoksa (satıcı, BIOS / ürün yazılımını güncellemediğiniz sürece kitinizi desteklemiyor gibi), neden yapıyorsunuz?
RainyRat

Dell Destek ile çalışmıyorum, ancak BIOS'umu güncelleyene kadar Intel'in desteklemediği bir sorun üzerinde hala sıkıştım - sadece güncelleme için dang şeyini alamıyorum ve bazen bunun sadece mevcut güncelleme sunucumun çalıştığından çok daha fazla sürüm.
Ben Dunlap

1
Prensipte size katılıyorum, ancak şimdi sadece ürün yazılımı geliştirmeleri nedeniyle satın aldığınızdan çok daha hızlı ve daha kararlı bazı sunucularımız var.
Chopper3

Kabul. Performans sorunları bu durumda "kırık" olarak kabul edilebilir sanırım.
MathewC

Kayıt için, son zamanlarda raid kontrol cihazı ürün yazılımını en son sürüme güncelleyene kadar Dell'in bir PowerEdge sunucusunda sabit sürücü değiştirmesini reddettim.
Ryan Bolger

4

Yamaları tedavi ederken ürün yazılımı güncellemelerini ele almalısınız , ancak bu güncellemelerin dağıtımı genellikle daha zordur, bu yüzden çabaya değip değmeyeceğine karar vermek için sürüm notlarını kontrol etmek isteyebilirsiniz (ancak yine de bunu yamalar için de yapıyor olabilirsiniz) ). Bellenim güncellemeleri, düzeltmek için olduğu gibi yeni bir kötü hata içermelidir.

Ürün yazılımının güncellenmesi, devreye alma (veya donanımı yeniden devreye alma) sırasında kolay bir zaman olduğundan yapılmalıdır.

Dağıtım, aşağıdaki satırlarda kabaca bir şey izlemelidir:

  1. Laboratuar makinelerinde test
  2. Önemsiz sistemlere konuşlandırma
  3. Bekle
  4. Önemli / üretim sistemlerine dağıtım

Sonra tekrar, bazı şeyler bunu takip edemez. Özellikle, Microsoft yamalarını Windows masaüstlerine çok hızlı bir şekilde göndermek çok önemlidir ve önemli kaynaklar olmadan testlerin hızlı bir şekilde yapılması zordur.


2

Herhangi bir yeni altyapı ekipmanını devreye alırken genellikle bellenimi güncelleyeceğim. İş İstasyonları ve Yazıcılar, yalnızca gerekli bir hata düzeltmesi veya güvenlik sorunu gibi belirli bir sorun olduğunda güncellenir. Sunucular için daha az önemlidir, çünkü çoğunlukla bellenim kodu ya önyükleme işleminin ötesinde yürütülmez ya da yanlış gitmek için çok az şey vardır.

Birçok üretici, RAID ürün yazılımını yükseltme konusunda kötü deneyimler yaşadım, çünkü birçok üretici, ürün yazılımı sürümü değiştiğinde, dizideki bireysel disklerle aynı olduğunda, geçerli RAID yapılandırmasının geçerli olacağını garanti etmemektedir.

Benim eğilimim, çoğunlukla "kırılmadıysa, çözmeyin" politikası uygulamak olacaktır. Kötü bir bellenim yükseltmesinden kurtarmanın mümkün olup olmadığını kontrol etmeye değer (örn. HP Sunucularında yedek ROM veya bir EEPROM flaşörünüz varsa ve çıkarılabilir bir yonga kullanmaya hazırsanız).


Tüm farklı ürün yazılımlarınızda ne sıklıkla "güvenlik sorunlarını" kontrol ediyorsunuz?
Joseph Kern

Kitimizin neredeyse tamamı HP'dir, ürünü kaydederek "firmware, sürücüler ve güvenlik hakkında bildirimler" sorunlarına genel bir hesap kaydederim, ayrılırsam bu hesabı tekrar yöneticime yönlendireceğim.
Richard Slater

2

Dell'de konuşamam, ancak IBM depolama grubundaki insanlar tarafından yıllar önce RAID ürün yazılımının ilk düzeylerinin ASLA en iyi performans sergilediği söylenmedi. Önce stabilite için ateş ederler ve daha sonra gelecekteki devir seviyeleriyle performansı arttırırlar. Ne yazık ki, birkaçımız daha sonra geri dönmeyi ve sorun olmadıkça sağlıklı sistemin RAID ürün yazılımını bozmayı düşünür (ya da belki de moxie'ye sahip oluruz). Bu nedenle stratejimiz, RAID bağdaştırıcısının yepyeni bir model olmadığı varsayılarak her yeni sunucu kurduğumuzda RAID ürün yazılımı düzeylerini yükseltmek oldu. Bu şekilde en azından o sırada mevcut olan en iyi performans seviyelerini elde ederiz. Yeni bir mod bağdaştırıcısıysa, birkaç ay içinde geri dönüp güncellemeleri kontrol etmek için zihinsel bir not oluşturmaya çalışırız, ancak bu konuda dini değiliz.

Anakartlarda, satıcı teknik desteği bize söylemediği sürece onlarla karıştırmayız. Yıllar boyunca deneyimlerimiz, düzeltilmesi gereken belirli bir sorun olmadığı sürece, risklerin ölçülmesi zor faydalardan büyük ölçüde ağır bastığı yönündedir.

// spk


1

SUU ve benzer ürünleri HP ve IBM'den başarıyla kullandım. Karşılaştığım tek sorun, teknik bir sebep olmadan Dell sürücüsünü değiştirmek için bir satıcı sürücüsünün kullanılmasıydı, bu da SUU yükseltmesinin bir Dell sunucusundaki OM yükseltmesinin başarısız olmasına neden oldu. Her biri güncel tutmak için yılda en az iki kez birkaç yüz sunucuda bellenim ve sürücüler için güncellemeler yaptık. RAID ürün yazılımı ile hiçbir zaman sorun yaşamadık.


Bana daha fazlasını anlat ...
Joseph Kern

Sanırım üç ayda bir, güncellemeleri uygulamak üzere değişiklikleri planlamak için Dell sürümlerini takip ettik. Bunları, desteklediğimiz tüm istemcilerdeki tüm Dell makinelerine uygulayacağız. Belki de şanslıydık ama çok az sorun yaşadığımı düşünüyorum, aynı zamanda bir plana sahip olmak ve işleri güncel tutmak için geldi. Yeni sunucular aldığımızda yaptığımız ilk şeylerden biri tüm malları mevcut seviyeye getirmekti.
Mitch

1

Ürün yazılımını aldığımız her fırsatta güncelliyoruz, bu da bazı sistemler için muhtemelen yılda 3-4 kez (Ana bakım pencereleri).


0

Dell ürün yazılımı yükseltmesine eşlik eden bulanıklığı okursanız, güncelleştirmeyi kritik, önemli veya herhangi bir şekilde sınıflandırır ve yükseltmenin neyi düzelttiğini açıklar (her zaman istediği kadar net değil!).

Benim görüşüm, çok iyi bir neden olmadan bir ürün yazılımı güncellemesi yapmayacağım. Eleştirel bir güncelleme ve sorun giderirse, evet ile karşılaşma şansım var, stresli bir iş olsa bile uygulayacağım.

Dediğiniz gibi, Dell desteği normalde ilgili yükseltmeleri sizi desteklemeden önce uygulamakta ısrar eder ve bu durumda çok fazla seçeneğiniz yoktur. Donanım yazılımının hiçbir zaman bir destek çağrısının nedeni olduğunu bilmememe rağmen Dell'in mühendis zamanını boşa harcamak istemediğini anlayabilirsiniz.

JR


0

Bence bu, uğraşmanız gereken ortam türüne bağlı. Yüksek kullanılabilirlik gerektiren bir ortamda çalışıyorsanız ve istediğiniz zaman sunucuları yeniden başlatamazsanız. Bence en iyi uygulama bir bakım programı uygulamaktır. Her sistem için bir zaman çerçevesi seçin, kullanıcıları bilgilendirin ve bu ayrılan zaman çerçevesi boyunca ürün yazılımı güncellemeleri dahil gerekli tüm işleri yapın. Bu şekilde, tüm sistemlerinizin güncel olduğundan ve aynı zamanda üretim üzerindeki etkisini en aza indirdiğinden emin olabilirsiniz. Ayrıca, daha önce yorumlarda belirtildiği gibi, yeni bir sunucu oluştururken ürün yazılımı güncellemelerini kontrol etmek gerekir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.