En este artículo se examinan algunos problemas comunes que pueden producirse al usar la puerta de enlace de datos local.

Nota: Si encuentra algún problema que no se menciona a continuación, puede pedir ayuda adicional en las siguientes ubicaciones.

Actualizar a la versión más reciente

Pueden surgir muchos problemas cuando la versión de la puerta de enlace no está actualizada. Es una buena práctica general para asegurarse de que tiene la versión más reciente. Si no ha actualizado la puerta de enlace durante un mes o más, quizá debería considerar instalar su versión más reciente y ver si puede reproducir el problema.

Problemas comunes

Estos son algunos problemas comunes y soluciones que han ayudado a varios clientes en entornos que restringen el acceso a Internet.

Autenticación de servidor proxy

Puede que el proxy requiera autenticación de una cuenta de usuario de dominio. De manera predeterminada, la puerta de enlace usa un SID de servicio para el usuario de inicio de sesión del servicio de Windows. Cambiar el usuario de inicio de sesión a un usuario de dominio puede ayudarle. Para más información, vea Cambiar la cuenta de servicio de la puerta de enlace de un usuario de dominio.

El proxy solamente permite tráfico de los puertos 80 y 443

Algunos proxy restringen el tráfico solo a los puertos 80 y 443. De manera predeterminada, la comunicación con Azure Service Bus tendrá lugar en puertos que no sean el 443.

Puede obligar a la puerta de enlace a comunicarse con Azure Service Bus a través de HTTPS en vez de TCP directo. Deberá modificar el archivo Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config. Cambie el valor de AutoDetect por Https. Este archivo se encuentra, de forma predeterminada, en C:\Archivos de programa\Puerta de enlace de datos local.

<setting name="ServiceBusSystemConnectivityModeString" serializeAs="String">
    <value>Https</value>
</setting>

Instalación

Error: no se pudo agregar el usuario al grupo. (-2147463168 PBIEgwService Usuarios del registro de rendimiento )

Puede recibir este error si intenta instalar la puerta de enlace en un controlador de dominio. No se admite la implementación de un controlador de dominio. Debe implementar la puerta de enlace en una máquina que no sea un controlador de dominio.

Configuración

Cómo reiniciar la puerta de enlace

La puerta de enlace se ejecuta como un servicio de Windows, por lo que puede iniciarla y detenerla de varias maneras. Por ejemplo, puede abrir un símbolo del sistema con permisos elevados en el equipo en el que se está ejecutando la puerta de enlace y después ejecutar cualquiera de estos comandos:

  • Para detener el servicio, ejecute este comando:

    ''' net stop PBIEgwService '''

  • Para iniciar el servicio, ejecute este comando:

    ''' net start PBIEgwService '''

Error: no se pudo crear la puerta de enlace. Inténtelo de nuevo.

Todos los detalles están disponibles, pero la llamada al servicio Power BI devolvió un error. Se mostrará el error y un identificador de actividad. Esto puede producirse por diferentes motivos. Para obtener más detalles, puede recopilar y revisar los registros, tal y como se menciona más abajo.

Esto también podría deberse a problemas de configuración de proxy. Ahora la interfaz de usuario no permite la configuración de proxy. Puede obtener más información sobre la realización de cambios de configuración de proxy.

Error: no se pudieron actualizar los detalles de la puerta de enlace. Inténtelo de nuevo.

Se ha recibido información desde el servicio Power BI a la puerta de enlace. La información se pasó al servicio de Windows local, pero no se pudo devolver. O bien, no se pudo generar la clave simétrica. La excepción interna se mostrará en Mostrar detalles. Para obtener más detalles, puede recopilar y revisar los registros, tal y como se menciona más abajo.

Error: el servicio Power BI informó de que no se puede acceder a la puerta de enlace local. Reinicie la puerta de enlace e inténtelo de nuevo.

