Türkiye’deki ilk System Center Configuration Manager 2012 eğitimi!

Beta 2′si download’a sunulan ve yıl sonunda RTM sürümünün çıkması beklenen System Center Configuration Manager 2012 ürünü için Türkiye’deki ilk dünyada ise sayılı sunulan bu eğitim fırsatını kaçırmayın, ilk SCCM 2012 uzmanları siz olun.

Çok uluslu bir çok Enterprise yapıda System Center Configuration Manager projesi gerçekleştiren ve EMEA bölgesinde sayılı SCCM MVP’lerinden Anıl ERDURAN tarafından gerçekleştirilecek bu eğitim ile hem System Center Configuration Manager altyapısı saha proje deneyimleri aktarılarak detaylı bir şekilde incelenecek, hem de 2012 versiyonu ile birlikte sunulan önemli yenilikler uygulamalı anlatılacaktır.

Laboratuvar ortamında sanal makineler üzerinde gerçekleştirilecek bu iki günlük eğitimin son bölümünde SCCM 2007 / SCCM 2012 migration projesi gerçekleştirilecektir.

Sizde kaydınızı yaptırın, Türkiye’deki ilk SCCM 2012 uzmanları olun!

Sınırlı sayıda kontenjan bulunmaktadır.

Site hiyerarşisindeki yenilikler ( Single / Multi Site mimarileri)

- SCCM 2012 sunucu rolleri

- SCCM 2012 kurulumu

- Configuration Manager 2012 konsolu

- Role-Based Administration

- Application Catalog ve Software Center

- Client Operations

- Operating System Deployment

- Mobile Device Management

- Software Distribution

- Reporting

- SCCM 2007 / SCCM 2012 Migration işlemi

Eğitmen öz geçmişi:

İstanbul doğumlu olan Anıl Erduran üniversite eğitimi ile birlikte sektörde çeşitli kurumlarda sistem uzmanı/mühendisi pozisyonlarında görev yapmıştır.

Bilge Adam Kurumsal bünyesinde Sistem ve Platform biriminde Danışman ve teknik eğitmen olarak görev aldıktan sonra şu anda Data Market bünyesinde Kurumsal Sistemler Danışmanlık Birim Yöneticisi olarak görev yapmaktadır. Deneyimli bir danışman kadrosu ile birlikte Microsoft Altyapı ürünleri ile ilgili tüm proje fazlarından sorumludur.

Boş zamanlarını sıkıntısı çekilen Türkçe kaynak eksikliğini gidermek adına kullanan Anıl ERDURAN www.anilerduran.com adresinde 600’den fazla teknik yazı, Türkiye’deki ilk SCCM 2012 webcast ve makalelerini yayınlamıştır. Bu blogla birlikte çeşitli toplululuklarda yazılar/makaleler yazmakta, seminerler vermekte ve Mshowto.org bilişim portalında editörlük görevine devam etmektedir.

Aynı zamanda 2010 yılı içerisinde System Center Configuration Manager alanında gerçekleştirdiği paylaşımlar,mshowto.org ile birlikte hazrlanan makale,webcast serilerinin sonucunda Microsoft tarafından SCCM alanında Türkiye’deki En Değerli Profesyonel ( MVP) unvanına layık görülmüştür. https://mvp.support.microsoft.com/default.aspx/profile/anıl

Anıl ERDURAN aşağıdaki sertifikalara sahiptir;

Microsoft Certified Systems Engineer: Messaging
Microsoft Certified Systems Administrator: Messaging
Microsoft Certified Systems Administrator: Security
Microsoft Certified Systems Engineer: Security
Microsoft Certified Systems Engineer
Microsoft Certified Systems Administrator
Microsoft Certified Professional
MCTS System Center Configuration Manager, Configuration
MCTS Windows Server Virtualization, Configuration
MCTS Microsoft Exchange Server 2007: Configuration
MCTS Microsoft Windows Vista: Configuration
MCTS Windows Server 2008 Active Directory: Configuration
MCTS Windows Server 2008 Network Infrastructure: Configuration
MCTS Windows Server 2008 Applications Infrastructure: Configuration
MCTS Microsoft Internet Security and Acceleration (ISA) Server 2006, Configuration
MCTS Microsoft Forefront Client and Server: Configuration
MCITP Enterprise Administrator
MCITP Server Administrator
MCT Microsoft Certified Trainer
CCNA Cisco Certified Network Associate
JNCIA-ER Juniper Networks Certified Internet Associate

