SCOM dataware house ve Reporting kurulumu , son kez (2)

Yazının bu bölümünde de birinci bölümdeki linkleri kullanarak yaptığım işlemleri ve önemli noktaları sıralamaya çalışacağım.

DWH kurulumu

• DWH kurulumu sırasında mutlaka SCOM kurulumu için hazırlanmış ve ayrıcalıklandırılmış hesapların kullanımına ve bunların yetkilerinin yazdığı gibi olmasına dikkat edin.
• Bence dbCreateWizard ile Setup arasında bir fark yok. Ancak son başarılı kurulumu sihirbazı kullanarak yaptım.
• Kevin Hollman'ın dwh retention hakkındaki belgesi, DWH kurulumuınun yapılıp yapılmadığının bir sağlaması gibi. İlk problemli kurulumda bahsi geçen DB tablosu içindeki kayıtları göremezken, sonraki kurulumda sorunsuz görmeye başladım. Performans grafikleri de bunu ayrıca doğruladı. İlk seferde yoktu.
• dbCreateWizard ile kurduktan ve DB oluşturulduktan sonra DwWrite ve Reader SQL rollerini göremezken, CU5 için gereken SQL scriptlerini çalıştırdıktan sonra DWH DB'sinde doğru rolleri görmeye başladım. CU5 scriptleri gerçekten önemli.

Reporting Services kurulumu

• Dünyanın en can sıkıcı işlerinden biri SQL SRS 2008 ve Windows 2008 birlikteliğini sağlamak. Mutlaka ama mutlaka IIS kurarken SQL SRS için gerekli modülleri IIS'e yükleyin.

http://sistemyonetimi.blogspot.com/2012/04/srs-2008-iis-gereksinimleri.html

• Bu noktayı geçince SRS kurulumu öncesinde sunucunun Administrators grubuna bazı hesapların eklenmesi gerekiyor. Sakın atlamayın. 
• SCOM Config / SDK Account, SCOM Dataware House Reader Account, SCOM Dataware House Data Writer account
• SRS kurulumu sırasında SSL desteğini aktive etmeyin. SCOM RS üzerine kurulumu reddediyor. SRS hesabı olarak SCOM Dataware House Reader Account 'u gösterin.
• Sunucuyu yeniden başlatın.
• SQL SP3 yükleyin. Sunucuyu yeniden başlatın.
• SRS konfigurasyonunu tamamlayın.  (DB oluşturma, Virtual Directory vs.)
• SCOM Reporting Services modülünü yükleyin.
• Sunucuyu yeniden başlatın.
• SCOM CU5 yükleyin.

Geçmiş olsun.

SCOM 2007 CU5 macerası (2.bölüm ve mutlu son)

SCOM 2007 CU5 seviyesine çıkmayı bir türlü başaramadık. Garip garip alarmlar çıktı. Sunucuları kapattık, açtık, cache temizledik vs. ne yaptıysak olmadı ve geçemedik. Sonra da bu konu önemini yitirdi ve diğer acil işlerin arasında kayboldu gitti.

Ne olduysa dün bir anda SCOM'u yeniden kurmam lazım gibi bir fikirle yataktan kalkmamla oldu. Sanırım SCOM 2012'ye geçişin gecikebileceği endişesi rüyama bile girdi ve ser'de de mükemmelliyetçilik var ya, o SCOM CU5'e geçmezse gözümü , aklımı rahatsız edeceğinden iki gündür bu işlere daldım.

Aslında önce bir test ortamı hazırlayıp oradan sıfırdan bir SCOM organizasyonu kurdum, Reporting Services kurulumu sırasında karşılaştığım acayiplikler ayrı bir yazı konusu olur.

Sonuç olarak bugün CU5 seviyesine geçebildik. Ben bunu üç şeye bağlıyorum. Aradan geçen 2 ay içinde yüklenen Windows yamaları , bugün RMS sunucusundaki WINSXS klasörünü COMPCLN aracı ile temizlemem ve tüm yol boyunca dinlediğim Megadeth / San Diego 2008 konseri :). Değişen başka bir şey olmadı !