Cuando finalice la configuración, se volverá a llamar al servicio Power BI para validar la puerta de enlace. El servicio Power BI no informa de que la puerta de enlace sea dinámica. El reinicio del servicio de Windows puede permitir que la comunicación se realice correctamente. Para obtener más detalles, puede recopilar y revisar los registros, tal y como se menciona más abajo.

Error de script durante el inicio de sesión en Power BI

Es posible que aparezca un error de script al iniciar sesión en Power BI como parte de la configuración de la puerta de enlace de datos local. La instalación de la siguiente actualización de seguridad debería resolver el problema. Puede instalarla a través de Windows Update.

MS16-051: Actualización de seguridad para Internet Explorer: 10 de mayo de 2016 (KB 3154070)

Error en la configuración de la puerta de enlace con una excepción de referencia nula

Puede encontrar un error similar al siguiente.

    Failed to update gateway details.  Please try again.
    Error updating gateway configuration.

Esto incluye un seguimiento de la pila y el seguimiento de la pila puede incluir lo siguiente.

    Microsoft.PowerBI.DataMovement.Pipeline.Diagnostics.CouldNotUpdateGatewayConfigurationException: Error updating gateway configuration. ----> System.ArgumentNullException: Value cannot be null.
    Parameter name: serviceSection

Si va a actualizar una puerta de enlace anterior, conservamos el archivo de configuración. Es posible que falte una sección. Cuando la puerta de enlace intenta leerla, obtenemos la excepción de referencia nula anterior.

Para corregir este problema, haga lo siguiente.

  1. Desinstale la puerta de enlace.

  2. Elimine la siguiente carpeta.

    c:\Program Files\on-premises data gateway
    
  3. Vuelva a instalar la puerta de enlace.

  4. Opcionalmente, aplique la clave de recuperación para restaurar una puerta de enlace existente.

Compatibilidad con TLS 1.1 y 1.2

Con la actualización de agosto de 2017 y posteriores, la puerta de enlace de datos local usa Seguridad de la capa de transporte (TLS) 1.1 o 1.2 para comunicarse con el servicio Power BI de forma predeterminada. Las versiones anteriores de la puerta de enlace de datos local usa TLS 1.0 de forma predeterminada. El 1 de noviembre de 2017 la compatibilidad con TLS 1.0 terminará, por lo que debe actualizar las instalaciones de la puerta de enlace de datos local a la versión de agosto de 2017 o a otra más reciente para asegurarse de que las puertas de enlace sigan funcionando.

Es importante tener en cuenta que TLS 1.0 seguirá siendo compatible con la puerta de enlace de datos local antes del 1 de noviembre y la puerta de enlace la utilizará como un mecanismo de reserva. Para asegurarse de que todo el tráfico de la puerta de enlace usa TLS 1.1 o 1.2 (y para impedir el uso de TLS 1.0 en la puerta de enlace), debe agregar o modificar las siguientes claves de registro en la máquina que ejecuta el servicio de puerta de enlace:

    [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\v4.0.30319]"SchUseStrongCrypto"=dword:00000001
    [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\.NETFramework\v4.0.30319]"SchUseStrongCrypto"=dword:00000001

Nota: agregar o modificar estas claves de registro permite aplicar el cambio a todas las aplicaciones. NET. Para más información acerca de los cambios del registro que afectan a TLS para otras aplicaciones, consulte Configuración del registro de seguridad de la capa (TLS) de transporte.

Orígenes de datos

Error: no es posible la conexión. Detalles: "Las credenciales de conexión no son válidas"

En Mostrar detalles, se debería mostrar el mensaje de error recibido desde el origen de datos. En el caso de SQL Server, debería ver algo parecido a lo siguiente.

Login failed for user 'username'.

Compruebe que tenga el nombre de usuario y la contraseña correctos. Asimismo, compruebe que esas credenciales puedan conectarse correctamente al origen de datos. Asegúrese de que la cuenta que se usa coincide con el método de autenticación.

Error: no es posible la conexión. Detalles: "No es posible conectarse a la base de datos"

