With a little help from Egilh you can monitor the Call Time on your COM-objects in MOM…

First, download and install the DLL on the server you want to monitor, then use this script:

'-------------------------------------------------------------------------------------
' Script to montior COM-obecjt call time
'
'                                         Rikard Rönnkvist / snowland.se / 2008-09-16
'-------------------------------------------------------------------------------------

'Get the com+ call times
Set oTracker = CreateObject("egilh.ComTracker")
sResult = oTracker.getStatistics()

'Display call times
Set oDOM = CreateObject("MSXML2.DomDocument.3.0")
oDOM.loadXML (sResult)

For Each oNode In oDOM.selectNodes("/applications/application/classes/class")
        ' Create performance data
        Set oPerfData = ScriptContext.CreatePerfData
        With oPerfData
                .ObjectName = "COM-Objects"
                .InstanceName = oNode.selectSingleNode("progID").Text
                .CounterName = "CallTime"
                .Value = oNode.selectSingleNode("responseTime").Text
        End With
        ScriptContext.Submit oPerfData
        Set oPerfData = Nothing
Next

A small script to create performance-data from the count of files in one folder.

'-------------------------------------------------------------------------------------
' Script to montior nof files in one folder
'
'                                         Rikard Ronnkvist / snowland.se / 2007-11-30
'-------------------------------------------------------------------------------------

Dim oFSO, oFolder, oFile, oPerfData
Dim folderName, perfData

Set oParams = ScriptContext.Parameters
folderName      = oParams.get("folderName")           ' "C:\Path"
Set oParams = Nothing

Set oFSO = CreateObject("Scripting.FileSystemObject")
Set oFolder = oFSO.GetFolder(folderName)
Set oFile = oFolder.Files
perfData = oFile.Count
Set oFile = Nothing
Set oFolder = Nothing
Set oFSO = Nothing

Set oPerfData = ScriptContext.CreatePerfData
With oPerfData
        .ObjectName = cPerfObject
        .InstanceName = folderName
        .CounterName = cPerfCounter
        .Value = perfData
End With
ScriptContext.Submit oPerfData
Set oPerfData = Nothing

A small SQL-script to list all agents on a MOM2005 installation.

USE OnePoint

SELECT Computer.Name AS ComputerName, ComputerAttribute.[Value] AS IP
FROM ComputerAttribute
        INNER JOIN Computer ON ComputerAttribute.idComputer = Computer.idComputer
WHERE ComputerAttribute.idComputerAttributeDefinition = (
        SELECT ClassAttributeID as idComputerAttributeDefinition
        FROM ClassAttribute
        WHERE ClassAttributeName = 'IPAddress')
ORDER BY Computer.Name

Att man inte har tänkt på detta förut… och att det inte finns färdigt i ett MP att bara ladda hem.

Har suttit och justerat MOM-agenter över halv-taskiga linor, mycket svårt att hitta bra timeout-värden. Men… VBScript is the shit!
Några minuters hackande och sen var detta script ute på alla MOM-Agenter.

Vad gör det? Jo… det kör en ping var 10:e minut (så har jag satt upp det iaf) och registrerar värdet på roundtrip’en som perfomance-data för den aktuella agenten. Riktigt bra-att-ha-sak.

Parametrar

• serverToPingIP = 1.2.3.4 (IP att pinga)
• maxResponseTime = 3000 (Antal ms på max respons tid)
• buffSize = 32 (Hur stort paket ska skickas)
• scriptEcho = False (Skapa events varje gång scriptet går. Vid felsökning)

Script: ping-oneip-graph.vbs

Marshal har släppt ett MP för MOM2005.

Vet att det finns många som sitter med MailMarshal där ute… kanske kan vara dax att kika på det här MPt då.

Integrated email and Internet content security provider Marshal Inc. has today announced an optional add-on module for its customers using Microsoft™ Operations Manager (MOM) 2005 SP1. The MailMarshal SMTP MOM Management Pack enables live monitoring of events via the MOM console on one or multiple MailMarshal servers, enabling consolidated event management of a customer’s entire MailMarshal environment.

Mer info på marshal.com

Stötte precis på ett litet bekymmer med AD MP’t. Om man inte vill övervaka samtliga AD-servrar i ett AD (alltså inte ha agenter på alla servrar) så får man lite felmeddelanden om att replikeringen inte fungerar.

