SCCM 2007 ile OSD projelerimin birisinde rastladığım ilginç bir problem.

SCCM içerisindeki OSD yeteneklerini kullanarak sunucu işletim sistemi kurulumlarını otomatize ederken, belirli tipteki sunucular üzerinde Task Sequences’ın belirli bir adımında aksiyon alarak Hyper-V rolünün yüklenmesi gibi bir istek geldi.

Özellikle Hyper-V sanallaştırma mimarisi kullanan bir datacenter için gerçekleştirilecek OSD projelerinde sıklıkla gelebilecek bir talep.

Bu noktad eminim ki sizinde akınıza benimle benzer yöntemler gelmiştir.

• ServerManagerCmd komut satırını kullanarak rolün kurulması
• PowerShell cmdlet lerin kullanılarak rolün kurulması

OSD’den bağımsız düşündüğümüzde iki yöntem ile de gayet sıkıntısız biçimde istediğini rolleri otomatize edilmiş şekilde kurabiliyorsunuz. İlginç olan ise SCCM Task Sequence ekranın powershell yada command prompt çağırılarak ilgili komutlar çalıştırıldığında ne yazık ki başarılı olunamaması.

Sebebini uzunca süre araştırmama rağmen kesin bir sonuç elde edemedim. Bu problemi yaşayan bir başka SCCM MVP’lerine de rastlayınca başka bir metod bulunması gerektiğini karar verdim.

Bu noktada işimizi şimdilik görebilecek tek yol DISM.exe yani Windows Servicing tool.

OSD task sequence içerisine aşağıdaki komut satırını post-installation kısmına eklediğiniz takdirde rol başarılı bir şekilde yüklenecektir.

cmd /c Dism.exe /image:%OSDTargetDrive%\ /Enable-Feature /FeatureName:Microsoft-Hyper-V /LogPath:%_SMSTSLogPath%\Hyper-V.log

SCCM R3 için yeni bir kurulum gerçekleştiriyorsanız, opsiyonel olarak fakat çoğunlukla tercih edildiği üzere, Active Directory şemasını genişletmek isteyebilirsiniz.

Bu noktadaki metodlarımızından birisi bildiğiniz gibiExAdSch.exe aracı.

Yalnızaracı çalıştırıp log dosyasını izlediğinizde aşağıdakine benzer bir uyarı görebilirsiniz.

01-19-2011 13:56:29> Failed to create attribute cn=MS-SMS-MP-Name. Error code = 8224.
<01-19-2011 13:56:29> Failed to create attribute cn=MS-SMS-MP-Address. Error code = 8224.
<01-19-2011 13:56:29> Failed to create attribute cn=mS-SMS-Health-State. Error code = 8224.
<01-19-2011 13:56:29> Failed to create attribute cn=mS-SMS-Source-Forest. Error code = 8224.
<01-19-2011 13:56:29> Failed to create attribute cn=MS-SMS-Ranged-IP-Low. Error code = 8224.
<01-19-2011 13:56:29> Failed to create attribute cn=MS-SMS-Ranged-IP-High. Error code = 8224.
<01-19-2011 13:56:29> Failed to create attribute cn=mS-SMS-Version. Error code = 8224.
<01-19-2011 13:56:29> Failed to create attribute cn=mS-SMS-Capabilities. Error code = 8224.
<01-19-2011 13:56:29> Failed to create class cn=MS-SMS-Management-Point. Error code = 8202.
<01-19-2011 13:56:29> Failed to create class cn=MS-SMS-Server-Locator-Point. Error code = 8202.
<01-19-2011 13:56:29> Failed to create class cn=MS-SMS-Site. Error code = 8202.
<01-19-2011 13:56:29> Failed to create class cn=MS-SMS-Roaming-Boundary-Range. Error code = 8202.
<01-19-2011 13:56:29> Failed to extend the Active Directory schema, please find details in

Eğer yetki ve diğer noktalarda bir sıkıntınız yok ise bu sorunun bir diğer tetikleyiciside domain yapınız olabilir.

Eğer Active Directory forestınızda bir child domain var ise, ancak bu child domain ortamında live olarak bir domain controller makinesi yok ise replikasyon alanındaki sorunlar sebebiyle şema genişletme işleminiz gerçekleşmeyebiliyor.

Bu sebeple bu child domain altındaki domain controller sunucusunu tekrardan ortama katarsanız, şema sıkıntısız şekilde genişletilecektir.

Bu akşam 21:00’de SCCM R3 ile gelen Power Management özelliği hakkında ayrıntılı bir webcast veriyorum.

Hepinizi beklerim, aşağıdaki linkten katılım sağlayabilirsiniz.

SCCM ile Güç Yönetimi Teknolojisi – 02.02.2011 – 21:00 – 22:00

Seminere Kayıt İçin Tıklayın!

Danışman : Anıl Erduran ( MVP )

Yer : Live Meeting

Etkinliğe Genel Bakış: Bu Web seminerinde SCCM ile güç yönetimi üzerinde durulacaktır.

Soru : Microsoft’un Ücretsiz olan Live Meeting yazılımını kullanarak nasıl internet üzerinden bir seminere (Webcast’e) katılabilirim?

Cevap : Buraya tıklayarak indirebileceğiniz Live Meeting Client yazılımının kurulumunu gerçekleştirdikten sonra yukarıdaki bölümde verilmiş olan "Kayıt Linki" ni kullanarak ulaşacağınız katılım linkine seminer saatinden yaklaşık yarım saat önce tıklamanız yeterlidir.

System Center Configuration Manager 2007 SP1, SP2 and R2 now support Microsoft SQL Server 2008 SP2 as a Configuration Manager 2007 site database. The site system role of Reporting Services Point and the client status reporting feature of System Center Configuration Manager 2007 R2 are supported.

No software updates are required.

If you ever wondered how to install .Net Framework silently during a distribution, here is the exact command line;

“dotNetFx40_Full_x86_x64.exe /q /norestart /ChainingPackage ADMINDEPLOYMENT”

Anıl ERDURAN

