Mettre à niveau le déploiement de Microsoft Dynamics

  • Article

 

Date de publication : janvier 2017

S’applique à : Dynamics 365 (on-premises), Dynamics CRM 2016

Microsoft Dynamics CRM 2016 présente une amélioration significative des fonctions et fonctionnalités par rapport à la version précédente. Ainsi, les fonctionnalités, les solutions et les extensions existantes risquent d’être affectées par la mise à niveau. Cette rubrique propose les meilleures pratiques qui vous permettront de minimiser les temps d’arrêt pendant la résolution des éventuels problèmes résultant de la mise à niveau.

Contenu de la rubrique

Le processus de mise à niveau

Préparer la mise à niveau

Établir l’environnement test

Mettre à niveau et valider l’environnement test

Que faire quand la mise à niveau ou la migration échoue ?

Le processus de mise à niveau

Les deux environnements distincts suivants sont requis dans le cadre de la mise à niveau :

  • Environnement de test. L’environnement de test représente un déploiement limité de Microsoft Dynamics CRM permettant de valider la mise à niveau. Cet environnement doit refléter l’environnement de production aussi précisément que possible en présentant de grandes similarités en termes de matériel (processeur, disque, mémoire, etc.), de plateforme technologique (Windows Server, SQL Server, etc.), de topologie (serveur 1, serveur 2, serveur 5, etc.) et de données (bases de données Microsoft Dynamics CRM). Pour créer un environnement de test adapté, il vous faudra peut-être configurer l’équilibrage de la charge réseau (NLB) Windows ou le clustering, installer et configurer des composants et applications Microsoft Dynamics CRM, comme le E-mail Router, les workflows, les personnalisations et les connecteurs, puis installer tout composant additionnel, plug-ins ou solutions supplémentaires nécessaires pour ce déploiement. L’établissement d’un environnement de test qui est exécuté et configuré entièrement ou partiellement via une technologie de virtualisation, comme Windows ServerHyper-V, peut faciliter considérablement ce processus. Dans cet environnement de test, l’administrateur procède à la mise à niveau, optimise le système en vue d’en accroître les performances, introduit éventuellement du code à niveau et teste le système pour s’assurer de son bon fonctionnement.

  • Déploiement en production. Le déploiement en production est le déploiement de Microsoft Dynamics CRM qu’utilisent tous les utilisateurs de Microsoft Dynamics CRM dans l’organisation. Pour un déploiement en production, la mise à niveau est effectuée et l’administrateur peut faire appel à des stratégies qui optimisent les performances de la mise à niveau. L’administrateur de la mise à niveau peut transférer du code mis à niveau de l’environnement de test ou de développement vers l’environnement de production. Il met alors l’environnement de production en ligne, s’assure que le système fonctionnement correctement et déploie Dynamics 365 pour Outlook pour les utilisateurs qui souhaitent l’utiliser.

Préparer la mise à niveau

Veuillez allouer suffisamment de personnel, de ressources et de temps à la mise à niveau. Au cours de cette phase, vous devez déterminer qui sera impliqué, identifier le matériel et logiciel du déploiement test qui permettra de valider la mise à niveau, et prévoir d’éventuels échecs.

Vous devez également évaluer l’environnement de production actuel pour déterminer s’il se prête à une mise à niveau. Vous devrez consulter la documentation Microsoft Dynamics 365 la plus récente.

Vous devrez, en outre, déterminer les critères d’acceptation qui permettront de décider si la mise à niveau aura bien lieu.

Conseil

