{"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\/ro\/blog\/administrirovanie\/perenos-dannyh-bekapa-novoj-versii-ms-sql-server-na-bolee-staruyu-versiyu","title":{"rendered":"Transferul datelor de backup dintr-o versiune nou\u0103 a MS SQL Server \u00eentr-o versiune mai veche","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Povestea<\/h2>\n

Odat\u0103, pentru a reproduce o eroare, aveam nevoie de un backup al bazei de date de produc\u021bie.<\/p>\n

Spre surprinderea mea, m-am confruntat cu urm\u0103toarele limit\u0103ri:<\/p>\n

    \n
  1. Backup-ul bazei a fost realizat pe versiunea SQL Server 2016<\/i> \u0219i nu era compatibil cu SQL Server 2014<\/i>.<\/li>\n
  2. Pe computerul meu de lucru, sistemul de operare folosit era Windows 7<\/i>, astfel c\u0103 nu am putut s\u0103 m\u0103 actualizez SQL Server<\/i> la versiunea 2016<\/li>\n
  3. Produsul suportat f\u0103cea parte dintr-un sistem mai mare cu o arhitectur\u0103 legat\u0103 str\u00e2ns de legacy \u0219i se conecta, de asemenea, la alte produse \u0219i baze de date, a\u0219a c\u0103 desf\u0103\u0219urarea lui pe o alt\u0103 sta\u021bie ar fi putut dura foarte mult timp.<\/li>\n<\/ol>\n

    Av\u00e2nd \u00een vedere cele de mai sus, am ajuns la concluzia c\u0103 a venit momentul unor solu\u021bii neconven\u021bionale temporare.<\/a><\/noindex><\/p>\n

    Recuperarea datelor din backup<\/h2>\n

    Am decis s\u0103 folosesc o ma\u0219in\u0103 virtual\u0103 Oracle VM VirtualBox<\/a><\/noindex> cu Windows 10 (se poate lua o imagine de test pentru browserul Edge de aici<\/a><\/noindex>). Pe ma\u0219ina virtual\u0103 a fost instalat SQL Server 2016 \u0219i pe aceasta a fost restaurat\u0103 baza de date a aplica\u021biei din backup (instruc\u021biunea<\/a><\/noindex>).<\/p>\n

    Configurarea accesului la SQL Server pe ma\u0219ina virtual\u0103<\/h2>\n

    Apoi, a fost necesar s\u0103 se \u00eentreprind\u0103 c\u00e2\u021biva pa\u0219i pentru a permite accesul la SQL Server din afar\u0103:<\/p>\n

      \n
    1. Pentru firewall, ad\u0103uga\u021bi o regul\u0103 de a permite solicit\u0103rile pe portul 1433<\/i>.<\/li>\n
    2. Ideal ar fi ca accesul la server s\u0103 nu se fac\u0103 prin autentificarea Windows, ci prin SQL cu numele de utilizator \u0219i parola (mai u\u0219or de configurat accesul). Totu\u0219i, \u00een acest caz, nu trebuie uitat s\u0103 se activeze \u00een propriet\u0103\u021bile SQL Server posibilitatea autentific\u0103rii SQL.<\/li>\n
    3. \u00cen set\u0103rile utilizatorului pe SQL Server, pe tab-ul User Mapping<\/i> specifica\u021bi pentru baza de date restaurat\u0103 rolul utilizatorului db_securityadmin<\/i>.<\/li>\n<\/ol>\n

      Transferul de date<\/h2>\n

      Transferul efectiv al datelor const\u0103 din dou\u0103 etape:<\/p>\n

        \n
      1. Transferul schemei de date (tabele, vizualiz\u0103ri, proceduri stocate etc.)<\/li>\n
      2. Transferul efectiv al datelor<\/li>\n<\/ol>\n

        Transferul schemei de date<\/h3>\n

        Execut\u0103m urm\u0103toarele opera\u021biuni:<\/p>\n

          \n
        1. Alegem Tasks -> Generate Scripts<\/i> pentru baza de date ce urmeaz\u0103 a fi transferat\u0103.<\/li>\n
        2. Selecta\u021bi obiectele dorite pentru transfer sau l\u0103sa\u021bi valoarea implicit\u0103 (\u00een acest caz, vor fi create scripturi pentru toate obiectele bazei).<\/li>\n
        3. Specifica\u021bi set\u0103rile pentru salvarea scriptului. Cel mai convenabil este s\u0103 salva\u021bi scriptul \u00eentr-un singur fi\u0219ier \u00een codare Unicode. Astfel, \u00een caz de eroare, nu va fi necesar s\u0103 repeta\u021bi toate etapele.<\/li>\n<\/ol>\n

          Dup\u0103 salvarea scriptului, acesta poate fi executat pe SQL Server-ul ini\u021bial (versiunea veche) pentru a crea baza necesar\u0103.<\/p>\n

          Aten\u021bie:<\/b> Dup\u0103 executarea scriptului, este necesar s\u0103 verifica\u021bi conformitatea set\u0103rilor bazei de date din backup cu baza de date creat\u0103 de script. \u00cen cazul meu, scriptul nu con\u021binea configura\u021bia pentru COLLATE, ceea ce a dus la erori \u00een timpul transferului de date \u0219i a necesitat recrearea bazei cu ajutorul unui script completat.<\/p>\n

          Transferul de date<\/h3>\n

          \u00cenainte de transferul datelor, este necesar s\u0103 dezactiva\u021bi toate restric\u021biile pe baza de date:<\/p>\n

          EXEC sp_msforeachtable 'ALTER TABLE ? NOCHECK CONSTRAINT all'<\/code><\/pre>\n
          Transferul datelor se efectueaz\u0103 cu ajutorul asistentului de import de date Tasks -> Import Data<\/i> pe SQL Server, unde se afl\u0103 baza de date creat\u0103 de script:<\/p>\n
            \n
          1. Specifica\u021bi set\u0103rile de conectare la surs\u0103 (SQL Server 2016 pe o ma\u0219in\u0103 virtual\u0103). Eu am folosit Data Source SQL Server Native Client<\/i> \u0219i autentificarea SQL men\u021bionat\u0103 anterior.<\/li>\n
          2. Specifica\u021bi set\u0103rile de conectare la destina\u021bie (SQL Server 2014 pe ma\u0219ina gazd\u0103).<\/li>\n
          3. Apoi, configur\u0103m mapping-ul. Este necesar s\u0103 selecta\u021bi toate obiectele care nu sunt de tip read-only<\/b> (de exemplu, nu este necesar s\u0103 selecta\u021bi vederile). Ca op\u021biuni suplimentare, este necesar s\u0103 selecta\u021bi \u00abPermite\u021bi inserarea \u00een coloanele de tip identity\u00bb<\/i>, dac\u0103 acestea sunt utilizate.
            \nAten\u021bie:<\/b> dac\u0103 \u00een timpul \u00eencerc\u0103rii de a selecta mai multe tabele \u0219i de a le seta proprietatea \u00abPermite\u021bi inserarea \u00een coloanele de tip identity\u00bb<\/i> proprietatea a fost deja stabilit\u0103 anterior pentru cel pu\u021bin una dintre tabelele selectate, dialogul va indica faptul c\u0103 proprietatea a fost deja stabilit\u0103 pentru toate tabelele selectate. Acest aspect poate crea confuzie \u0219i poate duce la erori \u00een transfer.<\/li>\n
          4. Lansa\u021bi transferul.<\/li>\n
          5. Restaur\u0103m verificarea restric\u021biilor:\n
            EXEC sp_msforeachtable 'ALTER TABLE ? CHECK CONSTRAINT all'<\/code><\/pre>\n<\/li>\n<\/ol>\n
            Dac\u0103 apar erori, verifica\u021bi set\u0103rile, \u0219terge\u021bi baza de date creat\u0103 cu erori, recrea\u021bi-o din script, face\u021bi corecturile necesare \u0219i repeta\u021bi transferul datelor.<\/p>\n
            Concluzie<\/h2>\n
            Aceast\u0103 sarcin\u0103 apare destul de rar \u0219i se datoreaz\u0103 doar restric\u021biilor men\u021bionate mai sus. Cel mai adesea, solu\u021bia const\u0103 \u00een actualizarea SQL Server sau conectarea la un server distant, dac\u0103 arhitectura aplica\u021biei permite acest lucru. Totu\u0219i, nimeni nu este protejat de codul vechi \u0219i de dezvoltarea de calitate slab\u0103. Sper c\u0103 nu ve\u021bi avea nevoie de aceast\u0103 instruc\u021biune, dar dac\u0103 totu\u0219i va fi necesar\u0103, sper s\u0103 v\u0103 ajute s\u0103 economisi\u021bi mult timp \u0219i nervi. V\u0103 mul\u021bumesc pentru aten\u021bie!<\/p>\n
            Lista surselor utilizate<\/h2>\n