Jean-Sébastien DUCHENE Blog's

Actualité, Tips, Articles sur l'ensemble des Technologies Microsoft (SCCM/SMS, EMS, Microsoft Intune, Microsoft Azure, Windows 10, SCOM, MDOP...)

[SCOM 2012] Quels sont les challenges de la migration et comment les corriger ?

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

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/
  • 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é.

 

Facebook Like
Anonymous