dbszepesi
Guión:
El modelo de datos de Power BI del cliente se crea con archivos de texto y hojas de cálculo de Excel que se almacenan en un recurso compartido de archivos local mediante una combinación de fuentes de datos de «Texto/CSV» y «Carpeta». También utilizan una fuente de datos de ‘Base de datos de SQL Server’ que también se almacena en las instalaciones. Este modelo se ha publicado en el servicio de PBI y tanto las actualizaciones programadas como las programadas se realizan según lo esperado y se completan correctamente utilizando el servidor de puerta de enlace local del cliente.
El cliente ahora desea migrar todos sus archivos de texto y de Excel a Azure Blob Storage mientras deja la base de datos SQL local. La expectativa es que el servicio Power BI acceda a los archivos de texto y de Excel a través del back-end de Azure y siga usando la puerta de enlace para acceder a la base de datos SQL local.
Asunto:
Con Power BI Desktop, las fuentes de datos se cambian según sea necesario para apuntar a la ubicación de almacenamiento de Azure Blob. Se probaron dos métodos de migración diferentes:
- Cree una nueva fuente de datos y cambie las consultas existentes para hacer referencia a la nueva fuente de datos en la vista «Editor avanzado» de las consultas existentes.
- Cambie la consulta existente para que apunte a Azure Blob Storage en el Editor avanzado.
Con ambos enfoques, el cambio de origen de datos se realizó correctamente en Power BI Desktop. Los archivos se extrajeron de Azure y el modelo funcionó correctamente.
Sin embargo, en ambos enfoques, una vez publicado en el servicio Power BI, el conjunto de datos ya no se actualizaría.
Síntomas:
Cuando se accedió al conjunto de datos recién publicado en la interfaz del servicio Power BI y se eligió la opción «Actualizar ahora», aparece la siguiente ventana emergente:
Instale la puerta de enlace de datos (modo personal) para actualizar. etc
Si se elige la opción ‘Programar actualización’, aparece la misma notificación en la parte superior de la ventana emergente y la opción para elegir la puerta de enlace local ahora está atenuada:
No tiene ninguna puerta de enlace instalada o configurada para las fuentes de datos en este conjunto de datos. Por favor, instale… etc.
Comportamiento esperado:
La expectativa es que Power BI extraiga los datos almacenados en Azure Blob Storage a través del back-end de Azure y use la puerta de enlace local para acceder al origen de datos de SQL Server local.
Eric_Zhang
@dbszepesi escribió:
Guión:
El modelo de datos de Power BI del cliente se crea con archivos de texto y hojas de cálculo de Excel que se almacenan en un recurso compartido de archivos local mediante una combinación de fuentes de datos de «Texto/CSV» y «Carpeta». También utilizan una fuente de datos de ‘Base de datos de SQL Server’ que también se almacena en las instalaciones. Este modelo se ha publicado en el servicio de PBI y tanto las actualizaciones programadas como las programadas se realizan según lo esperado y se completan correctamente utilizando el servidor de puerta de enlace local del cliente.
El cliente ahora desea migrar todos sus archivos de texto y de Excel a Azure Blob Storage mientras deja la base de datos SQL local. La expectativa es que el servicio Power BI acceda a los archivos de texto y de Excel a través del back-end de Azure y siga usando la puerta de enlace para acceder a la base de datos SQL local.
Asunto:
Con Power BI Desktop, las fuentes de datos se cambian según sea necesario para apuntar a la ubicación de almacenamiento de Azure Blob. Se probaron dos métodos de migración diferentes:
- Cree una nueva fuente de datos y cambie las consultas existentes para hacer referencia a la nueva fuente de datos en la vista «Editor avanzado» de las consultas existentes.
- Cambie la consulta existente para que apunte a Azure Blob Storage en el Editor avanzado.
@dbszepesi
No tengo ningún problema al actualizar un conjunto de datos importando datos desde Azure Blob Storage. No necesita ninguna puerta de enlace. En cuanto a sus métodos de migración, no conozco muchos detalles, sin embargo, le sugiero que siga los pasos a continuación.
- «Obtener datos» del conector «Almacenamiento Azure Blob».
- Elimine la tabla csv del archivo local y cambie el nombre de la tabla del paso 1 con el nombre de la tabla eliminada.
- Después de todo «Eliminar y cambiar el nombre» del paso 2, configure la credencial para el almacenamiento de blobs de Azure en la página de actualización del conjunto de datos.
dbszepesi
En respuesta a Eric_Zhang
Recuerda que estoy hablando de un escenario híbrido. Todavía necesito la puerta de enlace para acceder a la tabla SQL que es mi tabla de fechas. Si creo la fuente de datos desde cero como existente en Azure, no tengo ningún problema. Esto también puede estar relacionado con la migración de un origen de datos de carpeta a un origen de datos de contenedor de Azure Blob, no estoy seguro.
El problema parece estar en la información almacenada en caché con la puerta de enlace, ya sea en el proyecto o en el propio servicio. Parece como si todavía estuviera intentando usar la puerta de enlace para acceder al origen de datos del blob de Azure.
En su repro, ¿primero se conectó a través de la puerta de enlace a esa fuente de datos y el cambio a Azure? Por alguna razón, me encuentro con muchos problemas.