Alertas de dados dos Serviços de Relatórios

Aplica-se a: SQL Server Reporting Services (2016) SQL Server Reporting Services (2017) Power BI Report Server

Para obter conteúdo relacionado a versões anteriores do SQL Server Reporting Services (SSRS), consulte O que é o SQL Server Reporting Services?

Os alertas de dados do SQL Server Reporting Services são uma solução de alertas orientada por dados que o ajuda a estar informado sobre dados de relatório que lhe são interessantes ou importantes, e num momento relevante. Ao usar alertas de dados, já não precisa de procurar informação, ela chega até si.

Mensagens de alerta de dados são enviadas por email. Dependendo da importância da informação, pode optar por enviar mensagens com mais ou menos frequência e apenas quando os resultados mudarem. Pode especificar múltiplos destinatários de emails e assim manter os outros informados para aumentar a eficiência e a colaboração.

Arquitetura de alertas de dados e fluxo de trabalho

A lista seguinte resume as áreas-chave dos alertas de dados dos Serviços de Relatório:

• Definir e guardar definições de alertas de dados – executa um relatório, cria regras que identificam valores de dados interessantes, define um padrão de recorrência para enviar a mensagem de alerta de dados e especifica os destinatários da mensagem de alerta.

• Executar definições de alertas de dados - O serviço de alertas processa definições de alertas num momento agendado, recupera dados de relatórios, cria instâncias de alertas de dados com base nas regras da definição de alerta.

• Entregar mensagens de alerta de dados aos destinatários – O serviço de alertas cria uma instância de alerta e envia uma mensagem de alerta aos destinatários por email.

Além disso, como proprietário de alertas de dados, pode visualizar informações sobre os seus alertas de dados e eliminar e editar as definições dos seus alertas de dados. Um alerta tem apenas um dono, a pessoa que o criou.

Os administradores de alerta, utilizadores com permissão SharePoint Manage Alerts, podem gerir alertas de dados ao nível do site. Podem ver listas de alertas por cada utilizador do site e eliminar alertas.

Os alertas de dados dos Serviços de Relatórios são diferentes dos alertas do SharePoint. Pode definir alertas SharePoint para qualquer tipo de documento, incluindo relatórios. Alertas do SharePoint são enviados quando o documento muda. Por exemplo, adiciona uma coluna a uma tabela num relatório. Em contraste, os alertas de dados são enviados quando os dados apresentados num relatório cumprem as regras das definições de alerta. As regras normalmente referem-se aos dados que são apresentados num relatório.

Ao criar alertas de dados nos relatórios, pode monitorizar alterações nos dados dos relatórios e enviar mensagens de alerta por email quando os dados dos relatórios seguem regras que definem dados do seu interesse e de outros, e em intervalos que satisfaçam as necessidades do seu negócio. Também pode executar alertas de dados a pedido. Se tiver permissão de Criar Alerta do SharePoint, pode criar alertas em qualquer relatório que tenha permissões para visualizar. Pode criar múltiplos alertas num relatório e vários utilizadores podem criar os mesmos ou diferentes alertas num relatório. Para colaborar com outros, pode especificá-los como destinatários das mensagens de alerta nas definições de alerta de dados que criar.

O diagrama seguinte mostra o fluxo de trabalho de criar e guardar uma definição de alerta de dados, criar um trabalho SQL Agent para começar a processar uma instância do alerta de dados, e enviar mensagens de alerta de dados que contêm os dados do relatório que desencadearam o alerta a um ou mais destinatários por email.

Relatórios suportados por alertas de dados

Pode criar alertas de dados em todos os tipos de relatórios profissionais que são escritos na linguagem de definição de relatórios (RDL) e criados no Designer de Relatórios ou no Construtor de Relatórios. Relatórios que incluem regiões de dados como tabelas e gráficos, relatórios com subrelatórios e relatórios complexos com múltiplos grupos de colunas paralelos e regiões de dados aninhadas. Os únicos requisitos são que o relatório inclua pelo menos uma região de dados de qualquer tipo e que a fonte de dados do relatório esteja configurada para usar credenciais armazenadas ou sem credenciais. Se o relatório não tiver regiões de dados, não pode criar um alerta nele.