MVP | System Center Configuration Manager

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

Bildiğiniz gibi SCCM ürününün en güçlü yanlarından birisi işletim sistemi dağıtımı. 2012 mimarisinde buda dair önemli geliştirmeler bulunuyor.

• Artık wim imajlarınıza Component Based Servicing ile Windows updatelerini uygulayabiliyorsunuz. Bu imajların dağıtım için library’de durması buna asla engel teşkil etmiyor.

• Task Sequence sihirbazı, prestart komut dosyaları eklenmesi için ayrı stepler barındırıyor.

• Aynı Task Sequence medyasını kullanarak, hiyerarşi içerisindeki tüm bilgisayarlara işletim sistemi dağıtımını gerçekleştirebilirsiniz.

• USMT 4.0 desteklenmektedir.

• PXE Service Point ve içerisindeki tüm konfigurasyon verileri artık Distribution Point üzerinde yer almaktadır.

Mobile cihazların yönetimine SCCM 2012’de daha fazla ağırlık verildiğini rahatlıkla söyleyebiliriz. Bu bağlamda native olarak iki yeni site rolü bulunuyor.

Mobile Device Enrollment Proxy Point

Mobile Device AMT Enrollment Point

Configuration Manager’ın bir cihazı enroll etmesi için Management Point, Distribution Point, AMT ve Mobile Pointler üzerinde IIS ‘in konfigure edilmesi ve ilgili sertifikanın bu rolleri barındıran sunuculara import edilmesi gerekmektedir. Önceki postlarımdan hatırlayacağınız üzere internet üzerinden istemci yönetiminde ve mobile istemcilerin yönetiminde mutlaka https üzerinden iletişim sağlama zorumluluğu SCCM 2012’de bulunmaktadır.

Aynı şekilde bu noktada istemcilerin kendi mobile cihazları, oluşturulan bir web sertifikası ile wipe etmeleri sağlanabilir.

Automatic Discovery için dns içerisinde oluşturulan kayırları ve Management Point ve Distribution Point üzerinde gerçekleştirilenkonfigurasyonlar ile mobile cihazların enrollment processleri oldukça kolaylaştırılmıştır.

Exchange Server Connector

2012 içerisinde yer alan Exchange Server Connector ile birlikte Exchange Server ‘a bağlanmış mobile cihazları otomatik olarak discover edip manage edebilme şansına sahipsiniz. bu noktada arka planda tamamiyle Active Sync protokolü kullanılmaktadır. Özellikle Configuration Manager istemcisinin yüklenemediği mobile cihazlar için oldukça faydalı bir özellik. Tabii bu noktada istemciler hem Exchange mimarisi üzerinde hem de Configuration Manager mimarisi üzerinden cihazlarını wipe edebilme şansına sahip olacaklardır.

SCCM 2012 tarafında istemci deployment ve operasyonlarında var olan değişikliklerden bahsedecek olursa;

Client Operations

Artık istemciler mixed mode yada native mode bir site sunucuya bağlanmak yerine PKI sertifikaları ile istenilen site server rolüne HTTPS bağlantısı gerçekleştirebiliyor. SCCM 2007’de olduğu gibi kurulum sırasında site sistem modunu seçme zorunluluğunuz bulunmuyor. Client özelliklerinde konfigur edebileceğiniz bu yöntem sayesinde istemciler en uygun iletişim metodunu kendileri otomatik olarak seçmektedirler.

