Exchange 2013 / 2016 Üzerinde Bir kullanıcının mail gönderebileceği kişi sayısını belirleme.

Merhaba,  bazı durumlarda belirli bir kullanıcının mail göndereceği kişi sayısını sınırlamak isteriz. Örneğin bir departman yöneticisinden ekibindeki 1 personelin maksimum mail göndereceği kişi sayısının azaltılması yönünde bir talep alabilirsiniz. İşlemlere geçmeden önce organizasyon bazında maksimum mail gönderebileceğimiz kişi sayısını görüntülemek için Exchange Management Shell üzerinde aşağıdaki komutu çalıştırabiliriz.

Get-TransportConfig | fl MaxRecipientEnvelopeLimit

Örneğimize konu kullanıcının mevcut kullandığı mail gönderebileceği kişi limitini görmek isterseniz aşağıdaki komut işinize yarayacaktır.

Get-Mailbox -Identity “ozgur.senerdogan” | fl RecipientLimits

Şimdi işlemimize başlayabiliriz,  ECP (exchange Admin  Center ) açalım  ve Recipients alanından ilgili kullanıcıyı bulalım.  Kullanıcı seçili durumda iken Kalem ikonuna tıklayarak veya kullanıcı mailbox’ı üzerinde çift tıklayarak kullanıcı mailbox özelliklerine giriş yapalım.

Mailbox Features tabında  Mail Flow > View Details seçimini yapalım.

Default olarak   Recipient limit seçimi kapalıdır. Biz aktif hale getirip belirlediğimiz sayıyı girebiliriz.

Sayıyı 2 olarak belirledik. Şimdi Exchange Management Shell üzerinden bu sayıyı tekrar kontrol edelim.

İşlemimizi son olarak test edelim. 3 mail adresime mail atıyorum bu hesabımla sonuç aşağıdaki gibi.

İşlemimiz başarılı.

Yaptığımız işlem ile bir kullanıcının sadece belirlediğimiz sayıdaki alıcıya mail atmasını sağladık. Bunu organizasyon bazında yapmak isterseniz yine Exchange Management Shell üzerinde aşağıdaki komutu çalıştırabilirsiniz. Örneğimize sayıyı 100 e çekeceğiz.

Set-TransportConfig -MaxRecipientEnvelopeLimit 100

SCCM ile Sunucu Update Süreçlerinin Yönetimi ve Raporlanması.

Merhaba,  bilindiği ve kabul gördüğü üzere Microsoft System Center ürün ailesinin içinde %40 gibi önem payına ve kullanım oranına  sahip  ürün SCCM ürünüdür diyebiliriz. Peki SCCM ürününün içinde en yaygın kullanılan rollerden  biri nedir dersek şüphesiz Update Management  özelliği aklımıza gelir.

Bu yazıyı yazmaya başlamadan önce mevcutta yayınlanmış olan  Türkçe SCCM ile update yönetimi başlıklı kaynakları incelediğimde  sıfırdan SUP rolünün kurulumu konfigürasyonu ve ilk update dağıtımlarına değinilmiş olduğunu görüyorum.  Veya ADR dediğimiz Automatic Deployment Rule özelliği ile otomatik hale getirilmiş update dağıtımlarından söz edilmiş.  ADR ile yapılan dağıtımlar Client sistemler üzerinde tercih edilse de Sunucular da ne yazık ki ADR dediğimiz otomatik hale getirilmiş Windows update dağıtımları tercih edilmemekte.  Manuel yüklemeler tercih edilmekte. Durum böyle olunca hangi sunucularımızın update gereksinimi var hangi sunucularımızda belirli KB’ye sahip updateler yüklü bunları öğrenebiliyor olmamız gerekli. İşlemlere başlamadan önce önceki yazılarımda da vurguladığım gibi SCCM ile detaylı raporlar almak vs istiyorsak Reporting Services Point rolünün SCCM sunucumuzda veya SQL sunucumuz da yüklü olması zorunlu.

Device Collectionlar SCCM yapınızın yönetimi için önem taşımakta. Kritik sunucuları genelde işletim sistemi versiyonuna göre collectionlar altında toplamanızı öneririm. Örneğin Server 2008 R2, 2012 R2 sürümler için ayrı collectionlar oluşturmanız gibi.  Update dağıtımları yaparken bize sağlayacağı kolaylığı fark edeceksiniz.

İşlemlerimize başlamadan önce genel yaygın olarak Updateler nasıl dağıtılıyor ona değinelim.