Kimi zaman networkte bulunan bir pc üzerinde bulunan network paylaşımlarının listesini elde etmemiz gerekebilir.Ancak bunu birden fazla bilgisayar için yapmak istediğimizde manuel yöntem pek işimizi görmeyecektir.Eğer yapınızda SCCM 2007 bulunuyorsa ufak revizyonlarla bu şekilde custom bir rapor hazırlayabilirsiniz.Bunun işlem için

1. \Microsoft Configuration Manager\Inboxes\clifiles.src\hinv\ dizinine inip sms_def.mof dosyasını açın
2. Shares bölümünü bularak değerini TRUE olarak konfigure edin.

   3.    Dosyası kaydedin ve SCCM sunucusunu yeniden başlatın.

   4.    Clientlar üzerinde Hardware Inverntory refresh’I bekleyin.

   5.    Aşağıdaki query kullanarak yenmi bir rapor oluşturun.

Network Share Report

SELECT v_R_System.Name0 AS ‘Computer’, v_GS_SHARE.Path0 AS ‘Path’, v_GS_SHARE.Name0 AS ‘Name’, v_GS_SHARE.Caption0 AS ‘Caption’, v_GS_SHARE.Status0 AS ‘Status’

FROM v_GS_SHARE INNER JOIN

v_R_System ON v_GS_SHARE.ResourceID = v_R_System.ResourceID

Böylece aşağıdakine benzer bir rapor elde edeceksiniz.

SCCM ile ilgili eğitimlerde en çok sorulan sorulardan birtanesi multi forest bir yapıda SCCM konfigurasyonunun nasıl gerçekleştirebilirim?,

Burada isterseniz multi forest bir yapıda sccm ile çalışırken soru cevap halinde SCCM’in yapabildiklerini inceleyelim.

- Configuration Manager farklı forest altındaki clientları yönetebilirmi?

Evet yönetebilirsiniz.Burada dikkat etmeniz gereken tek nokta site eğer mixed mode altında çalışıyorsa management point üzerinde otomatik approval çalışması için bir fqdn bilgisi girmeniz gerekiyor.Bu ismin iki domain içinde de çözülebilir olduğunu kontrol edin.

- Site system sunucuları aynı domain altında olmak zorundamı?

Hayır.Aynı forest altında farklı domainlerde olabilirler.Sadece reporting point ve site database server bunun dışında kalıyor.

- Site system sunucuları aynı forest altında olmak zorundamı?

Evet.Sadece SLP,internet based site sistemleri ve PXE Service point bunun dışında kalıyor.

- Configuration Manager farklı forest altındaki clientları yönetebilirmi?

Evet yönetebilir.Burada eğitimlerde de sık sık üzerinde durduğum noktaya dikkat etmeniz gerekir.Farklı forest altındaki clientlar active directory üzerinden site bilgisini okuyamayacaklardır.BU sebeple ortamda bir server locator point bulunması gerekmektedir.Client üzerinde agent kurulumu sırasında da SLP adresini parametre olarak girebilirsiniz.

- Server locator point’i hangi forest üzerinde konfigure etmemiz gerekiyor?

Aslında iki forest altında da kurabilirsiniz.Fakat security best practices olarak site server’ın dahil olduğu forast altında kurmanız önerilmektedir.

- İki forest altında firewall üzerinde client iletişimi için hangi portların açık olması gerekmektedir.

Standart client kurulumu için gerekli portları açmanız yeterlidir.

- Farklı forest altında secondary site kurulumu yapabilirmiyim?

Hayır.Primary site hangi forest altında ise secondary site aynı forest altında olmak zorundadır.

- Site sistemlerini domain controller üzerine kurabilirmiyim?

Evet.Bunu engelleyecek herhangi bir teknik sorun yoktur.Fakat önerilen bir konfigurasyon değildir.

- Site sistemlerini domaine dahil olmayan stand-alone sunuculara kurabilirmiyim?

Hayır.

- Configuration Manager ile desteklenen domain controller işletim sistemi versiyonları nelerdir?

Windows Server 2008 R2 dahil desteklenmektedir.

SCCM ürünü desteklenen konfigurasyonlar için son bilgileri aşağıda bulabilirsiniz.

Microsoft SQL Server 2008 R2 artık Configuration Manager 2007 SP1 / SP2 ce Configuration Manager 2007 R2 üzerinde destekleniyor.

Microsoft Application Virtualization 4.5 Service Pack 2 Configuration Manager 2007 R2 / SP2 üzerinde destekleniyor.

Hyper-v Server 2008 R2 Configuration Manager 2007 Service Pack 2 ile destekleniyor.

Net Framework 4.0 Configuration Manager 2007 SP1 ve SP2 ile destekleniyor.

Application Compatibility Toolkit 5.6 Application Compatibility Toolkit Connector ile destekleniyor.

SCCM Software Distribution serimizdeki son makaleye ulaştık.Bu yazımızda Software Distribution sırasında yaşanacak sorunlarda nelere dikkat etmeniz gerektiği, sorun çözümünde izlemeniz gereken yolları paylaşacağım.

Eğer önceki makalelerde yeralan tüm adımları gerçekleştirip yazılım dağıtımı işlemini gerçekleştirdiyseniz bu saatten sonra status mesajları ve ilgili raporlar ile başarı durumunuzu gözlemleyebilirsiniz.

Peki SCCM sırasında problem çözümünde nelere dikkat etmemiz gereklidir,bunları çıkabilecek sorunlar ve çözüm önerileri ile birlikte inceleyelim

• Eğer dağıtım yaptığınız paketlerin boyutu büyük ise bu paketlerin işleme zamanı artabilir.20 ““ 30 dakikaya varan bu sürelerde sıkıştırma,sıkıştırılmış paketlerin açılması,hashleme ve imza işlemleri gerçekleşir.Burada dikkat etmeniz gereken bu processing işlemleri devam ederken dağıtım ile ilgili log dosyamız olan distmgr.log dosyasınında değişmeden kalmasıdır.

