Problemas comunes

Power Query

Mantenimiento de la ordenación

Puede suponer que si ordena los datos, las operaciones posteriores mantienen el orden.

Por ejemplo, si ordena una tabla de ventas para que la mayor venta de cada tienda se muestre primero, se esperaría que al realizar una operación "Quitar duplicados" devuelva solo la mayor venta para cada tienda. Y esta operación podría, de hecho, parecer funcionar. Sin embargo, no se garantiza este comportamiento.

Debido a la forma en que Power Query optimiza ciertas operaciones, incluida la omisión de ellas o la delegación de ellas en orígenes de datos (que pueden tener su propio comportamiento de ordenación único), no se garantiza que el orden de clasificación se mantenga a través de agregaciones (como Table.Group), uniones (como Table.NestedJoin), o eliminación de duplicados (como Table.Distinct).

Hay varias maneras de solucionar esto. Estas son algunas sugerencias:

• Realice una ordenación después de aplicar la operación posterior. Por ejemplo, al agrupar filas, ordene la tabla anidada en cada grupo antes de aplicar pasos adicionales. Este es un ejemplo de código M que muestra este enfoque: Table.Group(Sales_SalesPerson, {"TerritoryID"}, {{"SortedRows", each Table.Sort(_, {"SalesYTD", Order.Descending})}})
• Coloque los datos en el búfer (mediante Table.Buffer) antes de aplicar la operación posterior. En algunos casos, esta operación hace que la operación subsiguiente mantenga el orden de clasificación almacenado en búfer.
• Use la clasificación. Por ejemplo, en lugar de usar Table.Distinct, podría ordenar por las columnas que contienen los valores duplicados, clasificar en función de una columna de desempate (como modified_date) y, a continuación, filtrar para mantener solo las filas de clasificación 1.

Inferencia de tipo de datos

A veces, Power Query podría detectar incorrectamente el tipo de datos de una columna. Esto se debe al hecho de que Power Query deduce tipos de datos usando solo las primeras 200 filas de datos. Si los datos de las primeras 200 filas son diferentes de los datos después de la fila 200, Power Query puede acabar seleccionando el tipo incorrecto. (Tenga en cuenta que un tipo incorrecto no siempre generará errores. A veces, los valores resultantes son simplemente incorrectos, lo que dificulta la detección del problema).

Por ejemplo, imagine una columna que contiene enteros en las primeras 200 filas (como todos los ceros), pero contiene números decimales después de la fila 200. En este caso, Power Query deduce el tipo de datos de la columna como Número entero (Int64.Type). Esta inferencia da lugar a que se truncan las partes decimales de los números no enteros.

O imagine una columna que contiene valores de fecha textual en las primeras 200 filas y otros tipos de valores de texto después de la fila 200. En este caso, Power Query deduce el tipo de datos de la columna como Date. La inferencia da como resultado que los valores de texto que no son fechas se traten como errores de conversión de tipos.

Dado que la detección de tipos funciona en las primeras 200 filas, pero la generación de perfiles de datos puede funcionar en todo el conjunto de datos, puede considerar la posibilidad de usar la funcionalidad de generación de perfiles de datos para obtener una indicación temprana en el Editor de consultas sobre errores (desde la detección de tipos o cualquier número de otras razones) más allá de las N filas principales.

Conexiones cerradas forzadamente por el host remoto

Al conectarse a varias API, es posible que reciba la siguiente advertencia:

Data source error: Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host

Si se produce este error, es más probable que se produzca un problema de red. Por lo general, las primeras personas con las que comprobar son los propietarios del origen de datos al que intenta conectarse. Si no creen que son los que cierran la conexión, es posible que algo a lo largo del camino sea (por ejemplo, un servidor proxy, enrutadores intermedios o puertas de enlace, etc.).

Ya sea que esto solo ocurra con cualquier tipo de datos o solo con tamaños de datos grandes, es probable que haya un tiempo de espera de la red en algún lugar de la ruta. Si solo se trata de datos más grandes, los clientes deben consultar con el propietario del origen de datos para ver si sus API admiten la paginación, de modo que puedan dividir sus solicitudes en fragmentos más pequeños. En caso contrario, se deben seguir formas alternativas de extraer datos de la API (siguiendo los procedimientos recomendados de la fuente de datos).