Tabii ki artol mixed mode ya da Native Mode olmadığı için client kurulumlarında kullanılan /native parametreside aynı şekilde kullanılabilir değildir. Bunun yerine /UsePKICert parametresi kullanılarak eğer istemci gereksinimleri sağlıyorsa sertifika tabanlı https üzerinden site sistem rolleri ile haberleşmesi sağlanabiliyor. Eğer bu parametre kullanılmaz ise istemci varsayılan olarak http üzerinden haberleşme sağlayacaktır.

Tabii ki bir PKI altyapısından söz ediyorsak CRL publishing durumlarınıda kontrol etmeniz gerekmektedir. Eğer istemci, sertifika otoritesi için crl check gerçekleştiremez ise https üzerinden bağlantı sağlayamayacaktır. Bu takdirde isterseniz /NoCRLCheck parametresini kullanarak bu kontrol aşamasını atlayabilirsiniz.

Client Assigment

SCCM 2007’de eğer istemci bir boundary içerisine dahil değilse, otomatik site assigment işlemi bu istemci için başarısızlıkla sonuçlanıyordu. SCCM 2012’de eğer bir fallback site konfigure ederseniz, istemci boundary içerisinde yer almasa dahi otomatik olarak assign edilecektir.

Collections

Collection tarafında iki yeni node’unuz bulunuyor. User ve Device isimli bu collectionlar sebebi ile artık hem kullanıcı kaynaklarını hem de cihaz kaynaklarını aynı collection içerisinde barındırma şansınız bulunmuyor.

Collection tarafında rastladığım diğer bir yenilik ise artık sub collectionların oluşturulamaması. Bunun sebebi ise collection hiyerarşisi içerisindeki folder mimarisi. Artık Collectionları barındırmak için hiyerarşi tepesinde klasör oluşturma şansınız bulunuyor.Bu collectionlar içerisinde de 2012’de tanıtılan include ve exclude kurallarını kullanarak content bazlı filtreleme yapabilme imkanına sahipsiniz.

Power Management

SCCM 2007 R3 ile birlikte gelen  ve SCCM 2012’yle birlikte daha da geliştirilen Power Management özelliği sayesinde organizasyon dahilinde güç planları oluşturularak önemli ölçüde elektrik tasarrufu sağlayabiliyorsunuz. Bununla ilgili gerçekleştirdiğim webcast ve yazdığım makalelerde de bahsettiğim gibi, bir süre var olan raporlar ile analizler gerçekleştirilip ardından güç planlarınızı SCCM istemcilerinize publish edebiliyorsunuz.

SCCM 2012’de Power Management tarafında bazı artılar var.

İzin verildiği takdirde artık istemcileriniz, Power Management özelliğini kullanmamaları için kendi cihazlarını exclude edebilme şansına sahipler.

Aynı şekilde siz de ortamda bulunan sanal makineleriniz native olarak exclude edebiliyorsunuz.

SCCM 2012 ile birlikte hiyerarşi tarafındaki yenilikleri incelemeye devam edelim.

SCCM 2012 organizasyonunda daha öncede bahsettiğimiz gibi, secondary site kurulumlarını kurulum sihirbazı yerine SCCM konsolu içerisinden gerçekleştirebiliyorsunuz. Bunun dışında SCCM 2007 ‘den aşina olduğumuz Default Management Point kavramıda kaldırılmış bulunuyor.

Artık organizasyon içerisinde, aynı sitelarda dahi, birden fazla Management Point kurulumunu gerçekleştirdiğiniz takdirde, istemciler network lokasyonlarına göre yada HTTP / HTTPS kullanımlarına göre en uygun Management Point seçimini gerçekleştirebilirler. Böylece tek bir site içerisinde yüksek sayıda istemci yönetimi kolaylıkla sağlanabilir. Eğer istemciler üzerinde önceden tanımlanmış bir sertifika yok ise otomatik olarak bu gereksinimi duymayana Management Pointlere bağlantı gerçekleştirirler.

Kaynakların discover edilmesiyle birlikte oluşan DDR kayıtları organizasyon içerisindeki tüm sitelara veritabanı replikasyonu ile gönderilmektedir.

