Início / dba / Perguntas / 161637
Accepted
JNK
Asked: 2017-01-20 11:29:43 +0800 CST

Padrões ou melhores práticas para tratamento de erros no SSRS

  • 772

Encontrei um problema recorrente com o SSRS, em que relatórios "ruins" são enviados aos clientes. O problema é que temos relatórios com vários sub-relatórios e um ou mais sub-relatórios não serão processados. Quando o sub-relatório falha ao processar, o relatório é enviado com uma mensagem de erro no lugar do sub-relatório e sem dados reais.

Minha pergunta é: existe uma maneira de impedir o envio de um relatório se um sub-relatório falhar?

Idealmente, gostaria que o relatório externo apenas retornasse um erro. Existe uma maneira de fazer com que os estados de erro em um relatório do SSRS sejam escalados para um escopo externo? Existe um padrão de codificação que podemos aplicar para evitar esse problema?

No momento, estamos usando SSRS 2008r2 e SSRS 2016.

sql-server ssrs

1 respostas

  1. Best Answer

    Como billinkc observou em seu comentário, não há como propagar os erros do sub-relatório para os relatórios principais.

    Conforme evidenciado nesta postagem do MSDN, você pode tentar usar assinaturas baseadas em dados para conduzir a assinatura, mas isso pode ficar confuso se houver alguma complexidade envolvida rapidamente.

    Se você observar os trabalhos do SQL Agent para um servidor usando assinaturas do SSRS, verá vários trabalhos do SQL Agent com um GUID como nome, poderá modificar esses trabalhos para incluir uma etapa extra executando algumas etapas de validação de dados antes de realmente executar o relatório com falha o trabalho antes que o relatório seja enviado (arriscando que sua definição de trabalho seja substituída pelo SSRS) ou chamando o trabalho de outro trabalho depois de validar a lógica de dados.

    Você pode identificar o GUID associado ao relatório usando esta consulta:

    SELECT
            b.name AS JobName
            , e.name
            , e.path
            , d.description
            , a.SubscriptionID
            , laststatus
            , eventtype
            , LastRunTime
            , date_created
            , date_modified
    FROM ReportServer.dbo.ReportSchedule a JOIN msdb.dbo.sysjobs b
          ON a.ScheduleID = b.name
            JOIN ReportServer.dbo.ReportSchedule c
            ON b.name = c.ScheduleID
            JOIN ReportServer.dbo.Subscriptions d
            ON c.SubscriptionID = d.SubscriptionID
            JOIN ReportServer.dbo.Catalog e
            ON d.report_oid = e.itemid
    WHERE e.name = 'Sales_Report'

    (retirado daqui )

    TL/DR: não há solução limpa, mas você pode se safar com alguns hacks, você precisaria implementar a lógica em uma assinatura baseada em dados ou criar um trabalho extra/modificar o trabalho gerado

    PS: não testei nenhuma dessas abordagens

    • 4

relate perguntas