{"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\/sv\/blog\/administrirovanie\/perenos-dannyh-bekapa-novoj-versii-ms-sql-server-na-bolee-staruyu-versiyu","title":{"rendered":"\u00d6verf\u00f6ring av s\u00e4kerhetskopierade data fr\u00e5n en ny version av MS SQL Server till en \u00e4ldre version","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Bakgrund<\/h2>\n

En g\u00e5ng beh\u00f6vde jag en s\u00e4kerhetskopia av produktionsdatabasen f\u00f6r att reproducera ett fel.<\/p>\n

Till min f\u00f6rv\u00e5ning st\u00f6tte jag p\u00e5 f\u00f6ljande begr\u00e4nsningar:<\/p>\n

    \n
  1. S\u00e4kerhetskopian gjordes p\u00e5 versionen SQL Server 2016<\/i> och var inte kompatibel med min SQL Server 2014<\/i>.<\/li>\n
  2. P\u00e5 min arbet dator anv\u00e4ndes Windows 7<\/i>, s\u00e5 jag kunde inte uppgradera SQL Server<\/i> till version 2016<\/li>\n
  3. Den st\u00f6djade produkten var en del av ett st\u00f6rre system med en starkt kopplad legacy-arkitektur och h\u00e4nvisade ocks\u00e5 till andra produkter och databaser, s\u00e5 deployment p\u00e5 en annan station kunde ta mycket tid.<\/li>\n<\/ol>\n

    Med detta i \u00e5tanke kom jag fram till att det var dags f\u00f6r tillf\u00e4lliga l\u00f6sningar.<\/a><\/noindex><\/p>\n

    \u00c5terst\u00e4llning av data fr\u00e5n s\u00e4kerhetskopian<\/h2>\n

    Jag best\u00e4mde mig f\u00f6r att anv\u00e4nda en virtuell maskin Oracle VM VirtualBox<\/a><\/noindex> med Windows 10 (man kan anv\u00e4nda en testbild f\u00f6r webbl\u00e4saren Edge h\u00e4rifr\u00e5n<\/a><\/noindex>). P\u00e5 den virtuella maskinen installerades SQL Server 2016 och databasen f\u00f6r applikationen \u00e5terst\u00e4lldes fr\u00e5n s\u00e4kerhetskopian (instruktion<\/a><\/noindex>).<\/p>\n

    Konfigurera \u00e5tkomst till SQL Server p\u00e5 den virtuella maskinen<\/h2>\n

    D\u00e4refter var det n\u00f6dv\u00e4ndigt att vidta n\u00e5gra steg f\u00f6r att m\u00f6jligg\u00f6ra \u00e5tkomst till SQL Server utifr\u00e5n:<\/p>\n

      \n
    1. F\u00f6r brandv\u00e4ggen, l\u00e4gg till en regel f\u00f6r att till\u00e5ta f\u00f6rfr\u00e5gningar till port 1433<\/i>.<\/li>\n
    2. Det \u00e4r \u00f6nskv\u00e4rt att \u00e5tkomsten till servern inte sker via Windows-autentisering, utan via SQL med anv\u00e4ndarnamn och l\u00f6senord (enklare att konfigurera \u00e5tkomst). Men i detta fall f\u00e5r man inte gl\u00f6mma att aktivera SQL-autentisering i SQL Servers egenskaper.<\/li>\n
    3. I anv\u00e4ndarinst\u00e4llningarna p\u00e5 SQL Server, under fliken User Mapping<\/i> ange rollen f\u00f6r den \u00e5terst\u00e4llda databasen som db_securityadmin<\/i>.<\/li>\n<\/ol>\n

      \u00d6verf\u00f6ring av data<\/h2>\n

      Sj\u00e4lva \u00f6verf\u00f6ringen av data best\u00e5r av tv\u00e5 steg:<\/p>\n

        \n
      1. \u00d6verf\u00f6ring av databasens schema (tabeller, vyer, lagrade procedurer osv.)<\/li>\n
      2. \u00d6verf\u00f6ring av sj\u00e4lva datan<\/li>\n<\/ol>\n

        \u00d6verf\u00f6ring av databasens schema<\/h3>\n

        Utf\u00f6r f\u00f6ljande operationer:<\/p>\n

          \n
        1. V\u00e4lj Tasks -> Generate Scripts<\/i> f\u00f6r den \u00f6verf\u00f6rda databasen.<\/li>\n
        2. V\u00e4lj objekten som ska \u00f6verf\u00f6ras eller l\u00e4mna v\u00e4rdet som standard (i det h\u00e4r fallet kommer skripten att skapas f\u00f6r alla databasens objekt).<\/li>\n
        3. Ange inst\u00e4llningar f\u00f6r att spara skriptet. Det \u00e4r l\u00e4ttast att spara skriptet i en enda fil i Unicode-kodning. D\u00e5 beh\u00f6ver man inte upprepa alla steg vid en krasch.<\/li>\n<\/ol>\n

          Efter att skriptet har sparats kan det k\u00f6ras p\u00e5 den ursprungliga SQL Server (\u00e4ldre version) f\u00f6r att skapa den n\u00f6dv\u00e4ndiga databasen.<\/p>\n

          Observera:<\/b> Efter att skriptet har k\u00f6rts \u00e4r det n\u00f6dv\u00e4ndigt att kontrollera att inst\u00e4llningarna f\u00f6r databasen matchar mellan s\u00e4kerhetskopian och databasen som har skapats av skriptet. I mitt fall saknades inst\u00e4llningen f\u00f6r COLLATE i skriptet, vilket ledde till problem vid \u00f6verf\u00f6ring av data och att man fick k\u00e4mpa med att \u00e5terskapa databasen med ett kompletterat skript.<\/p>\n

          \u00d6verf\u00f6ring av data<\/h3>\n

          Innan \u00f6verf\u00f6ring av data, m\u00e5ste alla begr\u00e4nsningar i databasen st\u00e4ngas av:<\/p>\n

          EXEC sp_msforeachtable 'ALTER TABLE ? NOCHECK CONSTRAINT all'<\/code><\/pre>\n
          Data\u00f6verf\u00f6ringen sker med hj\u00e4lp av datainl\u00e4sningsguiden. Tasks -> Import Data<\/i> p\u00e5 SQL Server d\u00e4r databasen skapades med skriptet:<\/p>\n
            \n
          1. Ange anslutningsinst\u00e4llningar f\u00f6r k\u00e4llan (SQL Server 2016 p\u00e5 en virtuell maskin). Jag anv\u00e4nde Data Source SQL Server Native Client<\/i> och den n\u00e4mnda SQL-autentiseringen.<\/li>\n
          2. Ange anslutningsinst\u00e4llningar f\u00f6r destinationen (SQL Server 2014 p\u00e5 v\u00e4rdmaskinen).<\/li>\n
          3. D\u00e4refter konfigurerar vi mappningen. Det \u00e4r n\u00f6dv\u00e4ndigt att v\u00e4lja alla inte read-only<\/b> objekt (till exempel beh\u00f6ver vi inte v\u00e4lja vyer). Som ytterligare alternativ b\u00f6r vi v\u00e4lja \"Till\u00e5t ins\u00e4ttning i identity-kolumner\"<\/i>, om s\u00e5dana anv\u00e4nds.
            \nObservera:<\/b> om man vid f\u00f6rs\u00f6k att markera flera tabeller och ange deras egenskap \"Till\u00e5t ins\u00e4ttning i identity-kolumner\"<\/i> egenskap redan hade angetts f\u00f6r minst en av de markerade tabellerna, kommer det i dialogrutan att p\u00e5pekas att egenskapen redan har angetts f\u00f6r alla markerade tabeller. Denna omst\u00e4ndighet kan f\u00f6rvirra och leda till \u00f6verf\u00f6ringsfel.<\/li>\n
          4. Starta \u00f6verf\u00f6ringen.<\/li>\n
          5. \u00c5terst\u00e4ll kontrollen av begr\u00e4nsningar:\n
            EXEC sp_msforeachtable 'ALTER TABLE ? CHECK CONSTRAINT all'<\/code><\/pre>\n<\/li>\n<\/ol>\n
            Om det uppst\u00e5r n\u00e5gra fel, kontrollera inst\u00e4llningarna, ta bort den databas som skapades med fel, skapa den p\u00e5 nytt fr\u00e5n skriptet, g\u00f6r korrigeringar och upprepa data\u00f6verf\u00f6ringen.<\/p>\n
            Slutsats<\/h2>\n
            Denna uppgift dyker upp ganska s\u00e4llan och orsakas endast av ovanst\u00e5ende begr\u00e4nsningar. Oftast ligger l\u00f6sningen i att uppgradera SQL Server eller ansluta till en fj\u00e4rrserver, om applikationens arkitektur till\u00e5ter det. Men ingen \u00e4r skyddad mot legacy-kod och mindre bra utveckling. Jag hoppas att du inte kommer att beh\u00f6va denna instruktion, men om du g\u00f6r det, hoppas jag att den sparar dig mycket tid och nerver. Tack f\u00f6r uppm\u00e4rksamheten!<\/p>\n
            Lista \u00f6ver anv\u00e4nda k\u00e4llor<\/h2>\n