Archive for the ‘SCOM 2007’ Category.

Clean Ghost Orphaned entries in SCOM console

In case that you have Server or Objects that do not report correctly in SCOM you can check the SQL table  BaseManagedEntity.

You can check same table in case you want to delete Agents from the database directly or to the agents that somhow got Stuck ( they are not in Pending any longer but they are detected like Windows Computers in the state Not Monitored).

To do this

1) Check the values of the column IsDeleted  from the  table BaseManagedEntity by using the Query:

select * from BaseManagedEntity where FullName like ‘%FQDN of your computer%’

2) Set the value IsDeleted  for the objects to 1.

UPDATE dbo.[BaseManagedEntity] SET IsDeleted = 1 where FullName like ‘%FQDN of your computer%’

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

SCOM – Alert subscription query low watermark / high watermark

SCOM-ul ( Versiunea 2007 SP1 ) a inceput sa genereze urmatoarea alerta (aproximativ 2-3 / zi):
Event Type: Warning    Event Source: Health Service Modules
Event Category: None    Event ID: 11410
Date:  08.03.2011     Time:  15:19:10
User: N/A   Computer: <<RMSServer>>
Description: Alert subscription data source module encountered alert subscriptions that took a long time to execute their database query. Check the database and/or simplify the alert subscription criteria. Alert subscription ruleid, Alert subscription query low watermark, Alert subscription query high watermark: <> <> <>

Foarte ciudata si fara nici un sfat cum se poate rezolva.  Am avut norocul ca in aceeasi perioada sa mai observer alte 2 Eventuri:

Event Type: Error     Event Source: ESENT
Event Category: Transaction Manager      Event ID: 623
Date:  08.03.2011   Time:  15:06:30
User:  N/A          Computer: <<RMS Server>>
Description:    Microsoft.MOM.UI.Console (6308) The version store for this instance (0) has reached its maximum size of 3Mb. It is likely that a long-running transaction is preventing cleanup of the version store and causing it to build up in size. Updates will be rejected until the long-running transaction has been completely committed or rolled back.

Event Type: Warning     Event Source: Userenv
Event Category: None       Event ID: 1524
Date:  08.03.2011     Time:  15:53:28
User:  <<USer>>      Computer: <<RMSServer>>
Description:    Windows cannot unload your classes registry file – it is still in use by other applications or services. The file will be unloaded when it is no longer in use.

Am zis hai sa sterg profilele, nu ma lasa sa sterg NTUSER.DAT  era lockuit cu toate ca utilizatorul nu mai era logat si nu mai avea nici un proces pornit. Ups! Dupa ce l-am lasat vre-o 2-3 ore am reincercat.. a mers sa il sterg.. curios!
In urmatoarele 5 zile, totul bine si frumos nici o alerta… si deodata alerta reapare?!?!. Intru pe Server si gasesc acelasi user  logat avand un profil nou!. Dau Logof la utilizator, incerc sa sterg profilul… nimic fisierul era locked! Dupa 2-3 ore nu a mers sa il sterg, asa ca restart la SCOM ( RMS-ul e Cluster si am mutat in prealabil resursele ). Acum am putut sa sterg profilul de la respectivul user dar am sters si restul profilelor ca masura preventiva.

Rezolvarea… Stergeti profilele utilizatorilor de pe RMS ( ATENTIE nu stergeti profilele conturilor forlosite de SCOM! ) si nu mai lasati oameni sa se logheze pe RMS 🙂

Edit 19-04-2011: Cu parere de rau.. va anunt ca nu s-a rezlvat problema prin stergerea de profile doar de pe RMS. Urmatorul pas pe care l-am facut a fost sa sterg cache-ul de la SCOM din toate profilele.. si astept…

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

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)

System Center Operations Manager 2007 R2 Authoring Resource Kit

Pentru a realiza si modifica  ManagementPacks la un nivel mai avansat intr-o interfata GUI se poate folosi Authoring Console. In timp ce cautam sa o instalez am gasit ceva mai interesant System Center Operations Manager 2007 R2 Authoring Resource Kitcare pe langa Authoring Console contine 8 aplicatii realizate pentru a imbunatatii calitatea MP-urilor realizate.

