Condividi tramite

Aggiornare pacchetti di Integration Services

  • Articolo

Si applica a: SQL Server SSIS Integration Runtime in Azure Data Factory

Quando si aggiorna un'istanza di SQL Server 2008 (10.0.x) alla versione corrente di SQL Server, i pacchetti SQL Server 2008 Integration Services (SSIS) esistenti non vengono aggiornati automaticamente al formato del pacchetto usato dalla versione corrente di SQL Server Integration Services. A tale scopo, sarà necessario selezionare un metodo di aggiornamento e aggiornare manualmente i pacchetti.

Per informazioni sull'aggiornamento dei pacchetti quando si converte un progetto nel modello di distribuzione del progetto, vedere Distribuire progetti e pacchetti di Integration Services (SSIS)

Selezione di un metodo di aggiornamento

È possibile usare vari metodi per aggiornare pacchetti 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 alcuni di questi metodi l'aggiornamento è solo temporaneo, mentre per altri è permanente. Nella tabella seguente viene descritto ciascun metodo e viene indicato se l'aggiornamento è temporaneo o permanente.

Nota

Quando si esegue 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) usando l'utilità dtexec (dtexec.exe) installata con la versione corrente 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, si consiglia di aggiornare il pacchetto prima di eseguirlo.

Nota

Per i componenti Script che fanno riferimento ad assiemi correlati a SSIS e che si associano alla versione, il processo di aggiornamento non se ne occuperà, ma li manterrà invariati. È necessario fare riferimento all'aggiornamento manuale alla nuova versione.

Metodo di aggiornamento Tipo di aggiornamento
Usare l'utilità dtexec (dtexec.exe) installata con la versione corrente 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.

Le modifiche non possono essere salvate.
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 si salva il pacchetto; in caso contrario, è temporaneo.
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 altre informazioni, vedere Aggiornare i pacchetti di Integration Services mediante l'Aggiornamento guidato pacchetti SSIS e Guida sensibile al contesto dell'Aggiornamento guidato pacchetti SSIS.		 L'aggiornamento del pacchetto è permanente.
Eseguire l'utilità Upgrade per aggiornare uno o più pacchetti di Integration Services. L'aggiornamento del pacchetto è permanente.

Applicazioni e componenti personalizzati

I componenti personalizzati di SQL Server 2005 Integration Services (SSIS) non funzioneranno con la versione corrente di SQL Server Integration Services.

È possibile usare la versione corrente degli strumenti di SQL Server Integration Services per eseguire e gestire pacchetti che includono componenti personalizzati di SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) o SQL Server 2014 (12.x) SSIS. Sono state aggiunte quattro regole di reindirizzamento di associazione ai file seguenti per reindirizzare gli assembly di 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)).

  • DTExec.exe.config

  • dtshost.exe.config

  • DTSWizard.exe.config

  • DTUtil.exe.config

  • DTExecUI.exe.config

Per usare SQL Server Data Tools per progettare pacchetti che includono componenti personalizzati di SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) o SQL Server 2014 (12.x), è necessario modificare il file devenv.exe.config che si trova nell'<unità>:\Programmi\Microsoft Visual Studio 10.0\Common7\IDE.

Per utilizzare questi pacchetti con le applicazioni dei clienti che vengono compilate con il runtime per SQL Server 2019 (15.x), includere le regole di reindirizzamento nella sezione di configurazione del file *.exe.config per il file 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>.

Individuazione degli assembly

In SQL Server 2019 (15.x), gli assembly di Integration Services sono stati aggiornati a .NET 4.0. È disponibile una Global Assembly Cache separata per .NET 4 nell'<unità>:\Windows\Microsoft.NET\assembly. Tutti gli assembly di Integration Services sono inclusi in questo percorso, generalmente nella cartella GAC_MSIL.

Come nelle versioni precedenti di SQL Server, i file DLL di estendibilità principali di Integration Services sono disponibili anche nell'<unità>:\Program Files\Microsoft SQL Server\130\SDK\Assemblies.

Informazioni sui risultati dell'aggiornamento dei pacchetti di SQL Server

Durante il processo di aggiornamento del pacchetto, la maggior parte dei componenti e delle funzionalità nei pacchetti SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) o SQL Server 2014 (12.x) vengono convertiti senza problemi nelle controparti nella versione corrente di SQL Server. Diversi componenti e funzionalità, tuttavia, non verranno aggiornati o avranno risultati di cui è consigliabile tenere conto. Nella tabella seguente vengono identificati tali componenti e funzionalità.

Nota

Per identificare i pacchetti interessati dai problemi inclusi nella tabella, eseguire Preparazione aggiornamento.

Componente o funzionalità Risultati dell'aggiornamento
Stringhe di connessione Per i pacchetti SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) o SQL Server 2014 (12.x), i nomi di determinati provider sono stati modificati 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 è possibile usare le procedure precedenti per aggiornare una stringa di connessione quando è archiviata in un file di configurazione o in un file di origine dati oppure 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 altre informazioni sulle origini dati, vedere Origini dati.

Script che dipendono da ADODB.dll

Script dell'attività Script e del componente script che fanno riferimento in modo esplicito ad ADODB.dll non possono essere aggiornati o eseguiti in computer senza SQL Server Management Studio o SQL Server Data Tools (SSDT) installato. Per aggiornare questi script Attività script o Componente script, si consiglia di rimuovere la dipendenza da ADODB.dll. Ado.Net è l'alternativa consigliata per il codice gestito, ad esempio gli script VB e C#.