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

# Fallas de actualización de datos

Cómo Power Monitor detecta fallas de actualización de modelos semánticos y de elementos de Fabric, qué incluye la alerta y cómo reprocesar actualizaciones.

Power Monitor detecta automáticamente cuando falla una **actualización de modelo semántico** o una **ejecución de elemento de Fabric**, avisa a los destinatarios configurados y mantiene el historial completo de las ejecuciones.

## Qué se monitorea

| Tipo                                                                                | Cómo                                                                             | Frecuencia      | Alerta                                                         |
| ----------------------------------------------------------------------------------- | -------------------------------------------------------------------------------- | --------------- | -------------------------------------------------------------- |
| **Modelos semánticos** en capacidad (Premium, Fabric o Embedded)                    | Historial de actualizaciones de todos los modelos de los workspaces monitoreados | Cada 15 minutos | **Error en la Actualización del Dataset**                      |
| **Dataflows Gen2**, **canalizaciones de datos**, **notebooks** y **Copy jobs**      | Ejecuciones que terminan con error o cancelación                                 | Cada 2 horas    | **Error en Elemento de Fabric**                                |
| **Duración** de modelos semánticos, Copy jobs, notebooks y dataflows (incluso Gen1) | Ejecución mucho más larga que el promedio del elemento                           | Cada hora       | **Desviación de Tiempo de Ejecución** (opcional, por elemento) |

{% hint style="info" %}

* El monitoreo de modelos semánticos se activa **una sola vez para toda la organización**, en **Configuración › Monitoreo**, y solo genera alertas para fallas ocurridas **después** de activarlo.
* Actualmente Power Monitor **no** monitorea fallas de actualización de **informes paginados**, fallas de **Dataflows Gen1** ni modelos en **capacidad compartida (Pro)**, y no detecta ejecuciones bloqueadas por tiempo de espera.
  {% endhint %}

## Qué incluye la alerta

Para una falla de actualización de modelo semántico:

* nombre del modelo y del workspace;
* horario, estado y quién disparó la actualización;
* **código y mensaje del error**, traducido cuando es posible;
* identificadores técnicos de la ejecución, útiles para abrir un caso con Microsoft;
* enlaces al workspace y al modelo.

Para una falla en un elemento de Fabric: elemento, horario, código y mensaje del error y enlace.

## Dónde hacer el seguimiento

* **Monitoreo › Modelos Semánticos:** historial de actualizaciones, fallas y la **Cola de Reintentos**, donde un administrador selecciona las actualizaciones que fallaron para **reprocesarlas**. Power Monitor dispara las nuevas actualizaciones respetando un número máximo de ejecuciones simultáneas por organización. En una fila con **Error**, el mouse sobre el estado muestra el error y el historial reciente del modelo, y el clic derecho ofrece **Investigar** (un dossier técnico con análisis por IA).
* **Dashboards › Actualizaciones de Artefactos** y **Monitoreo › Elementos Fabric:** ejecuciones de canalizaciones, notebooks, Copy jobs y Dataflows Gen2. En **Elementos Fabric**, el mouse sobre el estado **Con fallas** muestra el motivo informado por Fabric, y el clic derecho ofrece **Investigar**.
* **Rendimiento › Tiempo Medio de Ejecución:** duración promedio y desviaciones por elemento.
* **Monitoreo › Actualización de Datos:** confirma si los datos de las tablas importantes están realmente actualizados, incluso cuando la actualización "salió bien".
* **Gobernanza › Operación › Programaciones:** mapa de calor y línea de tiempo de las programaciones, para encontrar horarios congestionados.

## ¿Por qué falla una actualización?

Las causas más comunes son:

* **Credenciales vencidas** del origen de datos;
* **Gateway sin conexión** (consulte [Monitoreo de Gateways](/es/principais-funcionalidades/monitoramento-de-gateways.md));
* **Origen de datos inaccesible** (servidor, archivo o API no disponible);
* **Capacidad sobrecargada**, sin recursos para procesar la actualización (consulte [Monitoreo de Capacidades](/es/principais-funcionalidades/monitoramento-de-capacidades.md));
* **Tiempo de espera** de la actualización excedido;
* **Error de DAX o Power Query (M)** que impide el procesamiento.

{% hint style="info" %}
Power Tuning ofrece el [Monitoreo Gestionado](/es/monitoreo-gestionado/monitoramento-gerenciado.md), en el que nuestro equipo actúa sobre estas fallas por usted.
{% endhint %}

## Páginas relacionadas

* [Modelos Semánticos (Monitoreo)](/es/power-monitor/monitoramento/modelos-semanticos.md)
* [Actualizaciones de Artefactos](/es/power-monitor/dashboards/atualizacoes-de-artefatos.md)
* [Tiempo Medio de Ejecución](/es/power-monitor/performance/tempo-medio-de-execucao.md)
* [Alertas en tiempo real](/es/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/es/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.