SCCM sunucumuz üzerinde Software Library\Overview\Software Updates\All Software Updates alanına geldiğimizde 1000 ve üzerinde update görebiliriz. Bu kadar çok update arasında ihtiyacımız olan updateleri nasıl belirleriz. Önce update dağıtımı yapacağımız işletim sistemi versiyonunu belirler, ardından seçtiğimiz işletim sistemi versiyonu için listelenen updatelerin arasından hangileri bize lazım bunları belirleriz. Bize lazım olmayan updatei dağıtmamıza lüzum olmadığı kanısındayım J

Üstteki ekran görüntüsünde inceleyecek olduğunuz üzere  2 arama kriteri belirledim.  Bunlardan ilki Product  yani update gönderimi yapacağımız ürün ailesi. Windows işletim sistemi olabileceği gibi bir Office 365 Client da olabilir, Office sistemi de Exchange updateleri de. Bizim örneğimiz de  server tabanlı işletim sistemlerini update edeceğimiz için  Product seçimini Server 2012 R2 olarak belirledim.  Required  seçeneği  ise 1 olarak belirledim bu sayıyı arttırmanızı önermem. Çünkü listelediği updatelerin içinden 1 tane bile olsa update isteyen sunucuları check edecek ve ona göre size liste sunacaktır.

Elimizde toplu bir update listesi olduğu sunucularımızın update durumlarını check etti ve istemiş olduğu update türlerini listeledi. Bundan sonraki süreç şu şekilde ilerleyecek  ilgili updateler için bir Software update group oluşturmak ve içerisinde yer alan updateleri önce Download edip ardından deploy etmek.

Üstteki ekran görüntüsünde göreceğiniz üzere belirlediğimiz kriterlere uyan updateleri topluca seçip  sağ click  dediğimiz de Create SUG seçeneği beliriyor. Sonraki adımları Türkçe olarak internet üzerinde rahatlıkla bulabilirsiniz.

Peki  bize listelediği update paketlerini başka türlü elde edebilir miyiz ? mümkün. Reporting point services rolümü yüklüyse aşağıdaki alana erişerek bu raporun daha detaylısını alabiliriz.

SCCM sunucu üzerinde \Monitoring\Overview\Reporting\Reports\Software Updates - B Deployment Management alanına geldiğimizde istediğimiz türde raporlar mevcut. Update gereksinim durumlarını bize verecek olan rapor türü  aşağıdaki rapordur.

Updates required but not deployed raporuna sağ click Run dediğimizde karşımıza aşağıdaki seçenekler çıkmakta.

İlk seçimimiz Collection olacak, dikkat ederseniz yazımın başında  Sunucu işletim sistemlerinize uygun Device Collectionlar oluşturmanızı önermiştim. 

2. seçim olarak Vendor seçimi yapıyoruz  Microsoft seçimi yeterli.

Son seçimimiz Update Class seçimi burada yüklemeyi istediğimiz update türünü seçiyoruz. Critical, updates, Security updates veya Definition updates seçimi yapabilirsiniz.

Seçimlerinizi  yapıp View report butonuna tıkladığınızda  seçtiğiniz collection içindeki sunucular da seçtiğiniz update türünde yükleme gereksinimi olan updateleri size listeleyecektir.

Ben üstteki ekran görüntüsünde Collection olarak Server 2008 R2 seçtim. Çünkü 2012 R2 sistemlerim full updated durumda listeyi boş çıkartacak J

Dilerseniz aldığınız listeyi üstteki gibi excele Export edip detaylı inceleyebilirsiniz.

Peki, elimizde bir liste var, update isteyen sunucular kim bunu nasıl öğreneceğiz diyebilirsiniz çözümü basit, yine raporlardan faydalanacağız.

Hatta bu updateleri var olan bir Software Update grup içerisine üye değillerse üye yapabilir dağıtıma hazır hale getirebiliriz. Aşama aşama ilerleyelim.

İlk kontrol etmemiz gereken alan eksik olan updatelerin durumu. Download edilmiş mi ? herhangi bir Collectiona deploy edilmiş mi ?

Üstteki ekran görüntüsünde paylaştığım  3172605 id’li KB nin durumunu kontrol edelim.

SCCM Sunucu \Software Library\Overview\Software Updates\All Software Updates alanından bu  id’yi arattığımda durum aşağıdaki gibi.

Henüz Download edilmemiş dolayısıyla Deploy edilmemiş durumda. Öncelikle Bu update paketini download etmeliyiz. Sağ click Download seçimi ile ilerleyelim.