• Eğer yapınızda branch distribution point bulunuyorsa uzunca bir süre beklemenize rağmen paket içerikleri buraya replike olmamış olabilir.Genellikle burada rastlanan branch distribution point status ekranında sürekli downloading bilgisinin görülmesidir.Buradaki sıkıntının temel sebebi content transfer agent ile BDP agent arasındaki sıralama uyuşmazlığıdır aslında.Bu sorunun önüne geçebilmek için tek yapmanız gereken branch distribution pointi update etmektid.r

• Sıkça yaşanan sıkıntıların bir diğeri remote configuration manager konsolu üzerinden bir paket yaratıyorsanız ve bu paket definition dosyası üzerinden oluşturuluyorsa dizin olarak remote bağlantı sağladığınız bilgisayarı seçtiğiniz takdirde yanlış bir source belirlemiş oluyorsunuz.O yuzden remote sccm console ile paket source dizinlerini belirlerken site serverın dizinlerini belirttiğinizden emin olun.

• Branch distribution point üzerinde bulunan bir paketi sildikten sonra hemen benzer paketi oluşturursanız state üzerinde pending şeklinde kaldığını görebilirsiniz.Buda aslında bilinen hatalardan birisidir.Bu sorunun üstesinden gelebilmek için paketi sildikten yaklaşık 1 saat sonra oluşturabilirsiniz.Yada manuel olarak SMS Agent Host servisini yeniden başlatmanızda sorunu çözebilir.

• Eğer Run program from distribution point ayarınızı seçili ise aynı zamanda Allow clients to fallback to unprotecte distribution point ayarını seçtiyseniz advertisementınız başarısız duruma düşebilir.Çünkü BDPler clientların direk DP üzerinden program çalıştırmasına izin vermemektedir.Bu hatanın önüne geçmek için Download content ayarını seçmeniz gerekmektedir.

• Internet tabanlı clientlarınız için advertisementlarınız başarısız durumu düşüyorlarsa http://go.microsoft.com/fwlink/?LinkId=112041. adresini incelyebilirsiniz.

Flowcharts:

Software Distribution sırasında sorun giderme amacıyla Microsoft tarafından yayınlanmış flowchartları kullanmakta işinizi önemli ölçüde kolaylaştırcaktır.

Aşağıda bir flowchart örneği ve diğer flowchart linklerini bulabilirsiniz.

Software Distribution Package Creation and Distribution Flowchart

Software Distribution Advertisement Flowchart

Package Replication with File Delta Replication Flowchart

Package Replication with File Delta Replication Flowchart

Service Location Flowchart for Distribution Point Selection

Content Location Flowchart for Distribution Point Selection

Package Access Flowchart When Running from Distribution Point

Package Access Flowchart When Downloading from an Intranet Distribution Point

Package Access Flowchart for Internet-Based Clients

SCCM Software Distribution makale serimize devam ediyoruz.Bu yazımızda program dağıtımı yapmadan önce agent ve account konfigurasyonlarına değineceğiz.

Advertised Programs Client Agent:

SCCM clientları üzerine discovery işleminde sonra kurduğumuz agentların içerisinde yer alan bir diğer agent Advertised Programs Client’tır.Bu agent software distribution senaryolarında kullanılır ve belirlediğiniz spesifik ayarlar dahilinde client üzerinde görevlerini yerine getirir.Öncelikle software distribution a başlamadan bu agent üzerinde gerekli konfigurasyonları yapmanız gerekmektedir.

İlgili agent özelliklerini konfigure etmek için;

- Site Database / Site Management / sitename / Client Agents / Advertised Programs Client Agent özelliklerine girin.

General ekranında temel ayarları konfigure edebilirsiniz.

Enable software distribution to clients kutucuğunu seçerek ilgili ajanı aktif durumu getirebilirsiniz.

Client üzerinde tanımlı 3 ayarınız bulunmaktadır.

Allow user targated advertisement request: User hedefli advertisementların izin verilmiş olduğunu doğrular.Eğer bu kutucuk seçili değilse client kullanıcı için tanımlanmış yeni advertisementları kontrol etmeyecektir.

New Program notification icon opens Add or Remove Programs:Kullanıcıya program dağıttığınızda sağ alt köşede bir notification baloncuğu göreceksiniz.

Eğer yukarıdaki kutucuk seçili ise bu uyarıya tıkladığınızda Add or Remove Programs penceresinde advertised edilmiş programları görebilirsiniz.

Allow virtual application package advertisement:

R2 ile gelen virtual application dağıtımını gerçekleştirmeniz için gerekli olan agent konfigurasyonudur.

Buradaki ayarlardan sonra ajanımız üzerindeki notification bölümünü inceleyelim.

When new advertisement programs are available bölümünde kullanıcı tarafında bir önceki bölümde belirlediğimiz baloncuk mesajının çıkmasını ve bununla birlikte bir ses çıkarmasını sağlayabilirsiniz.

Alt kısımda belirlediğiniz dakika interval değeri ilede notification gönderildikten sonra geri sayım başlatmasını ve bu dakikadan sonra programın otomatik çalıştırılmasını sağlayabilirsiniz.Eğer kullanıcılarınızın program yükleme işlemi başlamadan önce uyarılmasını ve gerekli düzenlemeleri yapmalarını istiyorsanız bu iki bölümü kullanabilirsiniz.

Agent ayarlarınızı gerçekleştirdikten sonra client üzerindeki policy refresh işlemi gerçekleştiğinde artık yeni dağıttığınız programlar bu ayarlara göre distribute olacaklardır.

Package Access Account konfigurasyonu:

SCCM ile program dağıtımı sırasında dikkat etmeniz gereken bir diğer husus yetkili account bilgilerini belirlemeniz.Package Access hesapları sayesinde DP üzerinde bulunan paketleriniz üzerinde default gelen ayarların dışında kapsamlı güvenlik izinleri belirleyebilirsiniz.Çünkü bildiğiniz gibi varsayılanda bu paket paylaşıma açılarak herkesin erişimine sunulur.