Benzer yenilikler backup ve recovery teknolojilerinde de bulunuyor. Artık recovery işlemleri sırasında birçok opsiyon seçebilme şansına sahipsiniz. Örneğin recover işlemi sırasında yalnızca site server’ı , yalnızca SQL Server’ı yada her ikisini birden recover edebilme imkanınız bulunuyor. Böylece SQL Server’ı destekleyen yeni bir sunucuya var olan SQL veritabanını recover edebiliyorsunuz.

Recovery işlemlerinde de kurulumda olduğu gibi unattended bir installation script oluşturulabilir bilir ve setuo  komutunda /script parametresi kullanılarak katılımsız recovery işlemleri gerçekleştirilebilir.

SCCM 2012 ile birlikte SCCM 2007’deki site hiyerarşisi oldukça değişti. Önceki postlarımda bahsettiğim gibi aşina olduğumuz Primary Site ve Secondary Site dışında Central Administration Site ismini verdiğimiz bir site tipimiz daha mevcut. Site tipleri postunda bununla ilgili ayrıntılı bilgileri edinebilirsiniz.Bu post içerisinde değişen hiyerarşiden birazcık bahsetmek istiyorum.

CAS kurulumları özellikle büyük ölçekli yapılar için Microsoft’un düşündüğü bir site tipi.Eğer kurulum sırasında bir CAS kurulacağını belirtirseniz, ileride bu site aracılığı ile birden fazla primary site açabilme şansına sahip oluyorsunuz.

Eğer kurulum sırasında CAS kurmaz iseniz, o zaman ortama kattığınız ilk siteınız primary site oluyor ve bunun dışında bir primary site kurabilme imkanınız bulunmuyor.

Bu noktada CAS’ın temel görevi hiyerarşinin en tepesinde yer alarak tüm yönetim ve raporlama faaliyetlerinden sorumlu olmaktır. Dikkat edilmesi gereken önemli bir nokta , CAS’ın asla istemci assigmentlarını kabul etmemesi hatta istemciler ile direct bir iletişime geçmemesidir.

Tabii ki kısıtlı görevleri olduğu için üzerinde de yalnızca belirli rolleri barındırmaktadır.

Hiyerarşi tarafında sitelar arasındaki iletişimde iki yenilik bulunuyor.

1. Site-To-Site iletişimlerde file-based  replikasyona ek olarak aynı zamanda database replikasyonu da kullanılmaktadır. Secondary sitelar için de gereksinim olarak sunulan SQL ihtiyacı sebebi ile artık her site altında tüm hiyerarşi ile ilgili verileriniz database replication ile güvenli bir şekilde bulunmaktadır.
2. Artık Configuration Manager 2012, site bilgisini trusted diğer forestlar içerisine de publish edebiliyor. Özellikle SCCM 2007’de diğer forestlardaki istemcilerin yönetilmesinde yaşanan sıkıntılar 2012 sürümünde publishing teknolojisi sayesinde problemsiz gerçekleşebiliyor.

Son olarak site sistem rollerinden bahsetmemiz gerekiyor. SCCM 2012 ile birlikte artık kullanılmayacak rollerimiz mevcut. Bunlardan ilki Reporting Point. Reporting point tüm fonksiyonalitesini Reporting Services Point ‘e aktararak SQL Reporting Services ile daha entegre bir raporlama mekanizmasını bize sunuyor. Emekliye ayrılan bir diğer rol ise PXE Service Point.

Özellikle işletim sistemi dağıtım senoryalarının olmazsa olmazı PXE Service Point rolü, network üzerinde PXE destekli istemcilerin network üzerinden boot edilerek ilgili imajlara bağlanmasını sağlıyordu.SCCM 2012 ile birlikte bu rolün tüm görevleri artık distribution point üzerinde bulunuyor.

Emekliye ayrılan rollerin dışında yeni eklenen roller de mevcut.

