SCCM ConfigMgr Prerequisites Tool 3.0.2 kullanımı

Merhaba,  SCCM kurulumu öncesi bildiğiniz üzere kurulumunu  yapmamız gereken bazı  bileşenler,  rol ve servisler mevcut.  Bu servisleri ve bileşenleri genelde biz manuel kurarız.  Denk geldiğim kurulumlarda  Genelde şu şekilde SCCM ortamının kurulum hazırlıkları yapılır, öncelikle SCCM kurulumu yapılacak sunucu belirlenir ve uygun olan Windows Server işletim sistemi versiyonu yüklenir, ardından   SCCM in SQL server için kullanacağı sunucu belirlenir ve uygun Windows server işletim sistemi yüklenir ve SQL server kurulumu yapılır. Ardından SCCM kurulumu yapılacak sunucu da öncelikle Dil ayarları tamamen English United States olarak aşağıdaki gibi ayarlanır.  Ve ardından gerekli olan diğer bileşenler manuel şekilde yüklenir veya bir script hazırlanır ve çalıştırılır.

 

Microsoft  bizleri düşünmüş olmalı ki uzun süredir SCCM  ConfigMgr Prerequisites Tool mevcut.  Şimdi yazımızı fazla uzatmadan bu Toolu indirelim ve kurulumuna başlayalım . aşağıdaki link üzerinden ilgili Toolu indirebiliriz.

https://gallery.technet.microsoft.com/ConfigMgr-2012-R2-e52919cd

Ürünü Download ettikten sonra kurmanız gerekmiyor. Sadece Extract etmeniz yeterli ardından direk çalıştırabilirsiniz.

Çalıştırdığınız da aşağıdaki ekran sizi karşılıyor J grafik olarak fazla ciddi bir arayüz tasarlanmamış olabilir ama yeteneği büyük J

Menüleri sırasıyla incelemeye başlayalım J

 Site Selection tabında  SCCM için kuracağınız site tipini seçmeniz isteniyor.

Aşağıda göreceğiniz üzere 3 site seçeneği mevcut. Bunlardan kurmayı düşündüğünüz site tipini seçer ve  sağ alt köşeden Install tıklarsanız sunucunuzun üzerine gerekli olan bileşenleri otomatik olarak kendisi yükleyecektir.

Yüklemenin tamamlandığını aşağıdaki şekilde görebilirsiniz  Ayrıca, Completed uyarısı vermekte ben uyarıyı kapattığım için göremiyorsunuz. Toplamda 9 adet bileşen kurulumu gerçekleştirilmiş.

Şimdi diğer tabımız olan Roles tabı ile devam edelim.

SCCM sunucunuzu hangi rolde yapılandıracaksınız onu seçip yine install demeniz yeterli.

Ben management point rolünü yükleyeceğim.

İnstall dedikten sonra seçtiğim rol için gerekli olan bileşenlerin kurulumunu başlatıyor, ilgili bileşenleri yüklerken sunucum üzerinde yüklü olan bileşenleri tekrar yüklemiyor.

Az önce yukarıda bahsettiğim Completed uyarısını üstte görüyorsunuz. Aşağıda 18 bileşen yüklemesi yapıldığını görebilirsiniz.

Geldik en kritik olan kısıma J  Schema Extend işlemi SCCM kurulumu için gerekli bir işlemdir. O işlemi de bu alandan yapabiliyoruz. Tek ihtiyacımız olan şey Bu işlemi yapacağımız  yani sunucuya login olmuş bu toolu çalıştıran user hesabının DC üzerinde Schema Admin grubuna üye olması.

Üstteki resimde göreceğiniz üzere Schema Master rolünü üzerinde tutan sunucunun validate olmasını istiyor. Bunun için   CMD ekranında  > netdom query fsmo  komunutu çalıştırarak Schema master roünü tutan sunucu bilgisini öğrenerek bu bilgiyi buraya giriyoruz.