Pudimos conectarnos al servidor, pero no a la base de datos proporcionada. Compruebe el nombre de la base de datos y que la credencial del usuario tenga el permiso adecuado para tener acceso a esa base de datos.

En Mostrar detalles, se debería mostrar el mensaje de error recibido desde el origen de datos. En el caso de SQL Server, debería ver algo parecido a lo siguiente.

Cannot open database "AdventureWorks" requested by the login. The login failed. Login failed for user 'username'.

Error: no es posible la conexión. Detalles: "Unknown error in data gateway" (Error desconocido en la puerta de enlace de datos)

Este error puede producirse por diferentes motivos. Asegúrese de validar que puede conectarse al origen de datos desde la máquina que hospeda la puerta de enlace. Esto podría deberse a la imposibilidad de acceder al servidor.

En Mostrar detalles, verá el código de error DM_GWPipeline_UnknownError.

También puede buscar en los Registros de eventos > Registros de aplicaciones y servicios > On-premises Data Gateway Service (Servicio de puerta de enlace de datos local) para obtener más información.

Error: Hemos detectado un error al intentar conectar con . Detalles: "We reached the data gateway, but the gateway can't access the on-premises data source." (Se conectó con la puerta de enlace de datos, pero esta no puede acceder al origen de datos local)

No se pudo establecer la conexión al origen de datos especificado. Asegúrese de validar la información proporcionada para ese origen de datos.

En Mostrar detalles, verá el código de error DM_GWPipeline_Gateway_DataSourceAccessError.

Si el mensaje de error subyacente es similar al siguiente, significa que la cuenta que usa para el origen de datos no es un administrador del servidor para esa instancia de Analysis Services. Más información

The 'CONTOSO\account' value of the 'EffectiveUserName' XML for Analysis property is not valid.

Si el mensaje de error subyacente es similar al siguiente, podría significar que en la cuenta de servicio para Analysis Services es posible que falte el atributo de directorio token-groups-global-and-universal (TGGAU).

The user name or password is incorrect.

Los dominios con acceso de compatibilidad de versiones anteriores a Windows 2000 tendrán el atributo TGGAU habilitado. Pero los dominios creados más recientemente no habilitarán este atributo de forma predeterminada. Puede obtener más información al respecto aquí.

Puede confirmarlo haciendo lo siguiente.

  1. Conéctese con el equipo de Analysis Services en SQL Server Management Studio. En las propiedades avanzadas de conexión, incluya EffectiveUserName para el usuario en cuestión y compruebe si reproduce el error.

  2. Puede usar la herramienta dsacls de Active Directory para comprobar si se muestra el atributo. Esta herramienta se encuentra normalmente en un controlador de dominio. Debe saber cuál es el nombre de dominio distintivo de la cuenta y pasarlo a la herramienta.

    dsacls "CN=John Doe,CN=UserAccounts,DC=contoso,DC=com"
    

    En los resultados querrá ver algo parecido a lo siguiente.

        Allow BUILTIN\Windows Authorization Access Group
                                      SPECIAL ACCESS for tokenGroupsGlobalAndUniversal
                                      READ PROPERTY
    

Para corregir este problema, debe habilitar TGGAU en la cuenta usada para el servicio de Windows de Analysis Services.

Otra posibilidad es que el nombre de usuario o la contraseña no sean correctos

Este error también se puede producir si el servidor de Analysis Services está en un dominio diferente al de los usuarios y no hay una confianza bidireccional establecida.

Tendrá que trabajar con los administradores del dominio para verificar la relación de confianza entre dominios.

Unable to see the data gateway data sources in the 'Get Data' experience for Analysis Services from the Power BI service (No se pueden ver orígenes de datos de la puerta de enlace de datos en la experiencia "Obtener datos" para Analysis Services desde el servicio Power BI)

Asegúrese de que su cuenta aparece en la ficha Usuarios del origen de datos dentro de la configuración de puerta de enlace. Si no tiene acceso a la puerta de enlace, consulte con el administrador de la puerta de enlace y pídale que realice la comprobación. Solo las cuentas de la lista Usuarios verán el origen de datos enumerado en la lista de Analysis Services.

