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 ;
- SCOM sunucularındaki servisleri sustur.
- Veritabanını 'detach' et. Diğer SQL cümleciklerini yazmıyorum, yönergede var.
- Veritabanı sunucusundan SCOM DB rolünü kaldır (Uninstall)
- 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.
- Tüm SCOM sunucularında MS yönergesinde belirtilmiş kayıt defteri anahtarını değiştir.
- Yeni SQL sunucusunda SCOM için gerekli hesapları ekle. Ekleyince veritabanı üzerinde yetkileri otomatik tanıyor.
- SCOM sunucularını sırayla kapat aç.
- Eğer 33333 hata kodu alınırsa (senaryoya da uyuyorsa) ikinci yönergeyi uygula.
- 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.htmlsp_configure @configname=clr_enabled, @configvalue=1
GO
RECONFIGURE
GO
Aldığımız hata mesajı
Hiç yorum yok:
Yorum Gönder