Lorsque l’on crée une clé secondaire (alternate key) un index est créé dans la base de données. Dans certains cas, cet index cause une erreur lors de l’importation d’une solution, dans la version sur place (on-premise) 2016.
Pour reproduire, vous pouvez créer un index sur le champ nom du compte. Avec une solution, créez-le dans un autre environnement. Doublez la taille du champ original. À la réimportation, dans le second environnement vous aurez une erreur de type « Index full-text » ou « Generic SQL error ». Autrement dit, un index existe sur la colonne de la table SQL et CRM essai d’en augmenter la taille. Ce qui n’est pas possible.
Si c’est votre cas, il vous faudra effacer l’index puis importer la solution. La meilleure façon est en passant par l’interface de CRM en effaçant la clé secondaire. Cela peut prendre du temps, par contre, car la gestion des clés est asynchrone. Dans le contexte d’un déploiement automatisé ce n’est pas génial. C’est pourquoi j’ai déjà vu des cas où les indexes étaient effacé par SQL puis recrées après l’import de la solution. CRM n’y voit que du feu car il ne vérifie pas que l’index existe. Il va vérifier que la clé secondaire existe dans la métadonnée de Dynamics. Cette méthode n’est pas supportée mais n’est pas risqué une fois que l’on comprend le principe.
Pour plus de détail sur les clés secondaires : https://msdn.microsoft.com/fr-ca/library/dn932139.aspx