Conjuntos de datos

Error: no hay suficiente espacio para esta fila.

Esto ocurrirá si tiene una sola fila que ocupe más de 4 MB. Deberá determinar de qué fila del origen de datos se trata e intentar filtrarla o reducir su tamaño.

Error: El nombre del servidor proporcionado no coincide con el nombre del servidor en el certificado SSL de SQL Server.

Esto puede ocurrir cuando el nombre común de certificado es para el nombre de dominio completo (FQDN) del servidor, pero solo se proporciona el nombre de NETBIOS para el servidor. Esto provocará un error de coincidencia del certificado. Para resolver este problema, debe hacer que el nombre del servidor dentro del origen de datos de la puerta de enlace y del archivo PBIX use el FQDN del servidor.

No veo la puerta de enlace de datos local al configurar la actualización programada.

Esto se puede deber a diversos escenarios.

  1. El nombre del servidor y de la base de datos no coinciden con lo que se especificó en Power BI Desktop y el origen de datos configurado para la puerta de enlace. Estos valores deben ser iguales. No distinguen mayúsculas de minúsculas.

  2. La cuenta no aparece en la pestaña Usuarios del origen de datos dentro de la configuración de puerta de enlace. Deberá ponerse en contacto con el Administrador de la puerta de enlace para que lo agregue a la lista.

  3. El archivo de Power BI Desktop contiene varios orígenes de datos y no todos están configurados con la puerta de enlace de datos. Debe hacer que cada origen de datos esté definido con la puerta de enlace para que esta aparezca en la actualización programada.

Advertencia:

Si uno de los orígenes de datos requiere autenticación OAuth, no podrá configurarlo con la puerta de enlace de datos local. Actualmente no se admite la autenticación OAuth con la puerta de enlace de datos local. Debe quitar de Power BI Desktop el origen de datos que requiere autenticación OAuth para poder configurar la actualización programada.

Error: los datos sin comprimir recibidos en el cliente de puerta de enlace han superado el límite.

El límite exacto es de 10 GB de datos sin comprimir por tabla. Si surge este problema, existen opciones para optimizar y evitar el problema. En concreto, puede reducir el uso de valores de cadena muy repetitivos y largos; en su lugar, utilice una clave normalizada o quite la columna (si no está en uso).

Informes

El informe no pudo acceder al origen de datos porque no tiene acceso a nuestro origen de datos a través de una puerta de enlace de datos local.

Esto puede deberse a uno de los siguientes motivos.

  1. La información del origen de datos no coincide con la del conjunto de datos subyacente. El servidor y el nombre de la base de datos deben coincidir con el origen de datos definido para la puerta de enlace de datos local y con lo que se suministra en Power BI Desktop. Si usa una dirección IP en Power BI Desktop, el origen de datos, para la puerta de enlace de datos local, también debe usar una dirección IP.

  2. No hay ningún origen de datos disponible en ninguna puerta de enlace en su organización. Puede configurar el origen de datos en una puerta de enlace de datos local nueva o existente.

Error: Error de acceso al origen datos. Póngase en contacto con el administrador de la puerta de enlace.

Si este informe usa una conexión activa de Analysis Services, podría producirse un problema con un valor que se pasa a EffectiveUserName y que no es válido o bien no tiene permisos en el equipo de Analysis Services. Normalmente, un problema de autenticación se debe a que el valor que se pasa para EffectiveUserName no coincide con un nombre principal de usuario local (UPN).

Para confirmarlo, haga lo siguiente.

  1. Busque el nombre de usuario efectivo en los registros de puerta de enlace.

  2. Después de obtener el valor que se pasa, compruebe que es correcto. Si es su usuario, puede usar el siguiente comando desde un símbolo del sistema para ver cuál debe ser el UPN. El UPN será similar a una dirección de correo.

    whoami /upn
    