Varsayılanda paketlere verilen izin local users grubu için Read hakkı ve Administrators grubu için Full Control hakkıdır.

Herhangi bir paket için erişim haklarını modifiye etmek için;

Site Database / Computer Management / Software Distribution / Packages Access Account bölümüne gelerek yeni bir hesap oluşturun.

Burada iki şansınız bulunuyor.

Generic Access Account:User Guest ve administrator hesaplarının yerine yada ek olarak kullanılan aslında bir nevi mapleme işlemi gerçekleştiren hesaplardır.

Windows user access Account:Bu hesap sayesinde bir windows kullanıcısı yada grubu seçilebilir.

İki şekilde de kendinize özel erişim hesaplarını paket üzerinde tanımlayarak gerekli yetkileri verebilirsiniz.Böylece sadece sizin belirlediğiniz kişilerin paket üzerinde okuma yada değiştirme hakkı olacaktır.

Bir önceki makalemizde SCCM ile advertisement yönetimini incelemiştik.Bu makalemizde advertisement tarafındaki diğer opsiyonlarımızı inceleyelim.

Herhangi bir advertisement oluşturduktan sonra bu advertisement’a sağ tıklayarak belirli bir süre disable hale getirebilirsiniz.

Advertisementlar varsayılanda tekrardan çalışmak üzere kongifure edilmezler.Ancak ve ancak bu advertisement için mandatory bir schedule belirlediğiniz takdirde eğer expire süresine henüz ulaşılmadıysa bu advertisement tekrardan re-run edilebilir.Re-run fonksiyonu size dağıtılmış program için ilgili collectionlar üzerinde tekrardan gönderim işlemi yapmanızı sağlar.Özellikle belirli client gruplarınız önceki advertisement paketi ile program yükleme işlemini başarılı gerçekleştiremediği takdirde re-run işlemi işinizi görecektir.

Herhangi bir advertisement’i re-run edebilmeniz için Site Database / Computer Management / Software Distribution / Advertisement altında ilgili advertisement sağ klik Re-run Advertisement i çalıştırmanız gerekmektedir.

Advertisement Durumlarının gözlemlenmesi:

Eğer yapınızda program dağıtımı için oluşturulmuş advertisementlar var ise bunların durumlarını kontrol etmeniz sorunların giderilmesinde önemli bir rol oynamaktadır.Herhangi bir advertisementın durumunu gözlemlemek için;

Site Database / System Status / Advertisement Status bölümünü kullanabilirsiniz.

SCCM üzerinden bir advertisementı sildiğinizde SCCM aynı zamanda bu advertisement için varolan status bilgisinide silecektir.Böylece eski durum mesajları ile konsol içerisindeki karmaşıklık önlenmiş oluyor.

Yalnız bazı durumlarda hali hazırda kullanmadığınız advertisementların status özetlerini görmeniz gerekebilir.Bu eski bilgiyi tekrardan edinebilmek için ilgili package security ayarlarında modify yetkinizin olması gerekmektedir.

Ardından Site Database / Computer Management / Software Distribution / Advertisements altında status bilgisini almak istediğiniz advertisementın özelliklerini girin.

Ardından Schedule tabında Advertisement will expire değerini geçmişteki bir tarihe çekin.

Bu işlemden sonra status bilgisini tekrardan konsol içerisinden görme şansını elde edeceksiniz.

SCCM ile software distribution makale serimizdeki sıradaki konumuz advertisement.Bu yazımızda program dağıtımı sırasında SCCM üzerinde bulunan advertisement mekanizasmasının nasıl çalıştığını ve temel konfigurasyonları inceleyeceğiz.

Program dağıtımı için sırasıyla ön gereksinimleri karşılayıp ilgili paketleri oluşturduktan sonra, eğer sccm istemcilerinizde önceden discover edip ajanlarını yüklediyseniz yapmanız gereken son işlem belirli collectionlara ilgili programa atamaktır.İşte bu noktada karşınıza iki metod çıkıyor.Birincisi belirli collectionlara yada clientlara manuel sağ klik ile istediğiniz programı yükleyebilirsiniz.Bu metod genellikle çok spesifik ve planlı olmayan program dağıtımlarında kullanılan bir senaryo.

Bir diğer çözüm ise belirli collectionlara belirli programların dağıtılması için bir advertisement yani reklam oluşturmak.Bu advertisement sayesinde kimlere hangi programların hangi saatler ve günlerde dağıtılabileceğini ve dağıtılamayacağını seçebilirsiniz.

Yani bir program paketini oluşturduktan sonra istemcilerin bu paket ile ne yapılacağını belirtmeniz için bu paket için advertisement oluşturmanız gerekmektedir.

Şimdi yapımızda collectionların ve olduğunu ve birde test isimli program paketimiz olduğunu varsayalım.Adım adım bu program için bir advertisement oluşturarak tüm komponentlerini inceleyelim.

Advertisement Oluşturulması:

• Site Database \ Computer Management \ Software Distribution \ Advertisements altında New ile Advertisement sihirbazını açın.

• İlk gelen pencerede temel konfigurasyonları gerçekleştirebilirsiniz.

• Bu pencerede advertisement için bir isim ve advertise edeceğiniz paketi seçmeniz yeterlidir.Ardından seçtiğiniz paket ile ilgili kullanılabilir programlar listelenecektir.Son bölümde ise bu paketin hangi collectionlar yani hangi clientlar üzerinde geçerli olacağını seçiyorsunuz.Burada isterseniz varsayılanda gelen collectionları seçebilir, isterseniz kendiniz custom queryler ile collectionlar oluşturabilirsiniz.
• Gerekli bölümleri doldurduktan sonra next ile devam edin.