Üstteki ekranda yeni Bir deployment paketi oluşturmayacağım. Çünkü önceden var olan Server 2008 R2 sunucularım için indirdiğim updateleri barındıran bir Deployment paketim var Browse seçimi ile onu göstereceğim.

Updatei doğrudan Microsoft’tan indirmesi için seçimim aşağıdaki gibi olacak.

Diğer aşamalar klasik dil seçimi, birden fazla dil seçim şansına sahipsiniz. Önerim işletim sistemi dilinize uygun seçim yapmanız yönünde.

Update paketim başarılı olarak indirildi. Yapmamız gereken bir işlem daha var.

Göreceğiniz üzere Download alanı “Yes” olarak değişti fakat Deployed kısmı halen “No”. Bunun otomatik deploy edilebilmesi için  Edit Membership diyerek üyeliğini belirlemeliyiz.

2008R2_Updates_All  isimli önceden update dağıtımında kullandığım Software Update Group içerisine üye yapıyorum.

Update paketimin üyeliğini gerçekleştirdim.  İlgili SUG gelip sağ click veya  üstteki menüden  Run summarization tıklamam yeterli. Veya bir süre beklemek.

Bakın Run Summarization işlemi sonrası Deployed alanı “Yes” olarak değişti.

Yapmamız gereken seçimize kalmış bir işlem daha var. Eğer ilgili update’in eksik olan sunucuya hemen uygulanmasını istiyorsak  ilgili Device collection üzerine gelip aşağıdaki tetiklemeyi gerçekleştirelim.  Client Notification > Download Computer Policy.

Peki bu update’in eksik olduğu sunucumuz hangisi bunu nasıl öğreneceğiz.

SCCM sunucumuz üzerinde \Monitoring\Overview\Reporting\Reports\Software Updates - A Compliance alanına gelerek aşağıdaki raporu çalıştıralım.

Seçimlerimiz aşağıdaki gibi olmalı.

Update Filter kısmına update id bilgisini girerseniz  Update seçimi alanında o id’ye sahip update paketi direk gelecektir.

Collection alanında ise update gereksinimi olan 2008 tabanlı sunucularınız olduğu collection seçimini yapmalısınız. View report diyerek sonucu görüntüleyelim.

Update is Required alanı ilk aldığımız raporda da olduğu üzere 1 peki bu sunucu hangi sunucu onu görüntüleyelim J

Sunucumuzun ismini bize verdi.  Bu update paketi restart isteyen bir update paketi olsaydı  Restart edilmesi gerekecekti. Üzerinde kritik uygulama çalışan bir Application sunucu ise  iş sahipleriyle görüşerek planlı kesinti isteyecektiniz ve uygun zaman diliminde sunucunun reboot edilmesi işlemini kendilerine bırakacaktınız. Yüzlerce Windows server 2008 R2  sunucunuzun olduğu ortamda 1 tane eksik update’in hangi sunucunuzda  eksik olduğunu bulmak   size hız kazandıran bir yöntem J

Görüldüğü üzere ilgili sunucumuz updatei almış yüklemiş ve restart istiyor J

Sunucu bu update yüklemesi sonrası uygun bir zamanda restart edilebilir. Tabii öncelik uygulama sahibinin onayında ve uygun göreceği zaman diliminde. Telco, Finans gibi kurumlar da sunucu restart edilmesi bir hayli onay ve risk gerektiren süreçlerdir J

Update yüklemesinin son durumunu nasıl öğreneceğiz derseniz aşağıdaki rapor işinize yarayacaktır.

SCCM sunucu \Monitoring\Overview\Reporting\Reports\Software Updates - C Deployment States

Pending System Restart kısmını tıklarsanız  aynı sunucunun ismini görüyor olacaksınız.

Peki, bir örnekle yazımızı sonlandıralım. Bildiğiniz üzere mayıs 2017 de hatta tam tarih vereyim 13 mayıs 2017 günü  WannaCry virüsü yüzünden sistemlerimizi patchlemiştik.   İlgili KB id’ler her OS için farklıydı.  Client Windows 7 tarafta ve Server 2008 R2 tarafta aynı  İd’ye sahip update  geçmiştik. KB 4012212  bu update paketine ihtiyacı olan server 2008 R2 sistemlerimizi kontrol etmek istersek nasıl bir yol izleyeeğiz. ?

SCCM sunucumuz da \Monitoring\Overview\Reporting\Reports\Software Updates - A Compliance bölümüne kadar geliyoruz  ve aşağıdaki raporu çalıştırıyoruz.