Los conjuntos de cifrado TLS RSA están en desuso

A partir del 30 de octubre de 2020, los siguientes conjuntos de cifrado estarán en desuso en nuestros servidores.

• "TLS_RSA_WITH_AES_256_GCM_SHA384"
• "TLS_RSA_WITH_AES_128_GCM_SHA256"
• "TLS_RSA_WITH_AES_256_CBC_SHA256"
• "TLS_RSA_WITH_AES_128_CBC_SHA256"

La lista siguiente son los conjuntos de cifrado admitidos:

• TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
• "TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256"
• "TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384"
• TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
• TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
• "TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256"
• "TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384"

Los conjuntos de cifrado se utilizan para cifrar mensajes y así asegurar una conexión de red entre clientes/servidores y otros servidores. Eliminaremos la lista anterior de conjuntos de cifrado para cumplir con nuestros protocolos de seguridad actuales. A partir del 1 de marzo de 2021, los clientes solo pueden usar nuestros conjuntos de cifrado estándar.

Estos son los conjuntos de cifrado que el servidor al que te conectas debe admitir para conectarse desde Power Query Online o Power BI.

En Power Query Desktop (Power BI, Excel), no se controlan los conjuntos de cifrado. Si está intentando conectarse a Power Platform (por ejemplo, flujos de datos de Power Platform) o al servicio Power BI, necesita uno de esos conjuntos de cifrado habilitados en el sistema operativo. Puede actualizar la versión de Windows o actualizar el registro TLS de Windows para asegurarse de que su extremos de servidor admita uno de estos cifrados.

Para comprobar que el servidor cumple con el protocolo de seguridad, puede realizar una prueba mediante una herramienta de cifrado y escáner TLS. Un ejemplo podría ser SSLLABS.

Los clientes deben actualizar sus servidores antes del 1 de marzo de 2021. Para obtener más información sobre cómo configurar el orden de TLS Cipher Suite, consulte Administrar la seguridad de la capa de transporte (TLS).

Revocación de certificados

Una próxima versión de Power BI Desktop provoca un error en las conexiones SSL desde Desktop cuando a cualquier certificado en la cadena SSL le falta el estado de revocación del certificado. Se trata de un cambio del estado actual, donde la revocación solo provocó un error de conexión en caso de que el certificado se revoque explícitamente. Otros problemas de certificado pueden incluir firmas no válidas y expiración del certificado.

Como hay configuraciones en las que se podría quitar el estado de revocación, como con servidores proxy corporativos, proporcionaremos otra opción para omitir los certificados que no tienen información de revocación. Esta opción permite situaciones en las que la información de revocación se elimina en determinados casos, pero no desea reducir la seguridad por completo, para seguir trabajando.

No se recomienda, pero los usuarios pueden seguir desactivando completamente las comprobaciones de revocación.

Error: Se canceló la evaluación

Power Query devuelve el mensaje "Se canceló la evaluación" cuando el análisis en segundo plano está deshabilitado y el usuario cambia entre consultas o cierra el Editor de consultas mientras una consulta está en proceso de actualización.

Error: La clave no coincide con ninguna fila de la tabla

Hay muchas razones por las que Power Query podría devolver un error que la clave no coincide con ninguna fila de la tabla. Cuando se produce este error, el motor de Mashup no puede encontrar el nombre de la tabla que está buscando. Entre los motivos por los que puede producirse este error se incluyen:

• El nombre de la tabla se ha cambiado, por ejemplo, en el propio origen de datos.
• La cuenta usada para acceder a la tabla no tiene privilegios suficientes para leer la tabla.
• Puede haber varias credenciales para un único origen de datos, que no se admite en el servicio Power BI cuando se usan conexiones personales en la nube. Este error puede producirse, por ejemplo, cuando el origen de datos es un origen de datos en la nube y se usan varias cuentas para acceder al origen de datos al mismo tiempo con credenciales diferentes. Si el origen de datos es local, deberá usar la puerta de enlace de datos local.

