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”

}

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.

SCOM Gateway sunucu ile untrusted domainlerde yada workgroup ortamında bulunan istemcilerden de sağlık bilgilerinin toplanabildiğini daha önceki postlarımda belirttim.

Gateway Server rolü ile ilgili bir diğer senaryo ise yüksek erişebilirlik mimarisidir.Eğer DMZ’de  bulunan ve yönetmek istediğiniz sunucu sayısı yada workgroup ortamında çalışan sunucu sayısı, tek bir Gateway sunucusunun karşılayabileceğinden fazla ise, yada varolan Gateway sunucusu down olduğunda yönetilen bu istemcilerin down durumunda başka bir Management yada Gateway sunucuya otomatik yönlendirilmesi isteniyorsa, yüksek erişebilirlik konfigürasyonunun gerçekleştirilmesi gerekmektedir.Aynı senaryo birden fazla management sunucu olan bir ortamda Gateway sunucusunun point edildiği MP’in down olması durumunda ikinci bir MP üzerinde devam etmesi için de kullanılabilir.

SCOM konsolu içerisinde bunu gerçekleştirebileceğiniz bir bölüm bulunmamaktadır.Bu sebeple SCOM Shell’i kullanarak, PowerShell nesne tabanlı yapısı sayesinde kolaylıkla bu aksiyonu alabilirsiniz.

Adım adım yapmamız gerekenleri inceleyelim.

[powershell]

$PrimaryMS = Get-ManagementServer | Where {$_name –eq ‘scom1.domain.local’ }[/powershell]

İlk komut ile ortamda bulunan primary scom sunucusu $PrimaryMs değişkenine daha sonra kullanılmak üzere atanmıştır.

[powershell]

$FailoverMS = Get-ManagementServer | Where {$_name –eq ‘scom2.domain.local’ }[/powershell]

İkinci komut ile varolan ikinci Management Server bir değişkene atanmıştır.,

[powershell]

$GatewayMS= Get-ManagementServer | Where {$_name –eq ‘scom3.untrusted.local’ }[/powershell]

3 farklı sunucuyu değişkenlere atadıktan sonra failover parametrelerini düzenleyecek son komutumuzu çalıştıralım.

[powershell]

Set-ManagementServer –GatewayManagementServer : $gatewayMS –managementserver: $PrimaryMS –FailoverServer: $failoverMS[/powershell]

Bu komutlar sonrasında primaryMS olarak tanımlanan sunucu üzerinde health servisini kapattığınızda gateway sunucusu ilgili management point sunucusuna yönlenerek 21017 idli bir event düşürecektir.

Güncel bir SCOM versiyonunu kullandığınızda, yapınızda bulunan domaine dahil Windows-Based istemcilerden health bilgilerini sağlıklı şekilde almak dışında, un-trusted bir domainde bulunan, workgroup üzerinde çalışan istemcilerin de verilerini toplayabilirsiniz.

Varsayılanda SCOM, ilk kurulan Root Management Server yada daha sonra kurulan Management Server ile istemcilerinden mutual authentication gereksinimi sebebiyle Kerberos Auth ile veri akışını sağlar.İstemciler ve SCOM sunucusu aynı domainde olduğu sürece Kerberos Authentication bu mutual gereksinimi gayet güzel sağlamaktadır.Ancak kimi organizasyonlarda yönetilmesi gereken workgroup istemciler yada DMZ’de bulunan sunucularda SCOM agent’ı ile var olan servis ağacına katılmak istenebilir.

Bu noktada SCOM mimarisi sizden mutual authentication gereksinimini sürdürmektedir.Ancak aynı domain yapısında bulunulmadığı için bu gereksinim ancak certificate-based sağlanabilir.Bu takdirde Management sunucuların ve istemcilerin spesifik sertifikalara sahip olması gerekmektedir.Ancak bu nokta da karşınıza birçok senaryo çıkıyor.Birkaç tanesini inceleyelim.

Yukarıdaki mimaride, corp.local domain yapısında hali hazırda çalışan bir Root Management Server ve Management Server bulunmaktadır.Ancak contoso.local domain’de bulunan istemcilerden de sağlık bilgileri toplanmak isteniyor.Fakat bu iki domain arasında iki yönlü bir trust ilişkisi bulunmuyor.