Windows 7 ve Server 2008 R2 için aynı id’li update paketi çıkarıldığı için sistem bize platform seçimi soruyor. Server platformunu seçip View Report dediğimiz de liste aşağıdaki gibi çıkacaktır.

İlgili update paketine ihtiyacı olan Sunucum çok şükür yok J olsaydı burada sayısı listelenecekti ve makalemize konu olan yöntemle hangi sunucularımız olduğunu öğrenebiliyor olacaktır.

Başka bir yazıda görüşmek dileğiyle.

SCCM ile Yazılım Envanteri Raporu oluşturma.

Merhaba, SCCM  yazılımının en kullanışlı özelliklerinden birisi de hiç kuşkusuz ki  Donanım ve yazılım envanteri alabilmemizdir.  Uygulama raporu alırken kriter belirleme olanağımız var. Örneğin TeamViewer yazılımı yüklü olan cihazları listelemek gibi veya Adobe Reader’ın belirttiğimiz versiyonunun yüklü olduğu cihazları listelemek  gibi. Veya tüm PC’lerde yüklü olan uygulamaların envanterini alıp excele export edip içerisinden filtreleme şansımızda  var.

SCCM ile yazılım envanteri toplayabilmek için öncelikle Client Settings üzerinde Software inventory açık durumda olmalı.

\Administration\Overview\Client Settings alanına giderek  aşağıdaki ayarın aktif olduğunu kontrol etmeliyiz.

Devamında,  istemci ve Server cihazlarda yüklü olan uygulamaların envanterini çekebilmemiz için Asset  Intelligence bölümünde aşağıdaki ayarı aktif etmemiz gerekiyor. SCCM kurulumu ile birlikte bu ayar default olarak seçili gelmemekte.

\Assets and Compliance\Overview\Asset Intelligence  sağ click Edit  Inventory Classes tıklıyoruz.

Listenin en başındaki SMS_InstalledSoftware seçeneğini aktif hale getirmemiz gerekiyor.

SMS_InstalledSoftware seçeneğini  işaretleyip aktif hale getirdikten sonran SCCM ile yönettiğimiz yapımızın büyüklüğüne ve cihaz sayımızın fazlalığına göre 1 gün ila 1 hafta arası  Data Discovery için beklemeliyiz.

Şimdi  ön gereklilikleri tamamladıktan sonra raporumuzu çekme aşamasına geçebiliriz.  SCCM üzerinde Reporting Services Point rolünün yüklü olduğunu hatırlatmak istiyorum.  Aksi halde rapor alamayız.

SCCMServer\Monitoring\Overview\Reporting\Reports alanına gelerek Search kısmına  Asset software yazmamız gerekiyor.

Computers with specific software installed isimli raporu kullanacağız dilerseniz işinize yarayacak başka raporlar da mevcut.  Ben tüm yüklü olan uygulamaların raporunu alacağım için bu rapor üzerinden gidiyorum.

İlgili rapor üzerinde Run  seçimini yapıyoruz.

2 seçenek bizi karşılıyor. 1. Olan Collection seçimi yapmamızı isteyen bölüm. Tüm cihazlarınızdaki  ( Server ve Client ) yazılımların raporunu almak isterseniz benim seçtiğim collectionu seçmelisiniz. Tam tersi sadece Windows 7 veya win10 cihazlarınızdaki veya Windows server cihazlarınızdaki uygulamaların raporunu almak isterseniz doğru collectionlar oluşturmanız halinde buradan seçerek işlem yapabilirsiniz.  Software Product alanı ise rapor almak istediğiniz uygulamaları isim olarak seçebiliyorsunuz. Örneğin Adobe Reader, veya MS Office gibi. Ben tüm yazılımların raporunu almak istediğim için “All” seçimini yapıp view Report ile devam edeceğim.

View Report seçimini yaptıktan cihaz sayınıza bağlı olarak biraz beklemeniz gerekebilir. 1000 cihaz ve üzeri ortamlarda bu süre 5 dakikanın üzerine çıkabiliyor.

İlgili raporu üstteki resimde göreceğiniz üzere excel olarak export edip   inceleyebilirsiniz.  Excel üzerinde filtreleme yaparak networkünüzdeki  cihazlarınızda yüklü olan uygulamaları ve kaç cihazda yüklü olduğunu cihaz ismi ip adresi gibi bilgilerle öğrenebilirsiniz.

