Bugüne kadar gerçekleştirilen Operations Manager projelerinin bence “başarısız” olarak nitelendirilmesi ve kurumlar tarafından sahiplenilmemesinin en büyük sebeplerinden biri olarak gerçekleştirilen Operations Manager projelerinde “Alert tuning” dediğimiz olaya yeterince zaman ayrılmaması olduğunu düşünüyorum.

Özetle, zaman içinde Operations Manager ortamınızı öyle bir hale getirmelisiniz ki, konsolda “kırmızı” bir alert gördüğünüzde gerçekten önlem almanız gerektiğini anlamalısınız. Eğer konsolda haftalar öncesine ait yüzlerce alert varsa gerçekleştirdiğiniz Operations Manager projesi hedefe ulaşmamış demektir.

Bunun için Operations Manager 2005’e “Alert Tuning Solution Accelerator”  vardı (Webde arayıp kolaylıkla bulabilirsiniz), 2007 versiyonu çıkmadı diye biliyorum ama yaklaşım olarak işinize yarayabilir. Konu kısaca Operations Manager bileşenlerinin kurumunuzun ihtiyaçlarına göre özelleştirilmesi veya devreden çıkarılması. Alert optimizasyonunu istediğiniz noktaya getirdiğinizde, ikinci olarak servis modellemesi önem kazanıyor.

Şirketinizin BT servis modelini doğru şekilde Operations Manager’da oluşturmanızı ve availability raporlarınızı bu servis modellerinden almanızı öneririm. Sonuçta karşınıza “Genel servis erişilebilirliğim : %96,50, bunun alt kırılımları: %91,x – abc servisi, % 98,x cde servisi” gibi raporlar alabiliyor olmanız gerekiyor. Drilldown ile en alt bileşenlere kadar inebilirsiniz.

Sevis modelini oluştururken elinizden geldiğince altyapınızı uçtan uca izlemenizi öneririm. Yani veri merkezinizden son kullanıcılara gidene kadar tüm bileşenleri izleyip, erişilebilirlik oranınızı da son kullanıcı perspektifinden hesaplamanız en doğrusu olacaktır.

Kurumunuzda gerçekleştireceğiniz yeni donanım yatırımlarınızı Operations Manager 2007’den alacağınız memory, processor gibi temel raporlar ölçüsünde ön görmenizi ve gerçekleştirmenizi öneririm.

Unutmamanız gereken bir diğer nokta, Operations Manager sadece ortamdaki sorunlar ile ilgili bilgi veren bir çözüm değildir, doğru kullanıldığında aynı zamanda ortamda iyi yaptığınız işleri ve iş yükünüzü ispatlamanızın çok doğru bir yöntemidir.

Aynı zamanda ACS çözümü geliştirip kullanmanızı öneririm. Hiç olmazsa, security log üzerinden en azından kullanıcı hesabı yaratma, değiştirme, şifre değiştirme gibi kritik olayları (Security log / Account Management / 624, 628, 630, 632, 633 gibi eventler) Alert Generating Rule lar ile dinleyebilirsiniz (bunun için ACS’e gerek yoktur).

Son olarak, kurumunuzdaki Windows tabanlı olmayan bileşenleri de 3rd party Management Pack’ler kullanarak uçtan uca servis modelinize ekleyebilirsiniz. Daha önce proje geliştirdiğimiz 3 farklı müşteride SAP, Oracle, AS400, VMWare, Cisco, Linux/Unix gibi birçok platform ve uygulamayı Operations Manager ile izledik. Bu bileşenleri Operations Manager ile izlemenin bir diğer avantajı ise, performance view gibi özellikleri bu tip non-windows bileşenlerde kullanabilmek ve bu bileşenleri de Distributed Application mimarinize dahil edip, BT altyapınızı uçtan uca izleyebilmeniz, herhangi bir problem durumunda etki analizini daha sağlıklı gerçekleştirebilmeniz, sorunların kök sebeplerini daha hızlı ve etkin ortaya çıkartabilmenizdir.

Özetle,

• Eğer konsolda kırmızı bir uyarı gördüğünüzde panik olmuyorsanız
• Kurumunuz için çok kritik olan bir serviste merkezi bir kesinti olduğunda cep telefonunuza kadar uyarılar gelmiyorsa
• Donanım yatırımlarınızı gerçekleştirirken Operations Manager raporlarını kullanmıyorsanız
• BT departmanınızın başarısını ve servislerinizin erişilebilirlik seviyelerini ölçümlerken Operations Manager raporlarını kullanamıyorsanız
• Sorun anında, herkes panik halde etrafta koşturuyorsa, birkaç mouse klik ile sorunun kök sebebini görsel olarak ortaya koyamıyorsanız
• Şirketinizin en görünür yerinde bir projektör veya büyük bir monitörde servis ağacınızın gerçek zamanlı modeli yansıtılmamışsa

 Başarısız bir Operations Manager projesi gerçekleştirmişsiniz demektir :)