Veya Detect  seçeneğini tıklarsak kendisi aşağıdaki gibi otomatik olarak bu alanı dolduracaktır.

Extend işlemini başlatmak için Extend çalıştırıyoruz.

Directory ekranından sonraki seçeneğimiz ADK toolu  bildiğiniz üzere SCCM üzerinden image deployment işlemlerinde ADK aracı içerisindeki bazı bileşenler bize gerekli.

İşletim sisteminize uygun ADK versiyonunu bulmak için Loal seçeneğini tıklamanız yeterli.

Üstteki 2.resimde göreceğiniz üzere 3 tane ADK versiyonu listelendi. İnstall tıklarsam internet erişimim varsa seçtiğim sürümü yükleyecektir.

Ve üstteki resimde göreceğiniz üzere ADK kurulumu tamamlandı.

Sıra geldi SQL server seçeneğine bildiğiniz üzere SCCM için SQL server şart. Aşağıdaki ekran üzerinden SQL  serverın minimum  maksimum ram kullanım oranını ayarlayabilirsiniz. Bunun için SQL sunucuya Connection sağlamamız gerekiyor.

Sıra geldi WSUS kurulum ekranına  database tipini seçmeniz gerekiyor

WSUS updatelerini ortamınızdaki kurulu olan SCCM için hazırladığınız SQL server üzerinde  tutabileceğiniz gibi  Windows internal Database seçimini de yapabilirsiniz.

WSUS kurulumu da tamamlandı.

WSUS serverı  Server Manager üzerinden açtığınız da Windows internal database path bilgisi girmenizi sizden isteyecektir.

Tolun önceki versiyonunda bu seçenekte  tool üzerinden belirtilebilirken yeni sürümde kaldırılmış durumda.

SCCM yükleyeceğimiz sunucumuzu tek bir tool üzerinden yükleme öncesi gereksinimlerini karşılayacak şekilde hazırladık. Yapmanız gereken ekstra kontroller olabilir  ilk aklıma gelenler  System Management Container oluşturulması gibi. Çünkü tool üzerinde gördüğünüz üzere bu seçenek mevcut değildi ve SCCM kurulumu için mutlaka yapılması gereken bir aksiyon.

System Center Update Publisher SCUP 2018 Kurulumu

Merhaba, SCUP 2011 olarak hafızalarımızda yer edinen  System Center Update Publisher ürününün yeni versiyonu 26 Mart 2018 tarihi itibariyle indirilebilir duruma geldi.

SCUP nedir kısaca değinmek gerekirse, Microsoft SCCM ile Update dağıtımı gerçekleştirenlerin bildiği üzere SCCM Microsoft ürünlerinin updatelerini istemcilerinize dağıtmaktadır. Bunun haricinde kalan 3th party updateleri doğrudan göndermenize olanak tanımamaktadır. Fakat SCUP ile üreticilerin updatelerini de  SCUP + SCCM entegrasyonu sağlayarak dağıtabiliyoruz.

SCUP aşağıdaki adresten indirilebilir.

https://www.microsoft.com/download/details.aspx?id=55543

indirmiş olduğumuz SCUP aracını çalıştırıyoruz.

Kurulumu tamamladığımız zaman All Programs kısmında yeni yüklenen program olarak karşımıza çıkıyor.

SCUP Update Publisher  aracını çalıştıralım.

SCUP ilk çalıştırdığımızda bizi eski sürüm olan 2011 versiyonundan daha güzel bir arayüzle karşılıyor J

SCUP aracımızı yapılandırmaya başlayalım.

Options menüsü üzerinden konfigürasyon adımlarına başlıyoruz.

İlk yapılandıracağımız ayar  SCUP ile Local update serverın entegrasonu ve test işlemi olacak. Ayarları aşağıdaki gibi yapılandırıyoruz.

