SQL MP – Run As Accounts SCOM

Pentru a Monitoriza Bazelor de date SQL, System Center Operation Manager 2007 foloseste un Management Pack. Multe dintre scripturile care sunt continute in acest Management Pack trebuie sa se execute cu contrui care au acces la bazele de date. In foarte multe cazuri contul LocalSystem este suficient pentru a executa aceste scripturi. Dar ce faci atunci cand intampini alerta: Alert: Run As Account does not exist on the target system or does not have enough permissions Alert description: Managegement Group: BYTY. Script: GetSQL2008DBFileGroupFreeSpace.vbs : Cannot login to database  sau vartiatii ale acesteia cu  GetSQL2008DBFreeSpace.vbs ; GetSQL2005DBFileGroupFreeSpace.vb sau GetSQL2005DBFreeSpace.vbs ?
Cateva dintre etapele pe care le-am parcurs pentru a afla problema:
– Verifici cu ce cont ruleaza serviciul Agentului de System Center Operation Manager. Poate sa fie LocalSystem sau un cont specific.
– Verifici daca acel cont are acces la bazele de date SQL. In cazul in care are acces este un caz fericit, in cazul in care nu are acces poti remedia acest lucru prin doua solutii: Modificarea contului cu care ruleaza Serviciul System Center Opreation Manager pe serverul respectiv cu un cont care are acces la baza de date (LocalSystem e potrivit de cele mai multe ori) sau pentru a avea o securitate cat mai sportia, se creeaza conturi Run As Account care vor fi asociate cu SQL Server Discovery Account; SQL Server Monitoring Account; SQL Server Default Action Account.
In cazul meu agentul executa scripturile cu LocalSystem iar Serverul de SQL fiind instalat Default, contul LocalSystem avea permisiunile necesare pentru a accesa Baza de date. Atunci care era problema?
Microsoft recomanda pe site-ul Connect sa verifici Perfromantele sistemului (Memorie/Procesor), am verificat… nimic peste vaorile normale…
Am zis.. asta e nu merge e unu BUG in Management Pack!
Dupa o perioada de 2-3 zile cineva mi-a zis ca are aceasi problema?! Mi-am propus sa reincep cautarile si am gasit ceva foarte interesant. In aceeasi instanta de SQL erau mai multe baze de date, unele mergeau bine altele nu, ciudat…., cu toate ca aveau aceasi securitate. Dupa noi cautari am gasit diferenta, aceasta era setarea optiunii Auto Close. In Best Practice de SQL Microsoft sfatuieste ca aceasta setare sa fie pe False, la mine era pe True! Am schimbat setarea si astept rezultatul!

In cazul in care aveti aceasta alerta in SCOM, incercati, nu aveti ce pierde!

VN:F [1.9.20_1166]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.20_1166]
Rating: 0 (from 0 votes)

Leave a Reply