• Schedule bölümünde üst kısımda bulunan start time değerleri ile advertisement’ın clientlar üzerinde etkili olacağı gün ve saat bilgilerini girebilirsiniz.Böylece belirtilen süreye ulaşıldığında program client üzerinde çalıştırılacaktır.
• Advertisement expires bölümünde bir deadline belirleyerek bu tarih ve saatten itibaren advertisementın geçersiz olmasını sağlayabilirsiniz.
• Mandatory Assigments bölümünde zorunlu bir schedule değeri belirtebiliyoruz.Örneğin as soon as possible ile olabilecek en kısa sürede bu advertisementın yayınlanmasını sağlıyorum.
• Enable Wake on lan seçeneği sayesinde program dağıtımı sırasında wake on lan desteği içeren clientları uyandırarak program kurulumuna devam edebilirsiniz.
• Ignore Maintenance Windows when running program bölümü dikkat etmeniz gereken bir diğer seçenektir.Maintenance window özelliği sayesinde clientlar için bakım aralıkları belirleyebiliyorsunuz.Bir client maintenance windows aralığındaysa , bu aralık dahilinde gelen program dağıtımı işletim sistemi kurulumu gibi taskları gerçekleştirmeyecektir.Bu kutucuğu işaretleyerek maintenance window aralığında bir client olsa dahi program kurulumunu gerçekleştirmesini sağlayabilirsiniz.
• Priority kısmında birden fazla paketiniz var ise bunlar arasında bir öncelik kriteri belirleyebiliyorsunuz.
• Son olarak program herhangi bir nedenden dolayı client üzerinde ikinci kere çalışması gerekiyorsa bunun hangi kriterler dahilinde olabileceğini seçiyorsunuz.Burada seçebileceğiniz değerler;

Never rerun advertised program:

Programı asla tekrardan çalıştırma

Always rerun program:

Programın tekrar çalışması gerekiyorsa bunu her denemesinde gerçekleştirebilsin.

Rerun if failed previous attempt:

Eğer son çalışma denemesi başarısız olduysa rerun işlemini gerçekleştirebilsin.

Rerun if succeed on previous attempt:

Eğer bir önceki çalışma denemesi başarılı olduysa rerun işlemini tekrardan gerçekleştirebilsin.

• Gerekli bölümleri doldurduktan sonra Next ile devam edebilirsiniz.

• Bu pencerede DP ayalarınızı gerçekleştirebilirsiniz.İlk seçeneklerde hızlı bir entwork bağlantısı keşfedilirse varsayılan olarak programın DP üzerinden client üzerine download edilmesi ve localde çalıştırılması şeklinde konfigurasyon bulunmaktadır.İsterseniz Run Program from distribution point seçeneğini seçerek programın DP üzerinden kuruluma başlamasını sağlayabilirsiniz.
• İkinci seçenekte ise yavaş bir network algılandığında alınacak aksiyon belirlenebilir.Varsayılanda program çalıştırılmayacaktır.İsterseniz ikinci seçeneği seçerek download işlemini yavaş networke rağmen başlatmasını sağlayabilirsiniz.
• Gerekli konfigurasyondan sonra Next ile devam edin.

• Bu bölümde kullanıcı etkileşim ayarlarını seçebilirsiniz.Eğer ilgili kutucukları seçerseniz kullanıcının advertisement ulaştığında programı kendisinin çalıştırmasını , taskbarda bir baloncuk çıkararak belirttiğiniz dakika geçtikten sonra programın kurulacağını kullanıcıya iletebilme şansınız bulunuyor.
• Geri kalan ayarları default şeklinde bırakarak sihirbazı bitirin.

• Konsol altında ilgili program için oluşturulmuş advertisementı görebilirsiniz.

Bir sonraki makalemizde Advertisement konfigurasyonlarını incelemeye devam edeceğiz.

SCCM ile software distributon komponentini kullanabilmeniz için sahip olmanız gereken ön gereksinimleri ayrıntılı bir biçimde bir önceki makelelerimizde inceledik.Artık yazılım dağıtımı için gerekli olan planlamayı gerçekleştirip aksiyona geçebilirsiniz.Yalnız burada planlama kısmını çok iyi yapmanız, ortamınızı ve dağıtım senaryolarınızı çok iyi analiz etmeniz gerekmektedir.Bu makalemizde software distribution için planning fazında nelere dikkat etmeniz gerektiği konusunda birkaç bilgi vereceğiz.

Dağıtım öncesinde ilk karar vermeniz gereken nokta distribution point olarak bir sunucuyumu yoksa sunucu paylaşamını mı seçeceğinizdir.

Eğer distribution point olarak server seçeneğini seçerseniz bunun size sağlayacağı bazı avantajlar olacaktır.Örneğin SCCM otomatik olarak sizin için bir paylaşım oluşturup bunu konfigure edecektir.Aynı zamanda bu sunucu bir branch distribution point olarak konfigure edilebilir.Ve bir diğer çok hoş avantajı ise eğer DP’yi server olarak konfigure ederseniz Internet-based clientlarıda yönetebilme şansına sahip olacaksınız.

Bu seçimin size getireceği dezavantaj ise, siz bir paketi her distribution pointe kopyaladığınızda otomatik olarak yer olarak en fazla boş alana sahip olan NTFS sürücüsü paketi barındırmak için kullanılacaktır.Bu yüzden çok fazla paket dağıtımı sırasında hangi paketin hangi sürüce olduğunu bulmak zorlaşacaktır.

Bir diğer seçeneğiniz ise DP olarak bir Server Share kullanmaktır.Buradaki en önemli avantajınız SCCM’in diğer partitionlarda hiçbir şekilde ayrı bir disk alanını kendine rezerve etmemesidir.Dezavantajlarına gelirsek;administrator bu paylaşımı manuel oluşturmak zorundadır.Eğer seçilen bu paylaşımın bulunduğu drive üzerinde boş alan yoksa SCCM diğer drivelar üzerindeki boş alanı kullanmak yerine dağıtımı durduracaktır.Ayrıca server share bir DP’yi Branch DP olarak kullanamazsınız.

Bu sebeple organizasyonunuza uygun bir DP yapılanmasını software distributon senaryonuzdan önce seçmeniz gerekmektedir.