Not:  SCUP entegrasyonunu yapacağınız SCCM sunucu üzerinde WSUS yüklü ve SUP  Rolü olarak (Software Update Point ) yapılandırılmış durumda olmalıdır.

Yukarıdaki sertifika uyarısının çözümü için Regediti açıyoruz > "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Update Services\Server\Setup “ alanına geliyoruz > NEW>DWORD(32 bit) Value oluşturmaya başlıyoruz isim olarak >  EnableSelfSignedCertificates yazıyor ve Value olarak “1”  giriyoruz.

Registry ayarını ekledikten sonra >  aşağıdaki gibi Create seçeneği ile Sertifika üretebiliriz.

Üstteki resimde göreceğiniz üzere Create seçeneği ile sertifikamız oluşturulmuş durumda.

Bir diğer seçeneğe geçmek için Sol üstteki menüleri tıklayabilirsiniz.

SCUP ile SCCM  entegrasyonunu aşağıdaki gibi yapalım.

SCUP ve SCCM entegrasyonumuzu tamamladık.

SCUP ve SCCM entegrasyonu sonrasında yapılacak birkaç işlem daha var en önemlisi üretmiş olduğumuz sertifikayı  öncelikle yüklemeyi yaptığımız sunucuya sonrada ortamımızdaki Clientlara göndermemiz gerekli ama o kısımlara bu makale de değinmiyorum.

SCUP ile Updatelerini  gerçekleştirebileceğimiz vendor ürünlerine aşağıdaki gibi ulaşabilirsiniz.

SCUP > Catalogs Workspace >  Add catalogs  aşağıdaki resimde göreceğiniz üreticiler ve onlara ait ürünlerin listesi mevcuttur.  SCUP 2011 ürününde Fujitsu üreticisi yoktu yeni versiyonda mevcut görünüyor.

Gelelim yazımızı bitirmeden aklınıza gelebilecek bazı sorulara J SCUP da olmayan üreticilerin updatelerini nasıl dağıtabilirim diyebilirsiniz cevabı basit Bunun için aşağıdaki siteleri ziyaret edebilirsiniz. Manage Engine firmasının Patch Connect Plus ürünü yaygın olarak kullanılıyor.

Aşağıdaki ürünlerin Lisanslı olduğunu belirtmekte yarar var J

https://patchmypc.net/supported-products-scup-catalog

https://www.manageengine.com/sccm-third-party-patch-management/edition-comparison-matrix.html

MS SCCM Detaylı port numaraları.

Merhaba,  SCCM konumlandırılırken bazı projelerde denk geldiğim gözden kaçan temel noktalardan biri SCCM ürününün sağlıklı çalışması için gerekli olan portların bazılarının veya çoğunun :) açılmamış olması. SCCM ürününün 2012- 2012R2 ve 2016 versiyonlarının  üzerinde barındırdığı rollere göre ihtiyaç duyacağı tüm portların listesi aşağıda sıralanmıştır.

SCCM Server ve rol bilgileri aşağıdaki gibidir.

Windows Server 2012 R2 RDS masaüstü görünmeme, Not Showing desktop icons Rds Users

Merhaba,  bugün karşılaştığım bir sorun ve bulduğum çözümü sizlerle paylaşmak istiyorum. Ortamınız da Server 2012 R2 üzerinde konumlandırılmış RDS ( Terminal Server ) mimariniz mevcutsa ve kullanıcılarınız RDS sunucularınıza bağlandıklarında Masaüstü ikonlarının gelmediğini ve Start menünün işlem yapmaya kapalı yani pasif durumda olduğunu iletiyorlarsa öncelikle aşağıdaki KB numaralarını paylaştığım updatelerin RDS sunucularınız da yüklü olup olmadığını kontrol etmenizi öneririm. Microsoft’un  Ocak ve Şubat 2018 tarihlerinde release etmiş olduğu updateler olduğu için çoğu sistemde şu an yüklü olmayabilir. Şayet sizin RDS sunucularınız da ilglii updateler Yüklüyse bu updateleri Uninstall ederek RDS sunucu veya sunucularınızı restart etmeniz gerekiyor.

