2009-10-16 6 views
1

Nous sommes sur le point de migrer notre installation de CRM 3.0 vers CRM 4.0. Nous avons beaucoup d'entités personnalisées, et avons écrit beaucoup de code en utilisant le SDK du service web, les process stockés en tapant les vues en SQL pour les entités, et même certaines DLL de workflow et d'appel. Bien que je ne vais certainement pas manquer l'environnement de développement .Net 1.1 des Workfows et des légendes, je suis inquiet de ce qui va nous mordre caché dans les entrailles de CRM. Je n'ai pas eu d'expérience avec 4.0 du tout. Mon sentiment actuel de l'intestin est que ce soit soit assez simple, soit complètement douloureux, sans milieu de terrain.Migration de Dynamics CRM de la version 3.0 à la version 4.0

recherches Google ne sont pas retroussé les bonnes références, donc je vais demander ici:

Quelqu'un at-il des pointeurs, soit des liens vers des ressources, des livres à recommander, ou même des expériences personnelles qui faciliteront la douleur de la transition?

Répondre

1

Il y a quelques pièges, mais d'abord les choses d'abord et visitez this link. C'est un article de Microsoft qui parle de la mise à niveau vers la version 4.0.

Je l'ai fait une douzaine de mises à niveau et la plupart vont lisse, mais voici quelques choses à considérer:

  • Vous déménagez dans un environnement multi-location? Si c'est le cas, vous devrez réécrire vos appels aux plugins.

  • Si vous avez une grande base de code, vous devriez trouver toutes les références à these deprecated classes ou these deprecated messages

  • Êtes-vous actuellement sur Server 2000 ou SQL Server 2000? Ni est pris en charge

  • Il y a une liste d'articles qui ne seront pas mis à niveau et ceux-ci may or may not be relevant to you.

Je vais essayer et de fournir un peu plus d'informations, mais sans en savoir plus sur votre système, je ne sais pas où commencer. Dans l'ensemble, cependant, le passage de 3.0 à 4.0 est énorme du point de vue d'un administrateur/développeur. Je suis sûr que vous apprécierez le nouveau système.

+0

C'est une bonne partie de ce que je cherchais. Je pataugeai tout au long de cet arbre msdn et ne passai pas devant ces pages. nous n'avons pas à nous inquiéter du multi-tenancy, server 2000, ou sql server 2000. Je vais garder la question ouverte un peu plus longtemps, mais quelqu'un va devoir travailler pour battre celui-ci. Merci! – Moose