Alors que nous attendons tous avec impatience Configuration Manger 2012, il y a un certain nombre de préoccupations qui se présentent du point de vue de l'administrateur. L'une de ces préoccupations principales, et le sujet de ce billet, est l'absence de chemin de mise à niveau à partir de SCCM 2007. À première vue, cela semble être un obstacle car les entreprises peuvent être réticentes à l'idée d'une toute nouvelle infrastructure alors qu'elles en ont déjà une en place pour SCCM 2007. Cependant, comme Microsoft a fait des pas de géant en termes de gestion des systèmes et de simplification de la hiérarchie avec ConfigMgr 2012, ils ont également réduit considérablement les douleurs de la migration. Avec la sortie de ConfigMgr 2012 RC, certains d'entre vous se préparent peut-être à faire des tests. Dans cette optique, la première partie de ce blog en trois parties soulignera les exigences pour préparer une migration ainsi que les mises en garde et les informations relatives au processus de migration.
Hiérarchie de ConfigMgr 2012
Afin de migrer correctement un environnement SCCM 2007, il est nécessaire de planifier et de mettre en place la hiérarchie ConfigMgr 2012 avant la migration. Tous les rôles et services requis devront être installés et fonctionner correctement. Cela inclut la configuration du SUP. Si le SUP n'est pas configuré, la conversion des listes de mises à jour en groupes de mises à jour ainsi que des déploiements de mises à jour en groupes de déploiements et de mises à jour n'aura pas lieu.
Comme ConfigMgr 2012 a plusieurs capacités supplémentaires par rapport à SCCM 2007, la limitation aux DP par exemple, il est raisonnable de penser qu'une consolidation des sites peut être nécessaire. La migration de plusieurs sites 2007 vers un site 2012 est prise en charge, ce qui permet de consolider la hiérarchie SCCM pendant la migration. Il est également possible de migrer plusieurs hiérarchies SCCM 2007, mais elles doivent être exécutées une à la fois.
Environnement ConfigMgr 2007
L'environnement actuel de ConfigMgr 2007 devra être au minimum au Service Pack 2 pour que la migration puisse avoir lieu. Toute version antérieure ne sera pas prise en charge.
Compte de migration
Un compte de domaine sera nécessaire pour se connecter à la (aux) base(s) de données du site ConfigMgr ainsi qu'au fournisseur de SMS. Ce compte doit être créé en tant que compte de service et nécessitera les accès suivants :
- Accès en lecture et exécution à la (aux) base(s) de données SCCM 2007
- Accès complet au fournisseur SMS
Active Directory
Les exigences pour ConfigMgr 2012 en ce qui concerne les changements Active Directory sont pratiquement les mêmes qu'avec 2007. Par conséquent, si le schéma dans votre environnement a été étendu pour 2007, il suffit d'ajouter des autorisations d'accès au conteneur de gestion du système pour le(s) nouveau(x) nom(s) de serveur pour ConfigMgr 2012.
Mise en réseau
SCCM 2012 met davantage l'accent sur les limites. Les limites et les groupes de limites sont utilisés pour attribuer l'accès à la gestion basée sur les rôles ainsi qu'aux points de distribution applicables, etc. Il est essentiel d'éliminer tout chevauchement des limites, en particulier en ce qui concerne les sites Active Directory.
Sites secondaires
Les sites secondaires ne peuvent pas être migrés. Les sites doivent être désinstallés de SCCM 2007 et réinstallés dans ConfigMgr 2012. Ceci est principalement dû au fait que les sites secondaires utilisent désormais la réplication SQL au lieu de la réplication de fichiers. Il n'y a pas de bases de données pour les sites secondaires et l'utilitaire de migration n'a donc rien à migrer. L'installation d'un site secondaire à l'aide du média ConfigMgr 2012 installera SQL Express afin de faciliter cette nouvelle configuration.
Cependant, si les sites secondaires étaient utilisés pour étrangler le trafic réseau vers différents sites, cela peut maintenant être réalisé avec des points de distribution standard.
Déploiement du client
Je place l'information concernant le déploiement du client parmi les exigences de la migration uniquement parce que le client ConfigMgr 2012 nécessite .Net Framework 4.0. Bien que l'installation du client installe également ce prérequis, il serait plus faisable d'installer (si cela ne fait pas déjà partie de la configuration actuelle de votre système d'exploitation) le framework avant la mise à niveau/déploiement du client.
La deuxième partie de ce blog en trois parties fournira des informations sur les types d'objets et d'informations qui peuvent être migrés, sur la façon dont ils se présenteront dans l'environnement 2012 et sur les éléments qui ne peuvent pas être migrés.