También puede ver qué obtiene Power BI de Azure Active Directory.

  1. Vaya a https://graphexplorer.cloudapp.net.

  2. Seleccione Iniciar sesión en la esquina superior derecha.

  3. Ejecute la siguiente consulta. Verá una respuesta JSON bastante grande.

    https://graph.windows.net/me?api-version=1.5
    
  4. Busque userPrincipalName.

Si el UPN de Azure Active Directory no coincide con el UPN local de Active Directory, puede usar la característica Asignar nombres de usuario para cambiarlo por un valor válido. O bien, puede consultar a su administrador de inquilinos o administrador de Active Directory local para que cambie el UPN.

Firewall o proxy

Para más información sobre proporcionar información de proxy para la puerta de enlace, consulte Configuración de proxy para las puertas de enlace de Power BI.

Puede probar para ver si el firewall o proxy está bloqueando conexiones. Para ello, ejecute Test-NetConnection desde un símbolo del sistema de PowerShell. Esto probará la conectividad con Bus de servicio de Azure. Esto solo prueba la conectividad de red y no tiene nada que ver con el servicio de servidor en la nube o la puerta de enlace. Ayuda a determinar si el equipo realmente puede obtener acceso a Internet.

Test-NetConnection -ComputerName watchdog.servicebus.windows.net -Port 9350
Nota:

Test-NetConnection solo está disponible en Windows Server 2012 R2 y versiones posteriores. También está disponible en Windows 8.1 y versiones posteriores. En versiones anteriores del sistema operativo, puede usar Telnet para probar la conectividad de puertos.

Los resultados deben tener un aspecto similar al siguiente. La diferencia será con TcpTestSucceeded. Si TcpTestSucceeded no es true, puede estar bloqueado por un firewall.

ComputerName           : watchdog.servicebus.windows.net
RemoteAddress          : 70.37.104.240
RemotePort             : 5672
InterfaceAlias         : vEthernet (Broadcom NetXtreme Gigabit Ethernet - Virtual Switch)
SourceAddress          : 10.120.60.105
PingSucceeded          : False
PingReplyDetails (RTT) : 0 ms
TcpTestSucceeded       : True

Si quiere ser exhaustivo, sustituya los valores de ComputerName y Port por los que se enumeran para los puertos.

El firewall también puede estar bloqueando las conexiones que el Bus de servicio de Azure realiza a los centros de datos de Azure. En ese caso, le interesará agregar a la lista blanca (desbloquear) todas las direcciones IP de su región para esos centros de datos. Puede obtener una lista de direcciones IP de Azure aquí.

Para buscar la región del centro de datos en la que se encuentra, haga lo siguiente:

  1. Seleccione ? en la esquina superior derecha del servicio Power BI.

  2. Seleccione Acerca de Power BI.

  3. La región de datos se mostrará en Los datos están almacenados en.

Si no consigue resultados, intente obtener un seguimiento de red mediante una herramienta como fiddler o netsh, aunque son métodos avanzados de recolección y puede que necesite asistencia para analizar los datos recopilados. Puede ponerse en contacto con soporte técnico para obtener ayuda.

Rendimiento

Contadores de rendimiento

Hay una serie de contadores de rendimiento que se pueden usar para medir las actividades de la puerta de enlace. Pueden ser útiles para entender si se tiene una gran carga de actividad y se tiene que crear una puerta de enlace. Estos contadores no reflejarán cuánto tiempo tarda algo.

Se puede acceder a estos contadores mediante la herramienta Monitor de rendimiento de Windows.

Hay agrupaciones generales de estos contadores.

Tipo de contador Descripción
ADO.NET Se usa para las conexiones de DirectQuery.
ADOMD Se usa para Analysis Services 2014 y versiones anteriores.
OLEDB Lo usan algunos orígenes de datos. Incluye SAP HANA y Analysis Services 2016 o versiones posteriores.
Mashup Incluye cualquier origen de datos importado. Si va a programar una actualización o realizar una actualización a petición, pasará a través del motor de mashup.

