La migration de SCCM 2007 vers SCCM 2012 partie 1, généralités et présentation de l’infra source

Dans ce post nous allons commencer à parler de la migration de SCCM 2007 vers SCCM 2012. Ce premier post d’une série dédiée à la migration va présenter les diverses généralités concernant la migration, et va aussi présenter l’infra SCCM 2007 de maquette que je migrerais sous vos yeux ébahis dans les posts suivants.

Généralités sur la migration

Le moins que l’on puisse dire au sujet de la migration de SCCM 2007 vers 2012 est que Microsoft a tout fait pour nous simplifier la vie et nous offrir un process fiable et efficace. Voyons ci-dessous quelques faits concernant cette migration :

  • La première chose à savoir est que la migration se fera selon un scénario « side by side » ou côte à côte en bon français, ceci étant dû au fait que SCCM passe désormais en 64bits. Exit donc l’upgrade directe du serveur, outre le fait que je trouve ce type de migration plus propre cela vous permettra de conserver une infrastructure SCCM 2007 fonctionnelle durant une bonne partie de la migration.
  • Vous ne pourrez pas conserver les trigrammes de sites existants.
  • Le principal pré requis à la migration vers SCCM 2012 est que votre infrastructure SCCM 2007 soit en SP2, le niveau de release importe peu. Vos clients devront être à minima en Windows XP SP3
  • Un autre pré requis gênant pour pas mal de clients est que les serveurs de sites secondaires devront être en 64 bits eux aussi. Heureusement, nous verront dans les posts suivants que les points de distribution seuls sont des alternatives valables aux sites secondaires.
  • Sans entrer dans le détail des nouveautés en termes de hiérarchie SCCM (vous trouverez ca sur un tas d’autres blogs), vous devrez prendre en compte le nouveau modèle RBAC avec le fait que les données que vous créerez dans SCCM seront globales à tous les sites primaires, de la même manière si vous souhaitez avoir au moins deux sites primaires vous devrez avoir un serveur CAS. Bref, vous aurez tout intérêt à reconsidérer votre architecture physique.
  • L’extension de schéma AD n’est pas à refaire pour SCCM 2012 si vous aviez déjà faite celle de SCCM 2007
  • Le client SCCM 2012 est différent du client 2007, il faudra donc le déployer sur tous les clients.
  • La migration SCCM se fait via la console SCCM 2012 qui vous permettra de créer des connecteurs vers votre (ou vos) serveurs primaires puis ensuite des jobs de migration d’objets.
  • Les connecteurs de migration vous permettent également de consolider dans votre infra SCCM 2012 plusieurs infras SCCM 2007, vous pourrez ainsi consolider dans SCCM 2012 les objets de différentes infrastructures SCCM 2007.

A propos des objets, voici les objets que vous pourrez migrer grâce aux jobs de migration :

  • Les frontières
  • Les regroupements (y compris avec les publications actives)
  • Les packages de logiciels (y compris les applications virtuelles), par contre le chemin des sources doit être un chemin UNC !!
  • Les packages de correctifs
  • Les modèles de déploiement de correctifs
  • Les listes de correctifs
  • Les packages d’images d’OS
  • Les pilotes et packages de pilotes
  • Les séquences de tâches
  • Les baselines de configuration
  • Les éléments de configuration
  • Le catalogue Asset Intelligence
  • Les règles de comptage d’applications

Les objets qui ne migreront pas :

  • Tous ce qui rentre dans la catégorie données de site (inventaires, données AMT…) qui seront régénérés par SCCM de façon automatique.
  • Les requêtes et rapports personnalisés
  • Les droits sur les objets et les instances
  • Les images de boot WinPE personnalisées
  • Les regroupements contenant à la fois des postes et des utilisateurs
  • Les correctifs publiés par SCUP
  • Ce n’est pas vraiment un objet mais les sources de vos packages ne bougeront pas !
  • Les extensions d’inventaire

Les objets qui migreront mais qui seront changés :

  • Les sous regroupements ne sont plus possibles, si vous avez des regroupements vides qui servent de conteneur à sous regroupement ils seront transformés en dossiers
  • Les packages de logiciels seront migrés tels quels, à vous de les transformer en applications avec le package conversion manager.
  • Les listes de mises à jour deviendront des groupes de mises à jour. (Le rôle de gestion des correctifs de SCCM 2012 doit être pleinement configuré et fonctionnel avant de pouvoir migrer cette fonctionnalité).

Synopsis de migration

Voici grosso modo à quoi ressemble un scénario de migration de SCCM 2007 vers SCCM 2012 :

L’infrastructure source

Afin d’illustrer mes propos nous migrerons dans des posts ultérieurs une infrastructure SCCM 2007 de maquette, voici de quoi elle est constituée :

Le serveur Primaire LAB-SCCM-2007 est installé avec SCCM version anglaise et propose les fonctionnalités suivantes :

  • Asset intelligence
  • Point de distribution
  • Fallback status point
  • Reporting
  • Software update
  • Déploiement d’OS
  • Forefront Endpoint Protection 2010

Le site secondaire MRS est installé sur un serveur Windows Server 2008 (32 bits donc)

Le site secondaire GEM est installé sur un serveur Windows Serveur 2008 R2

Le client FEP 2010 est installé sur le client Windows7.

Pour valider les différents points de la migration SCCM 2007 vers 2012 j’ai mis en place les éléments suivants :

Les frontières sont configurées

Un regroupement avec une règle d’assignation directe

Le regroupement dispose d’un plan de gestion de l’alimentation, d’une variable de déploiement d’OS et d’une fenêtre de maintenance.

Un regroupement avec une règle d’assignation par requête

Ce regroupement dispose aussi d’une fenêtre de maintenance, d’un plan de gestion de l’alim et d’une variable.

Un regroupement vide « Télédistribution » contenant un sous regroupement.

Le sous regroupement « Deployer Adobe Air » dispose d’une publication active

Différents packages applicatifs sont crées

Deux publications sont actives

La gestion des correctifs est configurée

Le déploiement d’OS est configuré

Le catalogue Asset Intelligence est (un peu) customisé

Software metering est actif

La gestion de la configuration souhaitée est configurée, la baseline « registry baseline » est assignée au regroupement « All Systems »

FEP est configuré avec des stratégies personnalisées déployées sur des regroupements de postes de travail et de serveurs.

Conclusion

Voici pour cette première partie, nous verrons par la suite comment se déroule la migration en elle-même.

Publicités

Une réflexion sur “La migration de SCCM 2007 vers SCCM 2012 partie 1, généralités et présentation de l’infra source

  1. Pingback: La migration de SCCM 2007 vers SCCM 2012 partie 2 : Migrons ! « Mponsot's Blog

Laisser un commentaire

Choisissez une méthode de connexion pour poster votre commentaire:

Logo WordPress.com

Vous commentez à l'aide de votre compte WordPress.com. Déconnexion / Changer )

Image Twitter

Vous commentez à l'aide de votre compte Twitter. Déconnexion / Changer )

Photo Facebook

Vous commentez à l'aide de votre compte Facebook. Déconnexion / Changer )

Photo Google+

Vous commentez à l'aide de votre compte Google+. Déconnexion / Changer )

Connexion à %s