Varför? Jo, efter “lite” script-läsande så komm jag fram till att:
Repl-scriptet går lokalt på samtliga DCs och:
- Skapar/uppdaterar ett servernamn’s-record under MOMLatencyMonitors i ADt
- Söker genom ADt efter vilka DCs som finns och kollar att deras servernamn’s-record inte är skapade för förlänge sedan

Vad betyder då det? Har man inte en agent på DC02 och DC01 kör scriptet så kommer den att se att DC02 finns i ADt men att servernamns-recordet inte finns och då skickar den ut ett felmeddelande.

Måttligt bra, men så är det. Jag skulle gärna se att den larmar på ett annorlunda sätt (ex. information-alert) när det inte finns något servernamns-record.

Nåja, det är ett script… script är till för att hackas

I scriptet “AD Replication Monitoring” kan man förändra sub’en ReplCheck så att den inte tar med ett antal servrar i replikerings-övervakningen.

Pete har gjort det igen…. Han måste ha massor med tid över…

Den här gången har han fixat ett “script” (.net-applikation) som läser en exchange mailbox och kollar efter svar på olika larm.

Har inte provat, men det är juh en ganska smidig lösning om man inte vill släppa in “vem som helst” i MOM-konsollen.

Mer info på it-jedi.net

EDIT: Nehe… nu var jag lite förhastad… David Wallis var det som gjort scriptet. wallis2000.co.uk

Guide finns på momresources.org

Den person som har testat importera MIBar i Windows mha smi2smir vet att det inte är helt enkelt.

Ska man övervaka SNMP-trappande saker (relativt enkelt) med MOM så är det första steget. Men med tanke på att det är ett smärre h-vete så har i alla fall jag oftast gett upp och skrivit ett script som tar hand om översättningen.

Egentligen lite fel att skriva “MOM &…” i rubriken, ska nog stå “Windows &…” med tanke på att MOM egentligen inte har någonting med saken att göra, det är Windows och Microsofts sätt att läsa MIBar som är kasst.

Pete Zerger har försökt reda ut en del av problemen på sin blogg. Mycket bra läsning.

This post is for MOM administrators using MOM as an SNMP Trap-catcher, as defined in

http://support.microsoft.com/kb/555455

In this post, I am going to offer some insight into addressing a common issue when compiling MIBs into WMI (MOF) format for MOM 2005 when using MOM as an SNMP trap-catcher, and offer a couple examples of an alternative that allows one to skip this process altogether.

Mer info på Pete’s Management BLOG.

Nytt managementpack för MOM2005, den här gången för Microsoft Office SharePoint Server 2007

Laddas hem på microsoft.com

This Management Pack alerts you about the following critical conditions:
• Shared Services Provider (SSP) provisioning failed
• Site Directory scan job failed
• Enabling features failed on some sites
• Administration site for the SSP is missing
• Enabling features on existing sites failed
• The Office SharePoint Server Search service is not running
• The Microsoft Single Sign-On service is not running
• The Office Document Conversions Launcher service is not running
• Failed to connect to parent server farm
• SSP synchronization failed
• The Office Document Conversions Load Balancer service is not running
• Failures in content deployment jobs
• Poor cache performance
• Error during document copy or move operations
• Errors with the Information Rights Management (IRM) features
• Failures in the Document Conversion feature
• Out of Memory exceptions coming from form business logic
• Denial of Service scenarios
• Failures during form processing or while loading business logic assemblies

Pete Zerger skrev nyss ett inlägg om MOM2005 och hur man kan hålla koll på att databasbackuper verkigen blir av.

SQL-Managementpacket håller koll på att databasbackuper går bra, men… om man inte tar backup öht så bryr den sig inte.

MOM 2005 does a good job at alerting on database backup failures…..but what about databases that NEVER GET BACKED UP AT ALL? Some environments simply lack the continuity from an operational process perspective to ensure that new databases deployed are given a proper maintenance plan that includes a periodic full backup. Some IT folks forget to mention the little things like, “Hey DBA’s, I deployed this really important database on a new server today!”…..maybe I am just splitting hairs

Mer info & scriptet finns på http://www.it-jedi.net/