none
problème d'importation d'organisation RRS feed

  • Question

  • Bonjour,

    j'essaie de faire une importation d'organisation sous crm 2013. J'utilise une base migrée de la crm 2011.

    j'ai rencontré un souci lié aux ressources de point de terminaison de la crm 2011.

    A l'origine j'utilisais une CRM 4.0 que j'ai migrée en CRM 2011.

    Merci

    mardi 18 août 2015 14:34

Réponses

Toutes les réponses

  • Il faut supprimer tous les développement spécifiques qui utilisent les points d'accès CRM 4.0 de l'organisation CRM 2011 avant de la migrer

    Click here to read my blog
    I'm a CRM rockstar! Check it out

    Get the ultimate FREE set of tools for Microsoft Dynamics CRM

    lundi 24 août 2015 09:01
    Modérateur
  • Bonjour Tanguy,

    Merci pour la réponse. Quand vous me dites de supprimer les développements spécifiques, cela intègre tous les scripts qui sont dans les forms des entités?

    - tous les codes aspx qui sont dans l'isv?

    - tous les plugins?

    Pour les plugins, est ce que les désinscrire via plugin registration tool suffira? ou une désactivation via  la crm( paramètres-personnalisation système-assemblys du plug-in?

    Encore Merci

    cordialement

    mardi 25 août 2015 09:08
  • Il s'agit de tous les scripts, tous les plugins et toutes les activités de workflow (bien entendu, que celles qui utilisent encore des développements CRM 4.0).

    Les codes ASPX dans l'ISV ne sont plus supportés en CRM 2013, vous devez trouver un autre moyen (site web externe ou conversion en ressources web HTML/JS)

    Pour les plugins et Activités de workflow, il faut les désinscrire


    Click here to read my blog
    I'm a CRM rockstar! Check it out

    Get the ultimate FREE set of tools for Microsoft Dynamics CRM

    mardi 25 août 2015 09:37
    Modérateur
  • Merci. J'avais cru qu'il suffisait de les réécrire en tenant compte de la sdk supportée par 2013.

    convertir tous les scripts et plugin puis migrer par la suite.

    Je vais essayer votre démarche, je vous tiendrai au courant.

    Bien à vous

    Cordialement

    mardi 25 août 2015 11:31
  • Ah pardon, je n'avais pas compris que vous aviez du temps devant vous. Sur votre CRM 2011, vous pouvez donc convertir tout le code CRM 4.0 en code CRM 2011 (c'est le même pour 2013 et 2015) avant de faire la migration, en effet

    Click here to read my blog
    I'm a CRM rockstar! Check it out

    Get the ultimate FREE set of tools for Microsoft Dynamics CRM

    • Proposé comme réponse Ju_li3nMVP mercredi 2 septembre 2015 11:48
    mardi 25 août 2015 11:53
    Modérateur
  • Merci. J'ai actuellement des problèmes de cohérences entre les clefs, procédures stockées et d'autres contraintes. Avec la CRM 2013, j'ai lu quelques tables entitynameExtensionBase,sont remplacées par la entitynameBase tout court. Dans mon cas la restauration de ma bdd à ramener mes tables étendues , car mon upgrade par de crm 4.0 à la crm 2011 puis de la crm 2011 vers la crm 2013.

    Devrez supprimer mes tables entitynameExtensionBase et rajouter leurs colonnes dans la table de base?

    jeudi 3 septembre 2015 14:12
  • Vous pouvez exécuter la tache de merge des 2 tables SQL (base et extensionbase) en une seule (base) en suivant la procédure ci après :

    https://technet.microsoft.com/en-us/library/dn531088%28v=crm.6%29.aspx


    Click here to read my blog
    I'm a CRM rockstar! Check it out

    Get the ultimate FREE set of tools for Microsoft Dynamics CRM

    jeudi 3 septembre 2015 14:29
    Modérateur
  • Bonjour Tanguy,

    Le Gestionnaire de déploiement s'est chargé tout seul lors du lancement de l'importation d'organisation du Merge.

    Par contre, l'importation des données rencontre des problèmes:

    Sql error=8152 with message=
    Les données de chaîne ou binaires seront tronquées. for ContractBase ...........

    Error Message: MoveData for entity contract failed, Exception: System.Exception: MoveData for entity contract failed ---> Microsoft.Crm.CrmException: An unexpected error occurred.
       at Microsoft.Crm.Setup.DiffBuilder.ProcessMoveDataForTablePairInternal(List`1 operationData, ISqlExecutionContext sqlContext, Boolean dropSourceTable)
       at Microsoft.Crm.Setup.DiffBuilder.ProcessMoveDataForTablePair(List`1 operationData, ISqlExecutionContext sqlContext, Boolean dropSourceTable)
       at Microsoft.Crm.Setup.DiffBuilder.MoveDataForCustomAttributes(List`1 moveData, ISqlExecutionContext sqlContext, Boolean dropSourceTable)
       at Microsoft.Crm.Setup.DiffBuilder.MoveCustomAttributesDataToNewColumns(ISqlExecutionContext sqlContext, Guid entityId, List`1 moveData)
       at Microsoft.Crm.Setup.DiffBuilder.<>c__DisplayClass5.<RunParallelMoveData>b__2(Guid entityId)

    Merci pour l'aide.

    Cordialement

    mardi 8 septembre 2015 12:19
  • Le principe de fusion des tables aggrège des données de deux tables vers une seule.

    Etant donné qu'il existe une limite de taille des données pour une ligne de base de données, je pense que certaines lignes dépassent ce maximum, d'où le message d'erreur

    A part faire le ménage dans les données pour réduire leur taille, je ne vois pas trop ce que vous pouvez faire


    Click here to read my blog
    I'm a CRM rockstar! Check it out

    Get the ultimate FREE set of tools for Microsoft Dynamics CRM

    mardi 8 septembre 2015 12:26
    Modérateur
  • Merci pour le retour,

    Faire le ménage dans les données??

    Je ne comprends pas. Vous voulez dire qu'il faudrait que je supprime des données.

    J'ai besoin d'importer toutes les données importantes de ma CRM (contrats, lignes de contrat, produits, devis, comptes,...).

    C'est bizarre je n'ai pas eu ce problème lors de l'upgrade de la CRM 4.0 vers la CRM 2011.

    Merci d'avance Tanguy

    mardi 8 septembre 2015 12:42
  • Voyez le processus de fusion comme si vous aviez deux bouteilles d'1 litre (les tables base et extensionbase) et que vous souhaitiez n'en avoir plus qu'une. Forcément 2 litres ne rentrent pas dans 1 litre mais si vos 2 bouteilles ne sont pas pleines, vous pourrez peut être finir avec 1 seule bouteille.

    Dans votre cas, l'unité n'est pas le nombre d'enregistrement mais la taille de certain enregistrement. Imaginons que la limite de taille pour une ligne de données est X. Aujourd'hui vous avez deux tables pour une entité, donc potentiellement, la taille est de 2X.

    Or la fusion demande que la taille ne dépasse pas X puisque il ne restera qu'un table par entité.

    Vous avez donc des enregistrements dont la somme des données dans les deux tables dépasse X.

    Il ne faut donc pas supprimer des lignes de données mais la taille des données d'une ligne (malheureusement, sans avoir d'indice sur quel(s) enregistrement(s) se situe le problème de taille)


    Click here to read my blog
    I'm a CRM rockstar! Check it out

    Get the ultimate FREE set of tools for Microsoft Dynamics CRM

    mardi 8 septembre 2015 12:57
    Modérateur
  • Bonjour Tanguy,

    Merci pour le retour, j'ai vérifié le fichier crmdmsnapin, je n'arrive pas à trouver l'enregistrement qui me cause des soucis pour l'importation. Je sais que le problème est au niveau de la table contractBase.

    y a t il un moyen de trouver l'enregistrement qui pose problème?

    Ou bien est ce que je peux contourner le problème?

    Cordialement

    mercredi 9 septembre 2015 13:43
  • Bonjour,

    J'ai réussi par finir à importer mon organisation. Pour ce faire j'ai rajouté trois clefs de registres dans ma base de registres ordinateur\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSCRM\

    -MergeBaseAndExtensionTables, MergeTruncateTlog, MergeTruncateTlogGrowthValueInMb, . J'ai mis la valeur 1 aux 2 premières et j'ai mis la valeur par défaut 1024 à la dernière.

    Ensuite, j'ai modifié la taille des données de la table ContractExtensionBase. Après j'ai réimporté mon organisation. Le processus s'est déroulé avec succès.

    Maintenant je n'arrive pas à lancer ma page CRM.

    J'ai une erreur:

    "Erreur de gestion d'entreprise. L'ID de l'utilisateur associé à l'enregistrement actuel n'est pas valide"

    Merci

    vendredi 11 septembre 2015 13:39
  • Ca veut simplement dire que l'utilisateur que vous utilisez pour vous connecter à la CRM n'est pas enregistré dans cette organisation

    Click here to read my blog
    I'm a CRM rockstar! Check it out

    Get the ultimate FREE set of tools for Microsoft Dynamics CRM

    vendredi 11 septembre 2015 14:44
    Modérateur
  • Merci Tanguy, je viens de vérifier avec fiddler, il y a un souci d'autorisation. j'arrive en effet à ouvrir la page crm à partir du gestionnaire de déploiement avec un utilisateur superadmin. Avec mon compte normal, je n'y arrive pas parcontre.

    Avez vous une idée pour contourner ce problème? j'ai vérifié au niveau IIs, les choses sans correctes. j'ai activé l'authentification avec l'utilisateur anonyme et utilisateur Windows.

    vendredi 11 septembre 2015 14:49
  • En fait, lors de l'importation de l'organisation, tout dépend de comment vous avez fait le mappage des utilisateurs.

    Connectez vous en superadmin, changer le login de votre compte perso par un autre login de l'entreprise non utilisateur de la CRM, sauvegardez puis refaire le changement inverse.

    Ca devrait fonctionner

    Les utilisateurs existent toujours mais rien ne dit qu'ils soient bien liés aux bons comptes AD


    Click here to read my blog
    I'm a CRM rockstar! Check it out

    Get the ultimate FREE set of tools for Microsoft Dynamics CRM

    • Marqué comme réponse dc74 lundi 14 septembre 2015 09:00
    vendredi 11 septembre 2015 14:55
    Modérateur
  • j'ai fait un mappage manuel en utilisant  le superadmin, avec mon compte normal ça ne marchait pas avec le superadmin, j'arrive à importer l'organisation.

    Alors je dois resupprimer l'organisation et réimporter en normal??

    vendredi 11 septembre 2015 14:59
  • Bonjour Tanguy,

    J'ai résolu mon problème. L'erreur est due à un problème d'autorisation. En effet, j'ai déployé mon organisation CRM avec un compte superutilisateur avec un mappage manuel sur le même compte dans la liste des utilisateurs. Ce qui fait que les autres utilisateurs ne sont pas associé à l'enregistrement.

    Pour résoudre le problème:

    J'ai désactivé et supprimé mon organisation à partir du gestionnaire de déploiement. Ensuite j'ai repris l'importation de l'organisation. Au niveau du mappage, j'ai choisi un autre utilisateur non superutilisateur comme le compte de déploiement.

    Et là ça fonctionne.

    Merci.

    lundi 14 septembre 2015 09:00