{"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\/da\/blog\/administrirovanie\/perenos-dannyh-bekapa-novoj-versii-ms-sql-server-na-bolee-staruyu-versiyu","title":{"rendered":"Overf\u00f8rsel af backupdata fra den nye version af MS SQL Server til en \u00e6ldre version","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Background<\/h2>\n

En gang, for at kunne genskabe en fejl, havde jeg brug for et backup af produktionsdatabasen.<\/p>\n

Til min overraskelse st\u00f8dte jeg p\u00e5 f\u00f8lgende begr\u00e6nsninger:<\/p>\n

    \n
  1. Backup af databasen blev lavet p\u00e5 versionen SQL Server 2016<\/i> og var ikke kompatibel med min SQL Server 2014<\/i>.<\/li>\n
  2. P\u00e5 min arbejdscomputer blev der anvendt Windows 7<\/i>, s\u00e5 jeg kunne ikke opgradere SQL Server<\/i> til version 2016<\/li>\n
  3. Det underst\u00f8ttede produkt var en del af et st\u00f8rre system med en st\u00e6rkt sammenknyttet legacy-arkitektur og havde ogs\u00e5 forbindelse til andre produkter og databaser, s\u00e5 implementering p\u00e5 en anden station kunne tage meget lang tid.<\/li>\n<\/ol>\n

    Givet ovenst\u00e5ende konkluderede jeg, at det var tid til workaround-l\u00f8sninger.<\/a><\/noindex><\/p>\n

    Gendannelse af data fra backup<\/h2>\n

    Jeg besluttede at bruge en virtuel maskine Oracle VM VirtualBox<\/a><\/noindex> med Windows 10 (man kan tage et testbillede til Edge-browseren from here<\/a><\/noindex>). P\u00e5 den virtuelle maskine blev SQL Server 2016 installeret, og databasen blev genskabt fra backupen (instruktion<\/a><\/noindex>).<\/p>\n

    Indstilling af adgang til SQL Server p\u00e5 den virtuelle maskine<\/h2>\n

    Dern\u00e6st var det n\u00f8dvendigt at tage nogle skridt for at f\u00e5 adgang til SQL Server udefra:<\/p>\n

      \n
    1. For firewall'en tilf\u00f8je en regel for at tillade foresp\u00f8rgsler p\u00e5 porten 1433<\/i>.<\/li>\n
    2. Det ville v\u00e6re bedst, hvis adgangen til serveren ikke gik via Windows-godkendelse, men via SQL med brugernavn og adgangskode (nemmere at konfigurere adgangen). Husk dog i dette tilf\u00e6lde at aktivere SQL-godkendelse i egenskaberne for SQL Server.<\/li>\n
    3. I brugerkonfigurationen p\u00e5 SQL Server under fanen User Mapping<\/i> angive rollen for den genskabte database som db_securityadmin<\/i>.<\/li>\n<\/ol>\n

      Dataoverf\u00f8rsel<\/h2>\n

      Selve dataoverf\u00f8rslen best\u00e5r af to trin:<\/p>\n

        \n
      1. Overf\u00f8rsel af dataskema (tabeller, visninger, gemte procedurer osv.)<\/li>\n
      2. Overf\u00f8rsel af selve dataene<\/li>\n<\/ol>\n

        Overf\u00f8rsel af dataskema<\/h3>\n

        Udf\u00f8r f\u00f8lgende operationer:<\/p>\n

          \n
        1. Vi v\u00e6lger Tasks -> Generate Scripts<\/i> for den transfererede database.<\/li>\n
        2. V\u00e6lg de \u00f8nskede objekter til overf\u00f8rsel eller lad standardv\u00e6rdierne st\u00e5 (i s\u00e5 fald vil der blive oprettet scripts for alle database-objekter).<\/li>\n
        3. Angiv indstillinger for gemning af scriptet. Det er nemmest at gemme scriptet i en enkelt fil i Unicode-kodning. S\u00e5 ved fejl beh\u00f8ver man ikke gentage alle trin.<\/li>\n<\/ol>\n

          Efter gemning af scriptet kan det udf\u00f8res p\u00e5 den oprindelige SQL Server (den gamle version) for at oprette den n\u00f8dvendige database.<\/p>\n

          Opm\u00e6rksomhed:<\/b> Efter at have k\u00f8rt scriptet skal du kontrollere, at indstillingerne for databasen stemmer overens med dem fra backupen og den database, der blev oprettet af scriptet. I mit tilf\u00e6lde manglede scriptet indstillingen for COLLATE, hvilket f\u00f8rte til fejl under overf\u00f8rslen af data og besv\u00e6r med at genskabe databasen ved hj\u00e6lp af det opdaterede script.<\/p>\n

          Dataoverf\u00f8rsel<\/h3>\n

          F\u00f8r overf\u00f8rsel af data skal du deaktivere kontrol af alle begr\u00e6nsninger i databasen:<\/p>\n

          EXEC sp_msforeachtable 'ALTER TABLE ? NOCHECK CONSTRAINT all'<\/code><\/pre>\n
          Dataoverf\u00f8rsel udf\u00f8res ved hj\u00e6lp af importdata-masteren Tasks -> Import Data<\/i> p\u00e5 SQL Server, hvor den database, der blev oprettet med scriptet, findes:<\/p>\n
            \n
          1. Angiv indstillingerne for forbindelse til kilden (SQL Server 2016 p\u00e5 en virtuel maskine). Jeg brugte Data Source SQL Server Native Client<\/i> og den n\u00e6vnte SQL-godkendelse.<\/li>\n
          2. Angiv indstillingerne for forbindelse til destinationsstedet (SQL Server 2014 p\u00e5 v\u00e6rtsmaskinen).<\/li>\n
          3. Derefter konfigureres mappingen. Du skal v\u00e6lge alle ikke read-only<\/b> objekter (for eksempel er det ikke n\u00f8dvendigt at v\u00e6lge visninger). Som yderligere muligheder skal du v\u00e6lge \u00abTillad inds\u00e6ttelse i identitetskolonner\u00bb<\/i>, hvis de bruges.
            \nOpm\u00e6rksomhed:<\/b> hvis der opst\u00e5r problemer med at v\u00e6lge flere tabeller og give dem egenskaber, \u00abTillad inds\u00e6ttelse i identitetskolonner\u00bb<\/i> hvis egenskaben tidligere er blevet indstillet for mindst \u00e9n af de valgte tabeller, vil dialogboksen angive, at egenskaben allerede er indstillet for alle valgte tabeller. Denne kendsgerning kan forvirre og f\u00f8re til fejl under overf\u00f8rslen.<\/li>\n
          4. Vi starter overf\u00f8rslen.<\/li>\n
          5. Genopretter kontrol af begr\u00e6nsninger:\n
            EXEC sp_msforeachtable 'ALTER TABLE ? CHECK CONSTRAINT all'<\/code><\/pre>\n<\/li>\n<\/ol>\n
            Hvis der opst\u00e5r fejl, skal vi kontrollere indstillingerne, slette den oprettede database med fejl, genskabe den fra scriptet, lave rettelser og gentage dataoverf\u00f8rslen.<\/p>\n
            Konklusion<\/h2>\n
            Denne opgave opst\u00e5r sj\u00e6ldent og opst\u00e5r kun p\u00e5 grund af de ovenn\u00e6vnte begr\u00e6nsninger. Ofte er l\u00f8sningen at opdatere SQL Server eller oprette forbindelse til en ekstern server, hvis applikationens arkitektur tillader det. Ingen kan dog v\u00e6re beskyttet mod legacy-kode og d\u00e5rlig udvikling. Jeg h\u00e5ber, at du ikke f\u00e5r brug for denne vejledning, men hvis du g\u00f8r, vil den hj\u00e6lpe dig med at spare tid og nervepriser. Tak for opm\u00e6rksomheden!<\/p>\n
            Liste over anvendte kilder<\/h2>\n