Início / dba / Perguntas / 214217
Accepted
Elaskanator
Asked: 2018-08-07 11:58:49 +0800 CST

Como encontrar o código errôneo com falha na publicação do SSDT?

  • 772

Toda vez que algo falha na publicação, supondo que ele passe na geração de visualização , a linha de erro e a amostra de script executado são completamente inúteis para me ajudar a rastrear a origem do erro, pois o número da linha é relativo à última GOinstrução e o script executado não nem sempre aparecem no script de publicação.

Neste caso, ele falha com este erro:

Erro muito genérico

O script executado não existe no script de publicação:

Ele disse que executou este código

E é aqui que ele navega no script de publicação ao clicar duas vezes na mensagem de erro:

A linha de erro aparente de acordo com a publicação

Normalmente, consigo rastreá-lo com base nas informações de erro, mas desta vez estou perdido porque as únicas palavras-chave relevantes que consigo pensar são tão comuns que parece impossível.

Parece que o registro é hackish e os erros às vezes vêm antes do script pós-implantação (por exemplo, gatilhos de tabela executando em dados incompletos, pois as configurações de publicação incluem apenas uma opção para desabilitar gatilhos DDL ).

Tentei executar o SQL Server Profiler durante a publicação, mas essa ferramenta omite informações de depuração ainda mais cruciais (e fica sobrecarregada com meu grande projeto de banco de dados). Talvez outro motivo para atualizar para obter o Extended Events Profiler?

Resultados de rastreamento do SQL Server Profiler inúteis

(Verifiquei que esta declaração não era a culpada)

sql-server sql-server-2014

1 respostas

  1. Best Answer

    Eu usaria RAISERROR WITH NOWAITno script pós-implantação no início de cada bloco que está sendo executado. Dessa forma, você poderá ver até onde a implantação chegou antes de chegar ao ponto de falha e, esperançosamente, tê-la reduzido a um script específico.

    Como costumo estruturar meus projetos SSDT é que tenho um único script pós-implantação e, em seguida, incluo outros arquivos usando :re separe-os com GO's. Isso me deixa com o local ideal para inserir o RAISERRORSpara pegar o progresso. Alternativamente, você deve colar o RAISERRORno topo de cada arquivo incluído.

    https://learn.microsoft.com/en-us/sql/t-sql/language-elements/raiserror-transact-sql?view=sql-server-2017 ponto chave no link sendo:

    RAISERROR pode ser usado como alternativa a PRINT para retornar mensagens aos aplicativos de chamada. RAISERROR oferece suporte à substituição de caracteres semelhante à funcionalidade da função printf na biblioteca padrão C, enquanto a instrução Transact-SQL PRINT não. A instrução PRINT não é afetada por blocos TRY, enquanto um RAISERROR executado com gravidade de 11 a 19 em um bloco TRY transfere o controle para o bloco CATCH associado. Especifique uma gravidade de 10 ou inferior para usar RAISERROR para retornar uma mensagem de um bloco TRY sem chamar o bloco CATCH.

    Desculpe - isso está assumindo que o erro está dentro do seu script de pós-implantação. Depois de reler, percebi que seu erro parece ser anterior a isso.

    • 1

relate perguntas