Microsoft Dynamics Sure Step est à la disposition des partenaires Microsoft Dynamics et permet de réduire les risques, puis de vous guider dans l’exécution des tâches liées au déploiement et à la configuration de solutions Microsoft Dynamics. Pour plus d’informations sur Microsoft Dynamics Sure Step, notamment la formation, la méthodologie et les téléchargements d’outils, visitez le site Web PartnerSource (nécessaire d'être un partenaire Dynamics).

Déterminer la stratégie de mise à niveau

Pour déterminer la stratégie de mise à niveau, vous devez répondre aux questions suivantes :

  • Qu'est-ce qui sera mis à niveau ? La mise à niveau du serveur Microsoft Dynamics CRM peut requérir la mise à niveau de composants de plateforme tels que Windows Server ou SQL Server. Elle requerra également que d'autres applications ou solutions Microsoft Dynamics CRM telles que Dynamics 365 pour Outlook et Unified Service Desk soient mises à niveau.

  • Quand ? De combien de temps disposez-vous pour effectuer la mise à niveau ?

  • Comment ? Par exemple, procéderez-vous à la mise à niveau sur place ou procéderez-vous à la migration vers le nouveau matériel avant la mise à niveau ? Cette étape comprend également la manière d'effectuer la mise à niveau. Qui validera la mise à niveau ? Il y aura-t-il un déploiement pilote ou échelonné ? Selon le résultat du test de la mise à niveau, vous pourrez modifier votre stratégie et y apporter des corrections pour en assurer le bon fonctionnement. Par exemple, si certains workflows ne peuvent pas être mis à niveau, vous devez prévoir de les recréer et de les tester.

Planifier les échecs, les sauvegardes et la récupération

Certains composants, comme des rapports personnalisés, des workflows, des JavaScript personnalisés ou des extensions tierces risquent de faire échouer la mise à niveau ou d’en empêcher le bon fonctionnement. Il convient, dans ce cas, de prendre note des éléments en cause et de mettre en place un plan d’urgence pour résoudre chaque problème. En outre, les JavaScript personnalisés et les extensions de tiers peuvent nécessiter d'être supprimés avant la mise à niveau.

Ainsi, vous devez être prêt à restaurer le système rapidement et complètement. Si vous devez procéder à une restauration, quel que soit le scénario, vous devez sauvegarder toutes les informations nécessaires et en stocker une copie hors site. Un plan de sauvegarde doit être créé et répété pour tous les composants et services Microsoft Dynamics CRM afin de vous assurer qu’en cas de défaillance, vous pourrez récupérer autant de données que possible. Pour bien comprendre les procédures de récupération après incident, vous devez examiner différents scénarios de restauration.

Pour plus d'informations sur la sauvegarde et la restauration des données Microsoft Dynamics CRM, consultez Protection et récupération des données Microsoft Dynamics 365.

Revoir la planification appropriée et la documentation requise

La documentation d’un produit vous permet d’estimer la préparation nécessaire pour une mise à niveau. Nous vous recommandons de consulter les documents suivants :

S’assurer que les technologies les plus récentes sont installées

Pour obtenir de meilleurs résultats, vérifiez que vous avez appliqué les derniers services packs et correctifs cumulatifs non seulement pour Microsoft Dynamics CRM, mais aussi pour d’autres technologies connexes comme Windows Server, SQL Server, et Exchange Server.

Préparer un plan de mise à niveau et des listes de contrôle

Cette tâche vous permet de déterminer comment évaluer l’aspect fonctionnel général, ainsi que la disponibilité de l’environnement à niveau en termes de production. Ces tâches ont pour objectif de vous aider à valider un système entièrement opérationnel et prêt pour la production en vue d’un déploiement pour les utilisateurs.

Suivez les étapes ci-dessous qui vous serviront de liste de contrôle pour effectuer les tâches nécessaires à la mise à niveau de l’environnement de production ou à la mise en service.

Vérifiez que le système est fonctionnel après la mise à niveau en exécutant les tests élémentaires suivants :

  • Passez en revue les fichiers journaux de l'installation pour identifier les éventuels problèmes qui ont pu se produire durant la mise à niveau. Par défaut, le programme d’installation génère ces fichiers dans le dossier C:\Documents and Settings\<nom_utilisateur>\Application Data\Microsoft\MSCRM\Logs sur l'ordinateur sur lequel l'installation est exécutée et où <nomutilisateur> est le nom du compte utilisateur qui a exécuté l'installation.

  • Passez en revue les fichiers journaux d'observateur d'événements. Les événements Microsoft Dynamics CRM sont enregistrés sous les sources qui commencent par MSCRM dans l'observateur d'événements.

  • Exécutez les commandes Microsoft Dynamics 365Windows PowerShell pour vérifier que le serveur et les organisations mis à niveau sont activés.Pour plus d'informations :Administration du déploiement à l’aide de Windows PowerShell

    Autrement, démarrez le Gestionnaire de déploiement et vérifiez que tous les serveurs Microsoft Dynamics CRM et les organisations mises à niveau sont activés. Selon que vous avez procédé à une migration ou à une mise à niveau sur place, des organisations supplémentaires sont mises à niveau à l'aide de Assistant Importation d'organisation ou de Assistant Mise à niveau de l’organisation dans le gestionnaire de déploiement.

  • Démarrez Internet Explorer et connectez-vous au serveur Microsoft Dynamics CRM. Après avoir exécuté les tâches précédentes, lancez un test d’acceptation utilisateur. Voici un exemple de fonctions à tester dans le cadre d’une organisation typique :

    • Validez les rapports par rapport à des rapports d’autres versions.

    • Imprimez les rapports dans Microsoft Dynamics CRM.

    • Validez les données applicables dans le système Microsoft Dynamics CRM, ce qui implique la création, la modification, la suppression, la promotion/conversion d’enregistrements pour les entités suivantes :

      • Les comptes

      • Les contacts

      • Opportunités

      • Les incidents

      • Activités

      • Entités personnalisées

    • Vérifiez les workflows en fonction de workflows précédents. Mettez à jour les éléments de workflow touchés par la configuration ou les modifications apportées aux modèles de données.

    • Testez le code personnalisé, JavaScript et les rapports personnalisés (le cas échéant).

    • Testez tous les processus d’intégration (le cas échéant).

    • Testez le client distant et l'accès et la fonctionnalité d'application mobile.

    • Testez les applications ou extensions tierces.

Établir l’environnement test

Il est fortement recommandé de prévoir au moins un test de mise à niveau avant de mettre à niveau votre environnement de production. Une fois le test de mise à niveau exécuté, vérifiez la configuration du produit en réalisant des opérations courantes dans votre environnement de production. Imaginez que vous travaillez dans une société de services et que vous devez créer une activité de courrier électronique pour gérer un incident. Si des erreurs se produisent pendant que vous utilisez Microsoft Dynamics CRM dans un environnement de test, veillez à les corriger avant de mettre à niveau votre environnement de production.

Conseil

Les logiciels de machine virtuelle, tel que Windows ServerHyper-V, peuvent réduire, au cours du déploiement, la durée nécessaire pour établir l’environnement de test et limiter les ressources matérielles nécessaires pour émuler le déploiement en production.

Déterminez les ordinateurs vous allez utiliser, ou si vous utilisez des machines virtuelles, celle que vous choisirez.

Migration à l'aide d'une nouvelle instance de SQL Server

Nous recommandons cette option de mise à niveau parce qu'elle vous permet de maintenir un déploiement de la version précédente en même temps qu'un nouveau système Microsoft Dynamics CRM est déployé. Ceci réduit le temps d'arrêt des applications puisque le nouveau déploiement peut être installé, les organisations importées, puis vérifiées sans affecter le déploiement de production en cas de problème.

Important

L'option Migration à l'aide d'une nouvelle instance de SQL Server assure le temps d'arrêt le plus réduit en cas de problème lié au déploiement de la mise à niveau.

  1. Établissez une nouvelle instance de SQL Server. Vous pouvez utiliser une instance existante mais elle doit être différente de celle où se trouve la base de données de configuration de la version précédente.

  2. Exécutez l'installation de Microsoft Dynamics CRM Server sur un nouvel ordinateur 64 bits sur lequel Microsoft Dynamics CRM Server n'est pas déjà installé.

  3. Sauvegardez les bases de données de configuration et d'organisation Microsoft Dynamics CRM de production et restaurez-les sur la nouvelle instance de SQL Server.

  4. Exécutez la commande Windows PowerShell Import-CrmOrganization ou exécutez la commande Assistant Importation d'organisation pour importer une ou plusieurs organisations vers le système nouvellement installé. Pendant l'importation, la base de données de l’organisation sera mise à niveau sur la nouvelle version.

  5. Si vous avez d'autres organisations ou que vous utilisez un nouveau serveur SQL Server pour la migration, vous devez importer les bases de données de l'organisation sur le nouveau système. Pour cela, sur l'ordinateur où la nouvelle version de Microsoft Dynamics CRM Server est installée et exécutée, exécutez la commande Windows PowerShell Import-CrmOrganization. Autrement, démarrez Microsoft Dynamics CRMGestionnaire de déploiement, cliquez avec le bouton droit sur Organisations, cliquez sur Importation d’organisation, puis sélectionnez la base de données nouvellement restaurée OrganizationName_MSCRM.

  6. Si des personnalisations ont été apportées à des assemblys .NET ou à des fichiers de configuration, vous devez copier ces fichiers personnalisés sur le nouveau système. Par défaut, ces fichiers se trouvent dans le dossier <drive>:\Program Files\Microsoft Dynamics CRM\Server\bin\assembly\ dans la version antérieure de Microsoft Dynamics CRM Server.

Mettre à niveau et valider l’environnement test

Vérifiez que l’environnement à niveau est stable et fonctionnel. Un ensemble d’utilisateurs sélectionnés devra donc se connecter via l’application Web Microsoft Dynamics CRM et utiliser le système pour effectuer toutes les tâches quotidiennes. Vérifiez que les workflows et rapports fonctionnent correctement et testez que les nouvelles fonctionnalités de la mise à niveau fonctionnent également.

Vérifier les critères d’acceptation et les éléments des listes de contrôle

Exécutez les tâches susmentionnées dans le nouveau déploiement. À l’issue des tests, la décision sera prise d'implémenter ou non la mise à niveau dans l’environnement de production.

Test d’acceptation utilisateur

Une fois les éléments de la liste de contrôle vérifiés et les tâches estimées de qualité acceptable, le test d’acceptation utilisateur peut commencer. Y participent un sous-ensemble d’utilisateurs et habituellement des utilisateurs clés qui effectuent des tâches quotidiennes sur le système. Ces utilisateurs signalent les erreurs rencontrées et tout comportement inattendu à l’équipe d’administration de Microsoft Dynamics 365 qui prend alors les mesures nécessaires.

Mise en service

Après le test d'acceptation utilisateur, mettez le nouveau serveur Microsoft Dynamics CRM en ligne. Cette stratégie peut nécessiter de supprimer le serveur de la version précédente avant de joindre le nouveau serveur Microsoft Dynamics CRM au domaine, de configurer les liaisons IIS pour utiliser les mêmes liaisons que la version précédente du site Web de Microsoft Dynamics CRM et de mettre à niveau les enregistrements DNS nécessaires pour résoudre correctement vers le nouveau site Web.

Que faire quand la mise à niveau ou la migration échoue ?

Si, après les directives suivantes de cette section, vous ne pouvez pas mettre à niveau le déploiement en production ou effectuer une migration, consultez les ressources suivantes pour résoudre le problème.

Auto assistance

Assistance avec aide extérieure

Contactez le Support technique de Microsoft. Pour obtenir une liste complète des numéros de téléphone et des informations sur le Support technique de Microsoft, visitez la page Web Support technique de Microsoft.

Voir aussi

Planifier votre mise à niveau vers Microsoft Dynamics CRM 2016 Server
Options de déploiement avancées pour Microsoft Dynamics 365 Server

© 2017 Microsoft. Tous droits réservés. Copyright