Bütün bilgisayarları aynı gün güncellemek operasyonu basitleştiriyor gibi görünebilir. Ancak sorun çıktığında etkilenen cihaz sayısı, destek ekibinin aynı anda müdahale edebileceği kapasiteyi aşabilir. Dağıtım halkaları, güncellemeyi küçük ve anlamlı gruplarla değerlendirip kapsamı kontrollü büyütmek için kullanılabilir.
Bu yazının kapsamı Windows istemci yönetimidir. Sunucu kümeleri, veritabanları ve yüksek erişilebilirlik bileşenleri kendi üretici prosedürlerine göre ayrıca planlanmalıdır. İstemci için seçilmiş bir yeniden başlatma politikası doğrudan sunuculara taşınmamalı.
Pilot gruba yalnızca BT ekibini koymayın
İyi bir pilot grup, kurumun küçük bir örneğini oluşturur. Farklı donanımlar, VPN istemcileri, güvenlik yazılımları, yazıcılar ve iş uygulamaları bu örnekte görünmelidir. Microsoft’un dağıtım planlama rehberi, temsil gücü yüksek cihaz seçimine özellikle dikkat çekiyor.
Sadece yeni dizüstü bilgisayarlardan oluşan bir grup, eski bir sürücüyle çalışan departmanın sorununu yakalayamaz. Benzer şekilde cihazı günlerce açılmayan bir kullanıcıdan anlamlı pilot verisi beklemek zordur. Günlük işini gerçekten yapan, sorun bildirme yolu belli kullanıcılar seçin.
Başlangıç taslağı olarak küçük doğrulama grubu, temsilî pilot ve geniş dağıtım düşünülebilir. Kaç halka gerektiğini cihaz sayısı kadar destek kapasitesi ve uygulama çeşitliliği belirlemeli. Her kuruma uyan sabit bir yüzde veya bekleme süresi yok.
Takvimin yanına geçiş ölçütü yazın
“Üç gün bekledik, devam edelim” tek başına yeterli bir karar kaydı oluşturmaz. Sonraki halkaya geçmeden önce cevaplanacak soruları belirleyin:
- Hedef cihazların ne kadarı güncellemeyi gerçekten tamamladı?
- Bekleyen yeniden başlatmalar var mı?
- Kritik iş uygulamalarının seçilmiş işlemleri denendi mi?
- Güncelleme sonrası yeni ve ortak bir arıza deseni oluştu mu?
Bu ölçütleri güncellemeden önce yazmak, olay sırasında karar vermeyi kolaylaştırır. Örneğin muhasebe uygulamasında oturum açılması yeterli olmayabilir; test ortamında rapor üretimi veya gerekli bir entegrasyon da doğrulanmalıdır. Gerçek müşteri verisiyle deneme yapmak yerine onaylı test verisini kullanın.
Politika ataması ile kurulum sonucunu ayırın
Intune güncelleme halkaları erteleme, son tarih, etkin saatler ve yeniden başlatma davranışı gibi ayarları yönetir. Güncel Intune dokümanı, bu politikaların özellik, kalite ve sürücü güncelleme politikalarıyla birlikte kullanılabildiğini açıklıyor.
Bu nedenle “politika cihaza ulaştı” raporunu “güncelleme başarıyla kuruldu” şeklinde okumayın. Cihazın son iletişim zamanını, hedef sürümünü ve kurulum durumunu ayrıca kontrol edin. Aynı cihazı farklı yönetim yöntemleriyle çelişen ayarlara hedeflemeden önce mevcut atamaları inceleyin. Autopatch kullanılan ortamlarda hizmetin yönettiği halkaları da hesaba katın.
Durdurma ve geri dönüşü önceden hazırlayın
Dağıtımı durduracak kişi, olayın kaydedileceği yer ve kullanıcıya yapılacak duyuru önceden belli olsun. Duraklatma komutunun çevrimdışı bir cihaza anında ulaşacağını varsaymayın. Güncelleme kaldırmanın desteklenmesi, süre sınırları ve yeniden başlatma etkisi güncelleme türüne göre değişebilir.
Geri dönüş senaryosunu küçük bir test grubunda doğrulayın; mevcut verinin korunmasını ve erişim yöntemlerini kontrol edin. Geniş dağıtım tamamlandığında da çevrimdışı kalan veya sürekli hata veren cihazları ayrı listeleyin. Sürecin kapanış çıktısı yalnızca yüksek bir başarı oranı değil, kapsam dışında kalan cihazların kimde ve hangi tarihte ele alınacağının belli olmasıdır.
Yorumlar (0)
Henüz onaylanmış yorum yok.