OperationsManager DB taşındıktan sonra salt-okunur kalırsa

Bazen meraktan, bazen kasıtlı, bazen araştırmacı gazetecilik dürtüsünden... Sonuç farketmiyor. Unuttuğum bir şey vardı ve 2.SCOM sunucusu olarak çalışan SCOM 2012 DB sunucusunu kurcaladım, Reporting Services'i bozdum. Sonra SRS'i kaldırdım, yeniden kurdum filan ama para etmedi. Eskisi gibi çalışmadı yani.

Ben de SCOM SQL sunucusunu yeniden kurmaya karar verdim. Ama test için ajan gönderdiğim sunucular vardı ve bir de bunları kaldırmak çok maliyetli olacaktı.

SCOM 2007'de yapmıştım, o nedenle hatırlıyorum prosedürü.

• SQL 2008'i SCOM sunucusundan kaldırdım. 
• DB'leri bir kenara parkettim.
• Yeniden istediğim düzende bir SQL 2008 ve SP kurdum.
• DB'leri sunucuya attach ettim.

Normalde çalışması gerekirdi bu noktada ama çalışmadı. Niye diye baktığımda DB'nin salt-okunur durumda kaldığını gördüm.

Yapılacak şey çok basit :

• Önce ilk SCOM sunucusundaki SCOM hizmetleri durdurulacak. DB'yi kilitli tutan onlar.
• Sonrasında da aşağıdaki komut seti SQL'de çalıştırılacak.

USE master

GO

ALTER DATABASE OperationsManager 

SET READ_WRITE WITH NO_WAIT

GO

• Sonra da unutulmayacak ve 1.SCOM sunucusundaki servisler tekrar ayağa kaldırılacak.

Oldu bitti maşallah.