sql-server - servidor - no tiene permisos para efectuar esta operación reporting services
La ejecución de la consulta SSRS falló para el conjunto de datos (16)
Acabo de implementar mi proyecto en mi servidor de informes.
Tengo varios conjuntos de datos que hacen referencia a las vistas que existen en la base de datos en ese servidor.
Cuando intento entrar en cualquier parte del informe, recibo este mensaje:
An error has occurred during report processing. (rsProcessingAborted)
Query execution failed for dataset ''dataset1''. (rsErrorExecutingCommand)
For more information about this error navigate to the report server on the local server machine, or enable remote errors
¿Alguien puede ayudar?
Acabo de tratar este mismo problema. Asegúrese de que su consulta incluya el nombre completo de la fuente, sin usar accesos directos. Visual Studio puede reconocer los accesos directos, pero es posible que su aplicación de servicios de informes no pueda reconocer de qué tablas deben provenir sus datos. Espero que ayude.
BIGHAP: UN TRABAJO SIMPLE ALREDEDOR DE ESTA EDICIÓN.
Me encontré con el mismo problema al trabajar con listas de SharePoint como DataSource, y leí los blogs anteriores que fueron muy útiles. Había realizado cambios tanto en el nombre de DataSource como en los campos de consulta de datos en Visual Studio y la consulta funcionó en Visual Studio. Pude implementar el informe en SharePoint pero cuando intenté abrirlo recibí el mismo error.
Supuse que el problema era que necesitaba volver a implementar tanto el DataSource como el DataSet en SharePoint para que todos los cambios en las herramientas de representación estuvieran sincronizados.
Reubiqué el DataSource, el DataSet y el Informe a sharePoint y funcionó. Como dijo uno de los blogs, aunque Visual Studio permitió los cambios que hice en el conjunto de datos y la fuente de datos, si no ha configurado Visual Studio para que vuelva a desplegar automáticamente la fuente de datos y el conjunto de datos cuando implemente el informe (lo que puede ser peligroso, ya que esto puede afectar a otros). informes que comparten estos objetos) este error puede ocurrir.
Entonces, por supuesto, la solución es que, en este caso, debe volver a implementar el origen de datos, el conjunto de datos y el Informe para resolver el problema.
Como muchos otros aquí, tuve el mismo error. En mi caso, fue porque el permiso de ejecución fue denegado en un procedimiento almacenado que utilizó. Se resolvió cuando el usuario asociado con la fuente de datos recibió ese permiso.
En mi situación, creé un nuevo informe de SSRS y un nuevo procedimiento almacenado para el conjunto de datos. Olvidé agregar el procedimiento almacenado a la función de base de datos que tenía permiso para ejecutarlo. Una vez que agregué los permisos a la función de base de datos SQL con EXECUTE, ¡todo estaba bien!
El mensaje de error encontrado por el usuario fue "Ocurrió un error durante la representación del cliente. Se produjo un error durante el procesamiento del informe (rsProcessingAborted). La ejecución de la consulta falló para el conjunto de datos" DataSet1 ''. (rsErrorExecutingCommand) Para obtener más información ... "
Encontré un mensaje de error similar. Pude arreglarlo sin habilitar errores remotos.
En el Report Builder 3.0, cuando usé el botón Ejecutar para ejecutar el informe, apareció una alerta de error que decía:
An error has occurred during report processing. (rsProcessingAborted)
[OK] [Details...]
Presionando el botón de detalles me dio un cuadro de texto donde vi este texto:
For more information about this error navigate to the report server
on the local server machine, or enable remote errors
----------------------------
Query execution failed for dataset ''DataSet1''. (rsErrorExecutingCommand)
Estaba confundido y frustrado, porque mi informe no tenía un conjunto de datos llamado '' DataSet1 ''. Incluso abrí el archivo .rdl en un editor de texto para estar seguro. Después de un tiempo, noté que había más texto en el cuadro de texto debajo de lo que podía leer. El mensaje de error completo era:
For more information about this error navigate to the report server
on the local server machine, or enable remote errors
----------------------------
Query execution failed for dataset ''DataSet1''. (rsErrorExecutingCommand)
----------------------------
The execution failed for the shared data set ''CustomerDetailsDataSet''.
(rsDataSetExecutionError)
----------------------------
An error has occurred during report processing. (rsProcessingAborted)
Tuve un conjunto de datos compartido llamado '' CustomerDetailsDataSet ''. Abrí la consulta (que era una consulta SQL completa ingresada en modo de texto) en SQL Server Management Studio, y la ejecuté allí. Recibí mensajes de error que apuntaban claramente a una determinada tabla, donde una columna que había estado usando había sido renombrada y cambiada.
Desde ese momento, fue sencillo modificar mi consulta para que funcionara con la nueva columna, luego pegar esa modificación en el conjunto de datos compartido '' CustomerDetailsDataSet '' y luego empujar el informe en Report Builder para reconocer el cambio en el conjunto de datos compartido.
Después de esta corrección, mis informes ya no activaron este error.
Este podría ser el problema de permisos para su vista o procedimiento de almacenamiento.
Este problema fue causado por un inicio de sesión SQL huérfano. Ejecuté mi script favorito de sp_fixusers y el error se resolvió. La sugerencia anterior para ver los registros fue buena ... y me llevó a mi respuesta.
Experimenté el mismo problema, estaba relacionado con la seguridad que no se otorgaba a parte de las tablas. revise que su usuario tenga acceso a las bases de datos / tablas / vistas / funciones, etc. utilizadas por el informe.
La solución para mí vino de GShenanigan :
Deberá revisar sus archivos de registro en el servidor SSRS para obtener más detalles. Estarán en algún lugar como: "C: / Archivos de programa (x86) / Microsoft SQL Server / MSRS10_50.DEV / Reporting Services / LogFiles /"
Pude encontrar un problema de permisos en una tabla de base de datos a la que hace referencia la vista que no era la misma que la de la vista. Me había centrado en los permisos en la base de datos de la vista, por lo que esto ayudó a identificar dónde estaba el error.
Muy agradecido he encontrado este gran post. En cuanto a mi caso, el usuario que ejecutó el procedimiento almacenado no tenía permisos de EXECUTE . La solución fue otorgar permisos EXECUTE para el usuario dentro del procedimiento almacenado agregando el código a continuación al final del procedimiento almacenado.
GRANT EXECUTE ON dbo.StoredProcNameHere TO UsernameRunningreports
GO
Permití errores remotos para localizar el problema.
Identifiqué que una columna en un conjunto de datos en particular (una de mis vistas) estaba generando un error.
Entonces, utilizando una herramienta "SQL Delta", comparé la versión de desarrollo de la base de datos con la versión en vivo en el servidor de informes. Noté que una de las vistas tenía una columna adicional en el servidor de desarrollo, que no estaba en la versión en vivo de la base de datos.
SQL Delta generó la secuencia de comandos que necesitaba ejecutar para actualizar la vista en mi base de datos en vivo.
Ejecuté este script, volví a ejecutar el informe, todo funcionó.
También estaba enfrentando el mismo problema, verifiqué a continuación las cosas para solucionar este problema,
Si ha cambiado recientemente el nombre de la base de datos que apunta en la fuente de datos
luego compruebe primero que todos los procedimientos de almacenamiento para ese informe existen en la base de datos modificada.Si hay varios informes secundarios en el informe principal, asegúrese de que cada informe se ejecute perfectamente a la perfección.
También verifique el panel de seguridad: el usuario debe tener acceso a las bases de datos / tablas / vistas / funciones para ese informe.
A veces, también necesitamos verificar el conjunto de dataset1 - procedimiento de almacenamiento. Como si estuviera tratando de mostrar el informe con user1 y si este usuario no tiene el access(rights) de la (dataset1 database) datos provista (dataset1 database) , arrojará el mismo error que el anterior, así que debe verificar que el usuario tenga acceso a dbreader en Servidor SQL.
Además, si ese procedimiento de almacenamiento contiene alguna otra base de datos (Base de datos 2) como
Select * from XYZ inner join Database2..Table1 on ... where...
Entonces el usuario debe tener el acceso de esta base de datos también.
Nota: puede consultar los archivos de registro en esta ruta para obtener más detalles,
C:/Program Files/Microsoft SQL Server/MSRS11.SQLEXPRESS/Reporting Services
También tuve un problema muy similar con un mensaje de error muy similar. Mi problema era que la base de datos no se podía conectar. En nuestro caso, hemos reflejado las bases de datos y la cadena de conexión no especificó al socio de conmutación por error. Entonces, cuando la base de datos no pudo conectarse, nunca fue al espejo y estaba lanzando este error. Una vez que especifiqué el socio de conmutación por error en la cadena de conexión para mi fuente de datos, se resolvió el problema.
Tuve el problema similar que muestra el error
Para obtener más información sobre este error, navegue hasta el servidor de informes en la máquina del servidor local, o habilite los errores remotos. La ejecución de la consulta falló para el conjunto de datos ''PrintInvoice''.
Solución: 1) El error puede estar en el conjunto de datos en algunos casos, siempre puede verificar si el conjunto de datos está llenando los datos exactos que está esperando yendo a las propiedades del conjunto de datos y seleccionando ''Diseñador de consultas'' e intente ''Ejecutar''. Si puede extraer los campos que espera con éxito, puede estar seguro de que no hay ningún problema con el conjunto de datos, lo que nos lleva a la siguiente solución.
2) Aunque el mensaje de error dice "Ejecución de consulta fallida para el conjunto de datos", es probable que haya otra conexión con la fuente de datos, asegúrese de que se haya conectado a la fuente de datos correcta que tenga las tablas que necesita y tenga permisos para acceder a esa fuente de datos.
Usando SSRS, Report Builder 3.0, MSSQL 2008 y la consulta a una base de datos Oracle 11G, encontré que el procedimiento almacenado de Oracle funcionó bien, produjo resultados consistentes sin errores. Cuando intenté traer los datos a SSRS, recibí el error tal como se indica en la consulta de OP. Descubrí que los datos se cargaron y se mostraron solo si eliminé los parámetros (no es una buena idea). En un examen más a fondo, descubrí que en las propiedades del conjunto de datos> parámetros había establecido la fecha de inicio en el parámetro Nombre P_Start y el parámetro Valor en @P_Start.
Al agregar el valor del Parámetro como [@P_Start] se solucionó el problema y los datos se cargan bien, con los parámetros establecidos.
Tengo el mismo error pero esto funcionó y resolví mi problema
Si el informe está conectado al servidor de análisis, otorgue el permiso requerido al usuario (que está accediendo al servidor de informes para ver los informes) en su modelo de servidor de análisis. Para hacer esto, agregue usuarios en roles de modelo o cubo y despliegue el modelo en su servidor de análisis.