Megadeth Konseri (tam)
http://www.youtube.com/watch?v=9zMP3m98A18&feature=g-vrec&context=G29a5e75RVAAAAAAAAAg

Kevin Hollman'ın blogundan faydalanarak çalıştım. Aynen de dediği gibi uyguladım adımları ve aynı sonuçları elde ettim. Dolayısıyla hiç o adımlara girmeyeceğim. Her şey Hollman'ın blogunda kayıtlı. Her zaman çok güvenilir bir kaynak oldu bu blog ve KH.

http://blogs.technet.com/b/kevinholman/archive/2011/08/03/opsmgr-2007-r2-cu5-rollup-hotfix-ships-and-my-experience-installing-it.aspx

Kurulum çok büyük bir paket ile yapılıyor ve sanırım meşgul sunucularda bu paketlerin kurulumu sırasında bir zaman aşımı durumu oluşuyor aşağıdaki gibi.

Çözmek için bu forum yazışmasındaki yöntemi kullandım ve işe yaradı.

http://social.technet.microsoft.com/Forums/en-US/configmgrgeneral/thread/6dbf2b95-1b67-41df-a1fd-b0f5e2651398

Try the below i had to eventually increase timeout to 180000

1. Load up regedit.

2. Locate and then select the following registry sub key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control

 3. In the right pane, locate the ServicesPipeTimeout entry. If this does not exist follow steps a and b:

a. On the Edit menu, point to New, and then click DWORD Value.

 b. Type ServicesPipeTimeout, and then press ENTER.

4. Right-click ServicesPipeTimeout, and then click Modify.

5. Click Decimal, type 60000, and then click OK. 

6. Restart the computer

Sonrasında sunucuyu yeniden başlattım ve kurulumu yineledim. Bu sefer de aşağıdaki hatayı verdi ara ara, ancak aldırış etmeden devam ettim. Sonuçta tüm kurulum başarılı oldu. Yukarıdaki ve aşağıdaki hatayı da yalnızca RMS'de aldım. Bu da meşgul sunucu teorimi destekler yönde oldu.

SCOM remote maintenance mode scheduler 2.0

SCOM remote maintenance mode scheduler 2.0 aracını seviyorum.

Bazen, bazı sunucuların belirli saatler arasında izlenmesi gerekmediğinde gereksiz alarm üretilmesini engellemek için ya elle bakım moduna alırsınız (-ki her gün bunu yapmak işkenceye dönebilir bir süre sonra) ya da bir şeyin bunu sizin için zaman ayarlı olarak her gün vaktinde yapmasını dilersiniz.

İşte bu araç, tam bu ihtiyacınızı karşılayacak türden.

http://www.scom2k7.com/scom-remote-maintenance-mode-scheduler-20/

Ancak çalıştırırken küçük bir triğini bilmek gerekiyor. Grafik arayüzden zaman ayarlı görev yazdınız, saati geldiğinde çalıştı ama sunucu bakım moduna geçmedi ? Muhtemelen "comment" alanını boş bırakmış durumdasınız. "Comment" alanına alfa karakter ve boşluk kullanmadan yazacağınız bir karakter dizisi veya anlamlı bir kelime , zaman ayarlı görevin sorunsuz çalışmasını sağlayacaktır.

Backup Exec SCOM MP, Backup Exec Server tanımıyor.

Yerel dili İngilizce olan sistemler dışındaki tüm sistemler için Symantec'in yazdığı SCOM 2007, Backup Exec R3 Management Pack'in bir bug'ı varmış. Bu nedenle uzun zamandır bu MP'yi kullanamıyordum. Biraz da Symantec'in web sayfalarının özensizliği nedeniyle konuyu takip etmeyi de bırakmıştım.


Neyse ki bu konuda bir düzeltme çıkmış. Bende çalıştı. Artık SCOM 2007 BE R3 sunucusunu tespit edebiliyor ve alarmlarını yönetebiliyor.


