{"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 della nuova versione di MS SQL Server a una versione precedente.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Antefatti<\/h2>\n

Una volta, per riprodurre un bug, avevo bisogno di un backup del database di produzione.<\/p>\n

Con mia sorpresa, ho incontrato le seguenti limitazioni:<\/p>\n

    \n
  1. Il backup del database era stato fatto 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, come sistema operativo, c'era 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 accedeva anche ad altri prodotti e database, quindi la sua distribuzione su un'altra stazione avrebbe potuto richiedere molto tempo.<\/li>\n<\/ol>\n

    Tenuto conto di quanto sopra, ho concluso che era giunto il momento di qualche soluzione alternativa.<\/a><\/noindex><\/p>\n

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

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

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

    Successivamente, era necessario intraprendere alcuni passaggi affinch\u00e9 fosse possibile accedere 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 preferibile che l'accesso al server non avvenga tramite autenticazione Windows, ma tramite SQL con login e password (\u00e8 pi\u00f9 facile configurare l'accesso). 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 di SQL Server, nella scheda User Mapping<\/i> indicare per il database ripristinato il ruolo utente db_securityadmin<\/i>.<\/li>\n<\/ol>\n

      Trasferimento dei dati<\/h2>\n

      Il trasferimento dei dati consiste in due fasi:<\/p>\n

        \n
      1. Trasferimento dello schema dati (tabelle, viste, stored procedure, 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 questo caso verranno creati script per tutti gli oggetti del database).<\/li>\n
        3. Indichiamo le impostazioni per salvare lo 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, \u00e8 possibile eseguirlo 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 dal backup e del database creato dallo script. Nel mio caso, nello script mancava l'impostazione per COLLATE, il che portava a errori nel trasferimento dei dati e a continue modifiche nella ricreazione del database usando uno script aggiornato.<\/p>\n

          Trasferimento dei dati<\/h3>\n

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

          EXEC sp_msforeachtable 'ALTER TABLE ? NOCHECK CONSTRAINT all'<\/code><\/pre>\n
          Il trasferimento dei dati avviene tramite il master di importazione dati Tasks -> Import Data<\/i> su SQL Server, dove si trova il database creato dallo script:<\/p>\n
            \n
          1. Specifichiamo 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 sopra menzionata.<\/li>\n
          2. Specifichiamo le impostazioni di connessione per la destinazione (SQL Server 2014 sulla macchina host).<\/li>\n
          3. Successivamente, configuriamo il mapping. \u00c8 necessario selezionare tutti non read-only<\/b> oggetti (ad esempio, non \u00e8 necessario selezionare le viste). Come opzioni aggiuntive, si consiglia di selezionare \u00abConsenti inserimenti nelle colonne identity\u00bb<\/i>, se utilizzate.
            \nAttenzione:<\/b> se, tentando di selezionare pi\u00f9 tabelle e assegnare loro una propriet\u00e0 \u00abConsenti inserimenti nelle colonne identity\u00bb<\/i> la propriet\u00e0 era gi\u00e0 stata impostata in precedenza per almeno una delle tabelle selezionate, nella finestra di dialogo sar\u00e0 indicato che la propriet\u00e0 \u00e8 gi\u00e0 impostata per tutte le tabelle selezionate. Questo fatto pu\u00f2 confondere e portare a errori nel trasferimento.<\/li>\n
          4. Avviamo il trasferimento.<\/li>\n
          5. Ripristiniamo il controllo dei vincoli:\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 correzioni e ripetiamo il trasferimento dei dati.<\/p>\n
            Conclusione<\/h2>\n
            Questa situazione si verifica abbastanza raramente e si manifesta solo a causa dei vincoli sopra indicati. La maggior parte delle volte, la soluzione consiste nell'aggiornare SQL Server o connettersi a un server remoto, se l'architettura dell'applicazione lo consente. Tuttavia, nessuno \u00e8 esente da codice legacy e da errori di sviluppo. Spero che questa guida non ti sar\u00e0 necessaria, e se dovesse esserti utile, ti aiuter\u00e0 a risparmiare una grande quantit\u00e0 di tempo e nervi. Grazie per l'attenzione!<\/p>\n
            Elenco delle fonti utilizzate<\/h2>\n