Il arrive parfois que le programme smdr.nlm exécuté sur le serveur cible ne puisse pas établir de connexion avec le serveur source. Pour remédier à ce problème, essayez une ou plusieurs des solutions suivantes :
Annulez la liaison du protocole que vous n'utilisez pas sur le serveur cible. Par exemple, si vous utilisez IPX pour la migration, mais si IP est lié sur le serveur cible, annulez cette liaison durant la migration.
Si l'Assistant de migration ne parvient pas à charger tsa.nlm approprié sur le serveur cible, chargez-le manuellement depuis la console du serveur cible, en suivant les instructions à l'écran. Vous pouvez aussi entrer SMDR NEW sur la console du serveur afin de recréer l'objet SMDR.
Depuis la console du serveur cible, chargez smdr.nlm, puis entrez SMDR NEW pour résoudre les problèmes liés à SMSTM.
Vérifiez que les programmes NLMTM chargés correspondent aux dernières versions disponibles.
L'Assistant de migration copie automatiquement les programmes NLM nécessaires sur les serveurs source et cible. Pour savoir si vous disposez des dernières versions disponibles des NLM, examinez les fichiers du répertoire NetWare Migration Wizard\products\nw3x. Il se peut que vous ayez besoin de charger TSA312 manuellement.
Vérifiez les connexions primaires. Pour cela, cliquez avec le bouton droit de la souris sur l'icône représentant la lettre N dans la barre système, puis cliquez sur Connexions NetWare. Vérifiez que l'arborescence et le serveur cible sont déclarés " primaires ".
Si vous effectuez une migration depuis NetWare® 3, vérifiez que le contexte de Bindery est défini sur le serveur cible. Si vous effectuez une migration vers NetWare 6.5, entrez set bindery context = o=contexte sur la console du serveur cible.