İndirmek isteyenler için link aşağıda.

http://www.symantec.com/business/support/index?page=content&id=TECH164049

The specified channel could not be found. Check channel configuration. SCOM 2007

Diyelim ki, bir Windows 2008 R2 sunucuda "Applications and Services" altına konumlanmış yeni bir log kategorisinden bir olayı SCOM 2007 ile izlemek istiyorsunuz. Oturdunuz monitor de yazdınız...

Ama o ne ? Okuyamıyor logu, diyor ki ;

"The Windows Event Log Provider was unable to open the XXXX event log on computer 'rms.scomdomain.local' for reading.
The provider will retry opening the log every 30 seconds.

Most recent
error details: The specified channel could not be found. Check channel configuration."

Çözümü basit. Windows 2008 R2 sunucudaki Event Readers grubuna SCOM action hesabını eklediğinizde sorun çözülüyor.

SCOM sunucusunun fizikselleştirilmesi ve veritabanının taşınması

Mevcut SCOM sunucularımız yoğun veri akışı nedeniyle artık zorlanıyordu ve konsolu kullanmakta güçlük çekiyorduk. Bunun üzerine veritabanını bir fiziksel sunucuya taşıyıp ardından da RMS rolünü üzerine çekmeye karar verdik.​


Mevcut yönergeleri okuyunca basit görünen bir iş, bizim ortamda da çok sorun çıkartmadı. Kısaca adımları sıralayacak olursak ;

1. SCOM sunucularındaki servisleri sustur.
2. Veritabanını 'detach' et. Diğer SQL cümleciklerini yazmıyorum, yönergede var.
3. Veritabanı sunucusundan SCOM DB rolünü kaldır (Uninstall)
4. Daha önceden kurulmuş yeni DB sunucusuna veritabanını kopyala ve bağla. Bu adımda biz mevcut SQL 2005'teki veritabanını SQL 2008 SP2'ye sorunsuz bağlayabildik.
5. Tüm SCOM sunucularında MS yönergesinde belirtilmiş kayıt defteri anahtarını değiştir.
6. Yeni SQL sunucusunda SCOM için gerekli hesapları ekle. Ekleyince veritabanı üzerinde yetkileri otomatik tanıyor.
7. SCOM sunucularını sırayla kapat aç.
8. Eğer 33333 hata kodu alınırsa (senaryoya da uyuyorsa) ikinci yönergeyi uygula.
9. Bu adımda artık çalışmış olmalı.

MS yönergesi

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

33333 hatası alındığında uygulanacak yöntem.

http://opsmgradmin.blogspot.com/2011_05_01_archive.html


sp_configure @configname=clr_enabled, @configvalue=1
GO
RECONFIGURE
GO

Aldığımız hata mesajı

SCOM 2007 web konsolu kurulum hikayemiz

Sıkıntılı bir eklentiymiş SCOM web konsolu. Yükleyince tık diye çalışmayanlardan. İlla ki bir şeyleri elle kurcalamak gerekiyor.

Neyse​, ezcümle kurulum adımları kısaca aşağıda.

1. IIS bileşeninin SCOM'a yükledim.
2. Doğrudan kurulum paketini yükledim.
3. Çalışmadı. Kevin Hollman'ın blogundan ilgili adımı uyguladım. Özellikle Windows 2008 için olan özel tavsiyesini de uyguladım. http://blogs.technet.com/b/kevinholman/archive/2008/09/24/installing-the-web-console-on-a-2008-management-server-using-windows-authentication.aspx
4. Çalışmadı. Web sayfası görüntülenmeyince Kevin Hollman'ın blogundan aşağıdaki adımı uyguladım. http://blogs.technet.com/b/kevinholman/archive/2010/04/07/common-issues-with-the-opsmgr-web-console.aspx.
   To resolve – you can uncheck Anonymous Authentication and then perform an iisreset.
