{"id":35306,"date":"2019-10-31T22:03:32","date_gmt":"2019-10-31T19:03:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/perenos-dannyh-bekapa-novoj-versii-ms-sql-server-na-bolee-staruyu-versiyu\/"},"modified":"2020-12-15T02:10:03","modified_gmt":"2020-12-15T00:10:03","slug":"perenos-dannyh-bekapa-novoj-versii-ms-sql-server-na-bolee-staruyu-versiyu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/perenos-dannyh-bekapa-novoj-versii-ms-sql-server-na-bolee-staruyu-versiyu","title":{"rendered":"Migration des donn\u00e9es de la sauvegarde d'une nouvelle version de MS SQL Server vers une version ant\u00e9rieure","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Contexte<\/h2>\n

Une fois, pour reproduire un bug, j'avais besoin d'une sauvegarde de la base de production.<\/p>\n

\u00c0 ma grande surprise, j'ai \u00e9t\u00e9 confront\u00e9 aux limitations suivantes :<\/p>\n

    \n
  1. La sauvegarde de la base a \u00e9t\u00e9 r\u00e9alis\u00e9e sur la version SQL Server 2016<\/i> et n'\u00e9tait pas compatible avec ma SQL Server 2014<\/i>.<\/li>\n
  2. Sur mon ordinateur de travail, le syst\u00e8me d'exploitation utilis\u00e9 \u00e9tait Windows 7<\/i>, donc je ne pouvais pas mettre \u00e0 jour SQL Server<\/i> vers la version 2016<\/li>\n
  3. Le produit pris en charge faisait partie d'un syst\u00e8me plus vaste avec une architecture h\u00e9rit\u00e9e fortement coupl\u00e9e et faisait \u00e9galement appel \u00e0 d'autres produits et bases de donn\u00e9es, donc son d\u00e9ploiement sur une autre station pouvait prendre beaucoup de temps.<\/li>\n<\/ol>\n

    Compte tenu de ce qui pr\u00e9c\u00e8de, j'en suis venu \u00e0 la conclusion qu'il \u00e9tait temps de recourir \u00e0 des solutions alternatives.<\/a><\/noindex><\/p>\n

    R\u00e9cup\u00e9ration des donn\u00e9es \u00e0 partir de la sauvegarde<\/h2>\n

    J'ai d\u00e9cid\u00e9 d'utiliser une machine virtuelle Oracle VM VirtualBox<\/a><\/noindex> avec Windows 10 (vous pouvez prendre une image d'essai pour le navigateur Edge d'ici<\/a><\/noindex>). La machine virtuelle avait SQL Server 2016 install\u00e9, et la base de donn\u00e9es de l'application a \u00e9t\u00e9 restaur\u00e9e \u00e0 partir de la sauvegarde (l'instruction<\/a><\/noindex>).<\/p>\n

    Configuration de l'acc\u00e8s \u00e0 SQL Server sur la machine virtuelle<\/h2>\n

    Ensuite, il fallait entreprendre certaines \u00e9tapes pour permettre l'acc\u00e8s \u00e0 SQL Server depuis l'ext\u00e9rieur :<\/p>\n

      \n
    1. Pour le pare-feu, ajouter une r\u00e8gle pour autoriser les requ\u00eates sur le port 1433<\/i>.<\/li>\n
    2. Il est pr\u00e9f\u00e9rable que l'acc\u00e8s au serveur se fasse non par l'authentification Windows, mais par SQL avec un identifiant et un mot de passe (plus facile \u00e0 configurer). Cependant, dans ce cas, il ne faut pas oublier d'activer dans les propri\u00e9t\u00e9s de SQL Server la possibilit\u00e9 d'authentification SQL.<\/li>\n
    3. Dans les param\u00e8tres de l'utilisateur sur SQL Server, dans l'onglet User Mapping<\/i> indiquer pour la base de donn\u00e9es restaur\u00e9e le r\u00f4le utilisateur db_securityadmin<\/i>.<\/li>\n<\/ol>\n

      Migration des donn\u00e9es<\/h2>\n

      La migration des donn\u00e9es se compose en fait de deux \u00e9tapes :<\/p>\n

        \n
      1. Migration du sch\u00e9ma des donn\u00e9es (tables, vues, proc\u00e9dures stock\u00e9es, etc.)<\/li>\n
      2. Migration des donn\u00e9es elles-m\u00eames<\/li>\n<\/ol>\n

        Migration du sch\u00e9ma des donn\u00e9es<\/h3>\n

        Nous effectuons les op\u00e9rations suivantes :<\/p>\n

          \n
        1. S\u00e9lectionnez Tasks -> Generate Scripts<\/i> pour la base de donn\u00e9es \u00e0 migrer.<\/li>\n
        2. S\u00e9lectionnez les objets n\u00e9cessaires \u00e0 la migration ou laissez la valeur par d\u00e9faut (dans ce cas, des scripts seront cr\u00e9\u00e9s pour tous les objets de la base).<\/li>\n
        3. Indiquez les param\u00e8tres pour enregistrer le script. Il est plus pratique de sauvegarder le script dans un fichier unique en encodage Unicode. Ainsi, en cas de probl\u00e8me, il ne sera pas n\u00e9cessaire de r\u00e9p\u00e9ter toutes les \u00e9tapes.<\/li>\n<\/ol>\n

          Apr\u00e8s avoir enregistr\u00e9 le script, il peut \u00eatre ex\u00e9cut\u00e9 sur le SQL Server source (version ancienne) pour cr\u00e9er la base requise.<\/p>\n

          Attention :<\/b> Apr\u00e8s l'ex\u00e9cution du script, il est n\u00e9cessaire de v\u00e9rifier la correspondance des param\u00e8tres de la base de donn\u00e9es \u00e0 partir de la sauvegarde et de la base de donn\u00e9es cr\u00e9\u00e9e par le script. Dans mon cas, le script manquait la configuration pour COLLATE, ce qui entra\u00eenait une erreur lors du transfert des donn\u00e9es et des manipulations fastidieuses pour recr\u00e9er la base \u00e0 l'aide d'un script compl\u00e9t\u00e9.<\/p>\n

          Migration des donn\u00e9es<\/h3>\n

          Avant de transf\u00e9rer les donn\u00e9es, il est n\u00e9cessaire de d\u00e9sactiver la v\u00e9rification de toutes les contraintes sur la base :<\/p>\n

          EXEC sp_msforeachtable 'ALTER TABLE ? NOCHECK CONSTRAINT all'<\/code><\/pre>\n
          Le transfert des donn\u00e9es se fait via l'assistant d'importation des donn\u00e9es T\u00e2ches -> Importer des donn\u00e9es<\/i> sur SQL Server, o\u00f9 se trouve la base cr\u00e9\u00e9e par le script :<\/p>\n
            \n
          1. Nous indiquons les param\u00e8tres de connexion \u00e0 la source (SQL Server 2016 sur une machine virtuelle). J'ai utilis\u00e9 le Data Source SQL Server Native Client<\/i> et l'authentification SQL mentionn\u00e9e ci-dessus.<\/li>\n
          2. Nous indiquons les param\u00e8tres de connexion au lieu de destination (SQL Server 2014 sur la machine h\u00f4te).<\/li>\n
          3. Ensuite, nous configurons le mappage. Il est n\u00e9cessaire de s\u00e9lectionner tous les objets non en lecture seule<\/b> (par exemple, il n'est pas n\u00e9cessaire de s\u00e9lectionner les vues). En options suppl\u00e9mentaires, il convient de choisir \u00abAutoriser l'insertion dans les colonnes d'identit\u00e9\u00bb<\/i>, si de telles colonnes sont utilis\u00e9es.
            \nAttention :<\/b> si lors de la tentative de s\u00e9lectionner plusieurs tables et de leur attribuer une propri\u00e9t\u00e9 \u00abAutoriser l'insertion dans les colonnes d'identit\u00e9\u00bb<\/i> la propri\u00e9t\u00e9 a d\u00e9j\u00e0 \u00e9t\u00e9 d\u00e9finie au moins pour une des tables s\u00e9lectionn\u00e9es, la bo\u00eete de dialogue indiquera que la propri\u00e9t\u00e9 est d\u00e9j\u00e0 d\u00e9finie pour toutes les tables s\u00e9lectionn\u00e9es. Ce fait peut pr\u00eater \u00e0 confusion et entra\u00eener des erreurs de transfert.<\/li>\n
          4. Lan\u00e7ons le transfert.<\/li>\n
          5. Nous r\u00e9tablissons la v\u00e9rification des contraintes :\n
            EXEC sp_msforeachtable 'ALTER TABLE ? CHECK CONSTRAINT all'<\/code><\/pre>\n<\/li>\n<\/ol>\n
            Si des erreurs apparaissent, nous v\u00e9rifions les param\u00e8tres, supprimons la base cr\u00e9\u00e9e avec des erreurs, la recr\u00e9ons \u00e0 partir du script, apportons des corrections et recommen\u00e7ons le transfert des donn\u00e9es.<\/p>\n
            Conclusion<\/h2>\n
            Cette t\u00e2che se rencontre assez rarement et n'appara\u00eet que pour les raisons mentionn\u00e9es ci-dessus. Le plus souvent, la solution consiste \u00e0 mettre \u00e0 jour SQL Server ou \u00e0 se connecter \u00e0 un serveur distant, si cela est compatible avec l'architecture de l'application. Cependant, personne n'est \u00e0 l'abri d'un code h\u00e9rit\u00e9 et de l'incomp\u00e9tence d'un d\u00e9veloppement de mauvaise qualit\u00e9. J'esp\u00e8re que vous n'aurez pas besoin de ce guide, et s'il s'av\u00e8re n\u00e9cessaire, j'esp\u00e8re qu'il vous fera \u00e9conomiser beaucoup de temps et de nerfs. Merci de votre attention !<\/p>\n
            Liste des sources utilis\u00e9es<\/h2>\n