Limitaciones del conector de Analysis Services

Hay dos cosas que consideraría:

1. Instalaría el PBI AS Connector en la misma caja que AS para minimizar la latencia
2. El nombre de usuario efectivo no se transmite en este momento, por lo que, «efectivamente», no hay seguridad. Mi conjetura es que es seguro asumir que esto funcionará para el tiempo de GA, pero tendría cuidado al exponer datos sensibles a través del sitio de vista previa de Power BI en este momento.

El nombre de usuario efectivo se pasa con las solicitudes. Acabo de verificar el AS Connector que está disponible en la página de descarga de Microsoft.

Nunca he visto que no pase el nombre de usuario efectivo. No estoy seguro de a qué te referías.

Intente iniciar sesión como usuarios diferentes y ver qué credenciales se pasan mientras mira el mismo informe. Supongo que me expresé mal cuando dije que no se pasa ningún nombre de usuario efectivo, pero no se pasan las credenciales de los informes de visualización del usuario.

por favor vea esta publicación de blog para más detalles

http://www.sqlchick.com/entries/2015/2/25/overview-of-using-analysis-services-data-in-the-new-power-…

Para describir el comportamiento, si el UsuarioA crea un nuevo Conjunto de datos y elige una conexión de Analysis Services que existe, ese conjunto de datos pasará al UsuarioA a través de Nombre de usuario efectivo. Si UserB crea un nuevo conjunto de datos y elige el mismo conector AS, UserB pasará a través de nombre de usuario efectivo.

Esto es lo que creo que te estás encontrando.

El usuario A crea un panel, un informe y un conjunto de datos basados ​​en una conexión de Analysis Services mediante el conector AS. Cuando el UsuarioA usa los elementos, el UsuarioA se pasará a través de NombreUsuarioEfectivo. Cuando el UsuarioA comparte el tablero con el UsuarioB, y el UsuarioB va a usar el Tablero/Informe, el UsuarioA aún pasará a través de Nombre de usuario efectivo. Esto se debe a que el UsuarioA posee el activo y permite que el UsuarioB lo use.

Idealmente, UserB se pasaría a través de nombre de usuario efectivo en ese escenario, pero ese no es el comportamiento actual.

Dicho esto, si el UsuarioB crea sus propios elementos basados ​​en el mismo elemento del conector AS, el UsuarioB se pasará a través de NombreUsuarioEfectivo.

Eso es correcto. Por lo tanto, recomendaría tener cuidado cuando se comparta contenido basado en AS Connector, porque este comportamiento es contradictorio y podría tener repercusiones de seguridad muy graves hasta que se solucione para GA.

A partir de ahora es definitivamente una limitación.

Pienso en tamaño de los datos, tamaño de la consulta, número de dimensiones: no afecta, lo tratará como general.

Detalles adicionales –

Actualmente, otras fuentes locales aún no se pueden actualizar en la versión preliminar pública. Obtuve esto del blog de Adam (http://blogs.technet.com/b/powerbisupport/archive/2015/02/17/a-look-at- los-servicios-de-análisis-conectan…

¡Actualizado en Habilitar conectividad a cubos SSAS locales (o IaaS) / multidimensional!, aquí hay una idea que respalda esto con muchos votos https://support.powerbi.com/forums/265200-power-bi/suggestions/6606693-sql- servidor-analisis-servicios-…

Dos puntos importantes a tener en cuenta del sitio web de soporte de power bi (https://support.powerbi.com/knowledgebase/articles/471577-configure-a-power-bi-analysis-services-con…

• Solo los modelos tabulares de SQL Server Analysis Services son compatibles con Power BI Preview
• El conector tiene que seguir funcionando y el ordenador donde está instalado tiene que permanecer encendido.

Con requisitos previos (https://support.powerbi.com/knowledgebase/articles/471577-configure-a-power-bi-analysis-services-con…

• .NET Framework 4.5.1 o posterior debe estar instalado en la computadora.
• No se admite la instalación de Power BI Analysis Services Connector y Data Management Gateway en el mismo equipo. Si ya tiene instalado Data Management Gateway, desinstálelo antes de instalar Power BI Analysis Services Connector o instale Connector en un equipo diferente.
• El servidor de Analysis Services está unido a un dominio.
• El conector de Analysis Services y el servidor de Analysis Services están instalados en equipos del mismo dominio.
• Si usa una dirección de correo electrónico .onmicrosoft.com, deberá sincronizar su Active Directory con Azure Active Directory mediante Azure Active Directory Sync (DirSync). Aprender más. Consulte Conector de servicios de análisis de Power BI en profundidad.

Puede leer más preguntas frecuentes aquí relacionadas con este tema

http://blogs.msdn.com/b/powerbi/archive/2015/03/11/power-bi-analysis-services-connector-deep-dive.as…

También eche un vistazo aquí a las ideas asociadas con SSAS (https://support.powerbi.com/forums/265200-power-bi?query=SSAS)

Todos los vínculos de soporte de Power BI para SSAS relacionados temas están aquí

• Datos tabulares de SQL Server Analysis Services en Power BI
• Solución de problemas del conector del servicio de análisis de Power BI
• ¿Qué hay en la última actualización del conector de Power BI Analysis Services?
• Conector de servicios de análisis de Power BI en profundidad

Espero que esto ayude

Vishal Pawar

Arquitecto de soluciones de BI

La latencia de Internet también es algo a considerar. Puede usar Fiddler para identificar a dónde van a ir las solicitudes y luego evaluar qué tipo de frecuencia tiene con respecto al rendimiento. Es posible que no pueda hacer mucho al respecto, pero puede darle una idea si las cosas parecen lentas, ya que puede contribuir a eso.

Una brecha en la funcionalidad del conector SSAS también es que no puede conectarse a un punto final de bomba HTTP. Esto hace que sea difícil respaldar a los ISV que alojan fuentes de datos dimensionales y tabulares de clientes en su nube para los usuarios. La forma en que funciona ahora y la forma en que parece haber sido concebida es para servir a los departamentos de TI que se sincronizan con AD Azure y no para un ISV que admite cientos de clientes diferentes y también usa un tipo diferente de autenticación. Además, supone que la seguridad de los cubos se basa en funciones, en lugar de una seguridad dinámica basada en el filtrado DAX o MDX. Microsoft necesita permitir las conexiones a los extremos de HTTP SSAS Pump como siempre lo han hecho Excel u otras herramientas. Con este enfoque, los ISV o cualquier persona que no pueda sincronizar con Azure AD para administrar la conexión, así como la asignación a la identidad interna a través de un proxy httphandler. Permitir esto, en lugar de pensar que el nombre de usuario efectivo funcionará en lugar de la sincronización de Azure AD. Tenemos miles de usuarios que usan Excel para llegar a modelos tabulares de esta manera ahora. Nos encantaría poder ofrecer las mismas capacidades a través de Power BI. Ya he discutido esto con algunas personas de MSFT. Realmente espero que esto se esté considerando, ya que es un éxito principal para nosotros. Un gran problema también es que algunos de estos son clientes europeos y no quieren mover sus datos a ‘otro proveedor de nube más’. MSFT, considere resolver este problema pronto. Abrirá las capacidades para sus ISV y también obtendrá más suscriptores de Power BI.

gracias,

Luis