Exchange 2013 ve 2016 Sunucuları için .NET Framework 4.6.1 Desteği Geldi

Bildiğiniz gibi Exchange Sunucular üzerine NET Framework 4.6.1 kurulması desteklenmiyordu. Exchange Server 2013 ve Exchange Server 2016 için geçtiğimiz gün yayınlanan Cumulative Update’leri sisteminize kurduktan sonra .NET Framework 4.6.1 kurulumunu yapabilirsiniz. Güncellemeleri aşağıdaki bağlantılardan indirebilirsiniz.

Exchange Server 2016 Cumulative Update 2 :
http://www.microsoft.com/en-us/download/details.aspx?id=52968

Exchange Server 2013 Cumulative Update 13 :
http://www.microsoft.com/en-us/download/details.aspx?id=52967

Sisteminizin tam olarak desteklenmesi için .NET Framework 4.6.1 kurulumundan sonra aşağıdaki NET Framework 4.6.1 hotfix’lerinide yüklemeniz gerekmektedir.

Not: .NET Framework 4.6.1 sisteminizde yüklü olan .NET Framework 4.5.2 nin yerin alacaktır. .NET Framework 4.6.1 kaldırmak isterseniz .NET Framework 4.5.2 yi yüklemeniz yeterli.

Kaynak
Kaynak

System Center Haziran 2016 Bülten

Configuration Manager (SCCM)

System Center Data Protection Manager 2012 R2 Kurulum – DPM 2012 R2 Kurulum

Bu yazıda System Center 2012 R2 Data Protection Manager (DPM 2012 R2) ürününün kurulumunu anlatmaya çalışacağım. İlk olarak ön gereksinimlere değinmek istiyorum. İşlemlere başlamadan önce bu yazı kısmını okumanızı tavsiye ediyorum.

Kurulumdan Önce İlk Düşünülmesi Gereken Şeyler

  • DPM Sever 2012 R2, Fiziksel bir sunucu üzerine kurulabilir. Ancak Fiziksel DPM sunucuları Cluster olarak çalışamaz. Ortamınızda birden fazla bulunan fiziksel DPM sunucularınızı SCOM üzerine kuracağınız DPM Central Console’u kurarak yönetebilirsiniz.
  • DPM Server 2012 R2, Hyper-V üzerine sanal olarak kurulabilir. Limitler ve desteklenen senaryolar için burayı tıklayınız.
  • DPM Server 2012 R2, UR5 sürümü VMWare üzerine sanal olarak kurulabilir.
  • DPM Server 2012 R2, UR3 sürümü Azure üzerine çalışan sanal sunucu olarak kurulabilir.
  • Bu bir yedekleme sunucusu, olası bir felaket durumunda yedekten dönmek gerekirse tek umudunuz olabilir. Eğer bu sunucu sanal olursa ve sanallaştırma ortamınızda bir sorun yaşarsanız yedekleme sunucusunda ulaşamayabilirsiniz. Bu yüzde bu sunucunun fiziksel olmasını ya da yedeklemesini yapacağınız sanallaştırma ortamının dışında bir sanal sunucusu olmasını öneririm.
  • Bir diğer unsurda sanallaştırma ortamlarında fiziksel sunucudaki Ethernet kartının ortak kullanılması. Bu durum yedekleme sırasında diğer sunucuların network hızlarını düşürebilir, ya da DPM Sunucusunun yedek alma süresini uzatabilir. Bu durumu aşmak için ayrı bir NIC ile Yedekleme için oluşturacağınız bir Virtual Switch kullanmanızı öneririm.

(daha&helliip;)

System Center Updates Publisher 2011 Kurulum ve Yapılandırma – SCUP 2011

Bu yazıda Microsoft’un yayınlamış olduğu güncellemelerin dışında kalan 3th party olarak adlandırdığımız uygulamaların SCCM ile SCUP entegrasyonu sayesinde ile sanki software update gibi nasıl dağıtabileceğimiz anlatmaya çalışacağım.

SCUP ile birlikte ücretsiz olarak dağıtabileceğiniz ürünler aşağıdaki gibidir.

  • Adobe (Flash Player, Adobe Reader, Adobe Acrobat gibi ürünler)
  • HP (dirver güncellemeleri)
  • DELL (dirver güncellemeleri)

Yukarıdaki ürünler dışında da onlarca ürünün güncelleştirmesini SCUP ile dağıtmanız mümkün. Bunun için aşağıdaki siteden ürünler ile ilgili Catalog lisansını almanız gerekmektedir.

Ürünler        : https://patchmypc.net/supported-products-scup-catalog
Fiyatlar        : https://patchmypc.net/third-party-patch-management-scup-catalog

Kurulum ve Yapılandırma Adımları