Limitación: requisito de pertenencia a un dominio para los equipos de gateway al usar la autenticación de Windows

El uso de la autenticación de Windows con una puerta de enlace local requiere que la máquina de puerta de enlace esté unida a un dominio. Esto se aplica a las conexiones configuradas con "Autenticación de Windows a través de la puerta de enlace". Las cuentas de Windows que se usan para acceder a un origen de datos pueden requerir acceso de lectura a los componentes compartidos en el directorio de Windows y la instalación de la puerta de enlace.

Limitación: La actualización de OAuth2 entre inquilinos no se admite en el servicio Power BI.

Si desea conectarse a un origen de datos desde el servicio Power BI mediante OAuth2, el origen de datos debe estar en el mismo inquilino que el servicio Power BI. Actualmente, los escenarios de conexión multiinquilino no se admiten con OAuth2.

Limitación: El extremo de autenticación personalizada de AD FS no es compatible en el servicio Power BI.

La capacidad de usar un punto de conexión de autenticación personalizado de Servicios de federación de Active Directory (AD FS) no se admite en el servicio Power BI. Es posible que los usuarios encuentren el siguiente error: el servicio de token notificado por el recurso no es de confianza.

Limitación: no se admiten cuentas de invitado

Actualmente no se admite el uso de cuentas de invitado de un inquilino para conectarse a datos mediante conectores de Power Query.

Expression.Error: la evaluación dio lugar a un desbordamiento de pila y no puede continuar

Los errores de desbordamiento de pila pueden deberse a un error en el código M. Por ejemplo, la siguiente función genera un desbordamiento de pila porque llama repetidamente a sí mismo sin ningún tipo de condición final. Una función que se llama a sí misma como esta se conoce como una función "recursiva".

let f = (x) => @f(x + 1) in f(0)

Estas son algunas formas comunes de resolver un desbordamiento de pila en el código M.

• Asegúrese de que las funciones recursivas finalizan realmente cuando se alcanza la condición de finalización esperada.
• Reemplace la recursividad por iteración (por ejemplo, mediante funciones como List.Transform, List.Generate o List.Accumulate).

Expression.Error: La evaluación se quedó sin memoria y no puede continuar

Los errores de "memoria insuficiente" (o OOMs) pueden deberse a que se realizan demasiadas operaciones de uso intensivo de memoria en tablas muy grandes. Por ejemplo, el siguiente código M genera un OOM porque intenta cargar mil millones de filas en la memoria a la vez.

Table.Buffer(Table.FromList({1..1000000000}, Splitter.SplitByNothing()))

Para resolver errores de memoria insuficiente, optimice las operaciones de uso intensivo de memoria, como las ordenaciones, las uniones, la agrupación y la eliminación de duplicados, asegurándose de que se repliegan hacia la fuente o eliminándolas por completo siempre que sea posible. Las ordenaciones, por ejemplo, suelen ser innecesarias.

Power Query Online no se puede conectar a través de un punto de conexión público cuando se configura un punto de conexión privado en un almacenamiento

Cuando se configura un punto de conexión privado a una cuenta de almacenamiento, Power Query Online siempre resolverá la dirección de vínculo privado y no podrá conectarse a través de la red pública de Internet, incluso si el acceso público está establecido en "Permitido" en la configuración del punto de conexión privado.

Este comportamiento se produce porque el punto de conexión privado tiene prioridad sobre la conectividad pública. Como resultado, se producirá un error en cualquier intento de conexión sin una puerta de enlace.

Dataflows

Cancelación de la actualización del flujo de datos

A veces comienzas a actualizar un flujo de datos, pero después de empezar te das cuenta de que querías cambiar una cosa más antes de refrescar tus datos. En ese caso, debe esperar hasta que finalice la actualización. Detener un refresco a mitad de camino, ya que el proceso ya está obteniendo los datos y actualizando las tablas en su área de trabajo o entorno, no está actualmente admitido.

Tenemos previsto agregar compatibilidad para cancelar una actualización del flujo de datos en el futuro.