Não podes criar alertas de dados em relatórios criados com o Power View.

Quando instala os Serviços de Relatórios em modo nativo ou SharePoint ou utiliza a versão autónoma do Construtor de Relatórios, pode guardar relatórios num servidor de relatórios, no seu computador ou numa biblioteca SharePoint. Para criar alertas de dados nos relatórios, os relatórios devem ser guardados ou carregados para uma biblioteca SharePoint. Isto significa que não pode criar alertas em relatórios guardados num servidor de relatórios em modo nativo ou no seu computador. Além disso, não podes criar alertas incorporados em aplicações personalizadas.

Os Serviços de Relatórios suportam vários tipos de credenciais nos relatórios. Pode criar alertas de dados em relatórios com fontes de dados configuradas para usar credenciais armazenadas, ou sem credenciais. Não podes criar alertas em relatórios configurados para usar credenciais de segurança integradas ou pedir credenciais. O relatório é executado como parte do processamento da definição do alerta e o processamento falha sem credenciais. Para obter mais informações, consulte os seguintes recursos:

• Especifique informações de credencial e ligação para fontes de dados de relatórios

• Funções e permissões (Reporting Services)

• Autenticação com o servidor de relatórios

Executar relatórios

O primeiro passo para criar uma definição de alerta de dados é localizar o relatório que pretende na biblioteca SharePoint e depois executar o relatório. Se um relatório não contiver dados quando o executa, não pode criar um alerta no relatório nesse momento.

Se o relatório for parametrizado, especifica os valores dos parâmetros a usar quando executa o relatório. Os valores dos parâmetros são guardados nas definições de alertas de dados que cria num relatório. Os valores são usados quando o relatório é reexecutado como etapa no processamento da definição do alerta de dados. Se quiseres alterar os valores dos parâmetros, tens de voltar a executar o relatório com esses valores e criar uma definição de alerta nessa versão do relatório.

Criar definições de alertas de dados

A funcionalidade de alertas de dados dos Serviços de Relatórios inclui o Data Alert Designer, que utiliza para criar definições de alertas de dados.

Para criar uma definição de alerta de dados, executa o relatório e depois abre o Data Alert Designer a partir do menu Ações do Visualizador de Relatórios do SharePoint. Os feeds de dados do relatório são gerados e as primeiras 100 linhas do feed de dados são exibidas numa tabela de pré-visualização de dados no Data Alert Designer. Todos os fluxos de dados de um relatório são armazenados em cache enquanto estiver a trabalhar na definição de alerta no Data Alert Designer. O cache permite-lhe alternar rapidamente entre fluxos de dados. Quando reabre uma definição de alerta no Data Alert Designer, os fluxos de dados são atualizados.

As definições de alertas de dados consistem em regras e cláusulas que os dados de reporte devem cumprir para desencadear uma mensagem de alerta de dados, um calendário que define a frequência de envio da mensagem de alerta e, opcionalmente, as datas para começar e parar de enviar a mensagem de alerta, informações como a linha de assunto e uma descrição a incluir na mensagem de alerta, e os destinatários da mensagem. Depois de criar uma definição de alerta, guarda-a na base de dados de alertas do SQL Server.

Guardar definições de alertas de dados e metadados de alertas

Quando instala os Serviços de Relatórios em modo SharePoint, a base de dados de alertas do SQL Server é criada automaticamente.

As definições de alertas de dados e os metadados de alerta são guardados na base de dados de alertas. Por padrão, esta base de dados chama-se ReportingServices<GUID>_Alerting.

Quando guarda a definição de alerta de dados, o alerta cria um trabalho SQL Server Agent para a definição do alerta. O trabalho inclui um horário de trabalho. O cronograma baseia-se no padrão de recorrência que define na definição de alerta. Executar o trabalho inicia o processamento da definição de alerta de dados.

Definições de alertas de dados de processo

