Comment transférer une installation Microsoft Dynamics GP, Small Business Financials ou Small Business Manager existante vers un nouveau serveur qui exécute SQL Server

Cet article explique comment transférer une installation microsoft Dynamics GP existante vers un nouveau serveur exécutant Microsoft SQL Server. L’article explique également comment gérer les connexions utilisateur et les bases de données.

S’applique à : Microsoft Dynamics GP
Numéro de la base de connaissances d’origine : 878449

Introduction

Remarque

  • Si vous utilisez actuellement des services web, il n’existe aucun processus pour déplacer les services web vers un nouveau serveur. Si les services Web ne doivent pas résider sur le serveur IIS d’origine, ils doivent être supprimés du serveur d’origine avec l’option Supprimer les objets SQL et les données marquée. Une fois supprimés, les services web peuvent être réinstallés sur le nouveau serveur.

  • Si vous utilisez Workflow, il n’existe actuellement aucun processus pour déplacer le flux de travail vers un nouveau serveur. Le flux de travail doit être supprimé et réinstallé.

  • Nous vous recommandons vivement d’effectuer les étapes répertoriées dans la section Instructions de transfert dans un environnement de test avant d’effectuer les étapes dans un environnement de production.

  • L’installation de Microsoft SQL Server sur l’ancien serveur et sur le nouveau serveur peut être Microsoft SQL Server 2008 R2 SP1 ou version ultérieure (s’applique à GP 2013), Microsoft SQL Server 2012 (s’applique à GP 2013/GP 2015/GP 2016), Microsoft SQL Server 2014 (s’applique à GP 2013 et versions ultérieures), Microsoft SQL Server 2016 (s’applique à GP 2016 et versions ultérieures), Microsoft SQL Server 2017 (s’applique à gp et versions ultérieures), Microsoft SQL Server 2019 ou version ultérieure. La configuration système requise est disponible ici :

Instructions de transfert

Sur l’ancien serveur, copiez le script Capture_Logins.sql suivant sur le disque dur local. Pour obtenir le script Capture_Logins.sql, consultez :

Remarque

