> 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/monitoramento-de-notebooks.md).

# Monitoreo de Notebooks

Cómo Power Monitor hace el seguimiento de las ejecuciones de notebooks, canalizaciones de datos y Copy jobs de Microsoft Fabric.

Los notebooks, las canalizaciones de datos (pipelines) y los Copy jobs de Microsoft Fabric suelen sostener cadenas críticas de procesamiento. Power Monitor hace el seguimiento de las ejecuciones de estos elementos y avisa cuando una de ellas **falla o se cancela**, sin que usted tenga que verificar elemento por elemento en Fabric.

## Qué se monitorea

| Elemento                    | Qué se monitorea               | Alerta                                                |
| --------------------------- | ------------------------------ | ----------------------------------------------------- |
| **Notebooks**               | Ejecuciones, estado y duración | **Error en Elemento de Fabric** (error o cancelación) |
| **Canalizaciones de datos** | Ejecuciones, estado y duración | **Error en Elemento de Fabric**                       |
| **Copy jobs**               | Ejecuciones, estado y duración | **Error en Elemento de Fabric**                       |
| **Dataflows Gen2**          | Ejecuciones, estado y duración | **Error en Elemento de Fabric**                       |

* Las ejecuciones se recopilan **cada 2 horas**, en los workspaces monitoreados.
* La **duración** se puede consultar en **Rendimiento › Tiempo Medio de Ejecución**, y la alerta **Desviación de Tiempo de Ejecución** se puede activar elemento por elemento para avisar cuando una ejecución tarda mucho más que el promedio.

{% hint style="info" %}
Actualmente Power Monitor no detecta ejecuciones bloqueadas o que exceden el tiempo de espera: una ejecución en curso solo se registra como tal. Las ejecuciones de **Spark job definitions** no se monitorean (el elemento aparece solo en el inventario).
{% endhint %}

## Dónde hacer el seguimiento

* **Monitoreo › Elementos Fabric** y **Dashboards › Actualizaciones de Artefactos:** ejecuciones y fallas.
* **Rendimiento › Tiempo Medio de Ejecución:** duración promedio y desviaciones.
* **Gobernanza › Datos e Ingeniería › Ingeniería de Datos:** inventario de notebooks, canalizaciones, Spark job definitions, environments y demás elementos.
* **Gobernanza › Operación › Programaciones:** programaciones de los elementos de Fabric.

## Notebook o canalización: ¿cuál monitorear?

Los dos. En los entornos Fabric, los notebooks suelen estar orquestados por canalizaciones. Monitorear ambos muestra tanto la falla de la orquestación como la del procesamiento individual.

{% hint style="info" %}
El monitoreo de los elementos de Fabric depende de que la aplicación de Power Monitor pueda leer las ejecuciones en los workspaces monitoreados (configuración del inquilino de Fabric habilitada).
{% endhint %}

## Páginas relacionadas

* [Elementos de Microsoft Fabric](/es/power-monitor/monitoramento/itens-do-microsoft-fabric.md)
* [Ingeniería de Datos](/es/power-monitor/governanca/dados-e-engenharia/engenharia-de-dados.md)
* [Fallas de actualización de datos](/es/principais-funcionalidades/falhas-de-atualizacao.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/monitoramento-de-notebooks.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.