SCCM ile software distribution konusunda ikinci göz önüne almanız gereken bölüm distribution point seçimidir.Daha önceki makalelerimizden yada webcastlerden hatırlayacağınız gibi SCCM üzerinde temelde iki adet distribution point kurulumu gerçekleştirebilirsiniz.Bunlardan birincisi Standart Distribution point.Yani bir sccm site’ına bağlı olarak çalışan ve üzerinde bir sunucu işletim sistemi bulunduran genellikle SCCM ile aynı makina üzerinde kullanılan ve dağıtım için kullanılan paketlerin barındığı rolümüz.Ancak bunun yanında branch distribution point dediğimiz ikinci seçeneğiniz daha bulunuyor.Branch Distribution Point’i aşağıdaki gereksinimleri karşılamak için kullanabilirsiniz.;

• Main ofisinizde bir adet SCCM site server bulunmaktadır.Ayrıca bir uzak ofisiniz bu site server’a yavaş bir wan bağlantısı üzerinden bağlanmaktadır.Bu lokasyondaki clientlara yazılım dağıtımını daha efektif hale getirebilmek için bir branch distribution point kurulumu gerçekleştirebilirsiniz.Böylece bu uzak ofise ikinci bir secondary sccm site kurulum maliyetinide önlemiş olacaksınız.
• Uzak ofisinizde distribution point rolünü barındırmak için bir sunucu işletim sisteminiz bulunmamaktadır.Clientların yazılım paketlerini bu lokasyondan alabilmeleri için bir client işletim sistemi üzerinde BDP kurulumunu gerçekleştirebilirsiniz.
• Uzak ofisinizde bulunan DP üzerinde 10 bağlantıdan fazlası bulunmuyorsa bunu client işletim sistemi üzerinde bulunan bir BDP ile replace edebilirsiniz.

Yalnız BDP yada Standart DP arasındaki karar verirken mutlaka BDP ile desteklenmeyen konfigurasyonlarıda göz önüne almanız gerekmektedir.Eğer aşağıdaki senaryolardan birine sahipseniz bu lokasyon için BDP kullanamazsanız;

• DP bilgisayarı aynı zamanda internet-based bir client ise;
• DP içeriğini başka bir internet-based client’a sağlamak durumundaysa;
• DP server yerine server share olarak konfigure edilmişse;
• Bilgisayar Windows 2000 Server yada Windows 2000 Workstation ise;
• Clientların paketleri BITS kullanarak download etmesini istiyorsanız

BDP kullanımı sizin için desteklenmemektedir.

Software Distribution planlama bölümünde göz önüne almanız gereken bir diğer nokta ise DP ler üzerinde BITS kullanıp kullanmayacağınızdır.

Background Intellıgent Transfer Service (BITS) sayesinde standart distribution point ile buradan paket download işlemini gerçekleştiren client arasında band genişliği kontrolü gerçekleştirebilirsiniz.Bir client BITS enable edilmiş DP üzerinden paketleri download ederken bir kesinti olduğu takdirde tekrardan kaldığı yerden download işlemine devam edebilir.Eğer BITS kullanmak istemiyorsanız client varsayılan yöntem olan Server Message Blocks(SMB) ile içeriği download edecektir.

Software Distribution ile ilgili dikkat edilmesi gereken bir diğer nokta Distribution Pointlerin Protected olmasıdır.Siz bir SCCM Site’ı korumalı hale getirirseniz   sadece ilgili boundary içerisindeki clientlar distribution pointe ve state migration pointe erişim sağlayabilir.Böylece network utilizasyonunu gerçekleştirebilirsiniz.Bildiğiniz gibi SCCM ilk kurulumu ile birlikte yapmanız gereken en önemli task ,yapınız için boundary belirlemektedir.Böylece SCCM’i belirlenen sınırlar dahilinde çalışması için konfigure edebilirsiniz.

Protected bir distribution point oluşturmak için Site Database / Site Management / sitecode / Site Settings / Site Systems altında Configmgr Site system özelliklerine tıklanır.

Bu pencerede Enable this site system as a protected site system kutucuğu işaretlenir.

Select Boundaries bölümünden yeni bir boundary oluşturabilirsiniz.

Bu makalemizde software distribution işlemi için dikket etmeniz gereken ve planlama fazında göz önünde bulundarmanız gereken noktaları inceledik.Bir sonraki makalede görüşmek üzere.

SCCM üzerinde Software Distribution makale serimize devam ediyoruz.Bu makalemizde bir önceki makalenin devamı olarak software distribution’ı gerçekleştirebilmek için sahip olmanız gereken ön gereksinimleri incelemeye devam edeceğiz.

Drive Format:

SCCM üzerinde yazılım dağıtmak için paket oluşturmak istediğiniz sihirbazın bir bölümünde aşağıdaki gibi size paketin sıkıştırılarak saklanıp saklanmayacağını soracaktır.

Bu sayede paketlerin boyutunda ufalma görebilirsiniz.Yalnız burada önemli bir gereksinimimiz var.Eğer paketlerinizi sıkıstırılmış şekilde dağıtmak istiyorsanız paketleri tuttuğunuz dizinin mutlaka NTFS ile formatlanmış olması gerekmektedir.Bu noktada FAT dosya biçimi desteklenmemektedi.r

Space Considerations:

Configuration Manager ile birlikte yazılım paketleri oluşturmaya başladığınızda dikkat etmeniz gereken bir diğer nokta yeterli boş alana sahip olup olmadığınızdır.Yeni bir yazılımı site bazında dağıtmak istediğinizde aşağıdaki yönergeleri kullanarak çıkabilecek sorunları minimum düzeye indirebilirsiniz;

