none
Comunicar Servidor de Reporting Services con el Servidor de Analisys Services RRS feed

  • Pregunta

  • Como puedo visualizar un reporte que en tiempo de diseño se comunica tranquilamente con el Servidor OLAP y que al momento de subirlo al Servidor de Reporting Services 2000 no logra conectarse o mejor dicho no logro establecer la conexion hacia el servidor de Analisys Services 2000.

    he intentado sumplantar la identida, de pasar un usuario fijo de dominio y aun asi sigue el problema de conexion.
    Saludos,

    Alex Jimenez
    Blog de Desarrollo: http://alexjimenez.wordpress.com
    Si lo que he escrito te ha servido, puedes marcarla como respuesta. :)
    • Cambiado Gustavo Larriera miércoles, 19 de agosto de 2009 21:05 (De:SQL Server)
    jueves, 13 de agosto de 2009 16:11

Respuestas

  • Si usted usa el modo de autenticación Windows, esta debe pasar desde el servidor de Reporting Services hacia el servidor de Analysis Services. Es decir, el el datasource del reporte usted selecciona  "Connect using: Windows Integrated Security".

    Si usted usa la seguridad de AS y quiere pasar las credenciales del usuario a la instancia de AS (en el otro servidor que no es el del RS) usted debería usar Kerberos para pasar el token de seguridad al AS. Es posible que el problema (falla en el login) esté relacionado con el hecho de que las credenciales que están pasando del servidor RS al servidor AS sean de tipo anónimo.

    Para configurar la delegación de Kerberos, le recomiendo leer este artículo (en inglés):

    Enabling Kerberos and Delegation in Analysis Services 2005
    http://www.mosha.com/msolap/articles/kerberos_delegation.htm

    Gustavo Larriera, MVP --- Este mensaje se proporciona tal como es, sin garantías de ninguna clase. ---
    jueves, 13 de agosto de 2009 18:25
  • Hola.

    Disculpa, uno usa las cosas con cierta frecuencia y se piensa que todo el mundo sabe de lo que habla. 

    Para la "prueba de la UDL", crea un fichero de texto plano en el escritorio del servidor de reporting services y cámbiale la extensión de .txt a .udl. Haciendo "doble click" se abrirá el cuadro de diálogo de "Data link properties", con sus pestañas de provider (seleccionas el de OLAP 8.0), connection (indicas nombre del server y la base de datos) y un par de pestañas más, que no es preciso rellenar. Luego le pulsas al botón de comprobación. Te dará un mensaje de error un poco más amplio que "Login fallido". Nos lo pasas, a ver si así damos con el problema.

    En esta prueba, el usuario que se usa es aquel que esté logado en la máquina, que no tiene por qué ser el que uses para reporting services. Es posible que esto te funcione y el report no, pero significaría que tu problema es de permisos. Luego, ya en la configuración de reporting services, donde se definen las propiedades de conexión, tendrás que jugar con la impersonación o no de la cuenta hasta conseguir que funcione.

    Doy por sentado que la conexión la has subido también al servidor de reporting. Asegúrate de que esa conexión funciona.
     
     

    Alberto López Grande.
    jueves, 13 de agosto de 2009 18:32
    Moderador
  • La otra opción es que definas unas credenciales en el data source para que acceda a Analysis Services.

    Me explico:

    1. Crea una cuenta en el dominio genérica con los mínimos permisos requeridos para leer los datos del cubo, por ejemplo SSRSReader.
    2. Dale acceso a la nueva cuenta a tus cubos de SSAS seleccionando la opción "Read Metadata".
    3. Editas las propiedades del Data Source y seleecionas "Connect using: Credentials stored securely in the report server"
    4. Luego de eso ingresas el usuario y password de tu nueva cuenta y seleccionas la casilla "Use as Windows credentials when connecting to the data source"
    5. Asegúrate que este marcada la opción "Windows Integrated Security"

    Siempre puedes configurar la seguridad a nivel de Reporting Services de acuerdo a las cuentas de los usuarios para ver quién puede ver qué reporte, pero una vez en el reporte, SSRS usará la cuenta creada para llegar a SSAS sin importar el usuario que hizo la llamada inicial. El contra de esto es que no tienes control granualar de los permisos usuario por usuario a nivel de la seguridad de SSAS para los reportes que están en SSRS, pero si tus usuarios van a pegarse directamente desde Excel por ejemplo hacia el cubo, entonces adicionalmente puedes manejar la seguridad en el cubo a nivel de cada usuario como lo has venido haciendo.

    Lo bueno de todo esto es que no tienes que configirar Kerberos y mantienes la seguridad del acceso a SSRS y al cubo.

    Saludos,

    Alan Koo | http://alan-koo.blogspot.com
    miércoles, 19 de agosto de 2009 20:03