Bu tip bir senaryoda contoso.local domain ortamına katacağınız bir gateway server ile, sadece gateway sunucusu ve management server sunucusu üzerinde sertifika bazlı authentication’ı aktif ederek iletişim sağlanabilir.

Gateway sunucusu, SCOM rollerinden birisidir.Domaine dahil olması gerekmeyen bu rol, untrusted istemcilerden sağlık bilgilerini toplayıp istenilen management sunucuya gönderir.Ayrıca Management Server’ın istemci datalarında gerçekleştirdiği sıkıştırma oranından daha fazla bir sıkıştırma gerçekleştirmektedir.Bu sebeple bazı senaryolarda, özellikle istemci sayısının fazla olduğu ve kerberos authenticaton’ın kullanılabildiği yapılarda dahi yük dağılımını sağlamak için Management Server yerine tercih edilebilir.

Yukarıdaki senaryoya tekrardan dönersek, görüldüğü gibi contoso.local domain ortamında istemciler ile Gateway sunucusu aynı domainde yer almaktadır.Bu sebeple, istemci-gateway arasında kerberos authentication var olduğundan, yalnızca Gateway ve Management Server arasında sertifika bazlı bir authentication gerçekleştirilmesi yeterli olacaktır.

Bir diğer senaryoda ise , uzak lokasyonda bulunan domain ortamı yalnızca Gateway sunucusunu barındırmakta, yönetilmesi gereken istemciler workgroup yada untrusted bir domain içerisinde bulunmaktadır.Bu yapıda sizin hem Gateway sunucusu ile Management Sunucusu arasında sertifika altyapısını oluşturmanız, hem de istemci-gateway sunucusu arasında sertifika altyapısını oluşturmanız gerekmektedir.

Bir diğer ve sık kullanılan senaryo ise, maliyet kazancı sağlamak amacıyla Gateway sunucusunun kullanılmaması ve istemcilerin tümü ile management sunucuya gerekli sertifikalar yüklenerek gerekli veri akışının sağlanmasıdır.

Bu noktada blogda yazdığım Neden Gateway Sunucusu Kullanmalıyım postundaki kriterleri dikkate almalı ve ona göre bu yapıyı elimine etmelisiniz.Artı taraf ise, Gateway sunucusunun lisanslamada bir Management Server gibi lisanslanması ve bu senaryoda bu maliyetin yok edilmesidir.

Operations Manager Database için SQL 2008 R2 desteği KB2425714 makalesinde anlatılmaktadır.

Forefront UAG 2010 için management pack;

http://www.microsoft.com/downloads/details.aspx?FamilyID=fb864a15-ea6c-4801-a312-15c3b4d2ade7&displayLang=en

Organizasyonunuzda System Center Operations Manager 2007 var ise temel görevi uçtan uca monitoringdir.Eğer aynı zamanda sanallaştırma için ESX Server kullanıyorsanız SCOM ile ESX’i izlemek isteyebilirsiniz.Bunun için aşağıdaki pdf’i size şiddetle öneririm.Gerekli konfigurasyonları yaparak başarılı bir şekilde izleme gerçekleştirebiliyorsunuz.

SCOM 2007 ile ESX Server Monitoring

SCOM konsolu içerisinde Reporting Server’a bağlanırken kullanılan bağlantıyı SSL kullanması için zorlayabiliriz.Bunun için IIS üzerinde ssl’li web sitesi kullanmak için gerekli olan standart prosedürü kullanabilirsiniz.Yani ortamda online bir CA olmalı ve IIS içerisinde bu online CA’den bir sertifika isteğinde bulunmanız gerekiyor.Bu işlemlerden sonra ise gerekli düzenlemeyi Operations Console altında gerçekleştirmeniz lazım.Bunun için;

- SCOM konsolu altında Administration/Settings bölümünde Reporting‘e sağ tıklayarak Properties‘i seçin.Ardından açılan URL penceresinde https‘i seçip  sondaki :80 port numarasını :443 olarak editlemeniz yeterlidir.

İsterseniz birkaç adımda Operations Manager veritabanının gelen bağlantıları dinlediği port numarasını değiştirebilirsiniz.Bunun için;