Acestea sunt:
Management Pack Best Practice Analyzer (MPBPA)  – realizeaza o scanare a MP-urilor pentru cele mai bune practici de conformitate si repara automat numeroase probleme. Acasta se inegreaza cu Authoring Console.
Management Pack Spell Checker (MP Spell Checker) – verifica greselile de scriere pentru a elimina erorile din textul afisat.
Management Pack Visio Generator (MP Visio Generator) – iti permite realizarea grafica folosind Microsoft Office Visio a mostenirilor si relatiilor dintre clasele de obiecte folosite in MP.
Management Pack Diff (MP Diff) – afiseaza diferentele dintre doua MP
Management Pack Cookdown Analyzer (MP Cookdown Analyzer) – identifica probleme legate de diferite workflow-uri care pot genera erori dar si sugestii pentru a repara aceste probleme.
All References Add-in  – Te ajuta in gasirea diferitelor obiecte care au legatura cu obiectul selectat.
Workflow Analyzer – Analizeaza statistic orice tip de Workflow. Permite utilizatorilor urmarirea unui Workflow pe un Agent.
Workflow Simulator  – Permite testarea diferitelor workflow-uri precum: discoveries, rules, monitors care nu au un Management Server.
Management Packs – 3 MP-uri care sunt folosite foarte des in crearea de noi MP.

Mult succes!

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

Monitorizare CentOS cu SCOM 2007 R2

Cineva m-a rugat sa realizez  monitorizarea unor servere CentOS cu SCOM. Acest lucru nu este suportat de Microsoft. Am cautat si am gasit un poriect pe Codplex.
Dupa multe incercari care au sfarsit fara succes am aflat cum se face corect acest lucru.

1) Instalezi un server  CentOS Server.
2) Salvezi codul sursa de pe pagina Codplex. Aceste fisiere au fost create de Robert Hearn
3) Salvezi si instalezi .NET Framework 2.0 SDK . Iti trebuie executabilul sn.exe care e continut in acest pachet.
4) Creezi un folder C:\newMP ; Copiezi dependintele necesare pentru a sigila noul MP ( in general toate din folderul in care s-a instalat SCOM-ul) ;
5) Copiezi MPSeal.exe din Kitul de instalare de la SCOM in C:\newMP; Copiezi sn.exe in C:\newMP ;
6) Copiezi cele 2 fisiere descarcate in acest folder (Microsoft.Linux.CentOS.Library.xml / Microsoft.Linux.CentOS.5.xml)
7) Creezi fisierul  MP Microsoft.Linux.CentOS.Library.mp astfel:
– C:\newmp>sn -k c:\newmp\PairKey.snk
– C:\newmp>mpseal c:\newmp\Microsoft.Linux.CentOS.Library.xml /Keyfile PairKey.snk /Company “BYTY”
– C:\newmp>sn -T Microsoft.Linux.CentOS.Library.mp
=> Aceasta comanda iti va genera un Public key token <<Your PublicKeyToken>>

8 ) Modifici fisierul Microsoft.Linux.CentOS.5.xml introducand valoarea la Reference pentru Linux.CentOS.Library MP

<Reference Alias=”CentOS”>
<ID>Microsoft.Linux.CentOS.Library</ID>
<Version>6.1.7000.273</Version>
<PublicKeyToken>!!Introduceti aici PublicKyToken</PublicKeyToken>

9) Creati Sealed MP Microsoft.Linux.CentOS.5.mp
– C:\newmp>mpseal c:\newmp\Microsoft.Linux.CentOS.5.xml /Keyfile PairKey.snk /Company “BYTY”

10)Importati cele 2 MP in SCOM
11) Executati  discovery pentru  Linnux ( apasati Details la fiecare Discovery pentru a vedea erorile, iti va zice care este problema).Nu uitati sa dati enable la SSH based discovery!

