Bir önceki makalemizde (Configuration Manager 2012 - Software Updates 2 – Update download ve Deploy Aşamaları) güncelleştirmeleri dağıtma işlemini gerçekleştirmiştik, bu makalemizde loglarla güncelleştirme işlemlerinin kontrolü ve istemci tarafına değineceğiz.
Yazımızda son olarak istemci tarafında varsayılan haliyle güncelleştirmelerin haftada bir kontrol edildiğinden bahsetmiş ve istemci tarafında güncelleştirmelerin kontrol edildiğini varsayarak yazımıza başlıyoruz.
Tekrar hatırlatmakta fayda var, istemci tarafında güncelleştirmelerin kontrol edilmesi ile başlayalım
Ardından hangi log dosyalarının bu işlemle ilgili olduğundan bahsedelim, bu log dosyalarından bahsetmemizdeki amaç, herhangi bir problem durumunda kontrol etmeniz gereken noktaları açıklamaktır.
Log dosyalarını okumak için cmtrace tool kullanmanızı tavsiye ederim, internet üzerinden indirebilirsiniz, Bu program ile log dosyalarını okuyacağımızda bunu sunucu tarafına indirmek, hem sunucu hem de istemci loglarını bu programla okumak daha kolay olacaktır, bu sebeple örneklerimizde istemci tarafında bağlanmak yerine paylaşım dizinlerinden istemci loglarına ulaşacağız
Bu programı bir kez açıp varsayılan konuma getirebiliriz.
Log dosyalarından bahsedelim, log dosyaları varsayılan olarak:
Sccm sunucusunda sccm kurulum dizinin altında logs, istemcide ise %windir%\ccm\logs klasöründedir
Tüm dosyalar ve istemci tarafındaki tam liste için http://technet.microsoft.com/en-us/library/hh427342.aspx#BKMK_SUPLog
İstemci tarafında software update scan ve deployment cycle çalıştırıldığında hangi dosyaları ne için kontrol ederiz?
Öncelikle istemci wsus hedef sunucusunu bilmeli ve güncelleştirme dosyalarını kontrol edebilmelidir.
En sık yapılan hatalardan biride group policy ile wsus sunucusunun konfigüre edilmesidir, bu durumda sccm sağlıklı bir şekilde güncelleştirmeleri push etse bile istemciler pull edemez.
Bunu anlamak için yapılması gereken aşağıdaki gibidir:
Group policyden bu ayarın alınıp alınmadığını anlamak için istemci tarafında rsop.msc çalıştırılır
Yukarıda göründüğü gibi bu ayar group policy değil local policy ile oluşturulmuştur. Ve sccm tarafında doğru olan budur.
Ardından kontrol edeceğimiz nokta, bu istemci için update deploy edilmiş mi? Eğer aşağıdaki gibi log dosyamızda 0 assigmentdan bahsediliyorsa gerisinin pek bir önemi yoktur, demekki ya deploy package içinde istemciye yarayan bir güncelleştirme yok, ya da istenen güncelleştirmeyi içeren deploy package yoktur
Bir önceki makalemizi de hatırlatmak adına bunu nasıl kontrol edeceğimizden kısaca tekrar bahsedelim.
Deploy yapmak için seçtiğimiz collection içerisinde de bu istemcimiz yer almalıdır
İstemci de güncelleştirme bildirimini açına aşağıdaki menü ile karşılaşılır (Güncelleştirme dağıtım seçenekleri bir önceki makalemizde yer almakta idi)
İstemci burada güncelleştirmeyi kendisi yükleyecektir, çünkü en sağ tarafta available görünmektedir.
İstemci izin verildiği müddetçe (Client settings ile ilgili makalede açıklandığı gibi) bazı ayarları aşağıdaki gibi değiştirebilir.
Aşağıda istemci log dosyasında görebileceğimiz gibi toplam uygulanabilir güncelleştirme sayısı bir adettir.
Aşağıdaki log dosyasında ise güncelleştirmenin yükle komutundan sonraki aşamaları görüntülenmekte
Ve bu güncelleştirmeler için detayların bulunduğu dosyamız yine istemci tarafında
Sccm tarafında bu güncelleştirmenin durumunu görüntülemek için ise aşağıdaki yöntem izlenir.
Veya raporlar kullanılır (Raporlama ayrı bir konu olduğu için bu makalede değinmeyeceğiz)
Bu makelemizde bir önceki makalelerin devamı olarak, güncelleştirmelerin istemci tarafında görüntülenmesi, yüklenmesi, log dosyaları ve genel olarak durumu nasıl izleyeceğimizden bahsettik, bir sonraki makalemizde auto deployment rules ile devam edeceğiz.