(daha&helliip;)

SCCM Windows Update Troubleshooting

Ortamınızda Windows güncellemelerini SCCM ile dağıtıyorsanız Client tarafında olup bitenleri nasıl takip etmemiz gerektiğinden bahsetmeye çalışacağım.

1. Client Tarafında Güncelleme Kontrolü Esnasında Olanlar:

  1. Evaluation Cycle tetiklenir. (Manual ya da zamanlanmış olarak olabilir)
  2. ScanAgent önceden öğrenilmiş WSUS Software Update Point (SUP) server’ ın nerede olduğuna dair cache bilgisi Time-To-Live (TTL) değeri kontrol eder ve gerekirse cache bilgiyi temizleyerek yeniden WSUS (SUP) nerede diye Management Point (MP) ye sorar “ScanAgent.log” ve “LocationServices.log”
  3. LocationServices WSUS sunucusuna ait Sunucu adı, Erişim URL adresi gibi bilgileri MP üzerinden alır.
  4. ScanAgent Windows Update Agent (WUA) tetikler.
  5. Client Windows güncellemelerini taramaya başlar. “WUAHandler.log” ve “WindowsUpdate.log”
  6. WUA tarama işlemini tamamladığında ScanAgent arka tarafta UpdatesStore u tetikler ve Client üzerinde yüklü olan güncellemeleri WMI’ dan çeker, burada Compliance settings’den aşina olduğumuz mekanizma devreye girer ve bilgisayarımızda yüklü olan güncellemeler ile Windows Update ile öğrendiğimiz güncellemeler karşılaştırılır.
  7. Her bir güncelleme için yüklü olup olmadığı, ihtiyacımızın olup olmadığı bilgisi tespit edilerek durum mesajları oluşturulur.
  8. Oluşturulan bu durum mesajları (State Messages) Management Point’e bildirilir. Kontrol işleminin sonucu “UpdatesStore.log” dosyasına MP’ye gönderilen bilgiler “StateMessage.log” dosyasına loglanır.

Ek Bilgi:

Elde edilen sonuçlar Client tarafındaki WSUS Database’inde saklanır. “C:\Windows\SoftwareDistribution\DataStore\DataStore.edb”

2. Client Tarafında Güncelleme Yükleme Esnasında Olanlar:

Her güncelleme yüklenme işlemi başlamadan önce aşağıdaki kontrol işlemleri sistem tarafından gerçekleştirilir.

  • Gönderilen güncelleme paketine, eklenen ya da çıkarılan güncellemeler kontrol edilir.
  • Gönderilen güncelleme paketinde, “avaible” olan bir güncellemenin “Required” olarak değiştirilip değiştirilmediği ya da tam tersi bir durumun söz konusu olup olmadığını kontrol edilir.
  • Gönderilen güncelleme paketinin, yüklenmesi için belirlenen zaman bilgisinde bir değişiklik olup olmadığı kontrol edilir.

Daha sonra olan işlemler aşağıdaki gibidir.

  1. Machine Policy tetiklenir. (Manual ya da zamanlanmış olarak olabilir) Bu sayede bilgisayarımıza gönderilmiş olan yeni ya da değiştirilmiş Windows Update paket bilgileri öğrenilir. Bu bilgiyi aldığımızı “UpdatesDeployment.log” dosyasından takip edebiliriz.
  2. UpdateDeploymentAgent önceki adımda öğrenilen bilgiler ışığında “Değerlendirme ve Yükleme” “Configuration Item” (CI) işlemini tetikler. “UpdatesStore.log”
  3. UpdatesStoreAgent her güncellemenin durumunu kontrol eder ve indirebileceği kaynakları arar. “CIDownloader.log”
  4. CIDownloader önceki adımlarda tespit ettiği bilgisayar için uygun olan güncellemeleri indirmeye ayarları bilgisini tespit eder. “UpdatesHandler.log”
  5. UpdatesHandlerAgent güncellemeler, kurulum ayarları, öğrenilen kaynak bilgisi gibi bilgiler ile CAS’a başvurur. “CAS.log”
  6. CAS içeriğin indirmeye hazır olup olmadığın kontrol eder.
  7. UpdatesDeploymentAgent durum mesaj bilgilerini kontrol etme    başlar. (İndirme başlatıldı, Yükleniyor gibi) WUAHandler WUA (Windows Update Agent) üzerinden yükleme işlemlerini izlemeye başlar. “WUAHandler.log”
  8. WUA güncellemeleri yükler. “WindowsUpdate.log”

