As is the case in Operations Manager, all customizations for notification templates, groups, list items, workflows etc. in Service Manager are stored in Management Packs. A management pack can consist of two types;

Sealed and Unsealed.

A sealed management pack has a .mp extension and can not be modified directly. So Microsoft, other vendors or you can prevent modifications on Management Pack itself.

Unsealed management packs have a .xml file extension and con be modified with SM console, authoring tool or directly within XML file.

For example, if you want to add list items to a list that is defined in a sealed management pack, you have to store this modifications in a unsealed management pack. Or if you want to add some fields to a form that is defined in a sealed management pack, again you have to store modifications in an unsealed MP.

Just because of this certain rule,

A MP (sealed or unsealed) can depend on a sealed MP.

A MP (sealed or unsealed) can depend on an unsealed MP.

Lets think about following scenario;

You create a new Management Pack in Service Manager 2012 which includes custom forms, notification templates and item lists. After a couple of months, other SM administrator created another Management Pack for a custom  need and that MP references for list items and other objects to your firstly created MP. In case of such a scenario your first MP must be sealed to have base definitions for other MP’s in your organization.

Sealing a management pack is easy and clear process. First requirement to seal an MP is signing the file to ensure that file is not modified when you transfer it between locations. So before sealing a MP you must create a key pair with Strong Name Tool (sn.exe). Key pair will have an .snk extension.

Strong name tool is automatically installed with Visual Studio. Also if you installed Microsoft .NET Framework 4.0 on your machine sn.exe is available in the following location;

%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\bin\NETFX 4.0 Tools

To create key pair, at the command prompt run the following command;

After you created snk key pair, in the Auhtoring Tool, in the management pack explorer right click an unsealed MP and choose "Seal Management Pack”.

Then choose your key pair and fill out company field.

Now you can easily import your sealed management pack through Service Manager Console.

If you decide to install Service Manager 2012 for your private cloud environment, primary requirement is a supported SQL Server. To be able to work with Service Manager, following SQL components must be installed;

• SQL Server full-text search
• SQL Server Reporting Services
• SQL Server Analysis Services

But Service Manager 2012 does not like SQL Server default instance collation configurations. As you know, during a default SQL Server 2008 setup progress, your SQL collation will be configured with SQL_Latin1_General_CP1_CI_AS. If you don’t change default collation, during SCSM 2012 installation you will get a warning message;

If you use default collation on your SQL Server, it is not possible to support multiple languages in Service Manager. I mean if you later decide to support for multiple languages you have to use different collation and that means you have to reinstall SQL Server.

On SCSM 2012 technet page, ypu can find supported OS locales and collations.

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

Operations Manager 2007 yedekleme stratejisinin en önemli noktalarından birisi Root Management Server anahtarının başarılı bir şekilde yedeklenmesidir. Özellikle Run As hesaplarında yapılan değişikliklerden sonra bu yedekleme işleminin tekrarlanması önerilir. Bildiğimiz gibi Management Group içerisindeki Run As hesapları bu anahtar içerisinde saklanmaktadır. GUI tabanlı yedekleme dışında komut satırı kullanılarak da hızlıca yedekleme işlemi gerçekleştirilebilir.

C:\Program Files\System Center Operations Manager 2007 > securestoragebackup backup D:\RMSBackup\01-01-2011\Backup.bin

Bu komut satırı sonrasında koruma parolası girilerek işlem tamamlanır.

SCOM üzerindeki unseal management packlerinizi, üzerlerinde customization gerçekleştirmek için export etmek isteyebilirsiniz. Bu durumda Operations Manager Shell yani PowerShell cmdletlerini kullanarak tüm export işlemini tek bir script ile gerçekleştirme imkanınız bulunuyor.

Aşağıdakine benzer bir script işimizi görecektir.

$all = Get-ManagementPack | where-object {$._Sealed –eq $false}

foreach ($mp in $all)

{

Export-ManagementPack –managementpack $mp –path “c:\MyMps”

}

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.

Yıl sonunda SCOM 2012’ye kavuşacağız. Bu noktada var olan SCOM 2007 R2 mimarisinden farklı olarak iki önemli yenilik bulunuyor.

RMS TARİHE KARIŞIYOR

SCOM 2007 R2 organizasyonunda SDK servisinin çalışabildiği özelleştirilmiş tek bir Management Sunucunuzun olması gerekiyordu. Bu sunucumuza Root Management Server ismini veriyorduk. SDK servisini ve core bileşenleri üzerinde barındırması sebebiyle SCOM’un kalbi olan RMS sunucusunda yaşanan herhangi bir sıkıntı halinde, web konsolu dahil hiçbir konsolun açılmaması, Notification Subscriptionlarının çalışmaması, admin tasklarının gerçekleştirilmemesi gibi oldukça kritik sorunlar ortaya çıkıyordu.

SCOM 2012’de RMS mimarisi kaldırılıyor. Artık var olan tüm Management Serverlar aynı Management Pool içerisinde yer alarak herhangi bir cluster çözümüne ihtiyaç duymadan yüksek erişebilir seviyede hizmet verebilecekler.

Manuel herhangi bir aksiyon almadan pool içerisine dilendiği gibi Management Server ekleme yada kaldırma yapılabilir çünkü MS’ler kendi arasında otomatik failover desteklemektedirler.

Aynı mantık yük dağılımı noktasında da tamamen otomatize şekilde devam etmektedir.

NETWORK MONITORING ÖZELLİĞİ