• Program dağıtımı sırasında program için bir source dizini belirtebilirsiniz.Bu programın kurulum dosyalarının olduğu ve clientların download edecekleri dizindir.Burada site server’ın ihtiyaç duyduğu boş alan paketin büyüklüğü ile aynı olacaktır.
• Eğer paketiniz child sitelarada gönderilecekse site server her bir paketin boyutuna artı olarak orjinal kaynak dosyalarının 0,5 katı kadar ekstra boş alana ihtiyaç duyacaktır.
• Eğer source dosyalarının sıkıştırılmış versiyonlarını barındıryorsanız orjinal dosyaların 1,5 katı kadar ekstra alana ihtiyac duyulacaktır.
• Yapınızda bulunan tüm distributon pointler sıkıştırılmamaış paket kaynak dosyalarınızın 1.1 katı kadar boş alana minimum ihtiyaç duyacaklardır.Buradaki 0,1’lik fazlalık ise DP lerins adece paketleri değil aynı zamanda bu paketlere ait olan imza değişikliklerinide tutmasıdır.
• Eğer site server üzerinde bir distribution point barındırıyorsa genellikle orjinal paket dosyalarının 1-2,5 katı arasında bir boş alana ihtiyaç duyacaktır.

Software Distribution sırasında SCCM yeterli alanın olmadığı bir durum farkederse dosyları compress decompress ederek devam etmeye çalışır.Aynı zamanda siz servisler durmadan önce yeterli boş alanı açarsanız software distribution işlemi kaldığı yerden devam edecektir.

Standart ve Branch Distributon Point Prerequisites:

Bir önceki makalemizde DP ve BDP arasındaki farkdan bahsetmiştik.Siz software distribution sırasında iki componentide yapınıza uygun bir şekilde kullanabilirsiniz.Sadece bu ikisi için gerekli olan ön gereksinimleri karşılamanız yeterlidir.Bu ön gereksinimleri inceleyelim;

1. Standart bir distributon point sunucu tabanlı işletim sistemleri üzerinde çalışacaktır.Ancak BDP workstation tabanlı işletim sistemleri üzerinde de çalışabilir.Yalnızca Windows 2000 SP4 clietlar BDP olarak konfigure edilemezler.
2. Eğer standar bir distributon point kullanacaksanız bu sunucunun aynı zamanda bir SCCM istemcisi olmasına gerek yoktur.Ancak bir BDP konfigure edeceksiniz, bunu üzeirnde barındıran makinanın SCCM clientı olması ve kendisini site server üzerinde başarılı bir şekilde assign etmiş olması gerekmektedir.Aynı zamanda SMS2003 clientlarda BDP olarak kullanılamazlar.
3. Hem standart distribution point hemde branch distribution point domaine dahil makinalar olmak durumundadır.
4. İkiside workgroup oldukları takdirde konfigure edilemezler
5. Normalde ikisi içinde IIS gereksinimi bulunmuyor.Sadece standart distribution point eğer dağırımları arka planda varsayılanda gelen SMB ile değilde BITS ile gerçekleştiryorsa bu takdirde Standart DP üzerine IIS kurulumu gerekmektedir.
6. Eğer branch distribution point kurulumu gerçekleştirecekseniz ortamda mutlaka daha önceden konfigure edilmiş bir standart distribution point olması gerekmektedir.Aynı zamanda bu standart distribution point’in BITS kullanmak üzere yapılandırılmış olması gerekmektedir.Tabiki standart distribution point için ayrı bir SDP olmasına gerek yoktur.
7. Branch distributon point için sunucu üzerinde Remote Diferential Compression yüklü olması gerekmektedir.

Eğer yapınızda bu iki makale serisindeki ön gereksinimleri karşılayabiliyorsanız başarılı bir şekilde software distribution konfigurasyonuna başlayabilirsiniz.

System Center Configuration Manager ürünü ile birlikte kazandığınız kabiliyetlerin başında şüphesizki ayrıntılı raporlama mekanizması ve yazılım dağıtım mekanizması gelecektir.SCCM ile varolan bir yazılımı yapınızdaki belirlediğiniz client gruplarına belirlediğiniz zaman aralıklarında dağıtabilir,repair edebilir yada kaldırabilirsiniz.

Software Distribution makale serimizde SCCM ile gelen bu özelliği ayrıntılı inceleyeceğiz.Bu makalede ise yapınızda bir SCCM site bulunuyorsa bunu kullanarak software distribution yapabilmeniz için varolan ön gereksinimlerden bahsedeceğiz.

Öncelikle SCCM sürümü farketmeksizin yazılım dağıtabilme şansınız bulunuyor.Yani System Center Configuration Manager 2007 , R2 , SP1 ve SP2 versiyonlarının hepsinde software distribution node’unuz yer alıyor.

Öncelikle temel gereksinimlerden kısaca bahsedelim;

Advertised Programs Client Agent:

Başarılı bir şekilde programı dağıtabilmeniz için öncelikle yapınızdaki clientları sorunsuz manage edebilmeniz gerekmektedir.Yani yazılım dağıtımı öncesinde ilgili clientları keşfetmiş (yada keşfetmeden GPO ile dağıtmış ) keşfedilen bu clientlara agentları varoaln yöntemlerden birisini kullanarak yüklemiş olmanız gerekmektedir.Bu noktadan sonra bildiğiniz gibi client kendisini management point aracılığıyla site system üzerinde approve edecek ve tam yönetilebilir hale gelecektir.Ancak bu dakikadan sonra siz bu clientlara yazılım dağıtımını gerçekleştirebilirsiniz.

Bunun dışında Client agentları içerisinde yer alan Advertised Programs Client Agent’ın konfigure edilmesi gerekemektedir.Advertised Programs Agent’ın temelde gerçekleştirdiği görev client üzerinde çalışarak client’ın advertised edilmiş bir programa ihtiyaç duyup duymadığıdır.Yeni bir advertisement bulunup paketin client için gerekli olduğu anlaşıldığında yine bu agent ilgili distribution pointe bağlanarak transfer işlemine başlayacaktır.Bu sebeple site system üzerinde Advertised Programs Client Agent’ı konfigure etmeniz gerekmektedir.

Distribution Points:

Oluşturduğunuz paketleri clientların elde edebilmeleri için yapınızda minimum bir adet distribution point barındırmanız gerekmektedir.Yeni bir site server kurduğunuzda varsayılanda bir adet DP yaratılacaktır.İsterseni paketleriniz bu distributon pointe kopyalayabilirsiniz.Yine varsayılanda tüm sccm clientların buradaki paylaşıma erişimi olacaktır.Bunun dışında distribution point kavramı uzak ofisler içinde önem teşkil etmektedir.

