> 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/principais-funcionalidades/falhas-de-atualizacao.md).

# Falhas de Atualização de Dados

Como o Power Monitor detecta falhas de atualização de modelos semânticos e de itens do Fabric, o que o alerta traz e como reprocessar atualizações.

O Power Monitor detecta automaticamente quando uma **atualização de modelo semântico** ou uma **execução de item do Fabric** falha, avisa os destinatários configurados e mantém o histórico completo das execuções.

## O que é monitorado

| Tipo                                                                                 | Como                                                                     | Frequência        | Alerta                                               |
| ------------------------------------------------------------------------------------ | ------------------------------------------------------------------------ | ----------------- | ---------------------------------------------------- |
| **Modelos semânticos** em capacidade (Premium, Fabric ou Embedded)                   | Histórico de atualizações de todos os modelos dos workspaces monitorados | A cada 15 minutos | **Falha na Atualização do Dataset**                  |
| **Dataflows Gen2**, **pipelines de dados**, **notebooks** e **Copy jobs**            | Execuções que terminam com falha ou cancelamento                         | A cada 2 horas    | **Falha em Item do Fabric**                          |
| **Duração** de modelos semânticos, Copy jobs, notebooks e dataflows (inclusive Gen1) | Execução muito mais longa que a média do item                            | A cada hora       | **Desvio de Tempo de Execução** (opcional, por item) |

{% hint style="info" %}

* O monitoramento de modelos semânticos é ligado **uma única vez para toda a organização**, em **Configurações › Monitoramento**, e só gera alertas para falhas ocorridas **depois** de ligado.
* Hoje o Power Monitor **não** monitora falhas de atualização de **relatórios paginados**, falhas de **Dataflows Gen1** nem modelos em **capacidade compartilhada (Pro)**, e não detecta execuções travadas por tempo limite.
  {% endhint %}

## O que o alerta traz

Para uma falha de atualização de modelo semântico:

* nome do modelo e do workspace;
* horário, status e quem disparou a atualização;
* **código e mensagem do erro**, traduzida quando possível;
* identificadores técnicos da execução, úteis para abrir chamado na Microsoft;
* links para o workspace e para o modelo.

Para uma falha em item do Fabric: item, horário, código e mensagem do erro e link.

## Onde acompanhar

* **Monitoramento › Modelos Semânticos:** histórico de atualizações, falhas e a **Fila de Tentativas**, em que um administrador seleciona atualizações que falharam para **reprocessar**. O Power Monitor dispara as novas atualizações respeitando um número máximo de execuções simultâneas por organização. Em uma linha com **Falha**, o mouse sobre o status mostra o erro e o histórico recente do modelo, e o botão direito oferece **Investigar** (dossiê técnico com análise por IA).
* **Dashboards › Atualizações de Artefatos** e **Monitoramento › Itens do Fabric:** execuções de pipelines, notebooks, Copy jobs e Dataflows Gen2. Em **Itens do Fabric**, o mouse sobre o estado **Com falha** mostra o motivo informado pelo Fabric, e o botão direito oferece **Investigar**.
* **Performance › Tempo Médio de Execução:** duração média e desvios por item.
* **Monitoramento › Atualização de Dados:** confirma se os dados de tabelas importantes estão realmente atualizados, mesmo quando a atualização "deu certo".
* **Governança › Operação › Agendamentos:** mapa de calor e linha do tempo dos agendamentos, para encontrar horários congestionados.

## Por que uma atualização falha?

As causas mais comuns são:

* **Credenciais expiradas** da fonte de dados;
* **Gateway offline** (veja [Monitoramento de Gateways](/principais-funcionalidades/monitoramento-de-gateways.md));
* **Fonte de dados inacessível** (servidor, arquivo ou API indisponível);
* **Capacidade sobrecarregada**, sem recursos para processar a atualização (veja [Monitoramento de Capacidades](/principais-funcionalidades/monitoramento-de-capacidades.md));
* **Tempo limite** da atualização excedido;
* **Erro de DAX ou Power Query (M)** que impede o processamento.

{% hint style="info" %}
A Power Tuning oferece o [Monitoramento Gerenciado](/monitoramento-gerenciado/monitoramento-gerenciado.md), em que nossa equipe atua sobre essas falhas por você.
{% endhint %}

## Páginas relacionadas

* [Modelos Semânticos (Monitoramento)](/power-monitor/monitoramento/modelos-semanticos.md)
* [Atualizações de Artefatos](/power-monitor/dashboards/atualizacoes-de-artefatos.md)
* [Tempo Médio de Execução](/power-monitor/performance/tempo-medio-de-execucao.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/principais-funcionalidades/falhas-de-atualizacao.md?ask=<question>&goal=<user_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.