Bir önceki yazımızda basit anlamda wsus sunucusu ile sccm sunucusunun konfigürasyonlarından bahsetmiş ve senkronizasyon adımlarını tamamlamıştık. Bu yazımızda güncelleştirmelerin sccm tarafında gruplandırılmasını ve yönetilmesini göreceğiz.
Önemli not: Bu yazımızda yer alan bir çok işlemin otomatize edilmiş hali “Automatic Deployment Rules” makalemizde yer almaktadır, bu yazıda manuel yapılan işlemlerin amacı sccm’in güncelleştirme mantığının daha iyi kavranmasını sağlamaktır
Bir önceki yazımızda senkronizasyon başlatmıştık ve olası sorunlar, çözümlerinden bahsetmiştik. Bu yazımıza da kaldığımız yerden devam edelim. Senkronizasyon basladiktan sonra wsus synch manager gunlugunde senkronizasyonun basladigina dair loglari gormeliyiz. Aşağıda ki gibi.
Senkronizasyon tamamlandığında ise aşağıda ki gibi ilk güncelleştirmeleri bulabilirsiniz
Bu güncelleştirmeler, yukarıda görüntüleneceği üzere download ve deploy edilmemiş, istemciler bu updateleri talep edemezler. Download işlemi:
Download seçeneğiyle beraber bir sihirbaz açılır ve indirilecek güncelleştirmeler için paket lokasyonu seçeriz.
Ardından bu updatelerin dağıtım işlemleri için dosyaları tutacak sccm dağıtım sunucusu seçilir.
Bu kısım son derece önemlidir, bu noktada sanki güncelleştirmeler wsus sunucusundan kopyalanmalı gibi bir hataya düşülebilir, burada biz zaten wsus server konfigürasyonunu da push ediyoruz, eğer wsus sunucumuz internetten güncelleştirmeleri download ediyorsa, burası da bu şekilde kalmalı
Gelelim son aşamada neler oluyor kısmına aşağıdaki resme bakalım
Bakalım hedef klasörde neler oluyor
Şunu hiçbir zaman unutmayın, başarılı bir dağıtım için dosyalar erişilebilir olmalı ve istemcilere bunları deploy etmeniz, istemcilerine bundan haberdar olması gerekir.
Download sonrası sıra deploy işlemine geliyoruz, deploy öncesi aşağıdaki gibi updatelerin download edilmiş olması gerekir
Ardından deploy edelim
Collection seçelim.
Eğer bir lisans anlaşması varsa next seçeneği esnasında aşağıdaki ekran gelir
Require seçeneği verilen zaman aralığı tamamlanınca otomatik olarak yüklenmesi, available ise bu zaman aralığından sonra isteğe bağlı olarak yüklenmesi demektir
Aşağıda ise, ne zaman yüklenebilir durumda olacağı ve ne zaman (required için geçerli) otomatik olarak yükleyeceği belirlenir, test ortamı dışında deadline ASAP olmamalıdır
User exprience kısmında ise, update görünürlüğünü ve behaviour kısmında ise önemli bir ayarımız var. Bir önceki sayfada belirtilen deadline zamanı gelince ve istemci maintanance durumunda ise yine de update ve gerekirse reset yapılsın mı, device restart ise en kritik ayar, eğer deadline sonrası update yüklemesini required koştuysanız, kritik sunucuların ve /veya istemcilerin otomatik olarak resetlenmesini istemiyorsanız supress checkboxları işaretlenmeli
Download settings ise bandwidth koruma amaçlı olarak yavaş ve hızlı networkte yapılacak aksiyonları içerir. yavaş – hızlı distribution belirlemeleri için önceki makalelerimize bakınız, distribution point groups üzerinden bu ayarlar yapılabilir
Ve tamamlıyoruz. Aşağıdaki gibi artık downoad ve deploy işlemi tamam.
Şimdi ise Yukarıda bulunan güncelleştirmelerin istemciler tarafından hangi aralıklarla kontrol edileceğini bilmeliyiz, İlk etapta yapılan genel hata şudur; yüzlerce veya binlerce istemcinin olduğu bir yapıda güncelleştirmelerin hemen kontrol edilmesi için bu aralığı bir haftada dakikalara indirmek ve network dar boğazı na neden olmak. Bu sebeple öncelikle yapmamız gereken ise şudur.
1 – Aktif sccm istemcilerinden kritik olmayan bazı sunucu ve istemcileri için yeni bir pilot collection oluşturmak
2 – Bu collection için farklı bir güncelleştirme kontrol aralığı vermek
3 – Bu ayarın karşı tarafta uygulanması için sccm tools ile machine policy push işlemi yapmak
1 – collection oluşturuyoruz
2 – Bu collection’a test ismini verdik ve şimdi bu collection için farklı bir ayar yapıyoruz, yeni özel istemci ayarı oluşturma işlemi:
Yazılım güncelleştirme ayarları:
Sadece yazılım güncelleme seçtik ve ardından 1 hafta olan aralığı 2 dakikaya indirdik:
Sonra da bu ayarı deploy ediyoruz:
Collection seçimi:
Ve bu tip istemci ayarlarının hangi collectionlar üzerine deploy edildiğini görmek için:
Ve bu ayarların trigger edilmesi:
Aynı zamanda client tools sayesinde update ayarlarını değiştirmeden trigger edebiliriz, değiştirmekte ki amacımız her seferinde manuel işlem yapmamak için.Veya bir istemci üzerinden sccm client aracılığıyla trigger yapabilirsiniz:
Bir sonraki makalemizde istemci tarafındaki işlemleri, log dosyalarını, monitoring ve troubleshooting kısımlarını işleyeceğiz