23.11.2018: Otra actualización: El orden de las instalaciones es importante.
22.11.2018: actualicé este artículo. ¡Avísame si te funciona!
Al publicar un informe que utiliza un archivo de base de datos de MS Access local como fuente de datos, pronto descubrirá que la puerta de enlace de datos local no ofrece la posibilidad de configurar una fuente de datos de acceso. A día de hoy, Access sigue siendo no en la lista de tipos de fuentes de datos disponibles.
Sin embargo, se puede configurar una conexión de acceso para el personal Puerta. Pero, ¿qué pasa si usar una puerta de enlace personal no es una opción para usted, porque es posible que no se le permita instalarlo en su máquina? y usando un Archivo fuente de datos para el trabajo seguramente no hará el trabajo?!
Resulta que es Es posible actualizar conjuntos de datos utilizando Access como fuente de datos mediante el uso de la puerta de enlace de datos local.
que instalar
- Instale «Microsoft Access Database Engine 2016 Redistributable» (x64) para conectarse mediante ODBC.
- Si también desea conectarse utilizando el tipo de fuente de datos «Archivo», Adicionalmente instale el «Microsoft Access Runtime 2016» (x64) (Necesita ambas instalaciones para que funcione, pero extrañamente, descubrí que podía desinstalar el Redistribuible después de instalar el tiempo de ejecución y las conexiones de archivo y ODBC continuaron funcionando.
NO instale versiones anteriores (por ejemplo, 2010), porque parecen instalar los controladores de una manera que el controlador no aparecerá en la herramienta «Fuentes de datos ODBC (64 bits)». Sospecho que la puerta de enlace x64 no puede encontrar instalaciones en la carpeta x86.
Cómo conectarse usando ODBC
En lugar del conector de acceso inexistente, puede usar ODBC para conectarse a su archivo MDB o ACCDB.
La configuración de una conexión ODBC se puede realizar de dos maneras: DSN de archivo, DSN de usuario, DSN de sistema y a través de una conexión sin DSN.
DSN del archivo:
Intentar poner una cadena que comience con «FILEDSN=» en Power BI Desktop mostrará el mensaje «La propiedad de conexión ‘filedsn’ no es compatible».:
¡No hay suerte aquí!
DSN de usuario / DSN de sistema:
Para eso, los usuarios necesitan permiso para crear DSN usando ODBCAD32.exe. Pero incluso si se les permite hacerlo, usar el mismo método en la puerta de enlace requeriría configurar los DSN de usuario para la cuenta de servicio de la puerta de enlace o los DSN del sistema en el servidor de la puerta de enlace. Esto sería una pesadilla administrativa si hay más de una base de datos de Access. Peor aún, ¿qué sucede si tiene un clúster con más de un servidor? ¿Y si hay que reinstalar uno de ellos?
¡Seguro que quieres evitar eso!
sin DSN
Una conexión sin DSN es simplemente una cadena de conexión, así:
driver={Microsoft Access Driver (*.mdb, *.accdb)};dbq=C:database.mdb
Esto funciona bien con Power BI Desktop, pero al usar la cadena en una fuente de datos ODBC de puerta de enlace, es probable que obtenga errores como este:
ERROR [HY000] [Microsoft][ODBC Microsoft Access Driver]General error Unable to open registry key Temporary (volatile) Ace DSN for process 0x1830 Thread 0x6670 DBC 0x1b7e8e68 Jet'.
ERROR [01S00] [Microsoft][ODBC Microsoft Access Driver]Invalid connection string attribute Trusted_Connection
Si busca en Google estos errores, encontrará muchas razones posibles, soluciones vagas de Microsoft y, finalmente, esto.
El punto crucial parece ser:
Otorgue permisos RWX (incluida la modificación) para el usuario que configuró para esta fuente de datos en la carpeta AppDataLocal del usuario que ejecuta el servicio de la puerta de enlace. Usamos un grupo «WF-OPDG-rwx» donde colocamos los usuarios de la fuente de datos y lo usamos para otorgar los permisos necesarios para la carpeta local del usuario del servicio de puerta de enlace.
- conceder siempre escribir permisos en el archivo de acceso para el usuario que está configurado en la puerta de enlace, incluso si desea leer datos. Los permisos de lectura no son suficientes y también provocan errores.
- Si eligió instalar «Microsoft Access Runtime», también puede configurar una fuente de datos usando la opción «Archivo».
Conclusión
Con la configuración correcta, tenemos dos soluciones de trabajo: ODBC y ARCHIVO sin DSN. En nuestro caso, usamos el enfoque de ARCHIVO debido a las siguientes razones:
- Los usuarios generalmente comienzan a usar el conector de acceso en Power BI Desktop y se molestan cuando se les dice que cambien el PBIX para usar ODBC.
- Como sabrá, la cadena de conexión en Power BI Desktop debe ser exactamente el mismo que configuraste para la puerta de enlace. Al usar ODBC, debe tener cuidado de elegir el «Nombre de fuente de datos (DSN)» Ninguna para evitar que la GUI cambie la cadena de conexión agregando ese nombre. Al usar el enfoque de archivo, se salta esa posibilidad.
Pero considera este inconveniente:
- Al otorgar permisos en la carpeta Local, todas las fuentes de datos de Access usan la misma carpeta. Eso podría ser considerado como un problema de seguridad.
Con suerte, esta publicación evitará que otros pasen días buscando una solución como lo hice yo. ¡Gracias por leer!
Gran publicación, muchas gracias, me ayudó mucho a arreglar mi conexión a MS Access. Necesitaba cambiar mi consulta de OLEDB nativo a ODBC debido a que no podía actualizar la configuración de la fuente de datos en la puerta de enlace:
Aquí hay un ejemplo de consulta M para hacer que esa conexión funcione en el editor de consultas:
let
Source = Odbc.DataSource("driver={Microsoft Access Driver (*.mdb, *.accdb)};dbq=\path to DBDBName.accdb", [HierarchicalNavigation=true]),
#"\path to DBDBName.accdb" = Source{[Name="\path to DBDBName.accdb",Kind="Database"]}[Data],
#"Query_View" = #"\path to DBDBName.accdb"{[Name="Query",Kind="View"]}[Data],
in
#"Query_View"Usar un archivo DSN no es mi enfoque y no funcionará. 
Utilice una conexión sin DSN. Ejemplo de eso está en la publicación principal.