12) Instalati agentul. Daca redenumiti agentii de Redhat astfel:
scx-1.0.4-252.centos.5.i386.rpm
scx-1.0.4-252.centos.5.x86_64.rpm
ar trebui sa mearga deploy automat de agenti. La mine nu a mers!!! Eu am copiat si instalat agentul manual cu pscp.exe

13) In cazul instalarii manuale va trebuii sa realizati un Discovery pentru a se semna agentul instalat!
14) Creati un user care are acces pe Serverle CentOS si asocitati-l cu  Unix Action Account si Privileged Account Profiles.

Debuging:
– Entropy Error : http://blog.xplatxperts.com/xplat-xperts/2009/08/opsmgr-cross-platform-discovery-errors.html
– Local pe serverul CentOS testati  ./opt/microsoft/scx/bin/tools/scxcimcli -n root/scx ei SCX_OperatingSystem
– Testati conectivitate pe  portul 1270
– Testati remote urmatorul query:
winrm e http://schemas.microsoft.com/wbem/wscim/1/cim-schema/2/SCX_Agent?__cimnamespace=root/scx -r:https://<hostname>:1270 -u:<user> -p:<password> -auth:basic  -encoding:utf-8

Sper sa va ajute!

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

Import Management Pack in SCOM 2008 R2

Pentru a importa din punct de vedere tehnic un Management Pack este simplu. Puteti urmarii acest lucru in urmatorul filmulet.

Atentie! Eu am prezentat in tutorial partea usoara, exista unele parti mult mai complicate care trebuie parcurse inainte si dupa importarea unui Management Pack.
Marnix Wolf a prezentat un Checklist pentru Exchange 2010, care cu putine modificari paote fi folosit pentru orice MP.
Un scurt check list trebuie sa cuprinda:
– Prezentarea aplicatiei SCOM la administratorii aplicatiei pentru care se doresete importarea MP-ului
– Oferirea Documentatiei legate de MP echipei care se ocupa de aplicatia respectiva
– Informarea despre anumite probleme pe care le are respectivul MP
– Crearea unui MP pentru Overides (Creati MP pentru Overides pentru fiecare MP nou importat)
– Importarea MP-ului
– Realizarea customizarii in functie de necesitati
– Verificarea Alertelor si customizarea lor ( in cazul in care este nevoie ) pe o periada mai indelungata pentru a stabiliza Management Packul in funcite de necesitatile si enviromentul pe care il detineti.

VN:F [1.9.20_1166]
Rating: 10.0/10 (1 vote cast)
VN:F [1.9.20_1166]
Rating: +1 (from 1 vote)

Default Management Pack Deleted

In timp ce ca faceam curatenie in MP-urile din SCOM pentru noi tutoriale despre SCOM am sters Default Management Pack, ups…. Daca faci acest lucru vei observa ca pierzi cateva din View-urile din consola de Monitoring.

In cazul in care patiti acest lucru puteti sa il reimporati din folderul in care s-a instalat SCOM-ul, C:\Program Files\System Center Operation Manager 2007\Microsoft.SystemCenter.OperationsManager.DefaultUser.xml. Aici gasiti multe dintre MP-urile care se instaleaza by default in SCOM.

Best Practice: Nu salva modificari in MP-ul Default Managemtn Pack, creati noi MP pentru fiecare MP modificat!

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

Reporting Server SCOM rsServerConfigurationError

