En ces période d’annonce pour les nouveautés à venir, il existe quelques irréductibles clients faisant toujours fonctionner des fermes SharePoint 2007.
Le fait est que ces nouveautés vont de paire avec la fin d’une époque révolue et la fin du support de Windows Server 2003 en Juillet 2015 sonne le glas des premières fermes SharePoint 2007.
Nous avons commencé à évoquer la question de la migration dans un précédent message, mais ce sujet est beaucoup plus complexe qu’il n’y parait et suivant les organisations, il faut du temps pour définir le plan de migration exact.
Situation
De ce fait, la fin du support du système Windows sous-jacent oblige tout de même à réfléchir sur l’architecture en place, c’est donc le moment de se poser les questions:
- Mise à jour de Windows vers une version plus récente (2008 pour les Web ou 2012 pour les SQL) ?
- Mise à jour des serveurs physiques ?
- Virtualisation des environnements ?
- Evoluer la ferme en place ou créer une nouvelle ferme ?
Bref, toutes ces questions sont à définir suivant la complexité de l’infrastructure en place.
Pour ma part, je suis partisan de la simplification et puisque ce n’est que pour faire évoluer l’OS et non la ferme, autant limiter les modifications au maximum.
Deux cas sont à prévoir:
- Mise à jour des serveurs Web ou Applicatifs
- Mise à jour du serveur SQL (dans un prochain message)
Migration des serveurs Web ou Applicatifs
Une fois que vous avez choisi l’option applicable pour le système, virtuel ou physique, je suis partisan aussi de la virtualisation, de par la souplesse que cela emmène dans la gestion courante.
Cette partie est la plus simple dans les environnements SharePoint, car il suffit de préparer un serveur Web avec:
- Windows 2008 R2 X64
- IIS 7.5 avec le support IIS 6
- L’édition de SharePoint nécessaire (WSS V3 ou MOSS 2007)
- Le même niveau de patch SharePoint que la ferme en fonction
- Les deniers patches Windows
- Les composants utilisés par la ferme (Solutions ou outil tier)
- Les drivers natifs SQL Server (2008 R2 ou 2012)
- Les outils standards de l’entreprise (backup, …)
Une fois le serveur en place, il suffit de l’ajouter dans la ferme SharePoint en se connectant à la base de donnée de configuration. Une fois configuré, votre nouveau serveur est dans le pool de serveurs APP/WEB de la ferme et peut donc remplacer un ancien qui sera retiré de ce pool.
Il ne vous reste plus qu’à configurer votre DNS ou Load balancer pour que les adresses URL pointent sur ce nouveau serveur.
Dans le cas d’un WSS ou Search Server, vous allez aussi devoir reconfigurer le search selon vos besoins (voir l’exemple de script automatique).
PS: N’oubliez pas d’ajouter toutes les URLs alternatives dans le binding de chaque application Web sur IIS 7
Conclusion
Ce premier sujet nous montre la sensibilité des plateformes OnPremises, il est souvent préférable de choisir une solution plus simple et rapide que le grand chambardement qui ne vous ammènera pas forcément de plus value.
Nous verrons dans le prochain message le cas particulier du remplacement des Serveurs SQL utilisée par le moteur SharePoint.
Romelard Fabrice [MBA Risk management]
Commentaires
Enregistrer un commentaire