Generador de informes 3.0: las credenciales del conjunto de datos no funcionan

Question

Estoy utilizando SSRS 2008 R2 y Report Builder 3.0. Configuré una fuente de datos compartida a través del navegador (http: // miservidor/informes /) donde las "credenciales se almacenan de forma segura en el servidor de informes" para usar con varios informes. Probar la conexión a través del navegador funciona.

Ahora, enciendo Report Builder 3.0. Comienzo un nuevo informe y "Agregar origen de datos". Selecciono "Usar una conexión compartida", navego al servidor y selecciono la fuente de datos anterior. Haga clic en "Probar conexión" y todo estará bien.

Luego trato de "Agregar conjunto de datos". En el cuadro de diálogo, selecciono "Usar un conjunto de datos incrustado en mi informe", selecciono mi fuente de datos agregada arriba, escribo la cadena SQL y hago clic en Aceptar. Aparece "Ingresar credenciales de origen de datos". No importa qué permutación de dominio válido (como la cuenta de administrador de dominio y otros) o SQL Server (como la cuenta 'sa') credenciales más casillas de verificación que uso, obtengo un "No se puede conectar a la fuente de datos".

Opciones de seguridad en la fuente de datos compartida permiten BUILTIN \ Administradores y dominio \ administrador de todos los roles. La fuente de datos funciona, ya que algunos informes heredados migrados funcionan bien. Report Builder dice que la fuente de datos se conecta bien. Pero no puedo crear nuevos informes ni modificar los existentes.

¿Alguna sugerencia?

Answer 1

Después de mucho crujir y lamentos parece como Generador de informes utiliza la información de las definiciones en el servidor de informes a continuación, ejecutar consultas a nivel local por sí mismo, y no a través de Reporting Services.

Mi creencia errónea fue que cuando hice algo como Refresh Fields cuando configuraba un conjunto de datos, Report Builder estaba en Report Services para obtener los resultados y/o metadatos relevantes. Esto parece no ser el caso.

que había definido la cadena de conexión de la fuente de datos compartida como Data Source=(local);Initial Catalog=<database name>. Ahora, esto funciona cuando se encuentra en la interfaz del navegador de Reporting Services, pero Report Builder parece leer la cadena de conexión y usarla por sí mismo. Reporting Services en mi máquina de desarrollo local no tiene ninguna configuración en el servidor de destino que ejecuta estos informes, por lo que cualquier cosa que utilice fallará.

Cambiar la cadena de conexión a Data Source=<server name>;Initial Catalog=<database name>, en lugar de localhost, permitió el Generador de informes para que funcione correctamente. (RB todavía apareció "Enter origen de datos de credenciales". Usé mis credenciales de Windows, que es un nombre de usuario válido en el servidor de destino.)

Answer 2

Para lograr lo que estás intentando, parece que necesitarás usar la seguridad integrada de Windows.

Según MSDN credenciales almacenadas no se pasan a las aplicaciones cliente. Son para uso exclusivo del servidor de informes para cosas como informes programados.

http://msdn.microsoft.com/en-us/library/ms159736.aspx

te puedo decir que el mensaje "Introducir origen de datos de credenciales" está buscando para la autenticación de SQL, no cuentas de dominio.

Answer 3

cuestión pendiente y respuesta. Realmente aprecio tu cuidadosa descripción. Yo tuve el mismo problema. En mi caso, el problema fue que estaba accediendo a Report Builder desde una máquina conectada a mi oficina en casa por VPN. Supongo que porque estaba fuera de la red de Windows de la oficina central, RB no pudo autenticarme. Trabajar con un escritorio remoto conectado a una máquina en la oficina me permitió evitar el problema.Las respuestas de Your y @ RichShealer me recordaron que cuando se ejecutan los informes desde el navegador, están siendo servidos por una máquina del servidor interno. Este no es el caso cuando se ejecuta RB, una aplicación de escritorio.