Qual é a melhor maneira de converter pacotes dtsx para consultar um novo servidor?

Duas opções vêm à mente:

Se seus pacotes dtsx estiverem armazenados no sistema de arquivos, você poderá usar POWERSHELL para ler em cada arquivo, pesquisar e substituir a string de conexão e reescrever o arquivo. Aqui está um exemplo:

(Certifique-se de fazer uma cópia da pasta ANTES de executar o script Powershell, apenas por precaução):

$DtsxFiles = Get-ChildItem C:\Users\uswsh\Documents\*.dtsx -rec
foreach ($file in $DtsxFiles)
{
    (Get-Content $file.PSPath) |
    Foreach-Object { $_ -replace "localhost", "localhost1" } |
    Set-Content $file.PSPath
}

Se seus pacotes não estiverem armazenados no sistema de arquivos, você poderá gerar dinamicamente CREATE SYNONYMcomandos que apontariam para o novo local.

CREATE SYNONYM [dbo].[OriginalTable] FOR [RemoteServer].[RemoteDatabase].[RemoteSchema].[RemoteTable]

Você deve abri-lo usando o SQL Server Data Tools (ambiente de desenvolvedor da Microsoft). Isso permitiria que você especificasse uma nova string de conexão para este pacote.

Alias ​​suas conexões com o novo SQL Server usando CLICONFG.EXE

Não se esqueça do Client Config (CLICONFG.EXE). A configuração do cliente atua como um sistema de ponteiro de arquivo de host para conexões do SQL Server, fazendo alias do antigo nome do SQL Server com o novo. Esta é provavelmente a maneira mais rápida de começar a trabalhar.

Ele deve ser configurado no SQL Server em que os pacotes DTS estão sendo executados. Essencialmente, diz que em qualquer lugar que você se conectar ao servidor A, conecte-se ao servidor B. Esteja avisado que este é um balcão único. Todas as conexões de A serão passadas para o Servidor B conforme mostrado na Figura A.

ps O CLICONFG.EXE está embutido no sistema operacional Windows.

Figura A: Cliconfg.exe permite alias suas conexões antigas para um novo SQL Server