Solución e problemas de la actualización incremental
Hay dos fases al implementar una solución de actualización incremental; la primera es configurar parámetros, filtrar y definir una directiva en Power BI Desktop, mientras que la segunda es la operación de actualización inicial del conjunto de datos y las actualizaciones posteriores en el servicio. Es por esto que buscaremos la solución de problemas por separado para cada una de estas fases.
Antes de solucionar los problemas de actualización incremental, asegúrese de revisar el artículo Actualización incremental de los conjuntos de datos y la información paso a paso que se encuentra en Configuración de la actualización incremental.
Configuración en Power BI Desktop
La mayoría de los problemas que se producen al configurar la actualización incremental tienen que ver con el plegado de consultas. Tal como se describe en el artículo de información general de actualización incremental para conjuntos de datos: orígenes de datos admitidos, el origen de datos debe admitir el plegado de consultas.
Problema: La carga de datos tarda demasiado tiempo
En el Editor de Power Query, después de hacer clic en Aplicar, la carga de datos tarda demasiado tiempo y ocupa demasiados recursos del equipo. Hay varias causas posibles:
Causa: Tipo de datos no coincidente
Esto puede deberse a un error de coincidencia de tipos de datos, donde Date/Time es el tipo de datos necesario para los parámetros RangeStart y RangeEnd, pero la columna de fecha de la tabla en la que se aplican los filtros no es el tipo de datos Date/Time o viceversa. Tanto el tipo de datos de parámetros como la columna de datos filtrados deben ser del tipo de datos Date/Time y el formato debe ser el mismo. Si no es así, la consulta no se puede plegar.
Solución: Compruebe el tipo de datos
Compruebe que la columna de fecha y hora de la tabla de actualización incremental es del tipo Date/Time. Si la tabla no contiene una columna de tipo de datos Date/Time, sino que usa un tipo de datos de entero, puede crear una función que convierta el valor de fecha y hora en los parámetros RangeStart y RangeEnd a fin de coincidir con la clave suplente de entero de la tabla de origen de datos. Para más información, consulte Configuración de la actualización incremental: Conversión de DateTime en entero.
Causa: El origen de datos no admite el plegado de consultas
Tal como se describe en Actualización incremental para conjuntos de datos: Requisitos, la actualización incremental está diseñada para orígenes de datos que admiten el plegado de consultas. Asegúrese de que las consultas de origen de datos se plegan en Power BI Desktop antes de publicar en el servicio, donde los problemas de plegado de consultas se pueden complicar de manera significativa.
Solución: Comprobación y prueba de consultas
En la mayoría de los casos, se muestra una advertencia en el cuadro de diálogo Directiva de actualización incremental que indica si la consulta que se va a ejecutar en el origen de datos no admite el plegado de consultas. Sin embargo, es posible que en algunos casos sea necesario asegurarse de que el plegado de consultas es posible. Si es posible, supervise la consulta que se pasa al origen de datos mediante una herramienta como SQL Profiler. Una consulta con filtros basados en RangeStart y RangeEnd se debe ejecutar en una sola consulta.
También puede especificar un período breve de fecha y hora en los parámetros RangeStart y RangeEnd que no incluirán más de unos miles de filas. Si la carga de datos filtrados del origen de datos al modelo tarda mucho tiempo y consume muchos procesos, probablemente significa que la consulta no se está plegando.
Si determina que la consulta no se pliega, consulte los artículos Instrucciones de plegado de consultas en Power BI Desktop y Plegado de consultas de Power Query para poder identificar lo que puede estar evitando el plegado de la consulta y cómo el origen de datos puede admitir el plegado de consultas, si es así.
Actualización del conjunto de datos en el servicio
La solución de problemas de la actualización incremental en el servicio variará en función del tipo de capacidad en la que se haya publicado el conjunto de datos. Los conjuntos de datos en las capacidades Premium admiten el uso de herramientas como SQL Server Management Studio (SSMS) para ver y actualizar particiones individuales de manera selectiva. Por otro lado, los conjuntos de datos de Power BI Pro no proporcionan acceso a las herramientas a través del punto de conexión XMLA, por lo que solucionar los problemas de la actualización incremental puede requerir un poco más de prueba y error.
Problema: Se agotó el tiempo de espera de la actualización inicial
La actualización programada de los conjuntos de datos de Power BI Pro en una capacidad compartida tiene un límite de tiempo de dos horas. Este límite de tiempo aumenta a cinco horas en el caso de los conjuntos de datos en una capacidad Premium. Los sistemas de origen de datos también pueden imponer un límite de tamaño de devolución de consulta o un tiempo de espera de consulta.
Causa: No se están plegando las consultas de origen de datos
Si bien los problemas con el plegado de consultas habitualmente se pueden determinar en Power BI Desktop antes de la publicación en el servicio, es posible que las consultas de actualización del conjunto de datos no se plieguen, lo que genera tiempos de actualización excesivos y el uso de recursos del motor de mashup de consultas. Esto se debe a que se crea una consulta para cada partición del conjunto de datos. Si las consultas no se están plegando y los datos no se filtran en el origen de datos, el motor intentará filtrar los datos.
Solución: Comprobar el plegado de consultas
Use una herramienta de seguimiento en el origen de datos para determinar que la consulta que se pasa para cada partición es una consulta única que incluye un filtro basado en los parámetros RangeStart y RangeEnd. Si no es así, compruebe que el plegado de consultas ocurre en el modelo de Power BI Desktop al cargar una cantidad filtrada de datos pequeña en el modelo. Si no es así, primero debe solucionarlo en el modelo, realizar una actualización solo de metadatos en el conjunto de datos (a través del punto de conexión XMLA) o, si se trata de un conjunto de datos de Power BI Pro en una capacidad compartida, eliminar el conjunto de datos incompleto en el servicio, volver a realizar la publicación e intentar nuevamente una operación de actualización inicial.
Si determina que las consultas no se pliegan, consulte los artículos Instrucciones de plegado de consultas en Power BI Desktop y Plegado de consultas de Power Query para poder identificar lo que puede estar evitando el plegado de las consultas.
Causa: Los datos cargados en particiones son demasiado grandes
Solución: Reducir el tamaño del conjunto de datos
En muchos casos, el tiempo de espera se debe a que la cantidad de datos que se deben consultar y cargar en las particiones del conjunto de datos supera los límites de tiempo que impone la capacidad. Reduzca el tamaño o la complejidad del conjunto de datos, o bien considere la posibilidad de dividirlo en conjuntos más pequeños.
Solución: Habilitar el formato de almacenamiento de conjuntos de datos grandes
En el caso de los conjuntos de datos publicados en capacidades Premium, si el conjunto de datos crecerá a más de 1 GB o más, puede mejorar el rendimiento de la operación de actualización y asegurarse de que el conjunto de datos no supere los límites de tamaño si habilita el formato de almacenamiento de conjuntos de datos grandes antes de realizar la primera operación de actualización en el servicio. Para más información, consulte Conjuntos de datos grandes en Power BI Premium.
Solución: Arrancar la actualización inicial
En el caso de los conjuntos de datos publicados en capacidades Premium, puede arrancar la operación de actualización inicial. El arranque permite al servicio crear objetos de tabla y partición para el conjunto de datos, pero no cargar ni procesar datos históricos en ninguna de las particiones. Para más información, consulte Actualización incremental avanzada: Prevención de tiempos de espera en la actualización completa inicial.
Causa: Tiempo de espera de consulta del origen de datos
Las consultas pueden verse limitadas por el límite de tiempo predeterminado del origen de datos.
Solución: Invalidar el límite de tiempo en la expresión de consulta
Muchos orígenes de datos permiten invalidar el límite de tiempo en la expresión de consulta. Para más información, consulte Actualización incremental para conjuntos de datos: Límites de tiempo.
Problema: Error en la actualización debido a valores duplicados
Causa: Las fechas posteriores cambiaron
Con una operación de actualización, solo los datos que han cambiado en el origen de datos se actualizan en el conjunto de datos. Como los datos se dividen por una fecha, se recomienda que las fechas posteriores (transacción) no cambien.
Si se cambia una fecha de manera accidental, pueden ocurrir dos problemas: los usuarios observan que algunos totales han cambiado en los datos históricos (esto no debería pasar), o bien que durante una actualización se devuelve un error que indica que un valor único no es único en realidad. En este último caso, esto puede ocurrir cuando la tabla que tiene configurada la actualización incremental se usa en una relación 1:N con otra tabla como el lado 1 y debe tener valores únicos. Cuando los datos cambian (para un identificador específico), ese identificador aparece en otra partición y el motor detectará que el valor no es único.
Solución: Actualizar particiones específicas
Cuando para una empresa es necesario cambiar algunos datos anteriores a partir de las fechas, una solución posible es usar SSMS para actualizar todas las particiones desde el punto en que se encuentra el cambio hasta la partición de actualización actual, lo que hace que el lado 1 de la relación siga siendo único.
Problema: Se truncan los datos
Causa: Se superó el límite de consultas del origen de datos
Algunos orígenes de datos, como Azure Data Explorer, Log Analytics y Application Insights, tienen un límite de 64 MB (comprimido) en los datos que se pueden devolver para una consulta externa. Azure Data Explorer puede devolver un error explícito, pero en el caso de otros como Log Analytics y Application Insights, los datos devueltos se truncan.
Solución: Especificar períodos de actualización y almacenamiento más breves
Especifique períodos de actualización y almacenamiento más breves en la directiva. Por ejemplo, si especificó un período de actualización de un año y se devuelve un error de consulta o se truncan los datos devueltos, pruebe un período de actualización de 12 meses. Querrá asegurarse de que las consultas para la partición de actualización actual o cualquier partición histórica basada en los períodos de actualización y almacenamiento no devuelvan más de 64 MB de datos.
Problema: Error en la actualización debido a conflictos de clave de partición
Causa: Se actualiza la fecha de la columna de fecha en el origen de datos
El filtro de la columna de fecha se usa para particionar de manera dinámica los datos en intervalos de períodos en el servicio Power BI. La actualización incremental no está diseñada para admitir casos en los que la columna de fecha filtrada se actualiza en el sistema de origen. Una actualización se interpretará como una inserción y una eliminación, no como una actualización real. Si la eliminación ocurre en el intervalo histórico y no en el intervalo incremental, no se seleccionará, lo que puede provocar errores en la actualización de los datos debido a conflictos de clave de partición.
Consulte también
Actualizar datos en Power BI
Actualización incremental avanzada con el punto de conexión XMLA
Actualización incremental de los flujos de datos