- SQL Server Configuration Manager konsolunda SQL Server 2005 Network Configuration bölümünü genişleterek Protocols for kısmına tıklayın.

- Bu kısımda TCP/IP bölümüne sağ tıklayarak özelliklerine girin ve IP Addresses tabına geçin.

Bu bölümde gerekli konfigurasyonları yapabilirsiniz.Kısaca bilgi vermek gerekirse düzenlemeniz gereken alanlar TCP Dynamic Ports bölümleri.Eğer burada “0″ değeri verilmişse dinamik port kullanımı gerçekleşmektedir.Bu değeri silmelisiniz.

Bu değeri sildikten sonra ise IP1 , IP2 ve IPALL için spesifik bir port üzerinden listening işlemini gerçekleştirmek için TCP Port bölümüne istediğiniz port numarasını girebilirsiniz.Varsayılan olarak gördüğünüz gibi bu port 1433′dür.Bu işlemden sonra SQL Server Browser servisini yeniden başlatın.

Aynı ayarı dbo.MT_ManagementGroup tablosunun içerisinde de gerçekleştirmeniz gerekli.Bunun için SQL Server Management Studio içerisinde OperationsManager veritabanını genişletip tabloların altında dbo.MT_ManagementGroup‘a sağ tıklayarak Open Table demelisiniz.Ardından ilk satıra computer\INSTANCE1, port şeklinde giriş yapmanız yeterlidir.Port değeri yukarıda belirttiğiniz port değeri olmalıdır.

Son olarak Root Management Server üzerinde bir ayar yapmanız gerekiyor.Regedit üzerinde
HKEY_LOCAL_MACHINE/ SOFTWARE/Microsoft/Microsoft Operations Manager/3.0/Setup altında DatabaseServerName‘e sağ tıklayarak modify dedikten sonra
“computer_name”\”instance”, “port number”

şeklinde giriş yapabilirsiniz.

Uzun zamandır aşağıdaki gibi bir tablo arıyordum.Eğer yapınızdaki System Center Operations Manager componentleri network üzerinde dağıtık ise,firewall arkasında yada DMZ içerisinde yer alıyorsa  , iletişimin sağlıklı gerçekleşebilmesi için ilgili portların konfigure edilmesi gerekmektedir.SCOM componenti ve kullandığı port bilgisini aşağıdaki tabloda bulabilirsiniz.

Windows 2003 ve Windows 2008 için Scheduled Task Management paketi indirilebilir durumda.Bu paketle birlikte zamanlanmış görevleri monitor edebilme şansınız var.Aşağıdaki linkten ulaşabilirsiniz.

Download Windows Scheduled Task Management Pack (sealed) 1.1.0.10

Blogda ağırlıklı olarak System Center ailesi ile ilgili makaleler yayınlıyorum.İlerleyen günlerde de en çok üzerinde duracağımız ürünlerin başında System Center Operations Manager geliyor.Kurulum ve Exchange server 2007 monitoring makaleleri hali hazırda yayınlanmış durumda.

Aynı zamanda System Center Virtual Machine Manager ile ilgilide Türkçe ilk makale serisini yayınlamıştım.

Bu postun güzel olan yanı ise SCVMM 2008 için yeni Management Packlerin duyurulmuş olması.SCOM içerisine eklediğimiz MP ler sayesinde management ve monitoring kabiliyetlerini spesifik teknolojiler için arttırabiliyoruz.SCVMM için gelen MP ler ise aşağıda.

· Virtualization Candidates – Helps identify physical computers that are good candidates for conversion to virtual machines. The Virtualization Candidates report displays average values for a set of commonly requested performance counters for CPU, memory, and disk usage, along with hardware configuration, including processor speed, number of processors, and total RAM.

· VM utilization – Provides information about your virtual machines. For the identified time, this report shows average usage and total or maximums for virtual machine processors, memory, and disk space.

· Host Utilization – Shows the number of virtual machines running per host. For the identified time and host group, this report shows average usage and total or maximums for host processors, memory, and disk space.

· Host Utilization Growth – Shows the percentage growth of host resources and number of virtual machines running for the identified time period.

· VM Allocation – Provides information you can use to calculate chargeback to cost centers for virtual machines.

