Bonjour à tous,
Nous venons récemment de migrer notre version VC en utilisant une petite "ruse" toute simple mais qu'il me semble intéressant de décrire.
L'objectif était, par précaution, de tester la nouvelle version de VC sans pour autant que la maquette ne se connecte à l'ensemble de nos ESX en mettant ainsi à jour l'agent intégré aux ESX.
Nous avons retenu la solution suivante :
1 - Installation from scratch d'un VC cible
2 - Restauration de la base VC source sur le VC cible
3 - Lancement de l'outil de migration de conversion de la base de données (attention pour passer de VC 2.5 à VC 2.5U3 par exemple il faut lancer VCDatabaseUpgrade.exe avec le paramètre MINORDBUPGRADE=1, le pb est connu chez VMWare)
4 - Modification du fichier host du VC cible afin qu'il ne puisse pas "accrocher" les serveurs ESX de production (c'est la petite "ruse", cela évite de traiter le problème par exemple d'un point de vue réseau). Il suffit de mettre des adresses IP bidons dans le fichier sur les noms DNS utilisés par VC pour se connecter aux ESX.
5 - Test sur l'environnement VC cible
Cette technique permet de maquetter puis de migrer en prod dans de bonnes conditions.