Şöyle bir senaryo düşünelim.Sizin bir başka ofisinizde 20 adet clientınız var fakat siz bunlarada merkezdeki site server’ınızı   kullanarak yazılım dağıtmak istiyorsunuz.Burada sizin için en büyük handikap aradaki wan bağlantınız yavaş olması.İşte bu durumda iki şansınız bulunuyor.Birincisi uzak ofise ikinci bir sccm’i secondary site olarak kurmak.Yalnız burada ekstra bir sccm lisans maliyetinden bahsediyoruz.Diğer bir şansınız ise bu uzak ofisinize branch distribution point kurmanız.SCCM ürününün size sunduğu en güzel nokta, herhangi bir client işletim sisteminide branch distribution point olarak konfigure ederek lisans maliyetlerinizi düşürebilmeniz.İşte bu uzak ofisiniz için sizde bir Windows 7 pcyi BDP olarak konfigure edebilirsiniz.Ardından dağıtacağınız programları bu pc üzerinde barındırarak o lokasyondaki istemciler için hızlı bir software distribution senaryosunu gerçekleştirebilirsiniz.

Collections:

Bir önceki maddelerde belirttiğimiz gibi program dağıtımını gerçekleştirmeden önce client agent kurulumlarınız başarılı bir şekilde ayarlamanız ve clientları sağlıklı bir biçimde manage ediyor olmanız gerekmektedir.Bunun yanında software distribution komponentini client bazlı kullanabilme şansınız olmasına rağmen daha çok tercih edilen yöntem belirli client gruplarına dağıtmaktır.İşte buradaki client gruplarına sccm üzerinde biz collectionlar diyoruz.Siz isterseniz built-in gelen collectionları kullanabilir yada query-based collectionlar oluşturabilirsiniz.Yani donanımsal yada yazılımsal belirli kriterleri sağlayan belirli işletim sistemleri ve departmanlar için bir collection oluşturup yazılımınızı sadece bu collection üzerinde distribute edebilme şansınız bulunuyor.

Package Access Accotuns:

İstemcilerin ve yöneticilerin paketlere ulaşabilmeleri için gerekli izinlerin önceden tanımlanmış olması gerekmektedir.Çoğu zaman varsayılanda gelen ayarlar sizin için yeterli olacaktır ama isterseniz daha spesifik hesaplarıda oluşturabilirsiniz.

Question:
SCCM üzerinde software distribution için clientların IP/Subnet bilgilerini baz alan bir collection oluşturmak için ne yapmam gerekiyor?

Answer:
Bunun için SMS_R_System.IPSubnets ‘i kullanabilirsiniz.SQL üzerinde aşağıdaki sorgu işinizi görecektir.

select * from SMS_R_System where SMS_R_System.IPSubnets = “10.5.7.0″

Question:

Yapımda bulunan SCCM ile varolan Office aplikasyonları uninstall edebilme şansım varmı?

Answer:

SCCM ile bunu kolaylıkla gerçekleştirebilirsiniz.Sccm üzerindeki software distribution komponenti temelde client bilgisayarlar üzerinde yetkili bir hsaple belirlenen parametleri çalıştırma görevindedir.

Office için

Office 2007 Visio Profesional: “\\Share\Microsoft Visio 2007\setup.exe” /uninstall VisPro /config .\VISPRO.WW\uninstall.xml

şeklinde bir parametre ile dağıtım gerçekleştirdiğiniz takdirde uninstall işlemini başarılı bir şekilde gerçekleştirecektir.

Question:

Software Distribution sırasında Bandwidth kontrolü yapabilirmiyim?

Answer:

Software Distribution ile yüklü paketleri SCCM aracılığı ile client bilgisayarlara dağıtıyorsanız arka planda band genişliği optimizasyonunu gerçekleştirmeniz gerekmektedir.Eğer distribution pointleriniz üzerinde BITS kullanıyorsanız (bu özellik by default açık gelmektedir) bu sayede band genişliği optimizasyonunuz otomatik olarak gerçekleşecektir.Aşağıdaki adresten bits limitasyonları ile ilgili ayrıntılı bilgi alabilirsiniz.

http://technet.microsoft.com/en-us/library/bb457145.aspx

Question:

Clientların paketleri hangi Distribution Point üzerinden çektiklerini nasıl öğrenebilirim?

Answer:

Bildiğiniz gibi client bilgisayarlar sizin gerçekleştirdiğiniz konfigurasyon değişikliklerine göre distribution point üzerinde varolan paketleri kendi locallerine download edebilir yada direk DP üzerinden çalıştırabilir.Varolan clientların hangi DP üzerinden alışveriş gerçekleştirdiklerini görebilmeniz için merkezi bir raporlama mekanizması bulunmuyor.Ancak clientlar üzerindeki contenttransfermanager.logdosyasını incelerseniz burada clientın paketi download ettiği DP bilgisini görebilirsiniz.

Question:

Branch Distribution Pointler varolan Distribution Pointler üzerinden software paketlerini hangi yöntemle çekmektedir?

Answer:

Branch distribution point aslında yapınızda bulunan sms clientlara benzemektedir.Tek farkları uzak lokasyonları konuşlandırılıp bu lokasyonlara bir SCCM site’ı implemente gereksinimi duymadan paketleri merkezi olarak barındırmalarıdır.Her BDP paket içeriklerini diğer DPlerden almak durumundadırlar.Bu alım işlemi ise bir client’ın DP üzerinden download işleminin benzeridir.Yani birazdaha derinlemesine açıklayacak olursak;

1- Management Point üzerindeki content location servisi uygun DP bilgisini edinip clienta(BDP) sunar.

2- Client(BDP) bu isteği aldıktan sonra subnet-ad-site şeklinde bir sıralama gerçekleştirerek download işlemine başlar.

Content Location ile ilgili daha ayrıntılı bilgi için;

http://technet.microsoft.com/en-us/library/bb632366.aspx