Chemins de migration de serveurs et scénarios de coexistence pris en charge

Méthodes de migration

La migration de toutes les topologies Lync Server 2010 et rôles serveur est prise en charge. Vous pouvez migrer d’une topologie vers une autre, par exemple d’un serveur Standard Edition vers un serveur Enterprise Edition.

Lync Server 2010 ne prend en charge que la méthode de migration suivante :

• 
  Migration côte à côte. Dans une migration côte à côte, Lync Server 2010 est déployé parallèlement à un déploiement Office Communications Server 2007 ou Office Communications Server 2007 R2 existant. Vous transférez ensuite les opérations vers les nouveaux serveurs et déplacez les utilisateurs vers Lync Server 2010. Cette méthode requiert des plateformes de serveurs supplémentaires (logiciels et matériel) pendant la migration. Les noms de systèmes et de pools sont différents dans la nouvelle configuration. Si vous devez revenir à la version précédente, vous pouvez retransférer les opérations vers les serveurs précédents.

La migration entre forêts Active Directory n’est pas prise en charge.

Le chemin de migration recommandé est de procéder par phase. Pour plus d’informations sur la migration à partir d’une version précédente, y compris sur les phases de déploiement de composants appropriées, voir Migration d’Office Communications Server 2007 R2 vers Lync Server 2010 dans la documentation de migration.

Scénarios de coexistence

Lync Server 2010 peut coexister avec des composants issus d’un déploiement Office Communications Server 2007 ou Office Communications Server 2007 R2. Le déploiement en parallèle de Lync Server 2010 avec à la fois Office Communications Server 2007 et Office Communications Server 2007 R2 (déploiement en parallèle des trois versions) n’est pas pris en charge.

Au cours d’une migration par phase dans laquelle un déploiement Office Communications Server 2007 ou Office Communications Server 2007 R2 coexiste temporairement avec le nouveau déploiement Lync Server 2010, la prise en charge du routage de versions mixtes est limité. Pour plus d’informations, voir la documentation de migration.

Vous pouvez déployer une nouvelle instance de base de donnés Lync Server 2010 sur un serveur SQL Server existant sur lequel vous avez déployé un serveur Office Communications Server 2007 ou une base de données Office Communications Server 2007 R2, à condition que le matériel et les logiciels répondent à la configuration requise par Lync Server 2010 et la configuration minimale requise par le réseau. Vous ne pouvez pas utiliser la même instance SQL pour un pool frontal Lync Server 2010 que vous utilisez pour un pool frontal Office Communications Server 2007 ou Office Communications Server 2007 R2.

Remarque :

Si vous envisagez de déployer des rôles serveur inédits pour Lync Server 2010, tels qu’un serveur de conférence A/V autonome ou un Survivable Branch Appliance, nous vous recommandons de procéder en premier lieu à la mise à niveau de votre déploiement existant comme décrit dans la documentation de migration et la documentation de déploiement, puis de déployer les nouveaux rôles de serveur comme décrit dans la documentation de planification et la documentation de déploiement.

Pour plus d’informations sur la configuration requise pour la coexistence ainsi que sur la coexistence et la migration d’Office Communications Server 2007 ou d’Office Communications Server 2007 R2 et de composants Lync Server 2010, voir Migration d’Office Communications Server 2007 R2 vers Lync Server 2010 et Migration d’Office Communications Server 2007 vers Lync Server 2010 dans la documentation de migration. Pour plus d’informations sur la coexistence de pools et de directeurs Lync Server 2010 avec des pools et directeurs Office Communications Server 2007 ou Office Communications Server 2007 R2, voir Changements apportés à la coexistence dans la documentation de planification. Pour plus d’informations sur la prise en charge de versions mixtes pour les clients, voir Clients de déploiements précédents pris en charge. Pour plus d’informations sur la prise en charge des applications UCMA précédentes, voir Migration d’applications créées avec le Kit de développement logiciel (SDK) Microsoft Unified Communications Managed API (UCMA) 2.0 Core dans la documentation de planification.