System Center Operations Manager 2007 s’est démocratisé dans le monde des entreprises de par ses capacités et sa modularité. Microsoft a publié System Center 2012 Operations Manager et la question de la migration va commencer à arriver. Je ne parlerais pas des opportunités nouvelles liés à la supervision réseau ou d’applications ou encore le dimensionnement de l’infrastructure pour répondre à ces besoins. Néanmoins quels sont les challenges à gérer pour migrer son existant ?
- Comment gérer le cas des serveurs Windows 2000 qui ne sont plus supportés ?
- Mettre en place un Management Group dédié SCOM 2007 R2
- Utiliser la supervision AgentLess
- Identifier et Inventorier les systèmes d’exploitation des serveurs hébergeant des rôles SCOM 2007 R2. Identifier la version de SQL Server hébergeant la base de données opérationnelle et Data Warehouse
- Migrer la base de données vers SQL Server 2008 SP2 ou SQL Server 2008 R2 RTM/SP1
- Migrer les machines vers les systèmes d’exploitation supportés ou recréer des machines pour SCOM 2012.
- Identifier et Inventorier les Management Packs utilisés. Cette opération doit inclure une partie visant à identifier les points suivants :
- Les Management Packs qui ciblent le Root Management Server. Les solutions sont les suivantes :
- Réécrire le Management Pack pour cibler la classe Management Server
- Mettre en œuvre le RMS Emulator de SCOM 2012
- Les Management Packs qui ciblent le Root Management Server. Les solutions sont les suivantes :
Voici un article de Tao Yang pour traiter ce problème : http://blog.tyang.org/2012/09/05/mp-authoring-targeting-rms-or-ms/
-
- Les Management Packs qui incluent des scripts PowerShell. Microsoft a changé les cmdlets SCOM 2012 incluant un prefix SCOM (exemple get-scomalert). De plus, certains switchs de ces cmdlets ont pu changer. Les solutions suivantes sont possibles :
- Réécrire les scripts pour inclure les changements apportés par le nouveau modèle
- Charger les composants additionnels Powershell SCOM 2007 qui sont aussi installés.
Voici un article de Scott Moss pour aborder le sujet : http://om2012.wordpress.com/2012/09/03/loading-the-opsmgr-2007-snap-in-for-opsmgr-2012/
- Les Management Packs qui incluent des scripts PowerShell. Microsoft a changé les cmdlets SCOM 2012 incluant un prefix SCOM (exemple get-scomalert). De plus, certains switchs de ces cmdlets ont pu changer. Les solutions suivantes sont possibles :
- Identifier les rapports ou requêtes SQL qui pourraient ne plus correspondre au nouveau schéma de base de données. Par exemple certaines colonnes de la vue RelationshipGenericView ont changé.
