Lorsque qu’il y a quelques temps, nous discutions avec la rédaction d’ITPRO des possibles points d’intérêts autour des technologies Exchange 2007, je ne me doutais pas que la rédaction d’un article portant sur la gestion d’un projet de migration serait de nature à faire naître du moins sous forme de plan dans un premier temps, autant de problématiques.
Au cours de différentes missions qu’il m’a été donné de faire dans ma … presque longue carrière, j’ai effectivement rencontré bon nombre de cas de figure, d’approches et de contraintes différentes qui m’amènent à ce jour à les synthétiser afin si possible, d’apporter un quelconque éclairage à tout chef de projet en charge de telles opérations. Je m’efforcerai donc de ne pas avoir un langage trop technique car comme vous vous en apercevrez sûrement, la technologie n’est pas l’unique aspect à prendre en compte dans ce type d’opérations.
Migration One Shot : 1 - Absence de chemin de migration
La première est liée à l’absence de chemin de migration entre les deux environnements. Bien que cela soit assez rare en réalité, certaines messageries n’ont pas la possibilité de se connecter directement via une passerelle pour établir un lien de connectivité vers Exchange 2007. Or, développer une solution d’interconnexion est, coûteux, demande de très bonnes connaissances des environnements respectifs et ne sera envisagé que sur des projets très conséquents.
La seconde est que le format de données de la messagerie de départ peut être différent de ceux attendus par Exchange 2007 et que leurs transformations ne représentent que peu d’intérêt pour l’entreprise. Je pense notamment aux agendas, carnets d’adresses personnels ou de ressources qui peuvent parfois être relativement compliqués à migrer. Dans le cas où ces dernières sont vitales pour l’entreprise, vous devrez avoir recours au développement. (Cas Migration Iplanet – Exchange 2007 SP1 Novembre 2008).
Dossiers
Exchange 