Yukarıdakilerin dışında aşağıdaki olaylarda arka tarafta gerçekleşir.

  • Güncelleme yükleme işlemi bittikten sonra CI devreye girer ve güncelleme yüklendi mi yüklenmedi mi diye kontrol işlemi gerçekleştirir.
  • Reboot gerekiyorsa bunun ile ayarlar (maintenance Windows) değerlendirilir.
  • CAS güncellemeleri indirmek için dağıtım noktaları bulmak için Konum Servisleri ile içerik konum isteği oluşturur. “LocationServices.log”

Ek bilgiler:

  • Dağıtım için hedef Device Collection da bulunan bir istemci bilgisayar, makine politikasını aldığında, Yazılım Güncelleme istemci Aracısı bir değerlendirme taraması başlatır. İstemci aldığı bilgi doğrultusunda kısa bir süre sonra uygun olan bir dağıtım noktasından gerekli yazılım güncellemeleri indirir.
    Ancak, yazılım güncellemelerini yüklemek için gönderilen ayar doğrultusunda belirlenen yazılım kullanılabilir olma ve kurulma zamanına kadar bekler.
  • Bir kullanıcı manuel olarak yüklemeyi başlayıncaya kadar isteğe bağlı dağıtımları (bir yükleme tarihi yok ise) güncelleştirmeleri indirilmez.
  • Belirlenen tarih geçtiğinde ise, Yazılım Güncellemeleri istemci Aracısı (WUA) yazılım güncellemelerinin halen gerekli olduğunu doğrulamak için bir tarama gerçekleştirir. Sonra yazılım güncellemesi kaynak dosyaları hala kullanılabilir olduğunu doğrulamak için istemci bilgisayardaki yerel önbelleği denetler.
    Son olarak, istemci yazılımı güncelleştirmeleri yükler. İçerikler gerek olduğunda başka bir dağıtım için yer açmak amacıyla istemcinin önbelleğinden (Cache Folder) silinir.
  • Yazılım güncellemeleri (Windows Update) her zaman, ne olursa olsun yapılandırılmış maksimum önbellek (Cache Folder Size) boyutu aşılmadan indirilir. Cache folder boyutundan daha büyük güncellemeler gönderecekseniz bu konuya dikkat etmelisiniz.
  • Yükleme tamamlandığında, istemci güncellemenin yüklendiğini artık gerekmediğini Management Point’e bildirir.
  • Güncellemelerin yüklenmesinden sonra Microsoft sistemin yeniden başlatılmasını önermektedir. http://www.sertac.gen.tr/windows-update-sonrasi-neden-reboot-gerekli
  • Software update deployment paketi içerisinde en fazla 1000 adet güncelleme olabilir.

SCCM 1511 – 1602 Upgrade

Bu yazıda sizlere SCCM 1511 sürümünün 1602 sürümüne nasıl upgrade edileceğini anlatmaya çalışacağım.
Bildiğiniz gibi SCCM ürünü aynı Windows 10 gibi bir güncelleme modeline kavuştu. Bu sayede güncellemeleri elde etmek için konsoldan ilgili yere gelmemiz ve buradan otomatik olarak kurulumunu sağlamamız mümkün.

İşlemlere başlamadan önce sisteminizin yedeğini almanızı, sunucularınız sanal ise sistemlerinizi kapatarak birde snapshot almanızı öneririm.

Kurulum öncesi ve sonrası sürüm bilgileri aşağıdaki gibidir:

Build 1511    : 5.00.8325.1000
Build 1602     : 5.00.8355.1000

Güncellemeye başlamadan önce SCCM sunucusunda SCCM’in Kurulu olduğu disk üzerinden 16GB boş yer olduğundan emin olmanız gerekmektedir. Aksi takdirde kurulum başlamayacaktır.
İlk olarak “Run Prerequisite Check” komutu ile kontrol işlemlerinin olmasını sağlayalım.

Kurulum işlemleri esnasında olup bitenleri aşağıdaki log dosyalarından takip edebilirsiniz.
SCCM Kurulum Dizini\Logs\CMUpdate.log
C:\ConfigMgrPrereq.log
C:\ConfigMgrSetup.log

Konsol üzerinden de durumu takip etmek mümkün.
(daha&helliip;)

System Center Şubat 2016 Bülten

Configuration Manager (SCCM)

Intune / Enterprise Mobility Suite


(daha&helliip;)

SCCM ile Adobe Acrobat Reader DC Deployment

Bu yazıda Acrobat Reader DC ile birlikte sonradan çıkan güncellemelerin tek bir Application paketi olarak nasıl deploy edileceğini anlatmaya çalışacağım.

İlk olarak setup dosyasını indirmek için aşağıdaki adrese girip indirme işlemini gerçekleştiriliyoruz.

http://get.adobe.com/tr/reader/enterprise/

Yazıyı hazırladığım gün bilgisayarımda yüklü olan sürüm, aşağıdaki gibi.


(daha&helliip;)