SCCM ile Windows Update Remove Nasıl Yaplır.

Merhaba,  büyük yapılarda genellikle  SCCM ile Windows update dağıtımlarını gerçekleştiririz. Ve bu dağıtım operasyonlarını  Automatic Deployment Rule ile otomatik hale getiririz.

Fakat bazı durumlar da bazı yüklediğimiz veya sistemlerde yüklü olan bir update’i kaldırmamız gerekebilir. İnternette genellikle Türkçe olarak SCCM ile nasıl update dağıtımı yapılacağına yönelik paylaşımlar olduğu için bu yazıyı yazma gereği gördüm. Çünkü SCCM ile update dağıtımı yaparken bir update’i kaldırmanız gerektiğinde bu işlemin nasıl gerçekleştiğini bilmeniz gerekiyor.

Danışman isimli  Windows 7 bilgisayar da yüklü olan “2900986”  id’li KB’yi sistemden kaldıracağız.

Öncelikle,  update kaldırma işleminde işimize lazım olan Task Sequence oluşturma ile işlemlere başlayabiliriz.

SCCM Console\Software Library\Overview\Operating Systems\Task Sequences > Create Task Sequence  adımı ile ilerlemeliyiz.

Gelen ekranda Create a new custom task sequence seçimini yapmalıyız.

Gelen ekranda task sequence isim bilgisini açıklayıcı olarak girebilirsiniz. Ben örneğimde kaldırmak istediğim KB ismini belirttim.

Kalan adımlarda herhangi bir değişiklik yapmadan Next ile ilerleyerek Task Sequence oluşturma işlemini tamamlayabiliriz.

Oluşturmuş olduğumuz Task Sequence’i   editleyerek çalışması için bazı  parametrelerin girişini yapacağız.

Task Sequence üzerinde Sağ Click Edit seçeneği ile devam ediyoruz.

Gelen Edit penceresinde > Add >General > Run Command Line seçimini yapıyoruz.

Gelen Run Command Line penceresinde gireceğimiz parametreler aşağıdaki gibi olmalıdır.

Command Line : C:\Windows\System32\wusa.exe /uninstall /kb:2900986 /quiet /norestart

Burada yazdığımız komutu test etmek isterseniz  Cmd üzerinde Admin hakkı ile çalıştırabilir ve belirttiğiniz id’ye sahip updatein uninstall edildiğini test edebilirsiniz.

Gerekli olan Task Sequence hazırlanmış durumda.

Şimdi hazırladığımız Task Sequence’i deploy aşamasına geçebiliriz.

İlgili Task Sequence üzerinde  sağ Click > Deploy seçeneği ile ilerleyelim.

Collection seçiminizi kendi yapınıza göre belirleyin. Benim tavsiyem ve Production ortamlar da kullandığım  her işletim sistemi versiyonu için ayrı Collection oluşturmak ( Win7,8,10) ve o Collectionları baz alan Uninstall collectionları hazırlamak. Örneğimde de böyle yaptım.

Deploymenet Settings tipini Required yapıyorum.  Çünkü kaldırma işleminin zorunlu olmasını istiyorum.

Scheduling kısmını hemen uygulanması için As soon as possible olarak ayarlıyorum. Dilerseniz belirttiğiniz bir tarihi set edebilirsiniz.

User Experience ekranında herhangi bir değişiklik yapmıyorum. Çünkü deploy ettiğim sistemlerin restart olmasını vb istemiyorum. Kullanıcı ekranına da task sequence çalışmasının yansımasını istemiyorum.

Alerts kısmında değişiklik yapmadığım için ekran görüntüsü paylaşmıyorum.

Distribution Points ayarımı aşağıdaki gibi bırakıyorum.

Kalan adımlar da değişiklik yapmıyor ve direk Next ile işlemi tamamlıyorum.

İşlemimizi test edelim ama öncesinde  Deployment yaptığımız Device Collection  üzerinde  Machine Policy’i tetikleyelim ki Clientlar policy alma süresini beklemeden harekete geçsin  J

SCCM yapınızı daha etkin yönetmek için Right Click Toolu yüklemenizi öneririm.

Teste tabi tuttuğumuz Client’ımız ilgili  task sequencei almış ve uygulamış.

Her şey başarılı görünüyor J

Hazırladığınız Task Sequence’i şablon olarak kullanabilirsiniz.

Run command line parametresindeki KB id’sini değiştirerek yeni ortaya çıkan kaldırmak istediğiniz updateleri kaldırabilirsiniz.