> For the complete documentation index, see [llms.txt](https://docs.powermonitor.com.br/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.powermonitor.com.br/perguntas-frequentes/duvidas-gerais/como-funciona-o-monitoramento-proativo.md). # Como funciona o monitoramento proativo? Como o Power Monitor verifica o seu ambiente de forma contínua, com que frequência e como os alertas chegam até você. O monitoramento do Power Monitor é **contínuo e automático**: você não precisa abrir o sistema para descobrir que algo falhou. O Power Monitor consulta o seu tenant pelas APIs oficiais da Microsoft em ciclos regulares e, quando detecta um problema, **abre um incidente e envia um alerta** para os destinatários configurados. Quando o problema se resolve, envia o aviso de **resolução**. ### O que é verificado, e com que frequência? | Situação | Como é detectada | Frequência aproximada | | ---------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------- | --------------------- | | **Falha na atualização de modelo semântico** | Histórico de atualizações dos modelos em capacidade, em todos os workspaces monitorados | A cada 15 minutos | | **Falha em item do Fabric** (pipeline de dados, notebook, Copy job, Dataflow Gen2) | Execuções que terminam com falha ou cancelamento | A cada 2 horas | | **Gateway offline** | Status de cada gateway em que o aplicativo do Power Monitor é administrador | A cada 5 minutos | | **Limite de uso de capacidade** | Uso acumulado da capacidade, lido do aplicativo Fabric Capacity Metrics, igual ou acima de **80%** | A cada 5 minutos | | **Uso em background elevado** | Consumo em background por faixas (50%, 70%, 80% e 100%) | A cada 5 minutos | | **Dados de consumo indisponíveis** | Nenhum dado novo de consumo da capacidade há mais de 45 minutos (por exemplo, capacidade pausada ou fonte de métricas indisponível) | A cada 5 minutos | | **Anomalia de consumo por item** | Consumo de um item acima da linha de base dos últimos 7 dias | A cada 5 minutos | | **Desvio de tempo de execução** (opcional, por item) | Execução muito mais longa que a média do item | A cada hora | | **Custo da capacidade** | Custo diário acima da média dos últimos 30 dias mais o percentual configurado | Diariamente | | **Capacidade ligada fora do horário** | Capacidade ativa fora da janela configurada | A cada 5 minutos | | **Atualização de dados** e **Fabric Mirroring** | Monitores configurados por item (atraso máximo dos dados, estado do espelhamento) | A cada 10 minutos | Além dos alertas por evento, há o **Checklist Diário** (um resumo diário do ambiente) e o **Checklist de Hora em Hora** (enviado só quando há alguma ocorrência). {% hint style="info" %} Somente **workspaces monitorados** geram alertas de atualização e de itens do Fabric. Veja [Workspaces](/power-monitor/governanca/workspaces.md). {% endhint %} ### Por onde chegam as notificações? Os canais são configurados por um administrador em **Configurações › Alertas**: * **E-mail**, pelo servidor do Power Monitor ou por uma **conta SMTP** da sua própria empresa; * **Microsoft Teams**, por meio do bot do Power Monitor instalado no time e canal escolhidos; * **Slack**; * **Telegram**. ### Posso escolher quais alertas receber? Sim. Em **Configurações › Notificações**, o administrador escolhe **quais tipos de alerta** cada destinatário recebe e pode **Testar** o envio. Além disso: * usuários com **escopo de workspaces** recebem apenas os alertas dos workspaces aos quais estão vinculados (alertas sem workspace, como gateways e capacidades, vão para todos os destinatários elegíveis); * o **desvio de tempo de execução** é ativado item a item; * o **piso de consumo** das anomalias e o **percentual** do alerta de custo são configuráveis. {% hint style="warning" %} Hoje o Power Monitor **não** tem horário de silêncio (janela sem notificações) nem webhooks genéricos. O limite de 80% do alerta de uso de capacidade é fixo. {% endhint %} ### E se o problema continuar? Para gateways, modelos semânticos e itens do Fabric, o e-mail é enviado **na abertura e na resolução do incidente**; as reincidências enquanto o incidente está aberto são contabilizadas e aparecem no **Checklist de Hora em Hora**. Para o limite de uso de capacidade, os lembretes continuam enquanto a situação persistir. Todos os alertas ficam registrados em **Monitoramento › Alertas**. ### O monitoramento funciona 24/7? Sim. As verificações rodam continuamente, 24 horas por dia, 7 dias por semana, inclusive fora do horário comercial. ### Quer que nossa equipe atue nos alertas? A Power Tuning oferece o [Monitoramento Gerenciado](/monitoramento-gerenciado/monitoramento-gerenciado.md), em que nossa equipe atua sobre os alertas críticos do seu ambiente, com SLA de 2 horas para o primeiro atendimento. ### Páginas relacionadas * [Alertas](/power-monitor/monitoramento/alertas.md) * [Configurações](/power-monitor/configuracoes.md) * [Alertas em tempo real](/principais-funcionalidades/alertas-em-tempo-real.md) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.powermonitor.com.br/perguntas-frequentes/duvidas-gerais/como-funciona-o-monitoramento-proativo.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.