Est-il temps de le faire ? Cette question finit par émerger chez les collègues qui utilisent Lotus comme client de messagerie ou système de gestion de documents. D’après notre expérience, la demande de migration peut provenir de différents niveaux au sein de l'organisation, des cadres supérieurs aux utilisateurs (surtout s'il y en a beaucoup). Voici quelques raisons pour lesquelles la migration de Lotus vers Exchange n’est pas une tâche si simple :

• Le format RTF d'IBM Notes n'est pas compatible avec le format RTF d'Exchange ;
• IBM Notes utilise le format d'adresse SMTP uniquement pour les e-mails externes, tandis qu'Exchange l'utilise pour tous ;
• Nécessité de conserver les délégations ;
• Nécessité de conserver les métadonnées ;
• Une partie des e-mails peut être chiffrée.

Et si Exchange est déjà en place, mais que Lotus est encore utilisé, des problèmes de coexistence apparaissent :

• Nécessité d'utiliser des scripts ou des systèmes tiers pour synchroniser les carnets d'adresses entre Domino et Exchange ;
• Domino utilise le texte brut pour envoyer des e-mails à d'autres systèmes de messagerie ;
• Domino utilise le format iCalendar pour envoyer des invitations à d'autres systèmes de messagerie ;
• Impossible d'effectuer des demandes de disponibilité ou de réserver des ressources conjointement (sans avoir recours à des solutions tierces).

Dans cet article, nous allons examiner les produits logiciels spécialisés de Quest pour la migration et la coexistence : Migrator for Notes to Exchange et Coexistence Manager for Notes respectivement. À la fin de l'article, vous trouverez un lien vers une page où vous pouvez faire une demande pour un test gratuit de migration de plusieurs boîtes aux lettres afin de démontrer la simplicité du processus. Et ci-dessous, un algorithme étape par étape de migration et d'autres détails sur le processus de migration.

En distinguant les approches de migration, on peut supposer qu'il existe trois principaux types :

• Transition sans migration. Les utilisateurs obtiennent des boîtes aux lettres vides, le service de messagerie d'origine continue à fonctionner en mode lecture seule.
• Migration avec coexistence. Une intégration entre le système source et le système cible est configurée, après quoi les données des boîtes aux lettres sont transférées progressivement vers le nouveau système.
• Migration en mode hors ligne. Le système source est désactivé, et les données de tous les utilisateurs sont transférées vers le nouveau système.

Nous allons maintenant discuter de la migration en mode hors ligne et de la migration avec coexistence. Comme nous l'avons mentionné précédemment, ces processus sont gérés par deux produits Quest : Coexistence Manager for Notes et Migrator for Notes to Exchange, respectivement.

Coexistence Manager for Notes (CMN)

Cette solution effectue une synchronisation bidirectionnelle des annuaires LDAP, crée des contacts pour des objets de messagerie (boîtes aux lettres, listes, envois, ressources) à partir du système source. Il est possible de personnaliser la correspondance des attributs et d'utiliser la transformation des données à la volée. En conséquence, vous obtiendrez des annuaires identiques dans Lotus et Exchange.

CMN assure également une communication SMTP entre les infrastructures :

• Modifie les emails à la volée ;
• Les convertit au bon format RTF ;
• Traite les DocLinks ;
• Emballage des données Notes dans NSF ;
• Traite les invitations et les demandes de ressources.

CMN peut être utilisé en mode cluster pour la tolérance aux pannes et une meilleure performance. En conséquence, vous aurez la préservation du formatage des emails, le support de plannings complexes et des demandes de ressources entre les systèmes de messagerie.

Une autre fonction importante de CMN est l'émulation Free-Busy. Avec cela, les collègues n'ont pas besoin de savoir qui utilise quoi : Lotus ou Exchange. L'émulation permet au client de messagerie d'obtenir des informations sur la disponibilité d'un utilisateur à partir d'un autre système de messagerie. Au lieu de synchroniser les données, les demandes entre les systèmes sont transmises en temps réel. En conséquence, on peut utiliser Free-Busy même après la migration d'une partie des utilisateurs.

Migrator for Notes to Exchange (MNE)

Cet outil effectue une migration directe. Le processus de migration peut être conditionnellement divisé en plusieurs étapes : pré-migration, migration et post-migration.

Pré-migration

À cette étape, une analyse de l'infrastructure source est effectuée : domaines, adresses, groupes, etc., des collections de boîtes aux lettres pour la migration sont créées, des comptes et l'unification des contacts avec le compte AD.

Migration

Lors de la migration, les données des boîtes aux lettres sont copiées en plusieurs flux tout en préservant les ACL et les métadonnées. Des groupes sont également migrés. Si nécessaire, une migration delta peut être effectuée si pour une raison quelconque cela n'a pas pu être réalisé en une seule fois. MNE gère également le redirectionnement des emails. Toute la migration se déroule à la vitesse de la connexion réseau, donc avoir l'environnement Lotus et Exchange dans un même centre de données offre un avantage considérable en termes de rapidité.

Post-migration

Au stade de la post-migration, la migration des données locales/chiffrées s'effectue via un service autonome. C'est un utilitaire spécial qui déchiffre les messages. Lors de la re-migration delta, ces courriels seront transférés vers Exchange.

Une autre étape optionnelle de la migration est la migration des applications. Pour cela, Quest dispose d'un produit spécialisé — Migrator for Notes to Sharepoint. Dans un article séparé, nous expliquerons son utilisation.

Exemple étape par étape de la procédure de migration à l'aide des solutions MNE et CMN

Étape 1. Exécution de la mise à jour de l'AD avec Coexistence Manager. Extraction des données du répertoire Domino et création de comptes utilisateurs (contacts) avec prise en charge de la messagerie dans Active Directory. À ce stade, les boîtes aux lettres des utilisateurs dans Exchange ne sont pas encore créées. Les enregistrements des utilisateurs dans l'AD contiennent les adresses actuelles des utilisateurs Notes.

Étape 2. Exchange peut rediriger les messages vers les boîtes aux lettres des utilisateurs Notes immédiatement après le changement de l'enregistrement MX. C'est une solution temporaire pour rediriger les courriers entrants d'Exchange jusqu'à ce que les premiers utilisateurs soient transférés.

Étape 3. L'assistant de migration des données Migrator for Notes to Exchange inclut les comptes AD des utilisateurs en cours de migration et établit les règles de transfert des courriels vers Notes, afin que les courriels adressés aux utilisateurs Notes déjà transférés soient redirigés vers leurs boîtes aux lettres Exchange actives.

Étape 4. Le processus se répète chaque fois qu'un groupe d'utilisateurs passe au nouveau serveur.

Étape 5. Le serveur Domino peut être éteint (en fait, il ne peut pas, s'il reste des applications).

La migration est terminée, il est temps de rentrer chez soi et d'ouvrir le client Exchange. Si vous envisagez déjà une migration de Lotus vers Exchange, nous vous recommandons de lire sur notre blog l'article sur les 7 étapes d'une migration réussie. Et si vous voulez voir une migration de test en action et constater la simplicité d'utilisation des produits Quest, laissez une demande dans le formulaire de contact et nous réaliserons pour vous une migration de test gratuite vers Exchange.

Source : habr.com