Quando o agendamento do trabalho do Agente SQL Server inicia o processamento da definição de alerta, o relatório é executado para atualizar os feeds de dados do relatório. O serviço de alertas lê os feeds de dados e aplica as regras que as definições de alertas de dados especificam aos valores dos dados. Se um ou mais valores de dados cumprirem as regras, é criada uma instância de alerta de dados e uma mensagem de alerta de dados com os resultados do alerta é enviada a todos os destinatários por email. Os resultados são linhas de dados de relatórios que cumpriam todas as regras na altura em que a instância de alerta foi criada. Para evitar múltiplas mensagens de alerta com os mesmos resultados, pode especificar que as mensagens só sejam enviadas quando os resultados mudam. Neste caso, uma instância de alerta é criada e guardada na base de dados de alertas, mas não é gerada nenhuma mensagem de alerta. Se ocorrer um erro, a instância de alerta também é guardada na base de dados de alertas e uma mensagem de alerta com os detalhes do erro é enviada aos destinatários. A secção de Diagnóstico e Registo mais adiante neste artigo tem mais informações sobre registos e resolução de problemas.

Enviar mensagens de alerta de dados

Mensagens de alerta de dados são enviadas por email.

A linha De contém um valor fornecido pela configuração de entrega por email dos Serviços de Relatório. A linha Para lista os destinatários que especificaste quando criaste o alerta no Data Alert Designer.

Além da linha de assunto do email, que especifica no Data Alert Designer, a mensagem de alerta de dados inclui a seguinte informação:

• O nome da pessoa que criou a definição de alerta de dados.

• Se forneceu uma descrição na definição de alerta, ela aparece no topo do texto do email.

• Os resultados do alerta, que consistem nas linhas do fluxo de dados do relatório que cumprem as regras especificadas na definição do alerta.

• Um link para o relatório sobre o qual a definição de alerta se baseia.

• As regras na definição de alerta.

• Os parâmetros e valores que usaste para executar o relatório.

• Os valores contextuais dos itens do relatório que estão fora das regiões de dados do relatório.

Se não for possível criar uma instância de alerta de dados ou uma mensagem de alerta de dados, é enviada uma mensagem de erro a todos os destinatários. Em vez dos resultados do alerta, a mensagem inclui uma descrição de erro.

Para mais informações, consulte Mensagens de alerta de dados.

Instalar alertas de dados

A funcionalidade de alertas de dados está disponível apenas quando os Serviços de Relatórios estão instalados em modo SharePoint. Quando instala os Serviços de Relatórios em modo SharePoint, a configuração cria automaticamente a base de dados de alertas que armazena definições e metadados de alertas de dados, além de duas páginas SharePoint para gerir alertas e adiciona o Data Alert Designer ao site SharePoint. Não existem passos especiais a executar nem opções para definir para alertar durante a instalação.

Se quiser saber mais sobre a instalação dos Serviços de Relatórios em modo SharePoint, incluindo o serviço partilhado Reporting Services, que é novo no SQL Server 2012 (11.x), e a aplicação de serviços Reporting Services, que deve criar e configurar antes de poder utilizar as funcionalidades dos Serviços de Relatório, consulte Instalar Serviços de Relatórios no Modo SharePoint para SharePoint 2010 na biblioteca MSDN.

Como mostra o diagrama anterior no artigo, os alertas de dados utilizam tarefas do SQL Server Agent. Para criar os jobs, o SQL Server Agent deve estar a correr. Pode ter configurado o SQL Server Agent para iniciar automaticamente quando instalou o Reporting Services. Se não, podes iniciar o SQL Server Agent manualmente. Para mais informações, consulte Configurar o Agente SQL Server e Iniciar, parar, pausar, retomar, reiniciar o Motor de Base de Dados, o Agente SQL Server ou o Serviço de Navegador SQL Server.

Pode usar a página Provisionar Subscrições e Alertas na Administração Central do SharePoint para saber se o SQL Server Agent está a correr e criar e descarregar scripts de Transact-SQL personalizados que depois executa para conceder permissões ao SQL Server Agent. Também pode gerar os scripts Transact-SQL usando PowerShell. Para obter mais informações, consulte Configurar subscrições e alertas para aplicações de serviço SSRS.

Configurar alertas de dados