Aquí se muestra una lista de los contadores de rendimiento disponibles.

Contador Descripción
Número de conexiones abiertas de ADO.NET ejecutadas por segundo Número de acciones de conexión abierta de ADO.NET ejecutadas por segundo (correctas o erróneas).
Número de conexiones abiertas de ADO.NET erróneas por segundo Número de acciones de conexiones abiertas de ADO.NET erróneas por segundo.
Número de consultas de ADO.NET ejecutadas por segundo Número de consultas de ADO.NET ejecutadas por segundo (correctas o erróneas).
Número de consultas de ADO.NET erróneas por segundo Número de consultas erróneas de ADO.NET ejecutadas por segundo.
Número de conexiones abiertas de ADOMD ejecutadas por segundo Número de acciones de conexión abierta de ADOMD ejecutadas por segundo (correctas o erróneas).
Número de conexiones abiertas de ADOMD erróneas por segundo Número de acciones de conexión abierta de ADOMD erróneas por segundo.
Número de consultas de ADOMD ejecutadas por segundo Número de consultas de ADOMD ejecutadas por segundo (correctas o erróneas).
Número de consultas de ADOMD erróneas por segundo Número de consultas erróneas de ADOMD ejecutadas por segundo.
Número de todas las conexiones abiertas ejecutadas por segundo Número de acciones de conexión abierta ejecutadas por segundo (correctas o erróneas).
Número de todas las conexiones abiertas erróneas por segundo Número de acciones de conexión abierta erróneas ejecutadas por segundo.
Número de todas las consultas ejecutadas por segundo Número de consultas ejecutadas por segundo (correctas o erróneas).
Número de elementos del grupo de conexiones de ADO.NET Número de elementos del grupo de conexiones de ADO.NET.
Número de elementos del grupo de conexiones de OLEDB Número de elementos del grupo de conexiones de OLEDB.
Número de elementos del grupo de Service Bus Número de elementos del grupo de Service Bus.
Número de conexiones abiertas de Mashup ejecutadas por segundo Número de acciones de conexión abierta de Mashup ejecutadas por segundo (correctas o erróneas).
Número de conexiones abiertas de Mashup erróneas por segundo Número de acciones de conexión abierta de Mashup erróneas por segundo.
Número de consultas de Mashup ejecutadas por segundo Número de consultas de Mashup ejecutadas por segundo (correctas o erróneas).
Número de consultas de Mashup erróneas por segundo Número de consultas erróneas de Mashup ejecutadas por segundo
Número de consultas de OLEDB de varios conjuntos de resultados erróneas por segundo Número de consultas de OLEDB de varios conjuntos de resultados erróneas ejecutadas por segundo.
Número de consultas de varios conjuntos de resultados de OLEDB ejecutadas por segundo Número de consultas de varios conjuntos de resultados de OLEDB ejecutadas por segundo (correctas o erróneas).
Número de conexiones abiertas de OLEDB ejecutadas por segundo Número de acciones de conexión abierta de OLEDB ejecutadas por segundo (correctas o erróneas).
Número de conexiones abiertas de OLEDB erróneas por segundo Número de acciones de conexión abierta de OLEDB erróneas por segundo.
Número de consultas de OLEDB ejecutadas por segundo Número de consultas de varios conjuntos de resultados de OLEDB ejecutadas por segundo (correctas o erróneas).
Número de consultas de OLEDB erróneas por segundo Número de consultas de varios conjuntos de resultados de OLEDB erróneas ejecutadas por segundo.
Número de consultas de conjunto de resultados único de OLEDB ejecutadas por segundo Número de consultas de conjunto de resultados único de OLEDB ejecutadas por segundo (correctas o erróneas).
Número de consultas erróneas por segundo Número de consultas erróneas ejecutadas por segundo.
Número de consultas de OLEDB de conjunto de resultados único erróneas por segundo Número de consultas de OLEDB de conjunto de resultados único erróneas ejecutadas por segundo.