Download için http://www.microsoft.com/downloads/details.aspx?FamilyID=d6d5cddd-4ec8-4e3c-8ab1-102ec99c257f&displaylang=en adresini kullanabilirsiniz.Birkaç güne bende yapımdaki SCOM içerisine import işlemlerini gerçekleştirip incelemeleri yayınlayacağım.

Exchange 2007 mesajlaşma altyapısı karmaşık yapısı ve dağıtılmış rolleri ile sürekli izlenmesi, kontrol edilmesi ve gerekli durumlarda en kısa sürede aksiyon alınması gereken bir yapıya sahiptir.Özellikle servislerin durumları, veritabanlarının kontrolü , performans problemleri,mail akışının sağlıklı gerçekleşip gerçekleşmediği bu noktada belkide en çok üzerinde durulması gereken noktalardır.

Bildiğiniz gibi System Center ailesi içerisinde bulunan System Center Configuration Manager 2007 ile IT ortamında uçtan uca hizmet izleme ihtiyacını karşılayabilirsiniz.Çok büyük bir yapıda,binlerce sunucunun ve istemcinin bulunduğu organizasyonlarda monitoring noktasında sahip olabileceğiniz en sağlıklı çözümleri üretebilir.Bunların yanında entegre edebileceğiniz Management Pack(yönetim paketleri) sayesinde spesifik uygulamalar ve teknolojiler ile ilgili izleme,raporlama ve çözümleme kabiliyetini genişletebilirsiniz.Bu Management Pack ler içerisinde yeralan Exchange 2007 Management Pack sayesinde kritik öneme sahip sunuculardan birisi olan Exchange Server 2007 için System Center Configuration Manager 2007 üzerinde monitoring ve raporlama kabiliyetine sahip olabiliyoruz.

Exchange Management Pack 2007 sayesinde temelde aşağıdaki komponentler için karşılarındaki özellikleri SCOM’a entegre ederek monitoring kabiliyetlerini arttırabiliyoruz.

Exchange Server 2007 Management Pack’i indirip varolan SCOM yapınıza entergre etmeden önce bazı ön gereksinimleri gerçekleştirmeniz gereklidir.Bunlar;

“¢ Yapınzıdaki SCOM için SP1’I indirmeniz gerekmektedir. System Center Operations Manager Service Pack 1.
“¢ Monitor edilecek tüm sunucular üzerinde Microsoft Core XML Services (MSXML) 6.0 Service Pack 1 yüklü olması gerekmektedir.
“¢ Knowledge Base article 950853 , Knowledge Base article 951979, Knowledge Base article 951380güncelleştirmelerini yüklemeniz gerekiyor.Bunlar özellikle cluster yapılarında karşılaşabilinecek hataları gideren güncelleştirmelerdir.
“¢ Exchange Server 2007 Service Pack 1 “˜i yüklemeniz ise seçime bağlı bir bileşendir.Fakat SP1 öncesi Exchange Server 2007 ile çalışırsanız Management Pack ile aldığınız raporlarda bazı kayıplar yaşayabilirsiniz.

Dikkat etmeniz gereken bir diğer nokta ise Edge rolünü tutan Exchange Sunucu üzerine kurulum sırasında varsayılandan farklı bir rol izlemenizdir.Bildiğiniz gibi Edge rolünü kurduğunuz sunucu Active Directory yapısına dahil olmayan izole bir lokasyonda yer almaktadır.Biz makalemizin ilk kısmında Hub Transport, Client Access ve Mailbox rolünü tutan tek bir sunucu üzerine kurulumu gerçekleştireceğiniz.Son bölümde ise Edge sunucu üzerine kurulumda dikkat etmemiz gereken noktaları inceleyeceğiz.

Exchange 2007 Management Pack’i http://www.microsoft.com/downloads/details.aspx?FamilyId=1A83E112-8677-4E03-83C3-F1B7EBFC3A4B&displaylang=en&displaylang=en adresinden indirebilirsiniz.

Paketi SCOM sunucusu üzerine indirdikten sonra kuruluma başlayabilirsiniz.

- İlk ekranda lisans anlaşmasını kabul ederek devam edin.

- Kurulum dizini ayarlarını düzenleyip Next ile devam edin.

- Ardından c:\Program Files\System Center Management Packs\Microsoft Exchange 2007 System Center Operations Manager 2007 MP varsayılan klasörüne kurulum gerçekleşir.