Application Catalog Website Point: IIS gerektiren bu roller istemcilerin aplikasyonları edindiği yeni özellik olan Software Center’ı desteklemektedir.

Mobile Device Proxy Enrollment Point : Aynı şekilde IIS gereksinimi duyan bu rol ise mobil cihazlardan gelen enrollment isteklerinin cevaplanması ve bu processlerin tamamlanmasını sağlamaktadır.

SCCM 2012 tarafındaki yenilikleri adım adım incelemeye devam edelim.

Configuration Manager 2012 konsolu içerisinde de önemli değişiklikler bulunuyor.

• Artık Administration, Software Library Monitoring gibi workspacelerin içerisinde mantıksal gruplandırmalar gerçekleştirebilirsiniz.

• Role-Based Administration sayesinde ilgili kullanıcı konsol içerisinde yalnızca kendisine atanan izinler dahilindeki objeleri görebilmektedir.

• Geliştirilmiş arama fonksiyonları ile konsol içerisinde istediğiniz objelerin aranması çok daha kolay ve hızlı bir şekilde gerçekleşmektedir.

• Aynı zamanda otomatik oluşturulan geçici nodelar ile aksiyonları çok daha hızlı alabilirsiniz ve konsolu kapadığınızda ilgili nodelar ve altındaki bilgiler de otomatik olarak tekrardan görüntülenmemek üzere silinecektir.

SCCM 2012 ile birlikte gelen yenilikleri incelemeye devam ediyoruz.

SCCM ile birlikte daha setup aşamasındayken önemli yenilikleri farkedebiliyoruz.Setup ekranında karşımıza çıkan yeni özellikler ile SCCM 2012 hiyerarşisini düzenleme şansına sahip oluyoruz. Bunlardan ilki Central Administration Site. İleride hiyerarşi tarafındaki yeniliklerden bahsederken değineceğimiz bu site tipi artık primary secondary dışında ayrı bir opsioyon olarak karşınızda. Çok temel olarak üst seviyede yer alarak primary sitelar arasındaki replikasyonu sağlıyor.

Aynı zamanda setup sırasında lokalde veya remote bir sunucuda kullanılmak üzere management point ve distribution point rolleri kurulabiliyor.

Bana göre en önemli yenilik secondary site kurulumu sırasında.SCCM 2007’de uzak ofislerdeki istemcilerin yönetimini sağlamak için gereksinim duyulabilen secondary siteların kurulumu için , ilgili sunucu üzerinde SCCM setuo uygulamasının çalıştırılması gerekliydi.SCCM 2012 ile birlikte secondary site kurulumları SCCM konsolu içerisinde var olan bir link ile çok daha hızlı ve kolay bir şekilde sağlanabiliyor.

Ayrıca konsol kurulumu için ve kurulum öncesini ihtiyac duyulan dosyaların indirilmesi için iki farklı standalone aplikasyonumuz bulunuyor. Bunun için SCCM setup’ını ilgili makinede çalıştırma ihtiyacı ortadan kalkmış bulunuyor.

Configuration Manager 2012 ile birlikte site hiyerarşisinde de önemli değişiklikler bulunuyor. Bunların en önemlisi Central Administration Site’ın sunulması ve primary / secondary sitelar üzerinde gerçekleştirilen yenilikler.

Bir diğer yenilik site site-to-site iletişimde artık database replication’ın kullanılması ve site bilgilerinin trusted forestlara publish edilebilmesidir.

Site tiplerinin özelliklerini incelersek;

Central Administration Site

Hiyerarşi içerisinde intersite data replikasyonunu yöneten site’dır. Bunun için arka planda çalışan database replikasyon teknolojisini kullanır. Tüm raporlama ve yönetim aksiyonları için kullanılabilir. Site hiyerarşisinin en tepesinde yer alır.

Configuration Manager 2007’de olduğu gibi;

- İstemci datalarını process etmez

- Client Assigmentlarını kabul etmez

- Tüm site sistem rollerini desteklemez

- Database replication kullanır.

Primary Site

