Aggiornare pacchetti di Integration Services
Quando si esegue l'aggiornamento di un'istanza di SQL Server 2005 o SQL Server 2008 alla versione corrente di SQL Server, i pacchetti di SQL Server 2008 Integration Services (SSIS) esistenti non vengono automaticamente aggiornati al formato dei pacchetti utilizzato dalla versione corrente di SQL Server Integration Services. A tale scopo, sarà necessario selezionare un metodo di aggiornamento e aggiornare manualmente i pacchetti.
Quando si aggiorna un pacchetto di SQL Server 2005, Integration Services esegue la migrazione degli script in qualsiasi attività Script e componente di script a Microsoft Visual Studio Tools for Applications (VSTA). In SQL Server 2005 gli script nelle attività Script o nei componenti di script utilizzano Microsoft Visual Studio for Applications (VSA). Per ulteriori informazioni sulle modifiche che potrebbe essere necessario apportare agli script prima della migrazione e sull'errore di conversione degli script, vedere Migrare script a VSTA.
Per informazioni sull'aggiornamento dei pacchetti quando si converte un progetto nel modello di distribuzione del progetto, vedere Distribuire progetti nel server Integration Services.
Pacchetti di SQL Server 2000 Data Transformation Services
Il supporto per la migrazione o l'esecuzione di pacchetti Data Transformation Services (DTS) non è più disponibile nella versione corrente di SQL Server Integration Services. Le seguenti funzionalità DTS non sono più utilizzate.
DTS Runtime
API DTS
Migrazione guidata pacchetti per la migrazione dei pacchetti DTS alla versione successiva di Integration Services
Supporto per la gestione di pacchetti DTS in SQL Server Management Studio
Attività Esegui pacchetto DTS 2000
Analisi di pacchetti DTS in Preparazione aggiornamento.
Per la migrazione di pacchetti DTS sono disponibili le opzioni seguenti.
Effettuare la migrazione dei pacchetti in SQL Server 2005 Integration Services (SSIS) o SQL Server 2008 Integration Services (SSIS), quindi effettuare l'aggiornamento dei pacchetti a SQL Server 2012 Integration Services (SSIS).
Per informazioni sulla migrazione dei pacchetti DTS in SQL Server 2005 Integration Services (SSIS) e SQL Server 2008 Integration Services (SSIS), vedere Migrazione dei pacchetti Data Transformation Services (2005) e Migrazione dei pacchetti Data Transformation Services (2008).
Ricreare i pacchetti DTS utilizzando SQL Server 2012 Integration Services (SSIS).
Per informazioni sulle nuove funzionalità in SQL Server 2012 Integration Services (SSIS), vedere Novità (Integration Services). Per una panoramica della struttura dei pacchetti di Integration Services, vedere Pacchetti di Integration Services (SSIS).
Selezione di un metodo di aggiornamento
È possibile utilizzare diversi metodi per aggiornare i pacchetti di SQL Server 2005 e SQL Server 2008. 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 di SQL Server 2005 o di SQL Server 2008 tramite 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.
Metodo di aggiornamento |
Tipo di aggiornamento |
---|---|
Eseguire l'utilità dtexec (dtexec.exe) installata con la versione corrente di SQL Server per eseguire un pacchetto di SQL Server 2005 o SQL Server 2008. Per ulteriori informazioni, vedere Utilità dtexec. |
L'aggiornamento del pacchetto è temporaneo. Per un pacchetto di SQL Server 2005, la migrazione degli script è temporanea. Le modifiche non possono essere salvate. |
Aprire un file di pacchetto di SQL Server 2005 o SQL Server 2008 in SQL Server Data Tools (SSDT). |
L'aggiornamento del pacchetto è permanente se si salva il pacchetto; in caso contrario, è temporaneo. Per un pacchetto di SQL Server 2005, la migrazione degli script è permanente se si salva il pacchetto; in caso contrario, è temporanea. |
Aggiungere un pacchetto di SQL Server 2005 o SQL Server 2008 a un progetto esistente in SQL Server Data Tools (SSDT). |
L'aggiornamento del pacchetto è permanente. Per un pacchetto di SQL Server 2005, la migrazione degli script è permanente. |
Aprire un file di progetto SQL Server 2005 Integration Services (SSIS) o SQL Server 2008 Integration Services (SSIS) in Visual Studio, quindi utilizzare l'Aggiornamento guidato pacchetti SSIS per aggiornare più pacchetti nel progetto. Per ulteriori 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. Per un pacchetto di SQL Server 2005, la migrazione degli script è permanente. |
Utilizzare il metodo Upgrade per aggiornare uno o più pacchetti di Integration Services. |
L'aggiornamento del pacchetto è permanente. Per un pacchetto di SQL Server 2005, la migrazione degli script è 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 utilizzare la versione corrente di SQL Server Integration Services per eseguire e gestire pacchetti in cui sono inclusi i componenti personalizzati di SQL Server 2008 e SQL Server 2008 R2 SSIS. Sono state aggiunte quattro regole di reindirizzamento di associazione nei file seguenti per consentire di reindirizzare gli assembly di runtime dalla versione 10.0.0.0 (SQL Server 2008 R2) alla versione 11.0.0.0 (SQL Server 2012).
DTExec.exe.config
dtshost.exe.config
DTSWizard.exe.config
DTUtil.exe.config
DTExecUI.exe.config
Per utilizzare SQL Server Data Tools per progettare pacchetti in cui siano inclusi i componenti personalizzati SQL Server 2008 e SQL Server 2008 R2, è necessario modificare il file devenv.exe.config disponibile in <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 2012, includere le regole di reindirizzamento nella sezione di configurazione del file *.exe.config per il file eseguibile. Tramite le regole gli assembly di runtime vengono reindirizzati alla versione 11.0.0.0 (SQL Server 2012). Per ulteriori informazioni sul reindirizzamento della versione dell'assembly, vedere Elemento <assemblyBinding> per <runtime>.
Individuazione degli assembly
In SQL Server 2012 gli assembly Integration Services sono stati aggiornati a .NET 4.0. È disponibile una Global Assembly Cache separata per .NET 4 in <unità>:\Windows\Microsoft.NET\assembly. Tutti gli assembly di Integration Services possono essere individuati in questo percorso, generalmente nella cartella GAC_MSIL.
Come nelle versioni precedenti di SQL Server, i file con estensione dll di estendibilità di Integration Services principali sono anche disponibili in <unità>:\Programmi\Microsoft SQL Server\100\SDK\Assemblies.
Informazioni sui risultati dell'aggiornamento dei pacchetti di SQL Server
Durante il processo di aggiornamento dei pacchetti, la maggior parte dei componenti e delle funzionalità dei pacchetti di SQL Server 2005 e SQL Server 2008 viene convertita in modo semplice nella controparte corrispondente 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. Per ulteriori informazioni, vedere Utilizzare Preparazione aggiornamento per preparare gli aggiornamenti.
Componente o funzionalità |
Risultati dell'aggiornamento |
---|---|
Stringhe di connessione |
Per i pacchetti di SQL Server 2005 e SQL Server 2008, i nomi di alcuni provider sono stati modificati e nelle stringhe di connessione vengono richiesti valori diversi. Per aggiornare le stringhe di connessione, utilizzare una delle procedure seguenti:
Per ulteriori informazioni sulle origini dati, vedere Origini dati. |
Trasformazione Ricerca |
Per i pacchetti di SQL Server 2005 il processo di aggiornamento consente di aggiornare automaticamente la trasformazione Ricerca nella versione corrente di SQL Server Integration Services. La versione corrente di questo componente, tuttavia, include funzionalità aggiuntive che potrebbero risultare utili. Per ulteriori informazioni, vedere Trasformazione Ricerca. |
Attività e componente Script |
Per i pacchetti di SQL Server 2005, il processo di aggiornamento consente di effettuare automaticamente la migrazione degli script nell'attività e nel componente Script da VSA a VSTA. Per ulteriori informazioni sulle modifiche che potrebbe essere necessario apportare agli script prima della migrazione e sull'errore di conversione degli script, vedere Migrare script a VSTA. |
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 dell'attività Script e del componente script, si consiglia di rimuovere la dipendenza da ADODB.dll. L'alternativa consigliata per il codice gestito quali gli script VB e C# è ADO.NET.
Risorse esterne
Pagina sull'articolo tecnico relativo a 5 suggerimenti per un semplice aggiornamento di SSIS a SQL Server 2012 sul sito msdn.microsoft.com.
Intervento nel blog relativo all'utilizzo delle applicazioni e delle estensioni SSIS personalizzate esistenti in Denali sul sito blogs.msdn.com.
Webcast relativo all'aggiornamento dei pacchetti SSIS a SQL Server 2012 sul sito Web channel9.msdn.com.