- SCOM yapısına entegre edeceğimiz Management Packler’i yukarıda görebilirsiniz..mp uzantılı bu paketleri SCOM içerisine import etmeniz gereklidir.

- İnternetten indirdiğiniz management packleri SCOM içerisine entegre etmek için SCOM konsolu altındaki Administration/Management Packs bölümünü kullanabilirsiniz.Bu bölüme sağ tıklayarak “œImport Management Packs“’e tıklayın.

- Bir önceki bölümde extract ettiğiniz “œMicrosoft.Exchange.2007.mp” ve “œMicrosoft.Exchange.2007.Reporting.mp” dosyalarını seçin.

- Import bölümüne gelen Management Packler’i SCOM içerisine almak için Import butonuna tıklayarak işlemi başlatın.

- Sorunsuz bir şekilde importing işlemi gerçekleştiğini doğrulayın.

Artık Exchange 2007 sunucumuz üzerindeki raporlama ve yönetim kabiliyetini arttıran yönetimsel paketlerimizi yüklediğimize göre SCOM içerisine yöneteceğimiz Exchange Sunucumuzu ekleyebiliriz.Bu işlemi SCOM Owerview Konsolundan gerçekleştirebilirsiniz.

- “œConfigure computers and Devices to Manage” linkine tıklayarak Exchange 2007 “˜i sunucumuzu ekleyeceğimiz sihirbazı başlatalım.

- Bu pencerede eklemek istediğimiz sunucu için bir discovery metodu belirlemeniz gerekmektedir.SCCM makalelerinden de hatırlayacağınız gibi sunucular üzerinde yönetimi sağlamak yada raporlama,monitoring işlemlerini gerçekleştirebilmek için bu sunucuları agentları yüklemeniz gerekmektedir.Ama bunun öncesinde ilk önce bu sunucuları keşfetmeniz gerekmektedir.SCOM içerisinde bu keşif işlemi temelde iki şekilde gerçekleşiyor.Automatic computer discovery ile domain içerisindeki tüm Windows tabanlı bilgisayarlar taranacaktır.Advanced Discovery ile daha spesifik aramalar gerçekleştirebilirsiniz.Örneğin yukarıdaki pencerede SCOM.a.com management sunucusunu kullanarak sadece sunucular arasında bir arama yapalım.

- Bu pencerede Active Directory altındaki belirlenen objeşeri seçip arama yapabilir yada aşağıdaki bölüme gireceğiniz bilgisayar isimlerine göre arama yapabilirsiniz.

- Bizim keşfetmek istediğimiz sunucu Exchange 2007 kurulu olan sunucumuz.Bu yüzden basit bir şekilde hostname’ini yazarak bilgisayar hesabını AD içerisinden sorgulayabilirim.

- Bilgisayar üzerinde discovering işlemi için yetkili bir kullanıcı hesabı belirtmeniz gerekmektedir.Eğer SCOM sırasında kullandığınız Management Server Action hesabı bu yetkiye sahip ise varsayılan olarak bu hesabı kullanabilirsiniz.İlgili hesabı seçtikten sonra Discover butonuna tıklayarak işleme başlayabilirsiniz.

- Görüldüğü gibi belirttiğimiz değerlere uygun olan obje active directory içerisinde sorgulanarak bulundu.Artık üzerine agent kurulumunu gerçekleştirebilirsiniz.Management Mode olarak “œAgent“ seçerek devam edin.

- Agent kurulumunun uzak bilgisayarda kurulacağı dizini seçin.Varsayılan olarak bu dizin %Program Files%\System Center Operations Manager 2007 “˜dir.Aynı zamanda alt kısımda agentın yönetilen bilgisayar üzerinde bir aksiyon gerçekleştirmek istediğinde kullanacağı hesap bilgisinide girebilirsiniz.Ben Local system hesabını kullanarak işlemlerini gerçekleştirmesini istiyorum.Finish ile kurulumu başlatabilirsiniz.

- Birkaç dakika içerisinde kurulum tamamlanacaktır.

Makalemizin ikinci kısmında Exchange 2007 sunucumuz üzerinde agent kurulumunun hatasız gerçekleştiğini kontrol edeceğiz ve Exchange 2007 Management Pack ile gelen monitoring ve reporting kabiliyetlerini inceleyeceğiz.