Yüksek hızlı bağlı istemcilerin yönetilmesi için kullanılır. Client agent ayarlarında boundary olarak kullanılamaz. Aynı şekilde veriabanı replikasyonunu kullanır.

Secondary Site

Limitli bant genişliğine sahip uzak ofislerdeki istemcilerin yönetilmesi için kullanılır. SCCM 2007’den farkı artık bir SQL Server yada Express ihtiyacının olmasıdır. Aynı şekilde eskiden opsiyonel olarak Proxy Management Point ve Distribution Point , seocndary site kurulumları sırasında otomatik olarak yüklenmektedir. Aynı şekilde veriabanı replikasyonunu kullanır.

SCCM yapınızda secondary sitelarınız bulunuyorsa,bu noktada istemcilerin policy verilerini ve site status mesajlarınıda kendi lokallerindeki site sunucuya göndermeleri için management point rolünü yüklemek isteyebilirsiniz.

Ancak bildiğimiz gibi, Secondary site üzerinde kurulacak management point rolünün ismi Proxy Management Point’dir.Fakat Site Management altında ilgili rolü yüklemek istediğiniz buna benzeyen bir isim bulamayacaksınız.

Bunun sebebi, Proxy Management Point’in birebir Management Point gibi davranması, ve sadece anılan isminin farklı olmasıdır.Siz PMP kurulumu için secondary site sunucusu üzerinde varsayılan Management Point kurulumunu gerçekleştirmeniz gerekecektir.

Bu rol secondary site üzerinde çalıştığını algılayıp Proxy MP gibi davranacaktır.

SCCM organizasyonunda yapıya ilk kurulun site sunucusu Primary Site sunucusu olarak görev yapmaktadır.Ancak dağıtık bir yapı, uzak ofisler ve bu ofislerde yüksek istemci sayıları bulunuyorsa, bu istemcilerin Primary Sİte yerine kendi lokellerindeki bir SCCM bileşeninden paketleri alması istenecektir.

Bu noktada iki şansınız bulunuyor.

- Distribution Point : Uzak lokasyonda bulunan bir sunucu işletim sistemine Distribution Point rolü atandığı takdirde, bu sunucu üzerinde yazılım dağıtımı paketlerini, işletim sistemi imajlarını ve Microsoft güncelleştirme paketlerini barındıracaktır.Ancak burada bir alt seçeneğiniz daha bulunuyor.Buda standart bir distribution point kurulumu yerine Branch Distribution Point rolünü aktif etmektir.Branch distribution point’in artısı, istenildiği takdirde bir client işletim sistemi üzerinde de aktif edilebilmesi ve BITS yapısı sayesinde WAN bant genişliğini daha optimum kullanabilmesidir.Ancak uzak lokasyondaki bir istemci bilgisayarı BDP olarak konfigure ederseniz, aynı anda en fazla 10 istemci bağlantısını kabul edecektir.

- Secondary Site : Distribution Point dışında bir diğer olanak secondary site kurulumudur.Secondary Sitelar ayrı bir lisanslama maliyeti getirmemeleri ve ayrı bir SQL db ihtiyacı duymamaları sebebiyle tercih edilebilir.Primary Site hiyerarşisine dahil olabilir ve aynı Console içerisinden yönetilebilir.ConfigMgr konsolunuzda varolan primary site ve tüm secondary siteları aynı tree yapısında görüntüleyebilirsiniz.

İşte bu noktada verilecek karar çok önemlidir.Uzak ofisler için DP yapısı mı yoksa Secondary Site yapısımı daha efektif bir çözüm olacaktır? Kendi deneyimlerim doğrultusunda bu noktada kararı belirleyecek kriter uzak ofislerdeki istemci sayıları ve bant genişliğidir.Çünkü;

Eğer BDP kurulumu gerçekleştirilirse, istemcilerin yalnızca paket isteklerini buradan gerçekleştirecektir.Ancak Secondary Site kurulumu ve üzerinde Proxy Management kurulumu gerçekleştirilirse istemcilerin varolan paketleri almanın dışında, policy body bilgilerini ve site status mesajlarını da aynı şekilde Secondary Site sunucusuna gönderecektir.