A partir do SQL Server 2012 (11.x), as definições para as funcionalidades dos Serviços de Relatório, incluindo alertas de dados, são distribuídas entre o ficheiro de configuração do servidor de relatórios (rsreportserver.config) e uma base de dados de configuração do SharePoint sempre que se instala os Serviços de Relatórios em modo SharePoint. Quando cria a aplicação de serviço como passo na instalação e configuração dos Serviços de Relatório, a base de dados de configuração do SharePoint é criada automaticamente. Para mais informações, consulte RsReportServer.config ficheiros de configuração e ficheiros de configuração dos Serviços de Relatório.

As definições para alertas de dados dos Serviços de Relatórios incluem os intervalos para limpar os dados e metadados dos alertas e o número de tentativas ao enviar mensagens de alerta de dados por email. Pode atualizar o ficheiro de configuração e a base de dados de configuração para usar valores diferentes nas definições de alertas de dados.

Atualiza diretamente o ficheiro de configuração do servidor de relatórios. Atualiza a base de dados de configuração do SharePoint usando os cmdlets do Windows PowerShell.

A tabela seguinte lista os elementos de configuração para alertas de dados, os seus valores predefinidos, descrições e localizações.

Por padrão, as definições MaxRetries e SecondsBeforeRetry aplicam-se a todos os eventos em que os alertas de dados são acionados. Se quiseres controlar de forma mais granular as tentativas e os atrasos nas tentativas, podes adicionar elementos para qualquer gestor de eventos que especifiquem valores diferentes de MaxRetries e SecondsBeforeRetry.

Manipuladores de eventos e novas tentativas

Os gestores de eventos são:

A tabela seguinte resume os manipuladores de eventos e quando a retentativa é acionada:

(*) Erros SMTP que desencadeiam uma nova tentativa:

• SmtpStatusCode.ServiceNotAvailable

• SmtpStatusCode.MailboxBusy

• SmtpStatusCode.MailboxUnavailable

Desativar alertas de dados

Se quiseres desativar a funcionalidade de alerta de dados, atualizas a secção de Serviço do ficheiro de configuração. O código seguinte mostra a secção de Serviço do ficheiro de configuração.

<Service>

<IsSchedulingService>True</IsSchedulingService>

<IsNotificationService>True</IsNotificationService>

<IsEventService>True</IsEventService>

<IsAlertingService>True</IsAlertingService>

...

</Service>

Para desativar o alerta, altere Verdadeiro para Falso em <IsAlertingService>True</IsAlertingService>.

Permissões para alertas de dados

Antes de poder criar alertas de dados nos relatórios, deve ter permissão para executar o relatório e criar alertas no site SharePoint. Para saber mais sobre permissões de relatório, consulte os seguintes artigos.

• Gerar feeds de dados a partir de relatórios (Construtor de Relatórios e SSRS)

• Defina permissões para itens do servidor de relatórios num site SharePoint (Serviços de Relatórios em Modo Integrado SharePoint)

Os alertas de dados dos Serviços de Relatórios suportam dois níveis de permissões: trabalhador de informação e administrador de alertas. A tabela seguinte lista as permissões e tarefas de utilizador relacionadas com o SharePoint.

Diagnóstico e registo de logs

Os alertas de dados oferecem várias formas de ajudar os trabalhadores da informação e administradores a acompanhar os alertas e a compreender porque falharam os alertas, ajudando os administradores a utilizar registos para saber que mensagens de alerta foram enviadas a quem, número de instâncias de alerta enviadas, e assim por diante.

Gestor de Alertas de Dados

O Data Alert Manager lista definições de alertas e informações de erro que ajudam os trabalhadores de informação e administradores de alertas a compreender porque ocorreu a falha. Algumas razões comuns para o fracasso incluem:

• O feed de dados do relatório foi alterado e as colunas usadas nas regras de definição de alertas de dados deixaram de ser incluídas no feed de dados.

• A permissão para ver o relatório foi revogada.

• O tipo de dados na fonte subjacente mudou e a definição de alerta deixou de ser válida.

Registos

Os Serviços de Relatórios fornecem muitos registos que podem ajudar a aprender melhor: os relatórios que são executados ao processar definições de alertas de dados, as instâncias de alertas de dados criadas, e assim por diante. Três registos são particularmente úteis: o registo de execução de alertas, o registo de execução do servidor de relatórios e o registo de rastreamento do servidor de relatórios.