Revisar las consultas que se procesan con lentitud

Puede que la respuesta a través de la puerta de enlace sea lenta. Esto podría ocurrir con las consultas de DirectQuery o al actualizar el conjunto de datos importado. Puede habilitar registros adicionales a las consultas de salida y sus intervalos para ayudar a entender qué hace que se procesen con lentitud. Si encuentra una consulta de larga ejecución, puede requerir modificaciones adicionales en el origen de datos para optimizar el rendimiento de la consulta. Por ejemplo, ajustar los índices para una consulta de SQL Server.

Deberá modificar dos archivos de configuración para determinar la duración de una consulta.

Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config

En el archivo Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config, cambie el valor EmitQueryTraces de False a True. Este archivo se encuentra, de forma predeterminada, en C:\Archivos de programa\Puerta de enlace de datos local. Si habilita EmitQueryTraces, empezará a registrar las consultas que se envían desde la puerta de enlace a un origen de datos.

Importante:

Habilitar EmitQueryTraces podría aumentar el tamaño del registro considerablemente, en función del uso de la puerta de enlace. Una vez que haya terminado de revisar los registros, establezca EmitQueryTraces en False. No se recomienda dejar esta opción habilitada a largo plazo.

<setting name="EmitQueryTraces" serializeAs="String">
    <value>True</value>
</setting>

Entrada de consulta de ejemplo

DM.EnterpriseGateway Information: 0 : 2016-09-15T16:09:27.2664967Z DM.EnterpriseGateway 4af2c279-1f91-4c33-ae5e-b3c863946c41    d1c77e9e-3858-4b21-3e62-1b6eaf28b176    MGEQ    c32f15e3-699c-4360-9e61-2cc03e8c8f4c    FF59BC20 [DM.GatewayCore] Executing query (timeout=224) "<pi>
SELECT
TOP (1000001) [t0].[ProductCategoryName],[t0].[FiscalYear],SUM([t0].[Amount])
 AS [a0]
FROM
(
(select [$Table].[ProductCategoryName] as [ProductCategoryName],
    [$Table].[ProductSubcategory] as [ProductSubcategory],
    [$Table].[Product] as [Product],
    [$Table].[CustomerKey] as [CustomerKey],
    [$Table].[Region] as [Region],
    [$Table].[Age] as [Age],
    [$Table].[IncomeGroup] as [IncomeGroup],
    [$Table].[CalendarYear] as [CalendarYear],
    [$Table].[FiscalYear] as [FiscalYear],
    [$Table].[Month] as [Month],
    [$Table].[OrderNumber] as [OrderNumber],
    [$Table].[LineNumber] as [LineNumber],
    [$Table].[Quantity] as [Quantity],
    [$Table].[Amount] as [Amount]
from [dbo].[V_CustomerOrders] as [$Table])
)
 AS [t0]
GROUP BY [t0].[ProductCategoryName],[t0].[FiscalYear] </pi>"

Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config

En el archivo Microsoft.PowerBI.DataMovement.Pipeline.Diagnostics.dll.config, cambie el valor TraceVerbosity de 4 a 5. Este archivo se encuentra, de forma predeterminada, en C:\Archivos de programa\Puerta de enlace de datos local. Al cambiar esta configuración, comenzará a registrar entradas detalladas en el registro de la puerta de enlace. Esto incluye entradas que muestran la duración.

Importante:

Si habilita TraceVerbosity en 5, podría aumentar el tamaño del registro considerablemente, en función del uso de la puerta de enlace. Una vez que haya terminado de revisar los registros, establezca TraceVerbosity en 4. No se recomienda dejar esta opción habilitada a largo plazo.

<setting name="TracingVerbosity" serializeAs="String">
    <value>5</value>
</setting>

Tipos de actividades

Tipo de actividad Descripción
MGEQ Consultas ejecutadas en ADO.NET. Se incluyen orígenes de datos de DirectQuery.
MGEO Consultas ejecutadas en OLEDB. Se incluyen SAP HANA y Analysis Services 2016.
MGEM Consultas ejecutadas desde el motor de Mashup. Se usa con conjuntos de datos importados que utilizan la actualización programada o la actualización a petición.