Görüşmek üzere.

Günümüzde Bilgi Teknolojileri departmanları üzerindeki baskı oldukça artmıştır.Bu baskının temel sebebi ilerleyen teknolojilye ayak uydurmaları ama aynı zamanda IT maliyetlerini azaltmak zorunda kalmalarından kaynaklanmaktadır.IT bütçelerinin çok büyük bir bölümü varolan yapının ve servislerin devamlılıklarını korumak için harcanırken çok az bir kısmı yeni teknolojilere ayrılmaktadır.İşte bu noktada IT hizmetlerini izleme ve yönetme durumunda olan IT departmanları Microsoft’un yönetim ailesi olan System Center ile rahat bir nefes alabilme şansını yakaladılar.

System Center Operations Manager 2007 ürünü IT ortamında uçtan uca hizmet izleme ihtiyacını karşılamak için tasarlanmıştır.Çok büyük bir yapıda,binlerce sunucunun ve istemcinin bulunduğu organizasyonlarda monitoring noktasında sahip olabileceğiniz en sağlıklı çözümleri üretebilir.Bunun yanında monitoring işleminde karşılaşılan olaylara anında müdahele yeteneğine sahiptir.

Bunların yanında SCOM içerisine entegre edebileceğiniz Management Pack(yönetim paketleri) sayesinde spesifik uygulamalar ve teknolojiler ile ilgili izleme,raporlama ve çözümleme kabiliyetini genişletebilirsiniz.İlerleyen makalelerimizde kullanacağımız management pack ler sayesinde Exchange 2007 , SQL Server ,IIS gibi birçok uygulamayı SCOM ile izleyeceğiz.

SCOM ile ilgili makale serimizin ilk bölümünde kuruluma değineceğiz.Yalnız bundan once isterseniz SCOM içerisinde gelen komponentleri kısaca inceleyelim.

Operations Manager Database:
Bu tüm management gruplar içerisine yüklenmesi gereken ilk komponenttir. Microsoft SQL Server 2005 SP1 yada üzeri bir sisteme kurulmalıdır.Bu veritabanı içerisinde Management Groupları için tüm konfigurasyon bilgisi ve agentlar tarafından toplanan datalar saklanır.Aslında geniş anlamda OPS manager’ın performansını optimize etmek istiyorsanız database’in performansını optimize etmek mantıklı olacaktır.Yani veritabanını kontrol altında tutmanız gereklidir.Testlerde karşılaşılan durumlara göre bu veritabanını 50 gb altında tutmak iyi bir başlangıç olabilir.OPS manager yapısı gereği management group başına bir adet ops manager veritabanı barındırabilir.Peki felaket senaryosu için ne düşünmemiz gerekiyor?İşte burada Microsoft’un cluster servisi devreye giriyor.MSCS ile varolan databasein bir kopyasını tutabilir ve bir taraf öldüğünde diğer veritabanını canlandırabilirsiniz.

Root Management Server:
OPS manager yapısı her daim management groupları baz alarak çalışır.İşte bir management group içerisindeki ilk management server’a RMS(Root Management Server) diyebiliriz.Tabii her grup içerisinde ancak bir adet RMS olabilir.Bu sunucularımız sayesinde konfigurasyonları,agentlarla bağlantıları,grup çalışmalarını,database bağlantılarını yönetebiliriz.

Agent:
OPS manager yapısında bulunan agentlar türkçe karşılığı ile ajanlar,bir aygıta atadığımız ,monitor işlemlerini bizim için gerçekleştiren ufak servislerdir.Monitor edilen bu cihazda agentlar OpsMGRHealth servisi olarak geçer.Her bir agent bağlı olduğu management server’ın emrinde çalışır.Yani üzerinde bulunduğu cihaz ile ilgili bilgileri toplar,ki bu bilgileri neye göre toplayacağını yine management server belirtir.Eğer topladığı bilgiler ile management serverdan aldığı konfigurasyon dosyalarında bir eşleşme söz konusu ise ajanımız bir alarm oluşturabilir.Böylece sizde gerekli aksiyonu alabilirsiniz.