İlgili KB bilgileri : KB 4055001, KB 4074594 ve KB 4054980.

Ek not: Ortamınız bir Telekom operatörü, banka çağrı merkezi, sağlık grubu gibi bir sektöre hizmet eden kuruluşsa Thinclient olarak adlandırdığımız ince istemcileriniz mutlaka olacaktır bu sorunu thinclient sistemlerinizde sadece bu updateleri RDS serverlarınızdan uninstall ederek çözemeyebilirsiniz.
En güzel ve her zaman yaptığım öneri Updateleriniz için Production ortamınızdaki uygulama ve sistemleri doğrudan kurgulayarak bir Test ortamı oluşturun ve önce test ortamlarınız da update geçişlerini uygulayarak gözlemleyin :) 

Windows Admin Center Duyuruldu.

Merhaba,  Microsoft Windows Admin Center ürününü 12 Nisan 2018 itibariyle duyurdu.

Windows Admin Center diğer ismiyle WAC  Sunucu, Cluster ve İş istasyonlarını Web browser üzerinden yönetmemizi sağlayan bir araçtır.

yüklenebileceği işletim sistemleri ise : Windows 10 - Windows Server 2016 - Windows Server 1709.

Web Browser üzerinden yönetim sağladığı için 6516 numaralı portu kullanmaktadır.

ürün çok yeni olduğu için test etme imkanım fazlasıyla olmadı. fakat WAC toolu indirmeye hazır.

kurulum işlemleri için aşağıdaki linki baz alabilirsiniz.

Windows Admin Center Download

Ayrıca, ürün hakkında kısa bir video paylaşıyorum.

ESXI 6.0 – 6.5 host stuck %19 "in progress" when entering maintenance mode

Merhaba,  herhangi bir nedenden ötürü Cluster yapısında çalışan ESXI hostlarınızdan birini  Maintenance mode durumuna  almanız gerekebilir. Bunun bir çok nedeni olabilir. Fiziksel sunucu üzerinde yapacağınız bir çalışma donanımsal bir upgrade veya bir Firmware upgrade vb nedenler. Bu gibi durumlar da ilgili Hostunuzu Maintenance mode durumuna alarak üzerinde çalışan sanal  sunucularınız kaynak durumu uygun diğer hostlarınıza taşınmasını ve  çalışan sistemlerinizin kesintiye uğramamasını sağlarsınız. Bildiğiniz üzere DRS otomatik olarak sanal sunucularımızı kaynak durumu uygun  olan Hostlar arasında gezdirmektedir.

DRS’in ise Cluster yapımızda açık ve çalışıyor olması  için lisansımızın Enterprise düzeyinde olması gerekir. Aksi takdirde örneğin Essential Plus tarzı bir VMware Lisansına sahipsek DRS özelliğini Cluster yapımızda  aktif edemeyiz.

Aşağıdaki tabloda ayrıntılı lisans modelleri ve içeriği mevcut.

Şimdi Cluster yapımızda DRS  özelliğimiz açık ve Vsphere HA özelliğimiz de aktif fakat Bir Host’u  maintenance duruma aldığımız da aşağıdaki gibi %19 processing kısmında kalıyorsa ne yapmamız gerekiyor.

Lisansımız mevcut ve Cluster yapımız da DRS açık. 

Üstteki resimde göreceğiniz üzere  %19 da işlem takılı kalmış durumda.

DRS ayarlarımızın kontrol etmemiz öncelikli yapmamız gereken işlem.

Cluster yapımıza geliyorum ve DRS ayarlarımızı kontrole başlıyorum.

Görüldüğü üzere  DRS açık ve Automation Seviyemiz partially automated. Diğer seçeneklerin ne olduğunu görmek istersek  Edit kısmına giriş yapmalıyız.

