Aggiornare pacchetti di Integration Services
Quando si aggiorna un'istanza di SQL Server 2005 o SQL Server 2008 alla versione corrente di SQL Server, i pacchetti SSIS (Integration Services) esistenti SQL Server 2008 non vengono aggiornati automaticamente al formato del pacchetto usato da SQL ServerIntegration Services versione corrente. A tale scopo, sarà necessario selezionare un metodo di aggiornamento e aggiornare manualmente i pacchetti.
Quando si aggiorna un pacchetto SQL Server 2005, Integration Services esegue la migrazione degli script in qualsiasi attività Script e componente Script in Microsoft Visual Studio Tools for Applications (VSTA). In SQL Server 2005, gli script nelle attività script o nei componenti script usati da Microsoft Visual Studio per le applicazioni (VSA). Per altre 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 Deploy Projects to Integration Services Server.
Pacchetti di SQL Server 2000 Data Transformation Services
Il supporto per la migrazione o l'esecuzione di pacchetti DTS (Data Transformation Services) è stato interrotto nella versione corrente di SQL ServerIntegration 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 manutenzione dei 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.
Eseguire la migrazione dei pacchetti a SQL Server 2005 Integration Services (SSIS) o SQL Server 2008 Integration Services (SSIS) e quindi aggiornare i pacchetti a SQL Server 2012 Integration Services (SSIS).
Per informazioni sulla migrazione di pacchetti DTS a SQL Server 2005 Integration Services (SSIS) e SQL Server 2008 Integration Services (SSIS), vedere Migrazione dei pacchetti di Servizi di trasformazione dati (2005) e Migrazione dei pacchetti di Servizi di trasformazione dati (2008).
Ricreare i pacchetti DTS usando 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 SSIS (Integration Services).
Selezione di un metodo di aggiornamento
È possibile usare vari metodi per aggiornare SQL Server 2005 e SQL Server pacchetti 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 SQL Server 2005 o SQL Server 2008 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.
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 2005 o SQL Server 2008. Per altre informazioni, vedere dtexec Utility. |
L'aggiornamento del pacchetto è temporaneo. Per un pacchetto SQL Server 2005, la migrazione dello script è temporanea. Le modifiche non possono essere salvate. |
Aprire un file di pacchetto 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 SQL Server 2005, la migrazione dello script è permanente se si salva il pacchetto. In caso contrario, è temporaneo se non si salva il pacchetto. |
Aggiungere un pacchetto 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 SQL Server 2005, la migrazione dello script è permanente. |
Aprire un file di progetto SSIS (SSIS) SQL Server 2005 Integration Services (SSIS) o SQL Server 2008 Integration Services (SSIS) in Visual Studio e quindi usare la Creazione guidata aggiornamento 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. Per un pacchetto SQL Server 2005, la migrazione dello script è permanente. |
Eseguire l'utilità Upgrade per aggiornare uno o più pacchetti di Integration Services. | L'aggiornamento del pacchetto è permanente. Per un pacchetto SQL Server 2005, la migrazione dello script è permanente. |
Applicazioni e componenti personalizzati
I componenti personalizzati di SQL Server 2005 Integration Services (SSIS) non funzioneranno con la versione corrente di SQL ServerIntegration Services.
È possibile usare la versione corrente degli strumenti sql ServerIntegration Services per eseguire e gestire pacchetti che includono SQL Server 2008 e SQL Server componenti personalizzati R2SSIS 2008. 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) alla versione 11.0.0.0 (SQL Server 2014).
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 SQL Server 2008 e SQL Server componenti personalizzati 2008 R2, è necessario modificare il file devenv.exe.config che si trova nell'unità<>:\Programmi\Microsoft Visual Studio 10.0\Common7\IDE.
Per usare questi pacchetti con applicazioni cliente compilate con il runtime per SQL Server 2014, includere le regole di reindirizzamento nella sezione di configurazione del file *.exe.config per l'eseguibile. Le regole reindirizzano gli assembly di runtime alla versione 11.0.0.0 (SQL Server 2014). Per altre informazioni sul reindirizzamento della versione dell'assembly, vedere Elemento <assemblyBinding> per <runtime>.
Individuazione degli assembly
In SQL Server 2014 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\100\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à in SQL Server 2005 e SQL Server pacchetti 2008 convertono facilmente nelle loro 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. Per altre informazioni, vedere Use Upgrade Advisor to Prepare for Upgrades.
Componente o funzionalità | Risultati dell'aggiornamento |
---|---|
Stringhe di connessione | Per SQL Server 2005 e SQL Server pacchetti 2008, 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: -Usare la Procedura guidata aggiornamento pacchetto SSIS per aggiornare il pacchetto e selezionare l'opzione Aggiorna stringhe di connessione per usare i nuovi nomi del provider . -In SQL Server Data Tools (SSDT), nella pagina Generale della finestra di dialogo Opzioni selezionare le stringhe di connessione aggiorna per usare i nuovi nomi del 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. |
Trasformazione Ricerca | Per SQL Server pacchetti 2005, il processo di aggiornamento aggiorna automaticamente la trasformazione Ricerca alla versione corrente di SQL ServerIntegration Services. La versione corrente di questo componente, tuttavia, include funzionalità aggiuntive che potrebbero risultare utili. Per altre informazioni, vedere Trasformazione Ricerca. |
Attività e componente Script | Per SQL Server pacchetti 2005, il processo di aggiornamento esegue automaticamente la migrazione degli script nell'attività Script e nel componente Script da VSA a VSTA. Per altre 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 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#.
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 Denalisul sito blogs.msdn.com.
Webcast relativo all'aggiornamento dei pacchetti SSIS a SQL Server 2012sul sito Web channel9.msdn.com.