Operations Console:
Bu konsol temel anlamda OPS manager 2007 ile kullanıcı arasında bir arayüz oluşturur.Bİr kullanıcının bu konsola erişebilmesi için ,o kullanıcıya active directory üzerinde Operations manager 2007 rolü atanması gereklidir.

Management Packs:
Management packler uygulama geliştiricileri tarafından o uygulama için belirtilen sağlık tanımlamalarıdır.Operations Manager içerisine gömüldüklerinde ,ilgili uygulama için agentların sağlık izlemesi yapmalarını,alarmlar oluşturmalarını ve gerektiğinde ilgili actionları gerçekleştirmelerini sağlar.

İsterseniz şimdi System Center Operations Manager 2007 kurulumuna geçelim.Kuruluma başlamak için SETUP’ı çalıştıralım.

- Öncelikle dikkat etmeniz gereken ,kurulumundan once ön gereksinimleri yüklemiş olmanızdır.Yukarıdaki ekranda “œCheck Prerequisites” linkine tıklayarak eksik olan komponentleri görüntüleyebilirsiniz.

- Görüldüğü gibi tüm componentleri bu sunucu üzerine yüklemek istediğinized aşağıdaki bileşenleri yüklemeniz gerekmektedir.

1- Windows Server 2003 Service Pack 1
2- Microsoft SQL Server 2005 Service Pack 1
3- ASP.NET 2.0
4- Microsoft SQL Server 2005 Reporting Services Service Pack 1
5- World Wide Web servisinin çalışır olması

Bu komponentleri yükledikten sonra kuruluma devam edebilirsiniz.Yalnız gereksinimleri tamamladıktan sonra halen ASP.NET 2.0 hatası alıyor olabilirsiniz.

- Bu noktada ASP.NET “˜i register etmeniz gereklidir.Bunun için komut istemine inerek;
%WINDIR%\Microsoft.net\framework\V2.0.50727 dizinine inerek “œaspnet_regiis.exe ““i ““enable“ komutunu yazarak kayıt işlemini gerçekleştirebilirsiniz.Ardından kuruluma başlayabilirsiniz.

- İlk ekranda lisans sözleşmesini kabul ederek devam edin.

- Ürün kayıt bilgileri için kullanıcı adı ve organizasyon bilgilerini girerek Next ile devam edin.

- Bu noktada component seçimini gerçekleştirmeniz gereklidir.İsterseniz tüm komponentleri tek bir sunucu üzerine kurabilirsiniz.O zaman tüm komponentleri seçmeniz gerekmektedir.Eğer yapınızda ortak kullandığınız bir SQL Server veritabanı varsa o zaman veritabanının olduğu sunucu üzerinde sadece database componentini kurarak operationmanager veritabanını yükleyebilirsiniz.Ardından yönetimi gerçekleştireceğiniz sunucu üzerinde de Management Server, User interfaces, Commond Shell, Web Console bileşenlerini yükleyebilirsiniz.
- İlgili bileşenleri seçerek devam edin.

- Bu ekranda oluşturacağınız ilk Management Group için bir isim belirleyebilirsiniz.Management Grouplar , Management server tarafından yönetilebilen bilgisayarların toplandığı gruplardır.Varsayılan olarak Administrator yetkisini sahip olan kullanıcılar Managemernt Group ları üzerinde yönetimsel yetkiye sahiptir.İsterseniz alt kısımdan bu management grubu yönetebilecek bir user belirtebilirsiniz.

- Database komponentini bu sunucu üzerine kuracağımızı belirttiğimiz için bizden varolan SQL Server 2005 instance bilgisini istemektedir.Eğer başka bir sunucu üzerine bu komponenti kursaydınız Konsol bileşenlerini yüklediğiniz pencerede uzak Sql Server bilgisini girmeniz gerekmektedir.Bu noktada yapmanız gereken veritabanının bulunduğu sunucunun NETBIOS ismi ve SQL Server instance ismini girmeniz gerekmektedir.Örneğin SRV01\MSSQLSERVER
SQL Server uzaktan erişim sağlanması için varsayılan olarak 1433 portunu kullanmaktadır.Aynı zamanda yine remote bağlantıları için TCP yapılandırılmasının yapılması gerekmektedir.İsterseniz yine bu pencerede varsayılan portu değiştirebilirsiniz.
Veritabanı bilgisini girdikten sonra Next ile devam edin.