SCOM 2007 tarafında eksikliği en çok hissedilen özellik Network Monitoring tarafında zayıf kalınmasıydı. Third Party Management Packler ile SNMP trapler sayesinde bir nebze olsun check edilebilen network cihazları, SCOM 2012 ile Native şekilde izlenebiliyor. Artık varola networkünüzün bir haritasını çıkarabilir, IPv6 monitoring gerçekleştirebilir, Snmp V3 cihazları discover edebilirsiniz. Aynı şekilde VLAN yada HSRP sağlık bilgileri gibi çok hoş yeni özellikler de mevcut.

SCOM ile oluşturulan alert mesajlarını Sms, E-mail yada IM olarak gönderebilme imkanınız bulunuyor. Özellikle IM tarafında OCS – Lync üzerinden notification gönderme noktasında, eğer konfigurasyon düzgün gerçekleştirilmez ise sorunlar yaşanabiliyor.

Adım adım yapılması gerekenleri özet halinde inceleyecek olursak;

• Active Directory üzerinde bir account oluşturulur ve bu account için sip adresi ve OCS pool name bilgileri girilir.
• Oluşturulan bu hesap için bir adet Run As Account oluşturularak RMS’e target edilir.
• Bir önceki adımda oluşturulan Run As Account, var olan Notification Account Run As Profile içerisine eklenir. Target olarak Class Alert Notification Subscription seçilir.
• Bir adet IM channel oluşturulur ve Return Address olarak Notification Account için var olan SIP adresi girilir.
• OCS üzerinde Front End özelliklerinde SCOM RMS sunucusu Authorized Host içerisine eklenir.
• İletişim için TCP yada TCP over TLS kullanabilir. Eğer TCP kullanılacak ise OCS üzerinde varsayılanda kapalı geldiği için aktif edilmelidir.Telnet ile 5060 ve 5061 portları kontrol edilebilir.
• Bu aşamadan sonra bir adet notification oluşturulur ve hiçbir kriter seçilmez.Bu sayede her alert hareketinde IM göndermeye başlayacaktır.

Yukarıdaki adımlara rağmen halen sıkıntı yaşayanlar yaşadıkları sıkıntıları yorum ile gönderebilirler.

SCOM 2007 R2 üzerinde Audit Collection Service aktif edildiğinde scom istemcilerinden security loglarını toplamaya başlayabilirsiniz. Ancak bir süre sonra oldukça fazla log oluştuğunu ve bunların arasında bir filtreleme yapamadığınızı fark edebilirsiniz.

Aslında bu noktada Audit Collector’un arka planından biraz bahsetmemiz gerekli. Audit Collector istemcilerden gelen tüm veriyi kuyruğa alıp, filtreleyip ardından ACS veritabanına yazan bileşendir. Arka planda AdtServer isimli bir servis çalıştırır ve %systemroot%\system32\security\Adtserver dizininde exe’si bulunmaktadır.  Bu dizindeki en önemli dosyalardan biri AcsConfig.XML’dir. Bu dosyanın içerisinde audit forwarderların son iletişim tarihleri ve gönderilen event sayıları gibi bilgiler bulunmaktadır.

Yukarıdaki soruna tekrardan gelecek olursak, toplanan Security loglar üzerinde filtreleme gerçekleştirmek yapılması gereken önemli bir adımdır. Çünkü varsayılanda ACS varolan tüm security loglarını hiçbir filtreleme gerçekleştirmeden toplamaktadır. Bu da machine account logon eventları ile birlikte içinden çıkılamaz sayıdaki loglara ulaşmanıza neden olabilir.

Filtreleme uygulamak için adtadmin.exe aracını kullanabilirsiniz. Aşağıdaki örnek filtre, sizin hazırlayacağınız filtreler için güzel bir başlangıç olacaktır.

adtadmin /setquery /collector:"collectorname" /query:"SELECT * FROM AdtsEvent WHERE NOT (((EventId=528 AND String01=’5′) OR (EventId=576 AND (String01=’SeChangeNotifyPrivilege’ OR HeaderDomain=’NT Authority’)) OR (EventId=538 OR EventId=566 OR EventId=672 OR EventId=680)))"

SCOM Gateway sunucusu için kurulumda az bilinen ancak çok faydalı bir parametre bulunuyor.Bu parametre sayesinde Gateway sunucusun yönettiği istemcilerden gelen raporlar management sunucusunda ayrı bir kategorizasyona sokulabilir.

Bildiğiniz gibi;

Microsoft.EnterpriseManagement.gatewayApprovalTool.exe

komut satırı aracının parametrelerini kullanarak Gateway sunucusunu Management Server üzerinde approve edebiliyorsunuz.Bu komut satırında /sitename=DMZBolge şeklinde parametre girdiğiniz takdirde, artık yeni oluşturduğunuz alert viewlerde “from a specific site” seçilerek yalnızca GW sunucusundan gelen istemci alertlerini görüntüleyebilirsiniz.

SCOM üzerine CU3 kurulumu yaptıktan sonra Active Alerts görünümünün boş gelmesi gibi bir problemle karşılaşabilirsiniz.Özellikle scope All Groups olarak işaretli ise bu sorun ortaya çıkıyor.

Bunun sebebi CU3 kurulumundan önce gerekli olan SQL Scriptlerinin çalıştırılmamasıdır.CU3 kurulumu öncesinde aşağıdaki scriptleri Operations Manager veritabanı ve Operations Manager DataWareHouse üzerinde koşturmanız gerekiyor.

“\SQLUpdate\CU3_DataWarehouse.sql”

“\SQLUpdate \CU3_Database.sql”

Bu manuel işlem sonrasında update kurulumunu tüm roller üzerinde gerçekleştirebilirsiniz.