Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Si applica a:
SQL Server SSIS Integration Runtime in Azure Data Factory
Quando aggiorni versioni più vecchie di SQL Server alla versione attuale, i tuoi pacchetti SQL Server Integration Services (SSIS) esistenti potrebbero non essere automaticamente aggiornati al formato di pacchetto utilizzato dalla versione attuale. In questo scenario, devi selezionare un metodo di aggiornamento e aggiornare manualmente i pacchetti.
Importante
Quando aggiorni SQL Server 2012 (11.x) a SQL Server 2014 (12.x) o versioni successive, assicurati di rimuovere l'istanza originale di SQL Server 2012 (11.x) dopo l'aggiornamento. Se ti abboni a Extended Security Updates per SQL Server, ti vengono addebitati entrambe le istanze.
Per informazioni sull'aggiornamento dei pacchetti quando si converte un progetto al modello di distribuzione del progetto, consulta Progetti e Pacchetti Deploy Integration Services (SSIS).
Seleziona un metodo di aggiornamento
Puoi usare vari metodi per aggiornare i pacchetti SSIS nelle versioni più vecchie di SQL Server. Per alcuni di questi metodi l'aggiornamento è solo temporaneo, Per altri, l'aggiornamento è permanente. Nella tabella seguente viene descritto ciascun metodo e viene indicato se l'aggiornamento è temporaneo o permanente.
Nota
Quando esegui un pacchetto di SQL Server 2014 (12.x) o versione precedente utilizzando l'utilità dtexec (dtexec.exe) installata con la versione attuale di SQL Server, l'aggiornamento temporaneo del pacchetto aumenta il tempo di esecuzione. La frequenza di aumento del tempo di esecuzione varia a seconda della dimensione del pacchetto. Per evitare un aumento del tempo di esecuzione, aggiorna il pacchetto prima di eseguirlo.
Per i componenti Script che fanno riferimento agli assembly SSIS correlati e che si legano con la versione, il processo di aggiornamento mantiene questi componenti invariati. Devi aggiornare manualmente il riferimento alla nuova versione.
| Metodo di aggiornamento | Tipo di aggiornamento |
|---|---|
Usa l'utility dtexec (dtexec.exe) installata con la versione attuale di SQL Server per eseguire un pacchetto SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) o SQL Server 2014 (12.x).Per altre informazioni, vedere dtexec Utility. |
L'aggiornamento del pacchetto è temporaneo. I cambiamenti non possono essere salvati. |
| Aprire un pacchetto SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) o SQL Server 2014 (12.x) in SQL Server Data Tools (SSDT). | L'aggiornamento del pacchetto è permanente se salvi il pacchetto; Altrimenti, è temporaneo se non salvi il pacco. |
| Aggiungere un pacchetto SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) o SQL Server 2014 (12.x) a un progetto esistente in SQL Server Data Tools (SSDT). | L'aggiornamento del pacchetto è permanente. |
| Aprire un file di progetto SQL Server 2008 Integration Services (SSIS) o successivo in Visual Studio, quindi utilizzare la procedura guidata di aggiornamento dei pacchetti SSIS per aggiornare più pacchetti nel progetto. Per ulteriori informazioni, vedere Aggiornare i pacchetti di Integration Services utilizzando la Procedura guidata aggiornamento dei pacchetti SSIS e Guida F1 della Procedura guidata aggiornamento dei pacchetti SSIS. |
L'aggiornamento del pacchetto è permanente. |
| Usare il metodo Upgrade per aggiornare uno o più pacchetti di Integration Services. | L'aggiornamento del pacchetto è permanente. |
Applicazioni personalizzate e componenti personalizzati
I componenti personalizzati di SQL Server 2005 Integration Services (SSIS) non funzionano con l'attuale versione di SSIS.
Tuttavia, puoi utilizzare la versione attuale degli strumenti SSIS per eseguire e gestire pacchetti per componenti personalizzati da SQL Server 2008 (10.0.x) fino a SQL Server 2014 (12.x). Per aiutare a reindirizzare gli assembly runtime dalla versione 10.0.0.0 (SQL Server 2008 R2 (10.50.x)), versione 11.0.0.0 (SQL Server 2012 (11.x)) o versione 12.0.0.0 (SQL Server 2014 (12.x)) alla versione 15.0.0.0 (SQL Server 2019 (15.x)), vengono aggiunte quattro regole di reindirizzamento binding ai seguenti file:
- DTExec.exe.config
- dtshost.exe.config
- DTSWizard.exe.config
- DTUtil.exe.config
- DTExecUI.exe.config
Per utilizzare SQL Server Data Tools e progettare pacchetti che includono componenti personalizzati per SQL Server 2014 (12.x) e versioni precedenti, modifica il devenv.exe.config file situato su <drive>:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE.
Per utilizzare questi pacchetti con applicazioni personalizzate costruite con il runtime per SQL Server 2019 (15.x), includere regole di reindirizzamento nella sezione di configurazione del *.exe.config file per l'eseguibile. Le regole reindirizzano gli assembly di runtime alla versione 15.0.0.0 (SQL Server 2019 (15.x)). Per altre informazioni sul reindirizzamento della versione dell'assembly, vedere Elemento <assemblyBinding> per <runtime>.
Localizza gli assemblaggi
In SQL Server 2019 (15.x), gli assembly di Integration Services sono stati aggiornati a .NET 4.0. Esiste una Global Assembly Cache separata per .NET 4, situata in <drive>:\Windows\Microsoft.NET\assembly. Puoi trovare tutti gli assembly dei Servizi di Integrazione sotto questo percorso, di solito nella GAC_MSIL cartella.
Come nelle versioni precedenti di SQL Server, i file di estensibilità .dll core di Integration Services si trovano anch'essi su <drive>:\Program Files\Microsoft SQL Server\130\SDK\Assemblies.
Comprendere i risultati dell'aggiornamento del pacchetto SQL Server
Durante il processo di aggiornamento del pacchetto, la maggior parte dei componenti e delle funzionalità nei pacchetti di SQL Server 2014 (12.x) e versioni precedenti si convertono senza problemi nelle loro controparti nell'attuale versione di SQL Server. Tuttavia, ci sono diversi componenti e funzionalità che non vengono aggiornati, o che hanno risultati di aggiornamento di cui dovresti essere a conoscenza.
Per identificare quali pacchetti presentano i problemi elencati in questa sezione, esegui Upgrade Advisor.
Stringhe di connessione
Per i pacchetti in SQL Server 2014 (12.x) e versioni precedenti, i nomi di alcuni provider sono cambiati e richiedono valori diversi nelle stringhe di connessione. Per aggiornare le stringhe di connessione, utilizzare una delle procedure seguenti:
- Utilizzare l'Aggiornamento guidato pacchetti SSIS per aggiornare il pacchetto e selezionare l'opzione Aggiorna stringhe di connessione per l'uso di nuovi nomi di provider.
- Nella pagina Generale della finestra di dialogo Opzioni di SQL Server Data Tools (SSDT) selezionare l'opzione Aggiorna stringhe di connessione per l'uso di nuovi provider. Per altre informazioni su questa opzione, vedere Pagina Generale.
- In SQL Server Data Tools (SSDT), aprire il pacchetto e modificare manualmente il testo della proprietà ConnectionString.
Non puoi usare queste procedure per aggiornare una stringa di connessione quando la stringa di connessione è memorizzata in un file di configurazione o in un file sorgente dati, o quando un'espressione imposta la proprietà ConnectionString. In questi casi, per aggiornare la stringa di connessione è necessario aggiornare manualmente il file o l'espressione. Per ulteriori informazioni sulle fonti di dati, vedi Fonti Dati per i pacchetti di Integration Services.
Script che dipendono da ADODB.DLL
Gli script Script Task e Script Component che si riferiscono ADODB.DLL esplicitamente potrebbero non aggiornarsi o funzionare su macchine senza SQL Server Management Studio o SQL Server Data Tools (SSDT) installati. Per aggiornare questi script Script Task o Script Component, rimuovere la dipendenza da ADODB.DLL. Usa ADO.NET come alternativa per il codice gestito come script VB e C#.