5. Çalışmadı. Marnix Wolf'un blogundan basit ama etkili tavsiyesini uyguladım.
   http://thoughtsonopsmgr.blogspot.com/2009/08/opsmgr-r2-webconsole-wont-start-after.html. Kısaca, web bileşenini kaldır ve tekrar yükle diyor.
6. Çalışmadı. Eksik olan Windows güncellemelerini yaptım.
7. Çalıştı.

SCOM 2007 sunucusunun fizikselleştirilmesi, veritabanının taşınması

Mevcut SCOM sunucularımız yoğun veri akışı nedeniyle artık zorlanıyordu ve konsolu kullanmakta güçlük çekiyorduk. Bunun üzerine veritabanını bir fiziksel sunucuya taşıyıp ardından da RMS rolünü üzerine çekmeye karar verdik.​

Mevcut yönergeleri okuyunca basit görünen bir iş, bizim ortamda da çok sorun çıkartmadı. Kısaca adımları sıralayacak olursak ;

1. SCOM sunucularındaki servisleri sustur.
2. Veritabanını 'detach' et. Diğer SQL cümleciklerini yazmıyorum, yönergede var.
3. Veritabanı sunucusundan SCOM DB rolünü kaldır (Uninstall)
4. Daha önceden kurulmuş yeni DB sunucusuna veritabanını kopyala ve bağla. Bu adımda biz mevcut SQL 2005'teki veritabanını SQL 2008 SP2'ye sorunsuz bağlayabildik.
5. Tüm SCOM sunucularında MS yönergesinde belirtilmiş kayıt defteri anahtarını değiştir.
6. Yeni SQL sunucusunda SCOM için gerekli hesapları ekle. Ekleyince veritabanı üzerinde yetkileri otomatik tanıyor.
7. SCOM sunucularını sırayla kapat aç.
8. Eğer 33333 hata kodu alınırsa (senaryoya da uyuyorsa) ikinci yönergeyi uygula.
9. Bu adımda artık çalışmış olmalı.

MS yönergesi

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

33333 hatası alındığında uygulanacak yöntem.

http://opsmgradmin.blogspot.com/2011_05_01_archive.html


sp_configure @configname=clr_enabled, @configvalue=1
GO
RECONFIGURE
GO

Aldığımız hata mesajı

Backup Exec 2010 R3 SCOM Management pack

http://www.symantec.com/business/support/index?page=content&id=TECH164049

SCOM / Ubuntu 10 agent yükleme. Failed to allocate resource of type random data: Failed to get random data - not enough entropy

Bir Ubuntu Server 10.0 sunucuya RPM tabanlı SCOM scx agent'ın DEB formatına dönüştürülerek yüklemesi sırasında sürekli aşağıdaki hatayı aldık ve yükleme başarılı olamadı.

$ sudo dpkg -i scx_1.0.4-248_amd64.deb

"Failed to allocate resource of type random data: Failed to get random data - not enough entropy"

Generating certificate with hostname="Machine Name"

[/home/serviceb/TfsCoreWrkSpcRedhat/source/code/tools/scx_ssl_config/scxsslcert.cpp:198]

Failed to allocate resource of type random data: Failed to get random data - not enough entropy

error: %post(scx-1.0.4-248.i386) scriptlet failed, exit status 1

1

​

Bu durumu çözmek için aşağıdaki MS makalesinden faydalandım.

Article ID: 978358 - Last Review: December 14, 2009 - Revision: 1.0

Error message when you try to install System Center Operations Manager 2007 R2, or you try to run the Scxsslconfig command-line utility on a Linux-based server: "Failed to get random data - not enough entropyhttp://support.microsoft.com/kb/978358

Özetle, dd if=/dev/urandom of=~/.rnd bs=1 count=1024 komutu ile oluşturulan entropy gereken ihtiyacı karşılıyor. Sonrasında SCX agent yüklemesi başarıyla tamamlandı.

Link : SCOM 2007 Gateway server

SCOM gateway server kurmak isteyenler için iyi bir kılavuz.

http://bradstechblog.com/wp-content/uploads/2008/11/deploying-scom-gateway-server2.pdf