Eğer istemci sayınız 100-150 + rakamlara ulaşıyorsa ve network bant genişliğinde SCCM için ayrılan oran %10’un altlarına düşüyorsa Secondary Site mantıklı bir çözüm olarak durmaktadır.

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.

Trever Sullivan wrote an excellent script to query your empty SCCM collections and prompts you to delete it.

It’s useful to delete bunch of old , empty collections.

Here is the script.

###############################################
#
#  Author: Trevor Sullivan
#    Date: 12/6/10
# Purpose: Delete empty ConfigMgr collections
#    Blog: http://trevorsullivan.net
#
###############################################

# Your ConfigMgr server name (where the provider sites). Set this to your SCCM server name.
$SccmServer = 'sccm01'
# Create an array of excluded collections (add your own here)
$ExcludedCollections = ,'COLLROOT' # Exclude these collection IDs (array)
# Define the ConfigMgr provider namespace. Set the last three chars to your site code
$SccmNamespace = 'root\sms\site_lab'

# OK, house-keeping is out of the way. Now let's delete those collections!

# Get a list of ALL collection objects
$CollectionList = Get-WmiObject -Namespace $SccmNamespace -Class SMS_Collection -ComputerName $SccmServer

# Iterate over [PowerShell] collection of [ConfigMgr] collections (haha ...)
foreach ($Collection in $CollectionList)
{
    # Define the WMI query language (WQL) query to get [ConfigMgr] collection members for the current [ConfigMgr] collection we're iterating over
    $WqlQuery = "select * from SMS_CollectionMember_a where collectionid = '" + $Collection.CollectionID + "'"
    # Execute the WQL query, pipe to Measure-Object, and get the Count property from the returned [PowerShell.Commands.GenericMeasureInfo] object
    $NumCollectionMembers = (Get-WmiObject -Query $WqlQuery -Namespace $SccmNamespace -ComputerName $SccmServer | Measure-Object).Count

    # If the number of collection members is equal to zero AND the exclusion list doesn't contain the collection ID, then go ahead with deletion
    if ($NumCollectionMembers -eq 0 -and $ExcludedCollections -notcontains $Collection.CollectionID)
    {
        # Let the user know what collection we're deleting (both ID and name)
        Write-Host ("Deleting collection ID (" + $Collection.CollectionID + ") named: " + $Collection.Name)

        # Prompt the user to delete the collection. They must type "yes" to delete each collection.
        if ((Read-Host -Prompt "Really delete? Type `"yes`"") -ieq "Yes")
        {
            # Delete the collection object
            $Collection.Delete()
            Write-Host "Deleted collection: " + $Collection.Name
        }
    }
}

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

While you are installing Config Mgr 2007 R3, wizard will prompt you for the following Hotfix ;

Here is the download link;

http://support.microsoft.com/hotfix/KBHotfix.aspx?kbnum=977384&kbln=en-us

Config Manager R3 RTM has released earlier this week.In this post I will show you some exciting power management reports.

This is the Power Capabilities Report.This report includes capabilities of each targeted operating system.

Power Computer Activity Report.This report includes computers activity and user activity processes.Also " monitor activity” data can be useful for environments.

Environmental Impact Report.This report gives you carbon dioxide emissions for a specified time period. Excellent startup for Green IT

Power Usage reports gives you computer power consumptions for desktop and laptop computers.You can categorize data via collections.

Power Settings Inventory Report.This report displays power settings for all collections.You can categorize data via collections again.ie Which computer has “œRequire a password on wakeup” setting or what is the value of “œPower Button Action” setting for specified computers.

As you know, to run active directory discovery in an environment , site server computer account must have read access on AD Containers.

If you are using Active Directory Discovery for all containers and just want to exclude a specific OU , you have to deny “œlist contents” to that OU and all child objects for site server machine account.