SCCM 2012 Agent Installation from Okan EKE on Vimeo.
Monthly Archives: Şubat 2014
Windows Azure Pack ve System Center 2012
Edge tarafından yayınlanan ve
aşağıdaki linkten erişebileceğiniz oturumda WAP’ın ne olduğu , cloud çözümü , System center entegrasyonu gibi birçok konuyu bulabilirsiniz
http://channel9.msdn.com/Shows/Edge/Edge-Show-91-Windows-Azure-Pack-with-Windows-Server-System-Center-2012-R2?utm_source=dlvr.it&utm_medium=twitter
ClientPushGenerator Kullanımı
Bu makale System Center Configuration Manager ile birlikte gelen ClientPushGenerator aracının kullanımı ile ilgili bilgileri içerir. ClientPushGenerator.exe, bir txt file içerisine manuel olarak girilmiş bilgisayar isimlerini okuyarak push installation ile agent kurulumunda kullanılır.
C:\Program Files (x86)\Microsoft Configuration Manager\AdminConsole\bin\ClientPushGenerator.exe
Alt alta yazılacak olan computer name listesi browse ile gösterildikten sonra atanacak site kodu belirlenir ve push installatin başlar. Bu işlemin arka plandaki adımları şu şekildedir.
-Listeden çekilen bilgisayarlar kuyruga alınır bu kuyruğa aşağıdaki path üzerinden erişebilinir
Yukarıdaki her bir ccr dosyası client configuration request anlamına gelir ve içeriğinde istekte bulunan client hostname bilgisi ve ek birkaç bilgi daha bulunur.
Olası hatalardan dolayı eğer kurulum başlatılmaz ise SCCM bu işlemleri tekrar edebilmek için ilgili ccr dosyasını aşağıdaki path altına taşır.
C:\Program Files\Microsoft Configuration Manager\inboxes\ccrretry.box
Bu path altında bulunan istekler her 60 dakikada bir toplanda 168 kere işleme dahil edilir. Buda ortalama 7 güne denk gelir. 7 gün boyunda bu listede bulunan bilgisayarlara agent kurulumu sürekli denenir. İstek dosyaları aşağıdaki resimde görülebilir.
Bir sonraki makalede görüşmek dileğiyle
Service Manager 2012 R2 Console Kurulumu
Bu makalede SCCM 2012 ile Service Manager Console kurulumu anlatılacaktır. ITIL süreçlerine uygun bir şekilde operasyonların yönetilmesi gerekiyorsa kullanılması gereken araçlardan biri olan Microsoft Service Manager, Service Delivery Service Transition ve Service Desing aşamalarında 2012 R2 sürümü ile başarılı bir çıkış göstermiştir.
Yapıda Service Manager 2012 R2 kullanılmak istenilirse süreçlerin takibi için Service Manager konsolun kullanılması gerekmektedir ve konsolun operatörlere kurulumu teknik ekipler uğraştırıcı aynı zamanda kaybedilen vakit olarak değerlendirilebilir.
System Center Configuration Manager ile Service Manager konsolu deploy edilirken aşağıdaki Task Sequence kullanılabilir.
Service Manager 2012 R2 konsolu ilk etapta 32 bit kullanıcıların kullanımına destek vermemişti. Ancak şu anda MVLS üzerinden indirilen versiyonunda bu destek mevcut. SM konsol, kurulurken birçok gereksinime ihtiyaç duymaktadır. Bunları SCCM ile deploy etmenin temelde iki yolu mevcuttur. Bunlardan ilki Applications üzerinden Dependency oluşturarak gerekli olan Ado.Net, SQL Management Object, .Net Framework gibi bileşenlerin SM konsol kurulmadan önce kurulumunu sağlamak ve daha sonra konsol kurulumunu tamamlatmak, ikincisi ise gerekli olan bileşenleri Task Sequence üzerinden ekleyerek oluşturmaktır. Eğer 32 bit ve 64 bit versiyonlar için ayrı ayrı application packages oluşturmak istenmiyorsa Task Sequencer kullanılması deployment adımlarının takibi açısından rahatlık sağlamaktadır.
Yukarıdaki örnekte 64 bit OS için oluşturulmuş bir grup mevcuttur. Bu grup için yazılan sorgu aşağıdaki gibidir.
Yukarıdaki bileşenlerin her biri tek tek Application veya Packages üzerinden oluşturulabilir. Kullanılan deployment parametreleri aşağıdaki gibidir.
Setup.exe /Install:Console /AcceptEula:YES /RegisteredOwner:System Management Services /RegisteredOrganization:XXXBank /ProductKey:XXXXXXXXXXXXXXXX /Installpath:C:\Program Files\Microsoft System Center\Service Manager 2012 /CustomerExperienceImprovementProgram:YES /EnableErrorReporting:NO /Silent
En temel halleri ile Service Manager 2012 R2 konsolu yukarıdaki adımları referans alarak kullanıcılara dağıtabilirsiniz.
Configuration Manager ile Detection Methot kavramı
Bu makalede SCCM 2012 ile birlikte kullanıma sunulan Applications kavramı ile paket oluşturuken kullanılan detection methot kısmından bahsedilecektir.
SCCM 2012 ile birlikte herhangi bir yazılımın paketli oluşturulurken 2007 den farklı bir metot kullanıma sunulmuştur.
Applications kısmıyla genelde .msi uzantılı dosyaların paketleri oluşturulur. Bunun nedeni msi uzantılı paketler için herhangi bir parametre kullanmadan install ve uninstall anahtarları otomatik olarak paketin içerisine eklemesiydi. Ancak bu kısımla exe dosyaları da paketlenip deploy edilebilir. Herhangi bir uygulamayı Application Catalog üzerinde yönetici onaylı bir şekilde dağıtmak için kullanıcıların erişimine sunulacaksa, istenilen uygulamanın Applications kısmından paketlenmesi şu anki versiyonlar için zorunludur.
Bir uygulamanın kurulduğunu veya daha sonra kurarken hedefteki bilgisayarda kurulu olup olmadığını SCCM in tanımasına yarayan kısım Applications üzerinden paket oluşturuken karşılaşılan adımlardan biri olan detection methot olarak sunulmaktadır.
Uygulamanın kurulu olduğunu tespit edebilecek bir script eklenebileceği gibi Add Clause seçilerek File, Folder ve Registry key bazında kontroller de sağlanabilir.
Eğer Setup.exe, Install.exe gibi kurulum başlatıcıları bulunan dosyaların .msi uzantılı dosyalarıda var ise bunlar Windows Installer kısmında gösterilerek detection methots otomatik olarak eklenmesi de sağlanabilir.
Detection Method kısmının yanlış belirtilmesi, ilgili programın kurulduktan sonra kurulduğunun anlaşlılmaması ve failed şekilde hata kodlarının çıkmasına neden olur. Ayrıca raporlara da gerçekleştirilen deployments doğru ve hedefte çalışıyor olmasına karşılık dönülen hata kodlarından dolayı Failed olarak sunulacaktır.
Bir sonraki makalede office programlarından bir örnek ile detection method örneklendirilecektir.
Yeni tema
Çok Şubeli Yapılarda İşletim Sistemi Dağıtım Mimarisi
SCCM 2012 R2 ile işletim sistemi dağıtımı, özellikle yardım masası çalışanları için zamandan tasarruf sağlayacak yegane biz özelliktir. Headquarter site dediğimiz DC ile aynı LAN üzerinde bulunan veya cloud ortamındaki sunuculara en yüksek bant genişliğinde bağlantı sağlayan lokasyonlarda işletim sistemi dağıtım senaryoları genellikle problemsiz olmaktadır. SCCM 2012 ile birlikte DP üzerine taşınan PXE noktaları ile herhangi bir kullanıcı müdahalesi olmadan (zero-touch installation) uzak lokasyonlarda/şubelerde bulunan bilgisayarlar yeniden kurulabilir.
Yukarıda bir dağıtım noktasının (DP) nasıl PXE Enable hale getirilebileceği gösterilmiştir. Bu sayede ilgili DP üzerine gelen TFTP istekleri karşılanabilir olacak ve network üzerinde boot işlemi başlayabilecektir. Yukarıdaki kutucuk işaretlendikten sonra ilgil DP üzerinde WDS kurulumu başlayacaktır. Her ne kadar işlemi SCCM yönetse de alt yapıda WDS servisi bulunmaktadır. Yapılması gereken diğer bir işlem ise DHCP üzerinde ilgili Scope üzerinde 066 ve 067 options tanımlanması gerekmektedir. Bu sayede ilgili IP bloğunda olan bilgisayar kendi lokasyonunda bulunan PXE noktasına gidecek ve WinPE imajını indirmeye başlayacaktır.
Bu işlem sonrasında aşağıdaki hatayı alabilirsiniz
Content location request for P00015:3 failed. (Code 0x80040102)
Yukarıdaki durum şu şekilde özetlenir:
Branch office bulunan bilgisayar kendi lokasyonunda ki PXE noktasından Boot imajını almıştır ancak boundary tanımı yapılmamıştır. Branch office BG oluşturarak kendi lokasyonunda bulunan DP’den paketin alınması sağlanabilir.
Bir başka alternatif ise şu şekilde olabilir. İlgili client PXE noktası olarak HQ kullanıp, imaj dosyalarını kendi lokasyonundan çekebilir. Bu mimariyi gerçekleştirebilmek için DHCP üzerinde ilgili Scope 066 option HQ site olarak girilerek PXE istekleri merkezi olarak değerlendirilebilir. Onaylandıktan sonra ilgili imaj paketleri ise kendi boundary üzerinde tanımlı DP ile kurulum hızlı bir şekilde tamamlanır.
SCCM 2012 R2 Central Administration Site Yapılandırması
Bu makalede Central Administration Site (CAS) rolünün özelliklerinden ve yapılandırılmasından bahsedilecektir.
Central Administration Site, SCCM hiyerarşisinin en tepesinde bulunan, hiyerarşinin geneline ait ayarları ve izlemeleri sağlayan site türüdür. Bu site türü hiçbir şekilde client ile iletişime geçmez yani client assigned edilemez. Organizasyonda birden fazla Primary Site düşünülüyorsa kurulması zorunludur. Sites arası database replikasyonunu yönetir ve bütün organizasyonu içeren raporların alınmasını sağlar.
Bir CAS en fazla 25 Primary site desteklemektedir. Daha fazla Primary site mevcutsa eğer Hiyerarşiyi genişleterek bir başka CAS eklemek gereklidir.
SQL Server Planlanmasını içeren makalede bahsedildiği gibi ortak bir DB havuzu kullanılacaksa mutlaka ayrı bir SQL Instance tanımlanmalıdır.
Yukarıdaki mimariye ulaşabilmek için kurulması gereke ilk site türü CAS’dır. Kurulum öncesi sunucu gereksinimleri hemen hemen bütün site tipleri için aynıdır. Adım adım değinilecektir.
Öncelikle var olan SQL sunucusu üzerine CAS sunucusunun computer Account hakkı olması gerekmektedir. Bu hak aşağıdaki gibi atanabilir.
SCCM kurulumlarında Windows Server 2012 bileşenleri arasında yüklenilmesi zorunlu olan bazı roller ve özellikler mevcuttur. Bunlar aşağıdaki resimde belirtilmiştir.
Özellikle uzak lokasyonlara gönderilen dosyaların birden fazla parça halinde sıkıştırılarak gönderilmesini sağlayan Remote Differential Compression özelliğinin de kurulu olması gerekiyor.
IIS üzerinde (WEB Server Roles) kurulması gereken rollerin listesi aşağıdadır. Unutulmamalıdır ki SCCM’in, IIS servisi ile hemen hemen her bileşeni ilişkilidir.
Yukarıda seçili olan bileşenlerin kurulumu tamamlandıktan sonra CAS sunucusu üzerinde kurulum gereksinimlerinden eksik olanların listelenmesini sağlayan prereqchk.exe aracı çalıştırılmalıdır.
Komutlar ile ilgili detaylı bilgi için aşağıdaki link kullanılabilir
http://technet.microsoft.com/en-us/library/gg712320.aspx#BKMK_PrerequisiteChecker
Kurulum gereksinimleri yukarıdaki komut ile listelendikten sonra teker teker gereksinimler tamamlanır. İlk gereksinim; Windows Assessment and Deployment Kit. Aşağıdaki bileşenlerin yüklenmesi yeterlidir.
İkinci gereksinim ise Active Directory üzerinde CAS sunucusunun ilgili konteynır’da hakkının olmasıdır.
SQL Server üzerinde daha önceki makalede bahsedilen Static Port tanımlaması gerçekleştirildikten sonra kurulum ekranına geçilir.
Kurulum, site türüne göre seçilerek devam edilmelidir.
Gerekli sözleşmeler onaylandıktan sonra kurulum için gerekli olan dosyalar indirilir. İnternet üzerinden indirilebileceği gibi (Download required files) daha önceden indirilmiş olan dosyalarda tanımlanabilir. (Use previously downloaded files)
Konsol, rapor ve agent dili ile ilgili seçimler aşağıdaki ekrandan gerçekleştirilir.
Kurulum için gerekli Site code, Site name, Installation folder tanımlanır. Site code; daha önce tanımlanmamış 3 karakterli site code kullanılması gereklidir.
SQL sunucusu üzerinde tanımlanan CAS instance, kurulum ekranında aşağıdaki yerde tanımlanır.
SQL server ile ilgili uyarılar Prod ortamında yeteri RAM ile kullanılacağı için alınmayacaktır. SQL Server process memory allocation ile ilgili hatayı ise aşağıdaki ekranda SQL Server properties kısmında maximum server memory(in MB) kısmı düzenlenerek giderilebilir.
İşlemler tamamlandıktan sonra kurulum tamamlanır.
NOT: Kurulum tamamlansa bile muhakkak kurulum loglarına bakınız 🙂