Recentemente, atualizei um SQL Server de 2008 R2 para 2016 e um pacote SSIS no servidor SQL (em msdb) continha tarefas de script ActiveX. Então eu exportei o pacote e peguei o código do ActiveX Script Tasks e o atualizei em Script Tasks regulares, um pacote bem simples. Importei o pacote SSIS de volta para o SQL Server (em msdb) e achei que estava tudo bem. Como o trabalho mostrou, ele foi executado e concluído com sucesso. Mais tarde, sou notificado de que nada aconteceu que o pacote deveria ser feito. Eu até executei o pacote manualmente no Integration Services e ainda nada além dele rodando em cerca de 0,15 segundos (o que esse trabalho deve levar cerca de 5 segundos) e mostrando-o concluído com êxito. O pacote realmente faz o que deveria fazer quando executado a partir de um projeto VS 2015 (com SSDT), mas não faz nada quando está no SQL Server. Alguém já passou por isso!?! Lembro-me de algo sobre o tempo de execução de 32 bits versus o tempo de execução de 64 bits, mas queria verificar aqui primeiro. Alguma solução? Eu até comecei do zero com um novo projeto também.
relate perguntas
-
SQL Server - Como as páginas de dados são armazenadas ao usar um índice clusterizado
-
Preciso de índices separados para cada tipo de consulta ou um índice de várias colunas funcionará?
-
Quando devo usar uma restrição exclusiva em vez de um índice exclusivo?
-
Quais são as principais causas de deadlocks e podem ser evitadas?
-
Como determinar se um Índice é necessário ou necessário
Eu estava completamente inconsciente de que a versão de destino de implantação é padrão para SQL Server 2017 no Visual Studio 2015 SSDT... Ele funcionou bem depois que eu o configurei para SQL 2016... Eu me sinto um tolo.
[ https://feedback.azure.com/forums/908035-sql-server/suggestions/32896399-script-tasks-losing-code-in-ssdt-17-1-for-visual-s][1]