{"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\/pl\/blog\/administrirovanie\/perenos-dannyh-bekapa-novoj-versii-ms-sql-server-na-bolee-staruyu-versiyu","title":{"rendered":"Przenoszenie danych backupu nowej wersji MS SQL Server na starsz\u0105 wersj\u0119","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

T\u0142o<\/h2>\n

Pewnego razu, aby powt\u00f3rzy\u0107 b\u0142\u0105d, potrzebowa\u0142em kopii zapasowej bazy production.<\/p>\n

Ku mojemu zdziwieniu napotka\u0142em na nast\u0119puj\u0105ce ograniczenia:<\/p>\n

    \n
  1. Kopia zapasowa bazy zosta\u0142a zrobiona w wersji SQL Server 2016<\/i> i by\u0142a niekompatybilna z moim SQL Server 2014<\/i>.<\/li>\n
  2. Na moim komputerze roboczym jako system operacyjny u\u017cywana by\u0142a Windows 7<\/i>, dlatego nie mog\u0142em zaktualizowa\u0107 SQL Server<\/i> do wersji 2016<\/li>\n
  3. Obs\u0142ugiwany produkt by\u0142 cz\u0119\u015bci\u0105 wi\u0119kszego systemu z silnie powi\u0105zan\u0105 architektur\u0105 legacy i r\u00f3wnie\u017c odnosi\u0142 si\u0119 do innych produkt\u00f3w i baz, dlatego jego wdro\u017cenie na innej stacji mog\u0142o zaj\u0105\u0107 bardzo du\u017co czasu.<\/li>\n<\/ol>\n

    Bior\u0105c pod uwag\u0119 powy\u017csze, doszed\u0142em do wniosku, \u017ce nadszed\u0142 czas na nietypowe rozwi\u0105zania.<\/a><\/noindex><\/p>\n

    Odzyskiwanie danych z kopii zapasowej<\/h2>\n

    Postanowi\u0142em u\u017cy\u0107 maszyny wirtualnej Oracle VM VirtualBox<\/a><\/noindex> z Windows 10 (mo\u017cna u\u017cy\u0107 obrazu testowego dla przegl\u0105darki Edge st\u0105d<\/a><\/noindex>). Na maszynie wirtualnej zainstalowano SQL Server 2016 i z kopii zapasowej odzyskano baz\u0119 danych aplikacji (instrukcja<\/a><\/noindex>).<\/p>\n

    Konfiguracja dost\u0119pu do SQL Server na maszynie wirtualnej<\/h2>\n

    Nast\u0119pnie konieczne by\u0142o podj\u0119cie kilku krok\u00f3w, aby umo\u017cliwi\u0107 dost\u0119p do SQL Server z zewn\u0105trz:<\/p>\n

      \n
    1. Dla zapory doda\u0107 regu\u0142\u0119 zezwalaj\u0105c\u0105 na zapytania na porcie 1433<\/i>.<\/li>\n
    2. Najlepiej, aby dost\u0119p do serwera odbywa\u0142 si\u0119 nie przez uwierzytelnianie Windows, lecz przez SQL za pomoc\u0105 loginu i has\u0142a (\u0142atwiej skonfigurowa\u0107 dost\u0119p). Jednak w tym przypadku nie nale\u017cy zapomina\u0107 o w\u0142\u0105czeniu w w\u0142a\u015bciwo\u015bciach SQL Server mo\u017cliwo\u015bci uwierzytelniania SQL.<\/li>\n
    3. W ustawieniach u\u017cytkownika na SQL Server w zak\u0142adce User Mapping<\/i> nale\u017cy wskaza\u0107 dla odzyskanej bazy rol\u0119 u\u017cytkownika db_securityadmin<\/i>.<\/li>\n<\/ol>\n

      Transfer danych<\/h2>\n

      Transfer danych sk\u0142ada si\u0119 w\u0142a\u015bciwie z dw\u00f3ch etap\u00f3w:<\/p>\n

        \n
      1. Transfer schematu danych (tabele, widoki, procedury sk\u0142adowane itd.)<\/li>\n
      2. Transfer samych danych<\/li>\n<\/ol>\n

        Transfer schematu danych<\/h3>\n

        Wykonujemy nast\u0119puj\u0105ce operacje:<\/p>\n

          \n
        1. Wybieramy Tasks -> Generate Scripts<\/i> dla przenoszonej bazy.<\/li>\n
        2. Wybieramy odpowiednie obiekty do przeniesienia lub pozostawiamy warto\u015b\u0107 domy\u015bln\u0105 (w tym przypadku zostan\u0105 utworzone skrypty dla wszystkich obiekt\u00f3w bazy).<\/li>\n
        3. Okre\u015blamy ustawienia dotycz\u0105ce zapisu skryptu. Najwygodniej jest zapisa\u0107 skrypt w jednym pliku w kodowaniu Unicode. Wtedy podczas awarii nie b\u0119dzie konieczno\u015bci ponownego wykonywania wszystkich krok\u00f3w.<\/li>\n<\/ol>\n

          Po zapisaniu skryptu mo\u017cna go wykona\u0107 na bazowym SQL Server (starszej wersji), aby utworzy\u0107 wymagan\u0105 baz\u0119.<\/p>\n

          Uwaga:<\/b> Po wykonaniu skryptu nale\u017cy sprawdzi\u0107 zgodno\u015b\u0107 ustawie\u0144 bazy z kopii zapasowej i bazy utworzonej przez skrypt. W moim przypadku skrypt nie zawiera\u0142 ustawienia COLLATE, co prowadzi\u0142o do b\u0142\u0119d\u00f3w przy przenoszeniu danych i problem\u00f3w z ponownym tworzeniem bazy za pomoc\u0105 zmodyfikowanego skryptu.<\/p>\n

          Transfer danych<\/h3>\n

          Przed przeniesieniem danych nale\u017cy wy\u0142\u0105czy\u0107 sprawdzanie wszystkich ogranicze\u0144 na bazie:<\/p>\n

          EXEC sp_msforeachtable 'ALTER TABLE ? NOCHECK CONSTRAINT all'<\/code><\/pre>\n
          Przenoszenie danych odbywa si\u0119 za pomoc\u0105 kreatora importu danych Tasks -> Import Data<\/i> na SQL Server, gdzie znajduje si\u0119 utworzona przez skrypt baza:<\/p>\n
            \n
          1. Podajemy ustawienia po\u0142\u0105czenia z \u017ar\u00f3d\u0142em (SQL Server 2016 na maszynie wirtualnej). U\u017cy\u0142em Data Source SQL Server Native Client<\/i> i powy\u017cej wymienionej autoryzacji SQL.<\/li>\n
          2. Podajemy ustawienia po\u0142\u0105czenia z miejscem docelowym (SQL Server 2014 na maszynie hosta).<\/li>\n
          3. Nast\u0119pnie konfigurujemy mapowanie. Nale\u017cy zaznaczy\u0107 wszystkie nie tylko do odczytu<\/b> obiekty (na przyk\u0142ad, nie trzeba wybiera\u0107 widok\u00f3w). Jako dodatkowe opcje nale\u017cy wybra\u0107 \u201eZezw\u00f3l na wstawianie do kolumn identity\u201d<\/i>, je\u015bli takie s\u0105 u\u017cywane.
            \nUwaga:<\/b> je\u015bli podczas pr\u00f3by zaznaczenia kilku tabel i nadania im w\u0142a\u015bciwo\u015bci \u201eZezw\u00f3l na wstawianie do kolumn identity\u201d<\/i> w\u0142a\u015bciwo\u015b\u0107 by\u0142a ju\u017c wcze\u015bniej ustawiona przynajmniej dla jednej z zaznaczonych tabel, w oknie dialogowym zostanie zaznaczone, \u017ce w\u0142a\u015bciwo\u015b\u0107 ta jest ju\u017c ustawiona dla wszystkich zaznaczonych tabel. Fakt ten mo\u017ce wprowadzi\u0107 w b\u0142\u0105d i doprowadzi\u0107 do b\u0142\u0119d\u00f3w przenoszenia.<\/li>\n
          4. Rozpoczynamy przenoszenie.<\/li>\n
          5. Przywracamy sprawdzanie ogranicze\u0144:\n
            EXEC sp_msforeachtable 'ALTER TABLE ? CHECK CONSTRAINT all'<\/code><\/pre>\n<\/li>\n<\/ol>\n
            Je\u015bli wyst\u0105pi\u0105 jakiekolwiek b\u0142\u0119dy, sprawdzamy ustawienia, usuwamy utworzon\u0105 z b\u0142\u0119dami baz\u0119, ponownie j\u0105 tworzymy ze skryptu, wprowadzamy poprawki i powtarzamy przenoszenie danych.<\/p>\n
            Podsumowanie<\/h2>\n
            Zadanie to wyst\u0119puje do\u015b\u0107 rzadko i pojawia si\u0119 tylko z powodu powy\u017cszych ogranicze\u0144. Najcz\u0119\u015bciej rozwi\u0105zaniami s\u0105 aktualizacja SQL Servera lub po\u0142\u0105czenie z zdalnym serwerem, je\u015bli to umo\u017cliwia architektura aplikacji. Jednak nikt nie jest wolny od legacy code i b\u0142\u0119d\u00f3w wynikaj\u0105cych z niskiej jako\u015bci rozwoju. Mam nadziej\u0119, \u017ce ta instrukcja nie b\u0119dzie Ci potrzebna, a je\u015bli jednak powstanie taka konieczno\u015b\u0107, to pomo\u017ce zaoszcz\u0119dzi\u0107 mn\u00f3stwo czasu i nerw\u00f3w. Dzi\u0119kuj\u0119 za uwag\u0119!<\/p>\n
            Lista wykorzystanych \u017ar\u00f3de\u0142<\/h2>\n