Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Este artigo descreve como criar tarefas automatizadas para receber relatórios periódicos por email.
Usando a funcionalidade de Relatório por Email disponível em Relatórios de Backup, pode criar tarefas automatizadas para receber relatórios periódicos por email. Esta funcionalidade funciona ao implementar uma aplicação lógica no seu ambiente Azure que consulta dados dos seus espaços de trabalho selecionados de Log Analytics (LA), com base nas entradas que fornece. Saiba mais sobre as aplicações Logic e os seus preços.
Introdução
Para configurar tarefas de email através de Relatórios de Backup, execute os seguintes passos:
Vá a Resiliência>Monitorização + Relatórios>Relatórios.
No painel de Relatórios, selecione Relatórios de Backup (consolidados).
No painel de Relatórios de Backup (consolidados ), selecione o separador Relatório de Email .
Crie uma tarefa especificando a seguinte informação:
- Detalhes da Tarefa - O nome da aplicação lógica a ser criada, a subscrição, grupo de recursos e local onde deve ser criada. Note que a aplicação lógica pode consultar dados em múltiplas subscrições, grupos de recursos e localizações (conforme selecionado na secção de Filtros de Relatório), mas é criada no contexto de uma única subscrição, grupo de recursos e localização.
- Dados para Exportar - O separador que deseja exportar. Pode criar uma aplicação de tarefa individual por separador, ou enviar por email todos os separadores utilizando uma única tarefa, selecionando a opção Todos os Separadores.
- Opções de email: A frequência do email, os IDs do destinatário e o assunto do email.
Depois de selecionares Enviar e Confirmar, a aplicação Logic será criada. A aplicação lógica implementada utiliza o preço do plano de consumo . A aplicação lógica e as ligações API associadas são criadas com a tag UsedByBackupReports: true para fácil descoberta. Terá de realizar um passo de autorização único para que a aplicação lógica corra com sucesso, conforme descrito na secção abaixo.
Note
O suporte para cargas de trabalho de cofres de backup (Azure Database for PostgreSQL Server, Azure Blobs, Azure Disks) foi adicionado aos templates de Logic App em abril de 2023. Portanto, se já implementou estas aplicações de lógica numa data anterior, terá de as reimplementar seguindo os passos acima se quiser ver dados das cargas de trabalho do cofre de backup nos seus relatórios de email.
Autorizar ligações ao Azure Monitor Logs e Office 365
A aplicação Logic usa o conector azuremonitorlogs para consultar o(s) espaço de trabalho de LA e usa o conector Outlook do Office365 para enviar emails. Terá de realizar uma autorização única para estes dois conectores.
Para realizar a autorização, siga os passos abaixo:
Vai ao Logic Apps no portal do Azure.
Procura o nome da app lógica que criaste e vai ao recurso.
Selecione o item do menu de ligações da API .
Verá duas ligações com o formato
<location>-azuremonitorlogse<location>-office365- ou seja, eastus-azuremonitorlogs e eastus-office365.Vá a cada uma destas ligações e selecione o item do menu Editar API de conexão . No ecrã que aparece, selecione Autorizar e guarde a ligação assim que a autorização estiver concluída.
Para testar se a aplicação Logic funciona após a autorização, pode voltar à aplicação Logic, abrir a Visão Geral e selecionar Executar Trigger no painel superior, para testar se um email está a ser gerado com sucesso.
Note
A conta do remetente associada ao email é a mesma que a conta usada para autorizar a ligação ao Office 365 durante a configuração do relatório do email. Para mudar o remetente, precisa de usar uma conta diferente para autorizar a ligação.
Conteúdo do email
- Todos os gráficos e quadros apresentados no portal estão disponíveis como conteúdo em linha no email. Saiba mais sobre a informação apresentada nos Relatórios de Backup.
- As grelhas mostradas no portal estão disponíveis como *.csv anexos no email.
- Os dados apresentados no email utilizam os filtros ao nível do relatório selecionados pelo utilizador no relatório, no momento da criação da tarefa do email.
- Filtros ao nível de separador, como Nome da Instância de Backup, Nome da Política , entre outros, não são aplicados. A única exceção a isto é a grelha de Otimizações de Retenção no separador Otimizar , onde são aplicados os filtros para retenção de RP Diária, Semanal, Mensal e Anual .
- O intervalo temporal e o tipo de agregação (para gráficos) baseiam-se na seleção do intervalo temporal do utilizador nos relatórios. Por exemplo, se a seleção do intervalo temporal for dos últimos 60 dias (traduzindo para o tipo de agregação semanal) e a frequência dos emails for diária, o destinatário receberá um email todos os dias com gráficos que abrangem dados recolhidos nos últimos 60 dias, com dados agregados a nível semanal.
Solucionar problemas
Se não estiver a receber emails como esperado mesmo após a implementação bem-sucedida da aplicação Logic, pode seguir os passos abaixo para resolver a configuração:
Cenário 1: Não receber nem um email bem-sucedido nem um email de erro
Este problema pode estar a acontecer porque o conector da API do Outlook não está autorizado. Para autorizar a ligação, siga os passos de autorização fornecidos acima.
Este problema também pode estar a ocorrer se tiver especificado um destinatário de email incorreto ao criar a aplicação lógica. Para verificar se o destinatário do email foi especificado corretamente, pode ir à aplicação Logic no portal Azure, abrir o designer da Logic App e selecionar o passo do email para ver se os IDs corretos estão a ser usados.
Cenário 2: Receber um email de erro que diz que a aplicação lógica falhou em execução completa
Para resolver este problema:
- Vai à aplicação Logic no portal Azure.
- No fundo do ecrã de Resumo, verá uma secção de Histórico de Execuções. Podes abrir na última execução e ver quais são os passos do fluxo de trabalho que falharam. Algumas causas possíveis podem ser:
- O Azure Monitor Logs Connector não foi autorizado: Para resolver este problema, siga os passos de autorização fornecidos acima.
- Erro na consulta LA: Caso tenha personalizado a aplicação lógica com as suas próprias consultas, um erro em qualquer uma das consultas LA pode estar a causar a falha da aplicação lógica. Podes selecionar o passo relevante e ver o erro que está a fazer a consulta correr incorretamente.
Cenário 3: Erro na autorização da ligação à API do Microsoft 365
Ao tentar autorizar a ligação API do Microsoft 365, pode ver um erro no formulário Teste de ligação falhado. O erro 'REST API' ainda não é suportado para esta caixa de correio. Este erro pode ocorrer em contas sandbox (teste) ou em contas que estão num servidor de correio dedicado (on-premises).
Este erro pode ocorrer se a caixa de correio estiver numa Microsoft Exchange Server dedicada e não for válida no Office 365. Mais informações
Para obter uma caixa de correio Office 365 válida, envie um pedido ao administrador do Exchange para migrar a conta da caixa de correio. Utilizadores que não têm permissões de administrador não podem migrar contas. Para informações sobre como migrar a conta da caixa de correio, veja Como migrar dados da caixa de correio usando o Centro de Administração do Exchange no Office 365.
Cenário 4: Erro na autorização da ligação Azure Monitor Logs
Ao tentar autorizar a ligação de registos do Azure Monitor, pode ver um erro InvalidAuthenticationTokenTenant. Isto geralmente acontece quando está iniciado sessão num outro tenant no momento da autorização da ligação aos registos do Azure Monitor. Precisa de iniciar sessão no mesmo tenant onde existe a área de trabalho do Log Analytics para autorizar com sucesso.
Para garantir que está autenticado no tenant correto, pode abrir portal.azure.com/< tenant-id-do-espaço-de-trabalho > no navegador e realizar a autorização. Para encontrar o ID do inquilino, vá ao Azure Activity Directory ->Visão Geral ->Gerir Inquilinos.
Se os problemas persistirem, contacte o suporte da Microsoft.
Orientação para utilizadores do GCC High
Se for utilizador num ambiente Azure Government e usar uma conta Office365 GCC High, certifique-se de que a configuração do email está corretamente definida. Isto deve-se ao facto de um endpoint diferente ser usado para autorizar esta ligação para utilizadores do GCC High, que precisa de ser especificado explicitamente. Execute um dos seguintes métodos para verificar a configuração e configurar a aplicação lógica para funcionar no GCC High.
Escolha um cliente:
Para atualizar o tipo de autenticação da ligação Office 365 através do portal Azure, siga estes passos:
Desdobra a tarefa da aplicação lógica para as abas necessárias. Veja os passos em Introdução.
Depois de implementado, vai à app Logic no portal Azure e seleciona Logic app designer no menu.
Localize os locais onde a ação do Office 365 é utilizada.
Vais encontrar duas ações do Office 365 usadas, ambas no fundo do fluxo.
Selecione Alterar ligação e selecione o ícone de informação.
Abre um pop-up onde podes selecionar o tipo de autenticação do GCC High.
Depois de selecionar o tipo de autenticação correto em todos os locais onde a ligação Office 365 é utilizada, a ligação deverá funcionar como esperado.
Preços para Relatórios por Email
Os relatórios por email são gratuitos. No entanto, incorre em custos pelo espaço de trabalho de Log Analytics e pelas Logic Apps que utiliza para configurar e entregar notificações por email. Estes encargos aplicam-se de acordo com os respetivos modelos de preços.
Os exemplos seguintes ilustram a estimativa de custos para o uso de Relatórios por Email:
- Custo das ações: Custo do tipo de ação (varia consoante o relatório que configuras para o email) x Contagem de ações × 30 dias (um mês).
- Custo dos conectores padrão: Custo do conector x Número de conectores x 30 dias (um mês).
- Custo da retenção de dados (cálculo durante 7 dias): 7 dias × volume de dados por execução em MB (determine o volume executando o fluxo de trabalho uma vez e anotando métricas de armazenamento emitidas) × custo de armazenamento para cada unidade × 30 dias (um mês).