Início / dba / Perguntas / 96445
Accepted
James Lupolt
Asked: 2015-03-28 04:21:39 +0800 CST

Permissões para executar assinatura no SSRS

  • 772

Eu gostaria de executar uma assinatura SSRS após algum trabalho ETL executado por um pacote SSIS que leva um tempo variável para ser concluído. Estou pensando em usar este método , que consiste basicamente em SSIS chamando o mesmo procedimento armazenado que os trabalhos do SQL Server Agent para chamadas de assinaturas para executar uma assinatura.

No entanto, não tenho certeza de qual seria a melhor maneira de gerenciar permissões para executar a assinatura. Por exemplo, estou relutante em adicionar usuários ao RsExecRoleporque isso é desencorajado pela Microsoft em alguns documentos, e estou relutante em conceder permissões de nível de objeto para executar o ReportServer.ado.AddEventprocedimento porque eles provavelmente serão ignorados em qualquer migração. (Editar: suponho que poderíamos contornar isso fazendo com que algo execute o trabalho do agente em vez de chamar o procedimento armazenado.)

Também espero evitar problemas com o código que executa a quebra de assinatura quando um dos GUIDs é alterado.

Como os profissionais do SSRS gerenciam as permissões para esse tipo de solicitação? Como alternativa, existe um método mais simples que contorne esses problemas?

ssrs permissions

1 respostas

  1. Best Answer

    Se você configurar uma assinatura de relatório com um agendamento único e coletar sua ID de agendamento, poderá executá-lo usando sp_start_job. O SSRS gerencia as assinaturas com o SQL Server Agent, o que torna isso possível sem a necessidade de usar o Reporting Server Events. O usuário em execução, imagino uma conta de serviço, precisará apenas fazer parte do SQLAgentOperatorRole. Consulte: sp_start_job#permissions .
    Você faz alusão a isso em uma edição em sua pergunta, mas gostaria de descrever o processo caso alguém precise de uma solução específica.


    Configurar o cronograma é fácil. O horário padrão é 2h do dia em que você configurou o agendamento da assinatura e provavelmente já passou, então você pode deixá-lo. Em seguida, você pode coletar sua ID de agendamento consultando as tabelas do banco de dados do Report Server:Página de edição de assinatura, selecione agendamento 


    select C.Name ReportName,
    S.Name ScheduleName,
    SU.Description SubscriptionName,
    S.ScheduleID
from ssrs.Catalog C
join ssrs.ReportSchedule RS
    on C.itemID = RS.ReportID
join ssrs.Schedule S
    on RS.scheduleID = S.ScheduleID
join ssrs.Subscriptions SU
    on RS.SubscriptionID = SU.SubscriptionID
where C.name = 'Test Report'

(1 row(s) affected)


    Tabelas de banco de dados do servidor de relatórios


    Você pode iniciar a assinatura referenciando o nome do trabalho correspondente ao seu ID de agendamento:

    Trabalho SQL 


    /*Run Subscription*/
exec msdb.dbo.sp_start_job '8037A345-9F7C-45B0-99FB-B110996BD521'

(1 row(s) affected)
Job '8037A345-9F7C-45B0-99FB-B110996BD521' started successfully.





    Ainda não tive um problema com a alteração de um Schedule ID (GUID) e interrupção da execução, mas como um sistema de segurança, você pode criar uma assinatura baseada em dados e declarar explicitamente uma descrição exclusiva.

    Etapa 1 da assinatura baseada em dados

    Em seguida, você pode fazer referência à descrição para coletar seu ID de agendamento dinamicamente.

    declare @ScheduleID uniqueidentifier

select @ScheduleID = S.ScheduleID
from ssrs.Catalog C
join ssrs.ReportSchedule RS
    on C.itemID = RS.ReportID
join ssrs.Schedule S
    on RS.scheduleid = S.ScheduleID
join ssrs.Subscriptions SU
    on RS.SubscriptionID = SU.SubscriptionID
where C.name = 'Test Report'
    and SU.Description = 'My Test Report Subscription'

exec msdb.dbo.sp_start_job @ScheduleID

(1 row(s) affected)
Job '8037A345-9F7C-45B0-99FB-B110996BD521' started successfully.
    • 1

relate perguntas