mannaxxx 1
mannaxxx
Agora Metin2 1
Agora Metin2
Mt2Hizmet 1
Mt2Hizmet
berkmenoo 1
berkmenoo
kralhakan2009 1
kralhakan2009
Vahsi Uzman 1
Vahsi Uzman
farkmt2official 1
farkmt2official
Hikaye Ekle

SCCM 2012 - Software Updates 2

  • Konuyu başlatan Konuyu başlatan DN Angel
  • Başlangıç tarihi Başlangıç tarihi
  • Cevaplar Cevaplar 0
  • Görüntüleme Görüntüleme 252

Ayyıldız2 | 2008 TR Yapısı • 1-99 Orta Emek Destan • Oto Avsız • 10 Temmuz 21:00 HEMEN TIKLA!

[h=4]SCCM 2012 - Software Updates 2 – Update Download ve Deploy İşlemleri
star-left-on.gif
star-right-on.gif
star-left-on.gif
star-right-on.gif
star-left-on.gif
star-right-on.gif
star-left-on.gif
star-right-on.gif
star-left-on.gif
star-right-on.gif
[/h]
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:


 

Şu an konuyu görüntüleyenler (Toplam : 0, Üye: 0, Misafir: 0)

Geri
Üst