Kurum içi üretim sunucusunda düzenli güncellemeler planlamak için en uygun zaman nedir?

Üretim modunda çalışan bir şirket içi sunucu göz önüne alındığında, düzenli güncellemeleri dağıtırken kullanıcılar üzerindeki etkisini olabildiğince düşük tutmak istiyorum (sunucunun kendisine değil, kullanıcı makinelerine .. ama bu oldukça benzer bir sorun olacaktır).

Sorumun açık cevabı "geceleri, kullanıcıların evde olduğu zaman". Ama "gece" uzun bir dönemdir. Güncellemeyle ilgili sorunları önceden yakalamak ve geri dönmeye hazır olmak için akşamın erken saatlerinde başlamalı mı? Yoksa sabah erken başlamak ve sorunları daha hızlı tetiklemek için ilk kullanıcıları "kobay" olarak kullanmak daha mı iyi? Ya da gecenin ortasında, güncellemeyi denetleyen kişinin konsantrasyonu oldukça düşüktür, ancak bazı geç çalışan kullanıcıların açık dosya tanıtıcıları olmadığı garanti edilir?

Konuyla ilgili araştırma makalesi var mı?

Neden sisteminizin eşzamanlı kullanımına tarihsel olarak bakmıyorsunuz ve günün hangi saatlerinde en düşük seviyede olduğunu belirlemiyorsunuz? Ardından, değişikliğinizi bu düşük kullanım süresinin tam ortasına yapıştırın.

Değişikliğin ne kadar süreceğini hesaplarken uygulama öncesi / sonrası testi ve üretim doğrulama testini içerir. Ayrıca, herhangi bir test başarısız olursa değişikliğin ne kadar sürede geri alınacağını öğrenin.

IMHO 'ilk kullanıcılarınız' kobay olmamalıdır. Canlı kullanıcıların temel olarak üretim doğrulama testine sahip olmalarını sağlamak iyi bir şey değildir. Son kullanıcıların güvenini yok eder ve beklenmedik sonuçlar üretimi bozabilir, bu da sadece değişikliği geri almakla kalmaz, aynı zamanda değişikliğin neden olabileceği 'hasarı' da geri alır.

Herhangi bir araştırma belgesi bilmiyorum, ancak ITIL gibi herhangi bir BT Hizmet Yönetimi çerçevesine (ITSM) bir göz atın, yazılım sürüm yönetimi hakkında birçok standart ve en iyi uygulamayı bulacaksınız. Tüm sistemler farklıdır, bu nedenle benimsediğiniz uygulamaların ve formalitenin ne kadar olduğuna bağlıdır. ITSM standartlarının akılda büyük sistemleri vardır.

Bu tamamen işin doğasına bağlıdır. Bazı ofisler haftada beş gün 9-5 kişidir. Diğer işletmeler günde 365, yılın 365 günüdür. Personel ve kaynak bulunabilirliği gibi diğer faktörler önemli bir rol oynamaktadır. Hiçbir araştırma makalesi, olası her çizelgeyi veya olasılığı kapsamlı bir şekilde kapsayamaz.

Sonuçta, şirketin veya bölümün BT yönetimi ile uyumlu olarak yönetimi neyin en iyi olduğunu belirlemelidir.

Başarının anahtarı, kapalı kalma süresinin başlaması, ne kadar sürmesi beklendiği, kullanıcıların ihtiyaç duyduğu herhangi bir hazırlık ve başarı ya da başarısızlık nedeniyle neler bekleyebilecekleri ile kullanıcılarla iletişim kurmaktır. Bunun büyük bir kısmı belirlediğiniz beklentileri karşılıyor.

Sonunda, hiçbir şey taşa kazınmış değildir. İşlem işe yaramazsa ayarlamalar yapın. Esnekliğiniz ve uyarlanabilirliğiniz takdir edilecektir.

Test ekipmanı üzerinde mümkün olduğunca önceden bakım ve güncelleme prosedürleri uygulayarak, bunları üretim sistemlerine uygulama zamanı geldiğinde daha iyi hazırlanacaksınız.

Bir ISS'de çalışıyorum ve tecrübelerime göre, ağır vurucu sistem yöneticilerinin büyük ağ revizyonlarını yapmak için tatil hafta sonları Cuma akşamlarını seçeceğini düşündüğüm insanların çoğu. Bu onlara test etmek için fazladan 24 saat verir ve gerekirse değişikliklerini geri alır. Ancak, büyük ölçüde bu tamamen kullanıcılarınızın doğasına ve alışkanlıklarına bağlıdır.

Güncellemeleri saat 21: 00'da yüklüyoruz, çoğu insan açık kalmayacak kadar geç, gerekirse daha hafif bir aracı çekecek kadar erken.

Benim durumumda, herhangi bir kullanıcı, hatta biraz geç çalışanlar üzerinde etkili olmasını önlemek için 4 am güncellemeleri yüklüyoruz.

Bir sorun oluştuğunda sizi uyaran iyi bir izleme sisteminiz varsa, işe gitmeden önce sabah erkenden düzeltebilirsiniz.

Gerçekten işinizin doğasına bağlıdır ama ben şahsen 17:00 sonra Çarşamba gecesi tercih ederim. Bunu asla cuma geceleri yapmak istemezsiniz çünkü bir şeyler ters giderse hafta sonu boyunca çalışacaksınız. Çarşamba günü bunu yapmanız, varsa sorunları düzeltmeniz için Perşembe ve Cuma günlerini verecektir.

Bir başka önemli faktör de değişiklik yönetimi pencerelerini programlamaktır. İnsanlara bakım yaptığınızı bildirmek önemlidir - bu süre zarfında hizmetlerin bozulabileceği veya kullanılamayabileceği. Kullanıcıların hizmetlerin durduğundan şikayet edeceğinden endişe etmek yerine, güvenle çalışmanıza olanak tanır. Yönetiminizin elbette değişiklik pencerelerini onaylaması gerekiyor.