{"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\/it\/blog\/administrirovanie\/perenos-dannyh-bekapa-novoj-versii-ms-sql-server-na-bolee-staruyu-versiyu","title":{"rendered":"Trasferimento dei dati di backup da una nuova versione di MS SQL Server a una versione pi\u00f9 vecchia","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Contesto<\/h2>\n

Un giorno, per riprodurre un bug, mi serviva un backup del database di produzione.<\/p>\n

Con mio grande stupore, mi sono imbattuto nelle seguenti limitazioni:<\/p>\n

    \n
  1. Il backup del database \u00e8 stato effettuato sulla versione SQL Server 2016<\/i> e non era compatibile con il mio SQL Server 2014<\/i>.<\/li>\n
  2. Sul mio computer di lavoro era installato Windows 7<\/i>, quindi non potevo aggiornare SQL Server<\/i> alla versione 2016<\/li>\n
  3. Il prodotto supportato faceva parte di un sistema pi\u00f9 grande con un'architettura legacy fortemente interconnessa e interagiva anche con altri prodotti e database, quindi il suo deployment su un'altra stazione poteva richiedere molto tempo.<\/li>\n<\/ol>\n

    Tenendo conto di quanto sopra, ho concluso che era giunto il momento di fare affidamento su soluzioni non convenzionali.<\/a><\/noindex><\/p>\n

    Ripristino dei dati dal backup<\/h2>\n

    Ho deciso di usare una macchina virtuale Oracle VM VirtualBox<\/a><\/noindex> con Windows 10 (\u00e8 possibile ottenere un'immagine di prova per il browser Edge da qui<\/a><\/noindex>). Sulla macchina virtuale \u00e8 stato installato SQL Server 2016 e il database dell'applicazione \u00e8 stato ripristinato dal backup (una guida<\/a><\/noindex>).<\/p>\n

    Configurazione dell'accesso a SQL Server sulla macchina virtuale<\/h2>\n

    Successivamente, \u00e8 stato necessario intraprendere alcuni passaggi per consentire l'accesso a SQL Server dall'esterno:<\/p>\n

      \n
    1. Per il firewall, aggiungere una regola per consentire le richieste sulla porta 1433<\/i>.<\/li>\n
    2. \u00c8 consigliabile che l'accesso al server non avvenga tramite autenticazione di Windows, ma tramite SQL con login e password (pi\u00f9 facile da configurare). Tuttavia, in questo caso, non dimenticare di abilitare nelle propriet\u00e0 di SQL Server la possibilit\u00e0 di autenticazione SQL.<\/li>\n
    3. Nelle impostazioni utente su SQL Server, nella scheda User Mapping<\/i> specificare per il database ripristinato il ruolo utente db_securityadmin<\/i>.<\/li>\n<\/ol>\n

      Trasferimento dati<\/h2>\n

      Il trasferimento dati si compone essenzialmente di due fasi:<\/p>\n

        \n
      1. Trasferimento dello schema dati (tabelle, viste, procedure memorizzate, ecc.)<\/li>\n
      2. Trasferimento dei dati stessi<\/li>\n<\/ol>\n

        Trasferimento dello schema dati<\/h3>\n

        Eseguiamo le seguenti operazioni:<\/p>\n

          \n
        1. Selezioniamo Tasks -> Generate Scripts<\/i> per il database da trasferire.<\/li>\n
        2. Selezioniamo gli oggetti necessari per il trasferimento o lasciamo il valore predefinito (in tal caso verranno creati script per tutti gli oggetti del database).<\/li>\n
        3. Indichiamo le impostazioni per il salvataggio dello script. \u00c8 pi\u00f9 comodo salvare lo script in un unico file in codifica Unicode. In questo modo, in caso di errore, non sar\u00e0 necessario ripetere tutti i passaggi.<\/li>\n<\/ol>\n

          Dopo aver salvato lo script, pu\u00f2 essere eseguito sul SQL Server di origine (versione precedente) per creare il database richiesto.<\/p>\n

          Attenzione:<\/b> Dopo l'esecuzione dello script, \u00e8 necessario verificare la corrispondenza delle impostazioni del database tra il backup e il database creato dallo script. Nel mio caso, lo script mancava dell'impostazione per COLLATE, il che ha comportato un errore nel trasferimento dei dati e ulteriori complicazioni nella ricreazione del database tramite lo script modificato.<\/p>\n

          Trasferimento dati<\/h3>\n

          Prima di trasferire i dati, \u00e8 necessario disabilitare il controllo di tutte le restrizioni sul database:<\/p>\n

          EXEC sp_msforeachtable 'ALTER TABLE ? NOCHECK CONSTRAINT all'<\/code><\/pre>\n
          Il trasferimento dei dati avviene tramite la procedura guidata di importazione dati. Tasks -> Import Data<\/i> su SQL Server, dove si trova il database creato dallo script:<\/p>\n
            \n
          1. Indichiamo le impostazioni di connessione alla sorgente (SQL Server 2016 su una macchina virtuale). Ho utilizzato Data Source SQL Server Native Client<\/i> e l'autenticazione SQL menzionata sopra.<\/li>\n
          2. Indichiamo le impostazioni di connessione al luogo di destinazione (SQL Server 2014 sulla macchina host).<\/li>\n
          3. Successivamente, configuriamo il mapping. \u00c8 necessario selezionare tutti i non read-only<\/b> oggetti (ad esempio, non \u00e8 necessario selezionare le viste). Come opzione aggiuntiva, \u00e8 consigliabile scegliere \u00abConsentire l'inserimento in colonne di identit\u00e0\u00bb<\/i>, se utilizzate.
            \nAttenzione:<\/b> se durante il tentativo di selezionare pi\u00f9 tabelle si deve impostare loro questa propriet\u00e0. \u00abConsentire l'inserimento in colonne di identit\u00e0\u00bb<\/i> la propriet\u00e0 \u00e8 stata gi\u00e0 impostata per almeno una delle tabelle selezionate, nel dialogo verr\u00e0 indicato che la propriet\u00e0 \u00e8 gi\u00e0 impostata per tutte le tabelle selezionate. Questo fatto pu\u00f2 confondere e portare a errori di trasferimento.<\/li>\n
          4. Avviamo il trasferimento.<\/li>\n
          5. Ripristiniamo il controllo delle restrizioni:\n
            EXEC sp_msforeachtable 'ALTER TABLE ? CHECK CONSTRAINT all'<\/code><\/pre>\n<\/li>\n<\/ol>\n
            Se si verificano errori, controlliamo le impostazioni, eliminiamo il database creato con errori, lo ricreiamo dallo script, apportiamo le modifiche necessarie e ripetiamo il trasferimento dei dati.<\/p>\n
            Conclusione<\/h2>\n
            Questa operazione si verifica piuttosto raramente ed \u00e8 causata solo dalle restrizioni sopra menzionate. Nella maggior parte dei casi, la soluzione consiste nell'aggiornamento del SQL Server o nella connessione a un server remoto, se l'architettura dell'applicazione lo consente. Tuttavia, nessuno \u00e8 immune da codice legacy e da sviluppi di scarsa qualit\u00e0. Spero che tu non abbia bisogno di questa guida, ma se dovessi averne necessit\u00e0, spero che possa aiutarti a risparmiare tempo e nervi. Grazie per l'attenzione!<\/p>\n
            Elenco delle fonti utilizzate<\/h2>\n