In cazul in care dupa mai multe modificari facute in Reporting Services si reinstalari de System Center Operation Manager primesti eroarea The report server has encountered a configuration error. (rsServerConfigurationError) nu dispera.
Eu am incercat multe solutii, din pacate de fiecare data ajungeam sa reinstalez complet SQL-ul cu noua instanta doar pentru Reporting, dar nu si data aceasta. Mi-am propus sa aflu care este problema.
Atunci cand desfaci pagina http://ServerName/ReportServer primesti eroarea The report server has encountered a configuration error. (rsServerConfigurationError).
Primul lucru pe care trebuie sa il faci este sa citesti eror log-ul de la SQL Program Files\Microsoft SQL Server\MSRS10.MSSQLSERVER\Reporting Services\LogFiles acolo am gasit o eroare…
ERROR: Throwing Microsoft.ReportingServices.Diagnostics.Utilities.ServerConfigurationErrorException: Konfigurationsfehler beim Berichtsserver. , Unable to load assembly Microsoft.EnterpriseManagement.Reporting.Security;
 Info: Microsoft.ReportingServices.Diagnostics.Utilities.ServerConfigurationErrorException: Konfigurationsfehler beim Berichtsserver.  —> System.IO.FileNotFoundException: Could not load file or assembly ‘Microsoft.EnterpriseManagement.Reporting.Security’ or one of its dependencies. The system cannot find the file specified.
Surpirza a fost:  in folderul de configurare  \Program Files\Microsoft SQL Server\MSRS10.MSSQLSERVER\Reporting Services\ReportServer\ am gasit 2 fisiere rsreportserver.config.0 si rsreportserver.config.1 am unul dintre ele in rsreportserver.config si surpriza…. SCOM Reporting Services s-a instalat cu succes.
Observatie: Dupa acest lucru am observat noi fisiere rsreportserver.config.X (atunci cand instalezi Reproting Server de la SCOM isi face backup la fisierul de configurare deoarece modifica ceva in el)

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

SCOM vNext / OpsMgr 2012

Pentru cei interesat de monitorizarea sistemelor… am o veste buna!
SCOM vNext e pe drum O prezentare a fost realizata la teched anul acesta. Puteti sa o urmatiti Aici
Doriti sa stiti mai multe… vizitati linkurile urmatoare:
The Next Generation of SCOM http://thoughtsonopsmgr.blogspot.com/2010/11/scom-vnext-part-i-next-generation-of.html
Holistic View of Application Health http://thoughtsonopsmgr.blogspot.com/2010/11/scom-vnext-part-ii-holistic-view-of.html
Network Monitoring http://thoughtsonopsmgr.blogspot.com/2010/11/scom-vnext-part-iii-network-monitoring.html
Topology Simplification, Pooling and Timeline http://thoughtsonopsmgr.blogspot.com/2010/12/scom-vnext-part-iv-topology.html
Eu astept noua versiune.. voi?

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

Mentenanta SQL asupra bazelor de date SCOM

De cateva saptamani bune primesc alerte de la MS-uri:
-Performance data collection process unable to store data in the Data Warehouse in a timely manner
-Data Warehouse performance data writer process failed to perform maintenance operation. Data was written to the Data Warehouse staging area but processing failed on one of the subsequent operations.Exception ‘SqlException’: Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.
Am inceput sa investighez.. Verific SCOM, Verific Perfromante, Verific Hardware, Verific Event Logs…. nimic
Observ faptul ca alertele apar in aceeasi perioada. Imi vine ideea sa intreb si administratorii de SQL daca vad ceva in Logurile de SQL sau daca este ceva Schedule Task.
Administratorul de la bazele de date ma anunta ca ei ruleaza un Schedule Task de SQL in acea perioada. Ii intreb de ce si imi raspund: Sa verifice Consistenta bazei de date si sa ruleze cateva Taskuri de Optimizare.
Ma uit ciudat si incep sa investighez si sa aflu cum pot rezolva problema ( ei nu doresc sa renunte la Shedule Task-ul lor).
Incercam solutii impreuna:
– Modificare Schedule Task sa rulze cu mai putine resurse
– Schimbam Ora la care se executa…
Nici un rezultat.
Incep sa mai caut si gasesc urmatorul link:
http://blogs.technet.com/b/kevinholman/archive/2008/04/12/what-sql-maintenance-should-i-perform-on-my-opsmgr-databases.aspx
Aici scrie clar: Nu este nevoie sa se ruleze Taskuri speciale pe bazele de date de la SCOM deoarece deja se ruleaza unele default.
Rezultat: Ghinion… echipa de SQL nu intelege.. ei vor Task-ul lor! Cel putin am aflat care e cauza.

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