Determinar la duración de una consulta

Para determinar el tiempo que se ha tardado en consultar el origen de datos, puede hacer lo siguiente.

  1. Abra el registro de la puerta de enlace.

  2. Busque un Tipo de actividad para encontrar la consulta. Un ejemplo sería MGEQ.

  3. Apunte el segundo GUID, ya que es el identificador de la solicitud.

  4. Siga buscando MGEQ hasta que encuentre la entrada de FireActivityCompletedSuccessfullyEvent con la duración. Puede comprobar que la entrada tenga el mismo identificador de solicitud. La duración estará en milisegundos.

    DM.EnterpriseGateway Verbose: 0 : 2016-09-26T23:08:56.7940067Z DM.EnterpriseGateway baf40f21-2eb4-4af1-9c59-0950ef11ec4a    5f99f566-106d-c8ac-c864-c0808c41a606    MGEQ    21f96cc4-7496-bfdd-748c-b4915cb4b70c    B8DFCF12 [DM.Pipeline.Common.TracingTelemetryService] Event: FireActivityCompletedSuccessfullyEvent (duration=5004)
    
    Nota:

    FireActivityCompletedSuccessfullyEvent es una entrada detallada. Esta entrada no se registrará a menos que TraceVerbosity esté en el nivel 5.

Herramientas de solución de problemas

Recopilación de registros desde el configurador de puertas de enlace

Hay varios registros que se pueden recopilar para la puerta de enlace y esto debería ser siempre lo que hiciera en primer lugar. La manera más sencilla de recopilar registros después de instalar la puerta de enlace es a través de la interfaz de usuario. En la interfaz de usuario Puerta de enlace de datos local, seleccione Diagnósticos y, a continuación, seleccione el vínculo Exportar registros situado cerca de la parte inferior de la página, como se muestra en la siguiente imagen.

on-prem-data-gateway-UI-logs

Registros de instalador

%localappdata%\Temp\On-premises_data_gateway_*.log

Registros de configuración

%localappdata%\Microsoft\on-premises data gateway\GatewayConfigurator*.log

Registros del servicio de puerta de enlace de datos local

C:\Users\PBIEgwService\AppData\Local\Microsoft\on-premises data gateway\Gateway*.log

Registros de eventos

Los registros de eventos del Servicio de puerta de enlace de datos local se encuentran en Registros de aplicaciones y servicios.

on-prem-data-gateway-event-logs

Seguimiento de Fiddler

Fiddler es una herramienta gratuita de Telerik que supervisa el tráfico HTTP. Puede ver todas las perspectivas con el servicio Power BI desde el equipo cliente. Esto puede mostrar errores y otra información relacionada.

Actualizar historial

Si usa la puerta de enlace para realizar actualizaciones programadas, Actualizar historial puede ayudarle a ver los errores que se han producido, así como proporcionar datos útiles en caso de que deba crear una solicitud de soporte técnico. Puede ver ambas actualizaciones programadas, así como a petición. Le mostramos cómo puede tener acceso a Actualizar historial.

  1. En el panel de navegación de Power BI, en Conjuntos de datos, seleccione un conjunto de datos > menú Abrir > Programar actualización.

  2. En Configuración de... > Programar actualización, seleccione Actualizar historial.

Para obtener más información sobre cómo solucionar problemas de escenarios de actualización, consulte el artículo Solución de problemas de escenarios de actualización.

Vea también

Configuración de proxy para Power BI Gateways
On-premises Data Gateway (Puerta de enlace de datos local)
Detalles sobre la puerta de enlace de datos local
Administrar el origen de datos: Analysis Services
Administrar el origen de datos: SAP HANA
Administrar el origen de datos: SQL Server
Administrar el origen de datos: importación o actualización programada
¿Tiene más preguntas? Pruebe la comunidad de Power BI