Un recente dramma sulla mia installazione di SCOM mi ha permesso di carpire alcuni suggerimenti che, al crescere della complessità della vostra installazione di SCOM, possono salvarvi la vita (informaticamente parlando).

Vista la potenza dello strumento è facilissimo costruire un insieme di regole, monitor e altro tali da ben presto far diventare il vostro MP gigantesco.

Quindi la best practice (a detta del PFE di M$ e mia ) sono le seguenti:

1. Costruire i propri management pack in maniera molto specializzata dividendoli per l’entità funzionale a voi più congeniale (tipicamente servizio);
2. Gli ovveride, i monitor e tutto quello che personalizza le informazioni contenute negli MP standard andrebbero anche anch’essi sistemati in appositi MP di specializzazioni (come una classe derivata e specializzata in OOP);
3. Effettuare dei backup periodici degli MP il cui XML é utilissimo in particolare per i report;
4. Sigillare gli MP personalizzati e versionarli creando a loro volta degli override MP per personalizzare ulteriormente i valori di esercizio;

Esistono, inoltre, alcuni strumenti che non possono mancare nella dotazione di un buon SCOM Admin sono:

• Authoring console: per lo sviluppo di management pack custom avanzati;
• Ovveride Explorer: per manutenere, spostare e visualizzare gli ovverride di tutto il vostro management group;
• MPViewer: permette di navigare in via grafica gli MP sia sealed che unsealed;

e, last but not least, leggere i fottutissimi manuali.