Todas las respuestas

  • Cuál es el mensaje de error?
    Cómo es el string de conexión?
    Los servidores de RS y AS están en máquinas separadas?


    Gustavo Larriera, MVP --- Este mensaje se proporciona tal como es, sin garantías de ninguna clase. ---
    jueves, 13 de agosto de 2009 16:15
  • Hola.

    Asegúrate de que tienes instalados los drivers para OLAP en el servidor de reporting. Puedes verificar tu conexión con una udl antes de tratar de subir el report. Si entre los proveedores no está MS OLAP 8.0, deberás instalarlo para que funcione tu report.


    Alberto López Grande.
    jueves, 13 de agosto de 2009 16:45
    Moderador
  • Gracias por responder

    Gustavo Larriera:
    1. Login fallido
    2. Mi Conexion: provider=MSOLAP.8;data source=IPdelServer;initial catalog=MiDataBaseCubo
    3. Si, son dos servidores fisicos separados


    qwalgrande:
    Si esta instalado los Drivers de OLAP explicate como usar la UDL para hacer la prueba.


    Saludos,

    Alex Jimenez
    Blog de Desarrollo: http://alexjimenez.wordpress.com
    Si lo que he escrito te ha servido, puedes marcarla como respuesta. :)
    jueves, 13 de agosto de 2009 17:37
  • Si usted usa el modo de autenticación Windows, esta debe pasar desde el servidor de Reporting Services hacia el servidor de Analysis Services. Es decir, el el datasource del reporte usted selecciona  "Connect using: Windows Integrated Security".

    Si usted usa la seguridad de AS y quiere pasar las credenciales del usuario a la instancia de AS (en el otro servidor que no es el del RS) usted debería usar Kerberos para pasar el token de seguridad al AS. Es posible que el problema (falla en el login) esté relacionado con el hecho de que las credenciales que están pasando del servidor RS al servidor AS sean de tipo anónimo.

    Para configurar la delegación de Kerberos, le recomiendo leer este artículo (en inglés):

    Enabling Kerberos and Delegation in Analysis Services 2005
    http://www.mosha.com/msolap/articles/kerberos_delegation.htm

    Gustavo Larriera, MVP --- Este mensaje se proporciona tal como es, sin garantías de ninguna clase. ---
    jueves, 13 de agosto de 2009 18:25
  • Hola.

    Disculpa, uno usa las cosas con cierta frecuencia y se piensa que todo el mundo sabe de lo que habla. 

    Para la "prueba de la UDL", crea un fichero de texto plano en el escritorio del servidor de reporting services y cámbiale la extensión de .txt a .udl. Haciendo "doble click" se abrirá el cuadro de diálogo de "Data link properties", con sus pestañas de provider (seleccionas el de OLAP 8.0), connection (indicas nombre del server y la base de datos) y un par de pestañas más, que no es preciso rellenar. Luego le pulsas al botón de comprobación. Te dará un mensaje de error un poco más amplio que "Login fallido". Nos lo pasas, a ver si así damos con el problema.

    En esta prueba, el usuario que se usa es aquel que esté logado en la máquina, que no tiene por qué ser el que uses para reporting services. Es posible que esto te funcione y el report no, pero significaría que tu problema es de permisos. Luego, ya en la configuración de reporting services, donde se definen las propiedades de conexión, tendrás que jugar con la impersonación o no de la cuenta hasta conseguir que funcione.

    Doy por sentado que la conexión la has subido también al servidor de reporting. Asegúrate de que esa conexión funciona.
     
     

    Alberto López Grande.
    jueves, 13 de agosto de 2009 18:32
    Moderador
  • La otra opción es que definas unas credenciales en el data source para que acceda a Analysis Services.

    Me explico:

    1. Crea una cuenta en el dominio genérica con los mínimos permisos requeridos para leer los datos del cubo, por ejemplo SSRSReader.
    2. Dale acceso a la nueva cuenta a tus cubos de SSAS seleccionando la opción "Read Metadata".
    3. Editas las propiedades del Data Source y seleecionas "Connect using: Credentials stored securely in the report server"
    4. Luego de eso ingresas el usuario y password de tu nueva cuenta y seleccionas la casilla "Use as Windows credentials when connecting to the data source"
    5. Asegúrate que este marcada la opción "Windows Integrated Security"

    Siempre puedes configurar la seguridad a nivel de Reporting Services de acuerdo a las cuentas de los usuarios para ver quién puede ver qué reporte, pero una vez en el reporte, SSRS usará la cuenta creada para llegar a SSAS sin importar el usuario que hizo la llamada inicial. El contra de esto es que no tienes control granualar de los permisos usuario por usuario a nivel de la seguridad de SSAS para los reportes que están en SSRS, pero si tus usuarios van a pegarse directamente desde Excel por ejemplo hacia el cubo, entonces adicionalmente puedes manejar la seguridad en el cubo a nivel de cada usuario como lo has venido haciendo.

    Lo bueno de todo esto es que no tienes que configirar Kerberos y mantienes la seguridad del acceso a SSRS y al cubo.

    Saludos,

    Alan Koo | http://alan-koo.blogspot.com
    miércoles, 19 de agosto de 2009 20:03
  • Perdonen por no responder con anterioridad es que sali de vacaciones y estube desconectado :)

    Ya envie sus posibles resultados a la gente que administra los servidores (que por mala suerte no puedo tener acceso directo a ellos) para que relicen las pruebas pertinentes y a pesar que estube fuera no han realizado las pruebas.

    Por tanto me respondan les comentare..!! igual marcare sus respuesta como aceptables :)
    Saludos,

    Alex Jimenez
    Blog de Desarrollo: http://alexjimenez.wordpress.com
    Si lo que he escrito te ha servido, puedes marcarla como respuesta. :)
    martes, 1 de septiembre de 2009 15:44