Görüldüğü üzere 3 seçeneğimiz mevcut. Kısaca bu seçeneklere değinecek olursak 

Manual :  VM lerin hangi hostta başlatılacağını belirler.

Fully automated : vm ler bir hosttan diğer hostlara otomatik geçer.

Partially Automated : Kullanıcıya tavsiye verir kendisi vm ler üzerinde bir değişiklik yapmaz. 

Kısa bilgilendirmeden sonra seçimimizi Fully Automated yapıyorum.

DRS Automation Seviyesini değiştirdikten sonra Herhangi bir işlem durdurmadan  Host kaldığı yerden Maintenance mode a geçti. Ve sanal sunucular uygun hostlara migrate edildi.

Ek not: DRS açık olmayan Cluster yapısında Maintenance mode sadece içerisinde sanal sunucu olmayan Hostlar da devreye alınabilir. Bunun nedeni de bildiğiniz üzere DRS açık olmadığı için sunucuları migrate edemeyeceğinden dolayı J

VMware vRealize Operations Manager VROPS aracı ile Sunucu kaynakları izleme.

Merhaba,  Vmware Sanallaştırma Adminlerinin bildiği ve hatta büyük yapılarda kullandığı ve sanal sunucuların kaynak kullanımı,  kaynak planlaması ve kaynak artırımı / ve atıl kaynakların belirlenmesi ve raporlanması ve sanal sunucuların performans, kaynak kullanım durumlarının izlenmesi gibi bir çok işlemleri gerçekleştiren Vrops ürünü üzerinden  istediğimiz sanal sunucunun kaynak kullanımı raporu ve o anki veya geriye dönük kaynak kullanım durumunu inceliyor olacağız. Bu ürünün sanallaştırma ortamlarına sağladığı faydası saymakla bitmez, ama tek bir örnekle aslında daha iyi anlayabiliriz. Senaryo gereği, bir bankada veya TELCO da sistem adminisiniz ve 1000 ve üzeri sanal sunucunuz ve çok sayıda da uygulama sunucunuz ve uygulama adminleriniz mevcut. Bazı uygulama adminlerinden şu tür talepler gelebilir, benim uygulama sunucumun RAM değeri yetersiz veya CPU sayısı yetersiz uygulamada kilitlenme oluyor vb gibi şikayetleri alabilirsiniz. Bu gibi durumlarda rastgele kaynak ataması veya artırımı yapmak yerine o anki mevcut uygulama sunucusunun kaynaklarının kullanım durumunu ve diğer detayları görmeniz size alacağınız aksiyon konusunda net bir bilgi verecektir. Belki de ilgili sunucunun RAM ve CPU değerleri gayet güzel ve performans sorunu yok. Bu gibi durumda rastgele RAM veya CPU veya farklı bir donanım artırımına doğrudan gitmeniz sorunun kaynağı bu bileşenlerin performansı değilse sorunu ortadan kaldırmayacağı gibi gereksiz yere kaynaklarınızı da kullanmış olacaksınız. Ve buda size ileriye dönük maliyet olarak yansıyacaktır J

Sözü fazla uzatmadan VRops arayüzüne bakalım.

VRops konsolumuza giriş yaptığımız da bizi aşağıdaki ekran karşılıyor.

Konsol üzerinde Environment tabını geçiş yaparak ortamımızla ilgili bilgilere ulaşabiliriz.

VShere Host and Clusters tıklayarak ilerleyelim. Yapımız genelindeki DataCenterlarımız, datacenterlar içindeki Clusterlarımız ve Clusterlara üye Hostlarımız görülmektedir.

Konsol üzerinde bu ekranda herhangi bir ESXI Host veya Cluster veya Datacenter üzerindeyken More seçeneğini tıklarsanız detaylı araçların yer aldığı bir bölüm ortaya çıkacaktır.