Si le lien ne fonctionne pas, copiez-collez-le dans un nouveau navigateur, puis réessayez.

  1. Sur l’ancien serveur, exécutez le script Capture_Logins.sql pour capturer toutes les informations de connexion et de mot de passe SQL Server en procédant comme suit. Toutes les connexions SQL Server utilisées par l’application financière, par Microsoft Business Solutions - FRx, par Personal Data Keeper ou par toute autre application qui utilise l’installation SQL Server sur l’ancien serveur seront capturées. Suivez ces étapes, en fonction des SQL Server que vous utilisez :

    • Pour SQL Server Management Studio, procédez comme suit :
      1. Sélectionnez Démarrer, pointez sur Tous les programmes, pointez sur Microsoft SQL Server, puis sélectionnez SQL Server Management Studio.
      2. Dans la fenêtre Se connecter au serveur, procédez comme suit :
        1. Dans la zone Nom du serveur, tapez le nom du serveur qui exécute SQL Server.
        2. Dans la zone Authentification , sélectionnez Authentification SQL.
        3. Dans la zone Connexion , tapez sa.
        4. Dans la zone Mot de passe , tapez le mot de passe de l’utilisateur sa, puis sélectionnez Se connecter.
      3. Sélectionnez Fichier, pointez sur Ouvrir, puis sélectionnez Fichier.
      4. Dans la liste Regarder dans , sélectionnez le script Capture_Logins.sql que vous avez copié sur le disque dur local à l’étape 1, puis sélectionnez Ouvrir.
      5. Dans la fenêtre Se connecter au moteur de base de données, procédez comme suit :
        1. Dans la zone Nom du serveur, tapez le nom de l’ancien serveur qui exécute SQL Server.
        2. Dans la zone Authentification, sélectionnez Authentification SQL.
        3. Dans la zone Connexion , tapez sa.
        4. Dans la zone Mot de passe , tapez le mot de passe de l’utilisateur sa, puis sélectionnez Se connecter.
      6. Sélectionnez Requête, pointez sur Résultats sur, puis sélectionnez Résultats dans fichier.
      7. Sélectionnez Requête, puis Exécuter.
      8. Dans la fenêtre Enregistrer les résultats, procédez comme suit :
        1. Dans la liste Enregistrer dans , sélectionnez l’emplacement où vous souhaitez enregistrer les résultats du script.
        2. Dans la zone Nom de fichier , tapez SQLLOGINS.sql, puis sélectionnez Enregistrer.
  2. Effectuez une sauvegarde complète de la base de données DYNAMICS et de toutes les bases de données d’entreprise sur l’ancien serveur.

  3. Sur l’ancien serveur, générez un script SQL pour chaque travail SQL Server Agent actuellement planifié et pour chaque opérateur SQL Server Agent actuellement configuré. Suivez ces étapes, en fonction des outils SQL Server que vous utilisez.

    Remarque

    Ces étapes s’appliquent à SQL Server Standard, à SQL Server Entreprise ou à SQL Server Workgroup Edition.

    • Si vous utilisez SQL Server Management Studio, procédez comme suit :

      1. Sélectionnez Démarrer, pointez sur Tous les programmes, pointez sur Microsoft SQL Server, puis sélectionnez SQL Server Management Studio.

      2. Dans la fenêtre Se connecter au serveur, procédez comme suit :

        1. Dans la zone Nom du serveur, tapez le nom du serveur qui exécute SQL Server.
        2. Dans la zone Authentification , sélectionnez Authentification SQL.
        3. Dans la zone Connexion , tapez sa.
        4. Dans la zone Mot de passe , tapez le mot de passe de l’utilisateur sa, puis sélectionnez Se connecter.
      3. Dans le volet Explorateur d'objets, développez SQL Server Agent, puis travaux pour afficher tous les travaux disponibles.

        Remarque

        Si le SQL Server Agent n’est pas démarré, cliquez avec le bouton droit sur SQL Server Agent, puis sélectionnez Démarrer.

      4. Cliquez avec le bouton droit sur un travail, pointez sur Script de travail en tant que, pointez sur Créer dans, puis sélectionnez Fichier.

      5. Dans la fenêtre Sélectionner un fichier, sélectionnez le dossier dans lequel vous souhaitez enregistrer le script, puis tapez un nom de fichier. Sélectionnez OK.

      6. Répétez les étapes c à e pour tous les travaux.

      7. Dans le volet Explorateur d'objets, développez SQL Server Agent, puis Opérateurs pour afficher tous les opérateurs actuellement configurés.

      8. Cliquez avec le bouton droit sur un opérateur, pointez sur Opérateur de script en tant que, pointez sur Créer dans, puis sélectionnez Fichier.

      9. Dans la fenêtre Sélectionner un fichier, sélectionnez le dossier dans lequel vous souhaitez enregistrer le script, puis tapez un nom de fichier. Sélectionnez OK.

      10. Répétez les étapes g à i pour tous les opérateurs.

  4. Dans Windows Explorer, copiez le script SQLLOGINS.sql que vous avez créé à l’étape 1, les fichiers de sauvegarde que vous avez créés à l’étape 2, ainsi que les scripts de travail et d’opérateur SQL Server Agent SQL Server Agent que vous avez créés à l’étape 3 à partir de l’ancien serveur sur le disque dur sur le nouveau serveur.

    Remarque

    Si vous utilisez le même serveur, vous n’avez pas besoin d’effectuer cette étape.

  5. Installez SQL Server sur le nouveau serveur s’il n’est pas déjà installé.

    Notes

    • Veillez à utiliser le même ordre de tri que celui utilisé sur l’ancien serveur. Pour obtenir l’ordre de tri utilisé sur l’ancien serveur, exécutez le script suivant sur la base de données master dans le SQL Server Management Studio ou dans la console Administrateur du support :

      sp_helpsort
      

      La liste suivante montre les SQL Server ordres de tri pris en charge par les applications financières (ordre de tri SQL de 50 ou 52) :

      • Colonne à vérifier : Classement du serveur par défaut
        Contenu de la colonne : Latin1-General, tri binaire
        Signification de colonne : Ordre de tri binaire 50
      • Colonne à vérifier : Classement du serveur par défaut
        Contenu de la colonne : Latin1-General, non sensible à la casse, sensible aux accents, insensible aux kanatypes, insensible à la largeur pour les données Unicode, SQL Server Ordre de tri 52 sur la page de codes 1252 pour les données non Unicode
        Signification de colonne : Ordre de dictionnaire insensible à la casse (DOCI) Ordre de tri 52
    • Si vous utilisez le même serveur, installez une nouvelle instance de SQL Server sur le même ordinateur. Dans le reste de cet article, le terme « nouveau serveur » est utilisé pour faire référence au nouveau serveur qui exécute SQL Server ou au nouveau instance de SQL Server sur l’ancien ordinateur.

    • Si vous restaurez une base de données installée sur l’ordinateur exécutant SQL Server 7.0 ou SQL Server 2000 et si vous déplacez la base de données vers un ordinateur qui exécute SQL Server 2005, vous devez mettre à jour le niveau de compatibilité de la base de données pour chaque base de données après la restauration. Pour ce faire, procédez comme suit sur le nouveau serveur dans SQL Server Management Studio :

      1. Dans la zone Explorateur d'objets, développez Bases de données, cliquez avec le bouton droit sur la base de données, puis sélectionnez Options.
      2. Dans la zone Compatibilité, cochez la case SQL Server 2005 (90) case activée.
  6. Sur le nouveau serveur, restaurez la base de données DYNAMICS à partir du fichier de sauvegarde que vous avez créé à l’étape 2. Procédez comme suit :

    Remarque

    Si vous utilisez le même serveur, restaurez les bases de données sur la nouvelle instance de SQL Server sur le même ordinateur.

    • Si vous utilisez SQL Server Management Studio, procédez comme suit :

      1. Sélectionnez Démarrer, pointez sur Tous les programmes, pointez sur Microsoft SQL Server, puis sélectionnez SQL Server Management Studio.

      2. Dans la fenêtre Se connecter au serveur, procédez comme suit :

      3. Dans la zone Nom du serveur, tapez le nom du nouveau serveur qui exécute SQL Server.

      4. Dans la zone Authentification , sélectionnez Authentification SQL.

      5. Dans la zone Connexion , tapez sa.

      6. Dans la zone Mot de passe , tapez le mot de passe de l’utilisateur sa, puis sélectionnez Se connecter.

      7. Dans la zone Explorateur d'objets, cliquez avec le bouton droit sur Bases de données, puis sélectionnez Restaurer la base de données.

      8. Dans la zone Destination pour la restauration , tapez DYNAMICS dans la zone À la base de données .

      9. Dans la zone Source pour la restauration , sélectionnez À partir de l’appareil, puis sélectionnez le bouton de sélection pour ouvrir la fenêtre Spécifier la sauvegarde.

      10. Dans la liste Support de sauvegarde , sélectionnez Fichier, puis Ajouter pour ouvrir la fenêtre Localiser les fichiers de sauvegarde.

      11. Dans la zone Sélectionner le fichier , sélectionnez le fichier de sauvegarde de la base de données DYNAMICS que vous avez sauvegardée à l’étape 3, sélectionnez OK, puis OK.

      12. Dans la zone Sélectionner les jeux de sauvegarde à restaurer, sélectionnez la zone Restaurer case activée en regard de la sauvegarde que vous souhaitez restaurer.

      13. Dans la zone Sélectionner une page, sélectionnez Options, puis sélectionnez la zone Remplacer la base de données existante case activée.

      14. Dans la zone Restaurer les fichiers de base de données en tant que , modifiez la colonne Restaurer en tant que afin que le fichier de données et le fichier journal utilisent les chemins d’accès corrects sur le nouveau serveur.

        Remarque

        Les chemins d’accès par défaut pour SQL Server 2005 ou version ultérieure sont les suivants.
        %systemroot%\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\_Data.mdf
        %systemroot%\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\_Log.ldfVous pouvez trouver ces fichiers à l’aide de Windows Explorer.

      15. Sélectionnez OK.

    • Si vous utilisez la console Administrateur de support, procédez comme suit :

      1. Sélectionnez Démarrer, pointez sur Tous les programmes, Support Microsoft Console Administrateur, puis sélectionnez Console Administrateur de support.

      2. Dans la fenêtre Se connecter à SQL Server, procédez comme suit :

        1. Dans la zone SQL Server, tapez le nom du nouveau serveur.
        2. Dans la zone Nom de connexion , tapez sa.
        3. Dans la zone Mot de passe , tapez le mot de passe de l’utilisateur sa, puis sélectionnez OK.
      3. Copiez le script suivant dans la fenêtre Nouvelle requête 1 :

        RESTORE DATABASE [TEST] 
          FROM  DISK = N'C:\Program Files\Dynamics\Backup\TEST.bak'
                    WITH  FILE = 1, NOUNLOAD, STATS = 10, RECOVERY, REPLACE,
                    MOVE N'GPSTESTDat.mdf' TO N'C:\Program Files\Microsoft SQL Server\MSSQL\Data\GPSTESTDat.mdf', 
                    MOVE N'GPSTESTLog.ldf' TO N'C:\Program Files\Microsoft SQL Server\MSSQL\Data\GPSTESTLog.ldf'
        

        Remarque

        Apportez les modifications suivantes au script à appliquer à votre environnement :

        • Remplacez TEST par le nom de la base de données de votre entreprise sur le nouveau serveur.
        • Remplacez par C:\Program Files\Dynamics\Backup\TEST.bak le chemin d’accès correct du fichier de sauvegarde.
        • Remplacez GPSTESTDat.mdf par le nom correct du fichier.
        • Remplacez C :\Program Files\Microsoft SQL Server\MSSQL\Data\GPSTESTDat.mdf par le chemin d’accès correct du fichier .mdf pour la base de données sur le nouveau serveur.
        • Remplacez GPSTESTLog.ldf par le nom correct du fichier.
        • Remplacez C :\Program Files\Microsoft SQL Server\MSSQL\Data\GPSTESTLog.mdf par le chemin d’accès correct du fichier .ldf pour la base de données sur le nouveau serveur.
      4. Sélectionnez la flèche verte pour exécuter la requête.

  7. Répétez l’étape 6 pour chaque base de données d’entreprise.

  8. Créez une connexion ODBC (Open Database Connectivity) sur le nouveau serveur et sur toutes les stations de travail clientes qui utilisent l’application financière. Pour plus d’informations sur la configuration d’une connexion Open Database Connectivity sur Microsoft SQL Server, consultez Configuration d’une source de données ODBC sur SQL Server pour Microsoft Dynamics GP.

  9. Sur le nouvel ordinateur, installez une installation serveur et client de l’application financière. Ensuite, installez les produits tiers ou les produits supplémentaires que vous utilisez sur le nouveau serveur. Vérifiez que les produits tiers et supplémentaires sont fonctionnels.

  10. Exécutez le script SQLLOGINS.sql que vous avez créé à l’étape 1 pour créer toutes les connexions SQL Server. Vous pouvez utiliser SQL Server Management Studio pour exécuter le script.

    Remarque

    Si l’ancien serveur exécutait Microsoft Dynamics GP et n’a pas le même nom que le nouveau serveur, les mots de passe des utilisateurs ne seront plus valides. Pour réinitialiser le mot de passe, procédez comme suit :

    1. Connectez-vous à Microsoft Dynamics GP en tant qu’utilisateur « sa ».
    2. Dans le menu Outils , pointez sur Configuration, sur Système, puis sélectionnez Utilisateur.
    3. Sélectionnez le bouton Rechercher en regard de Id d’utilisateur , puis sélectionnez l’utilisateur approprié.
    4. Dans le champ mot de passe, entrez un nouveau mot de passe, puis sélectionnez Enregistrer.
  11. Exécutez les scripts que vous avez créés à l’étape 3 pour créer les travaux SQL Server Agent et les opérateurs SQL Server Agent sur le nouveau serveur. Vous pouvez utiliser SQL Server Management Studio pour exécuter le script.

  12. Exécutez le script Grant.sql. Ce script se trouve sur votre installation de stratégie de groupe locale à l’adresse suivante :

    C:\Program Files (x86)\Microsoft Dynamics\GP\SQL\Util

    Remarque

    • Exécutez le script Grant.sql sur la base de données Dynamics et sur toutes les bases de données d’entreprise dans SQL Server Management Studio.
    • Le script Grant.sql accorde des autorisations de sélection, de mise à jour, d’insertion et de suppression à toutes les tables, vues et procédures stockées pour tous les utilisateurs du rôle de base de données DYNGRP. Il s’agit des autorisations dont vous devez disposer pour utiliser l’application financière.
  13. Exécutez le script suivant sur chaque base de données d’application financière pour définir le propriétaire de la base de données sur DYNSA.

    sp_changedbowner 'DYNSA'
    
  14. Si les fichiers de dictionnaire de rapports et de formulaires sont partagés sur l’ancien serveur, copiez les fichiers sur le nouveau serveur.

    Remarque

    Pour vérifier si les fichiers du dictionnaire Des rapports et des formulaires sont partagés, affichez le fichier Dynamics.set sur une station de travail cliente sur laquelle l’application financière est installée. Pour afficher le fichier Dynamics.set, cliquez avec le bouton droit sur le fichier Dynamics.set, puis sélectionnez Modifier pour ouvrir le fichier.

  15. Si les fichiers OLE Notes sont partagés sur l’ancien serveur, copiez les fichiers sur le nouveau serveur.

    Remarque

    Pour vérifier si les fichiers OLE Notes sont partagés, affichez le chemin OLENotes dans le fichier Dex.ini sur une station de travail cliente sur laquelle l’application financière est installée. Pour afficher le fichier Dex.ini, double-cliquez sur le fichier Dex.ini pour ouvrir le fichier dans le Bloc-notes.

  16. Si la fonctionnalité d’Mises à jour automatique a été utilisée et que des entrées pointent vers un partage sur l’ancien serveur, les fichiers doivent être copiés vers un partage sur le nouveau serveur. Les entrées de la table SYUPDATE de la base de données System DYNAMICS devaient être ajustées. Pour plus d’informations, consultez l’article 916679 de la Base de connaissances Microsoft.

  17. Si vous déplacez vos bases de données Microsoft Dynamics GP et que vous utilisez la fonctionnalité d’exploration dans les rapports intégrés SQL Server Reporting Services ou Excel, vous devez effectuer les opérations suivantes pour mettre à jour les liens de votre serveur afin que les explorations fonctionnent après le déplacement du serveur.

    • Vérifiez que tout le monde s’est déconnecté de Microsoft Dynamics GP et fermez toutes les instances de SQL Server Management Studio
    • Sur un ordinateur sur lequel Dynamics GP est installé, sélectionnez Démarrer, puis pointez sur Tous les programmes. Sélectionnez Microsoft Dynamics, puis Gp et sélectionnez Maintenance de base de données
    • Lorsque l’utilitaire s’ouvre, sélectionnez ou entrez le SQL Server instance où les bases de données Dynamics GP sont stockées. Si vous êtes connecté en tant que compte de domaine avec des droits sur cette SQL Server instance, vous pouvez sélectionner cette option. Sinon, sélectionnez Authentification SQL et entrez un nom d’utilisateur et un mot de passe appropriés. Sélectionnez ensuite Suivant. >>
    • Sélectionnez Marquer tout pour choisir chacune des bases de données Dynamics GP, puis sélectionnez Suivant. >>
    • Sélectionnez le produit Microsoft Dynamics GP, puis sélectionnez Suivant >>
    • Sélectionnez Fonctions et procédures stockées, puis Suivant >>
    • Passez en revue la fenêtre de confirmation, puis sélectionnez Suivant >> pour commencer le processus. Cela peut prendre un certain temps, en fonction du nombre de produits installés et du nombre de bases de données qui doivent être traitées. Une fois qu’il a terminé, vos explorations de rapport externe fonctionnent dans la nouvelle SQL Server instance vers laquelle vous êtes passé.
  18. Une fois que tout est installé, vous pouvez restaurer les sauvegardes SQL, puis créer odbc pour vous connecter et vous connecter à Dynamics GP :

    Systèmes d’exploitation 64 bits pris en charge avec Microsoft Dynamics GP

References