- Bu pencerede de oluşturacağınız veritabanı için bir isim belirleyebilirsiniz.Biraz once bahsettiğimiz gibi , veritabanı ve management konsol bileşenlerini ayrı sunucularda kuracaksınız iki tarafta da bu database ismini girmeniz gerekmektedir.Veritabanı için boyut bilgisi ve dizin bilgisini girerek devam edebilirsiniz.

- Management Server bileşeni gerçekleştireceği işlemler için Management Server Action hesabını kullanır.Güvenlik amacıyla önerilen bu kısımda Domain hesabı kullanmamanız.Eğer domain içerisindeki bir hesap bilgisini girerseniz aşağıdaki uyarı karşınıza çıkacaktır.

- Bu ekranda oluşturduğunuz veritabanına erişim sağlayacak SDK kullanıcısını seçebilirsiniz.Güvenlik amacıya Management Server Action hesabı ile SDK hesabının aynı olmaması önerilir.

- Operations Manager 2007 Web konsoluna erişim için kullanılacak authentication metodunu seçebilirsiniz.
Use Windows Authentication: Windows Authentication kullanılacaktır.Bu sayesde kullanıcılar intranet üzerinden bağlanabilirler.
Use Form Authentication: Form tabanlı authentication kullanılacaktır.Kullanıcılar internet üzerinden bağlanabilirler.

- Operations Manager içerisinde oluşacak hataları Microsoft’ a raporlayarak sık bildirilen sorunların çözümünü sağlayabilirsiniz.Seçimden sonra Next ile devam edebilirsiniz.

- Customer Experience Improvement Programına katılmak istiyorsanız ilgili seçeneği seçebilirsiniz.Katıldığınız takdirde program konsol kullanıcılarının konsolları nasıl kullandıkları ile ilgili onları uyarmadan çeşitli bilgiler toplayacak ve ürünün gelişimi için kullanıcılacaktır.

- Microsoft Update kullanarak güncelleştirmeleri yüklemek istiyorsanız ilk seçeneği seçerek devam edebilirsiniz.Bu ekrandan sonra kurulum başlayacaktır.

- Kurulumu tamamladıktan sonra SCOM konsolunu başlatabilirsiniz.

- Konsol altında Monitoring , Authoring , Administration , Workspace , State ve Action bölümlerini görebilirsiniz.Konsol içerisindeki tüm bu bölümleri bir sonraki makalemizde ayrıntılı bir şekilde inceleyeceğiz.

Exchange 2007 Management Pack sayesinde kritik öneme sahip sunuculardan birisi olan Exchange Server 2007 için System Center Configuration Manager 2007 üzerinde monitoring ve raporlama kabiliyetine sahip olabiliyoruz.

Bu noktada hali hazırda makale serisini birkaç gün içerisinde yayınlamayı düşünüyorum.Exchange Management Pack 2007 sayesinde temelde aşağıdaki özellikleri SCOM’a entegre ederek monitoring kabiliyetlerini arttırabiliyoruz.

Exchange 2007 Management Pack kurulumu için dikkat etmeniz gereken birkaç nokta bulunuyor.

- System Center Operations Manager 2007 SP1 kurulumunu gerçekleştirmeniz gerekiyor.Buradaki adresten ilgili service pack’i indirebilirsiniz.

- Monitor edilecek tüm sunucular üzerine Microsoft Core XML Services (MSXML) 6.0 Service Pack 1 kurulması gerekmektedir.

- İzlenecek Exchange server üzerine Knowledge Base article 950853 güncelleştirmesini yüklemeniz gerekmektedir.

- Aynı şekilde Knowledge Base article 951979 makalesindeki güncelleştirmeyi yüklemeniz gerekmektedir.

- Eğer Exchange Server cluster yapısı üzerinde çalışıyorsa node’ larda bulunan her exchange sunucuya Knowledge Base article 951380 güncelleştirmesini geçmeniz gerekmektedir.

- Exchange Server 2007 Service Pack 1 güncelleştirmesini gerçekleştirmeniz gerekmektedir.

Bu gereksinimleri sağladıktan sonra Exchange Management Pack 2007 ‘yi import edebilirsiniz.