Örneğin bir Hostumuzla ilgil kaynak kullanım raporu almak istiyoruz.

More seçeneğini tıkladıktan sonra açılan pencerede Reports bölümüne geçtiğimizde hangi kaynaklara  dair rapor elde edebileceğimiz bilgiler mevcut.

Rapor almak istediğiniz kaynak türünü belirledikten ve seçtikten  sonra yapmanız gereken >  Run Template demeniz. Ardından rapor oluşturma süreci başlatılacaktır.

Gördüğünüz üzere Running duruma geçti.

Rapor oluşturma işleminin tamamlandığını Generated Reports alanından görebilirsiniz. Her kaynak için ilgili kaynağın altında bu bilgi yer almaktadır.

Oluşturmuş olduğumuz kaynak kullanım raporunu PDF veya CSV olarak download edebiliriz.

Bu örneğimizde Manuel  şekilde bir Host’un istediğimiz kaynağının raporunu almayı inceledik ki bizim örneğimizde bu CPU idi. Peki bu raporu mauel değilde seçtiğimiz kritik  Host veya Sanal sunucularımız için Scheduled yani zamanlanmış bir görev haline nasıl getirebiliriz.

Yine aynı şekilde kaynak kullanım raporunu almak istediğimiz Host, Sanal sunucumuzu seçip raporunu almak istediğimiz kaynağı belirleyip aşağıdaki resimde göreceğimiz  “Schedule Report” seçeneğini seçmek.

Zamanlamış olduğumuz raporu dilersek  Vrops ürününü yapımızdaki mail server ile Relay anlamında entegre ederek mail attırabiliriz.

Şimdiki örneğimizde ise bir sunucunun mevcut kaynak kullanımının ne durumda olduğuna bakalım.

VRops Home ekranında iken aşağıdaki alana bilgilerine erişmek istediğiniz sunucunun adını veya isminin ardışık birkaç harfini yazdığınızda o sunucuyu envanterinden otomatik olarak bulacaktır.

Örneğin, W10 yazdığımzda direk o isimle başlayan sunucuları listeleyecekti. Benim test yapımda bu isme sahip tek sunucu olduğu için direk onu getirdi. J

Sunucumu seçip More demeliyim ki esas işlemlerimi yapacağım sekmeleri bana göstersin.

Analysis tabına geldiğimde sunucumla ilgili kaynak durumunu gösteriyor.

Her şey yolunda gözüküyor J

Analiz kısmında 2 seçeneği aktif olarak kullanmanızı öneririm.

1.       Kalan kapasite kullanımı bilgilerini görebileceğiniz sütun olan Capacity Remainng alanı.

2.       İse sanal sunucunun donanımlarının %lik olarak kullanılan ve gerekirse geri alınabilecek % lik veya sayı olarak kısımları belirten  reclaimable capacity sütunudur.  Sanal sunucuların kaynaklarını arttırmadan önce bu alanı kontrol etmeniz kesinlikle önerilir. Belki de kaynağını arttırmak istediğiniz sanal sunucuda kaynak fazlalığı bile olabilir J

Benim örneğimde “reclaimable capacity” alanında bilgi göremiyorsunuz. Oysaki sanal sunucumun donanım konfigurasyonu gayet stabil  ve performanslı. Bunun sebebi test için kullandığım sunucumun uzun süre çalışır durumda olmayışı. VRops bu bilgileri toplarken sunucunun geriye dönük performansını vb gibi bir çok kriteri baz alarak bilgileri derliyor.

VRops ürünüyle ilgili 2 örnek vererek yazımı tamamlamak istiyorum. Ürünü ne kadar çok kullanırsanız enine boyuna tüm detaylı özelliklerini keşfeder ve ne kadar yararlı olduğunu daha net anlamış olabilirsiniz. Ürünün lisanslaması vb gibi noktaları VMware sayfasından öğrenebilirsiniz.