Para informações sobre outros registos dos Serviços de Relatório, consulte ficheiros e fontes dos registos dos Serviços de Relatório.

Registo de execução de alertas

O serviço de execução de alertas escreve entradas na tabela ExecutionLogView da base de dados de alertas. Pode consultar a tabela ou executar os seguintes procedimentos armazenados para obter informações de diagnóstico mais detalhadas sobre os alertas de dados guardados na base de dados de alertas.

• ReadAlertData

• ReadAlertHistory

• ReadAlertInstances

• ReadEventHistória

• ReadFeedPollHistórico

• ReadFeedPools

• ReadPollData

• ReadSentAlerts

Pode usar o SQL Agent para executar o procedimento armazenado num calendário. Para mais informações, consulte SQL Server Agent.

Log de execução do servidor de relatórios

Os relatórios são executados para gerar os fluxos de dados sobre os quais são construídas as definições de alertas de dados. O sinal de execução do servidor de relatórios na base de dados do servidor de relatórios capta informação cada vez que o relatório é executado. Pode consultar a vista ExecutionLog2 na base de dados para obter informações detalhadas. Para obter mais informações, consulte Report Server ExecutionLog e a Visualização ExecutionLog3.

Registo de rastreio do servidor de relatórios

O registo de rastreamento do servidor de relatórios contém informações altamente detalhadas sobre as operações do serviço do servidor de relatórios, incluindo operações realizadas pelo serviço Web do servidor de relatórios e processamento em segundo plano. A informação do registo de rastreamento pode ser útil se estiver a depurar uma aplicação que inclua um servidor de relatórios, ou a investigar um problema específico que foi registado no log de eventos ou de execução. Para mais informações, consulte o registo de rastreamento do serviço do servidor de relatórios.

Contadores de desempenho

Os alertas de dados fornecem os seus próprios contadores de desempenho. Todos os contadores de desempenho, exceto um, estão relacionados com um evento que faz parte do serviço de execução de alerta. O contador de desempenho relacionado com a fila de eventos indica o comprimento da fila de todos os eventos ativos.

Os Serviços de Relatórios fornecem contadores de desempenho para outras funcionalidades dos Serviços de Relatório. Para mais informações, consulte contadores de desempenho - Serviço ReportServer, objetos de performance, contadores de desempenho MSRS 2016 Modo Nativo, objetos de performance e contadores de desempenho MSRS 2016 SharePoint Mode, objetos de performance.

Suporte para TLS

Os Serviços de Relatórios podem usar o serviço HTTP SSL para estabelecer ligações encriptadas a um servidor de relatórios ou site SharePoint. Transport Layer Security (TLS) era anteriormente conhecido como Secure Sockets Layer (SSL).

O serviço de alertas em tempo de execução e a interface de alertas de dados suportam TLS e funcionam de forma semelhante quer uses TLS ou HTTP. No entanto, existem algumas diferenças subtis. Quando a definição de alerta de dados é criada usando uma ligação TLS, o URL que liga de volta à biblioteca SharePoint a partir da mensagem de alerta de dados também usa TLS. Podes identificar a ligação TLS porque usa HTTPS em vez de HTTP no seu URL. Da mesma forma, se a definição de alerta de dados foi criada usando uma ligação HTTP, a ligação de volta ao site SharePoint usa HTTP. Quer a definição de alerta tenha sido criada usando TLS ou HTTP, a experiência dos utilizadores e dos administradores de alertas é idêntica ao usar o Data Alert Designer ou o Data Alert Manager. Se o protocolo (HTTP ou TLS) mudar entre o momento em que a definição de alerta foi criada e depois atualizada e guardada, o protocolo original é mantido e usado nas URLs dos links.

Se criar um alerta de dados num site SharePoint configurado para usar TLS e depois remover o requisito TLS, o alerta continua a funcionar no site. Se o site for eliminado, em vez disso, é utilizado o site da zona predefinida.

Interface de utilizador de alerta de dados

Os alertas de dados fornecem páginas SharePoint para gerir alertas e um designer para criar e editar definições de alertas de dados.

• Data Alert Designer , onde cria ou edita definições de alertas de dados. Para mais informações, consulte Data Alert Designer, Criar um alerta de dados no Data Alert Designer e Editar um alerta de dados no Alert Designer.

• Gestor de Alertas de Dados , onde visualiza listas de alertas de dados, alertas de apagamento e alertas abertos para edição. O Data Alert Manager existe em duas versões: uma para os utilizadores gerirem os alertas que criaram, e outra para administradores gerirem alertas pertencentes aos utilizadores do site.

  Para mais informações sobre a gestão de alertas de dados que criou, consulte Gestor de Alertas de Dados para utilizadores SharePoint e Gerir os Meus Alertas de Dados no Gestor de Alertas de Dados.

  Para mais informações sobre a gestão de todos os alertas de dados num site, consulte Gestor de Alertas de Dados para alertar administradores e Gerir todos os alertas de dados num site SharePoint no Gestor de Alertas de Dados.

• Disponibilize Subscrições e Alertas de Dados nos quais descobre se os Serviços de Relatórios podem usar o SQL Server Agent para alertas de dados e descarregar scripts que permitam o acesso ao SQL Server Agent. Para obter mais informações, consulte Provisionar subscrições e alertas de aplicações do Serviço SSRS.

Globalização dos alertas de dados

Certos alfabetos, como árabe e hebraico, são escritos da direita para a esquerda. Os alertas de dados suportam scripts da direita para a esquerda e da esquerda para a direita. Os alertas de dados detetam a cultura e alteram a aparência e o comportamento da interface do utilizador e a disposição das mensagens de alerta de dados em conformidade. A cultura deriva do contexto regional do sistema operativo no computador do utilizador. A cultura é guardada cada vez que atualizas e depois voltas a guardar a definição do alerta de dados.

A cultura na definição de alerta pode afetar se os dados satisfaz as regras da definição de alerta. As comparações de strings são mais frequentemente afetadas por regras específicas de uma cultura.

Determinar se os dados do relatório satisfazem as regras da definição de alerta pode ser afetado pela cultura na definição de alerta. Este evento ocorre mais frequentemente em cordas. Por exemplo, numa definição de alerta com a cultura alemã, uma regra que compare a letra inglesa "o" e a letra alemã "ö" não estaria satisfeita. Na definição da mesma alerta, usando a configuração de cultura inglesa, a regra seria satisfeita.

A formatação dos dados também se baseia na cultura da definição de alerta. Por exemplo, se a cultura usar um ponto como símbolo decimal, então o valor é apresentado como 45,67; enquanto uma cultura que usa uma vírgula como símbolo decimal mostra 45,67.

Dependendo da interface de alerta de dados que usar, o suporte para a direita para a esquerda varia. O Data Alert Designer suporta scripts da direita para a esquerda em caixas de texto, mas o layout do designer não é da direita para a esquerda. A sua disposição é da esquerda para a direita, como outras ferramentas. Numa definição de alerta criada com orientação do texto da direita para a esquerda e depois editada num ambiente da esquerda para a direita, a orientação do texto da direita para a esquerda é preservada quando se guarda a definição do alerta. O Data Alert Manager comporta-se da mesma forma que uma página do SharePoint. O seu layout é da direita para a esquerda, tal como noutras páginas do SharePoint. As mensagens de alerta de dados que se baseiam em definições de alerta de dados da direita para a esquerda apresentam o texto da mensagem da direita para a esquerda, enquanto o layout da mensagem é da esquerda para a direita.

Conteúdo relacionado

• Designer de Alertas de Dados
• Gestor de Alertas de Dados para alertar administradores
• Gestor de Alertas de Dados para utilizadores SharePoint
• Tente perguntar ao fórum do Reporting Services
• Guardar um relatório numa biblioteca SharePoint (Construtor de Relatórios)
• Crie um alerta de dados no Data Alert Designer
• Editar um alerta de dados no Designer de Alertas
• Gerir os Meus Alertas de Dados no Gestor de Alertas de Dados
• Gerir todos os alertas de dados num site SharePoint no Data Alert Manager
• Conceder permissões aos utilizadores e alertar administradores