I have TFS2012 with MSSQL on my single server.
I am getting the following error in Microsoft Excel to generating reports(graphs) for TFS Queries (from project admin account, connection by the network).
TF208093: You cannot use work item queries to generate reports in Excel on this server because it is not configured for reporting
At the same time there is NO error when i connect with windows server admin credentionals
any ideas?
Try use http://tfsadmin.codeplex.com/ to check the users permissions in SSRS.
Related
I developed an SSIS package on my database server (ServerDB) to execute SSRS reports on another server (ServerRPT).
When I run the SSIS package using MS VS 2008 on ServerDB, the reports can be generated.
Then, I try to schedule the package on my database using SQL Server Agent, the package failed to produce the reports. File name has been created on the server but zero file size. So, the package execution is fine and problem potentially lies on the Reporting Server access.
Reporting Server (ServerRpt) has a Windows Service Account.
Database Server (ServerDB) jobs executed using SQL Server Agent Account.
Is there anything I miss out or accounts that need to be created ?
Suspect it could be permission issue on ServerRpt.
Hope you can shed some lights.
Thanks ....
I have Office 365 with Microsoft Dynamics CRM which contains business data and I have SQL Server Reporting Services on a stand-alone server that serves as a report container and my ASP.NET websites can execute these reports and people can deploy reports there.
In Visual Studio I've created Fetch XML datasource for my report supplying CRM server credentials and report runs smoothly, no problems at all. When I deploy it on SSRS server I can't execute it with the same credentials, it just throws following error:
Guid should contain 32 digits with 4 dashes
(xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx).
Ok, no big deal. I googled it and found out I had to enter SystemUserId and OrganizationId in credentials, although I couldn't query them directly on SQL Server I managed to get these values through MS Dynamic CRM. Entered them in datasource's login and password inputs, clicked "Test connection" and I got this error:
System.Data.SqlClient.SqlException: The EXECUTE permission was denied on the object 'p_GetCrmUserId', database 'MSCRM_CONFIG', schema 'dbo'.
Ok, google it again and obviously I have to fix SQL Server user permissions and I don't have any access (and never will) to MS Dynamics CRM's SQL Server to fix permissions issue. Why does it work in Visual Studio, but fails on SSRS server? What do I do to fix this conenction issue? Thanks.
You will not be able to run Fetch XML reports locally against a Dynamics CRM Online instance. You would need to deploy those reports to the Dynamics CRM Online organization and run them from Dynamics CRM.
It works in Visual Studio because the CRM Report Development extension makes it work for development, but it cannot be deployed directly to an SSRS server - the Fetch XML reports can only be deployed through Dynamics CRM to the SSRS server configured in CRM.
I'm unable to generate a report from the web based interface (Report Manager). The same report in my Visual Studio project works perfectly.
The error which appear when trying to generate the report from the web is
"Cannot create a connection to data source"
The log file error is the fallowing
Cannot get edition information from catalog server.
The report data is retreived from an SQL Azure database.
How come the report can work inside my Visual Studio project but no more once deployed?
I've tried both SQL Server 2012 and SQL Server 2008 on fresh machines and both gives the same result.
Thanks,
After a half day of troubleshooting this issue, I discovered it was because the edition of SSRS I am using does not support Azure SQL Databases as a data source.
I am using 2008 Express Advanced Edition. It appears Standard or above is required for this.
See this article for more information:
http://www.sqlservercentral.com/blogs/sqltact/2016/09/25/sql-ssrs-express-edition-cannot-connect-to-azure-sql-databases/
An error has occurred during report processing. (rsProcessingAborted)
Cannot create a connection to data source 'DSView'. (rsErrorOpeningConnection)
The feature: "The edition of Reporting Services that you are using requires that you use local SQL Server relational databases for report data sources and the report server database." is not supported in this edition of Reporting Services. (rsOperationNotSupported)
Hi, I have encountered the above mentioned error while doing an SSRS project. And from the research, it seems like it is SQL server related issue.
I am trying to access a remote SQL server....so I was wondering how can I get rid of that error?
Do I have to install SQL server Standard edition on my local machine or the server that I am trying to access should be installed with Sql Standard edition?
I have got Express editions installed on both my local machine and the server...
Thx
From Books Online:
Report data sources must be SQL Server relational databases that run
locally in SQL Server Express.
Features Supported by Reporting Services in SQL Server Express.
With SQL Server Express you can only use a Data Source where the database engine is from the same instance running SSRS.
If you need to connect to other instances your only options are to get a backup restored to your local instance or to install a SQL Server edition that allows remote Data Sources; most likely Developer for your own needs or Standard or above for any production instances.
It depends on what's allowed under your specific licencing agreement.
A neat way to get around this (that just worked for me) is to add a Linked Server on the Local machine to point to the server that hosts your remote data source.
Then modify your Dataset query in the SSRS report to look something like this...
select * from openquery(REMOTE_SERVER,'Put your original query here');
We're upgrading a data warehouse from SQL Server 2000 to 2008 R2. A favorite user reporting tool is a web site using OWC 10 (Office Web Components) -- it's basically ASPX pages connected to the Analysis Services 2000 database via the OWC object.
We migrated the warehouse SQL tables and Analysis Services database into 2008. I'm trying to get the OWC10 web site to connect to the 2008 R2 Analysis Services. I changed the ASPX connection definitions to the new server, and can see them in debug messages. However the web page gives me the error "Cannot connect to the server 'blahblah.blah.com' The server is either not started or too busy."
I suspect there are permissions or security setups required to open up Analysis Services 2008 for OWC10 queries. Has anyone done this or similar? Any ideas where to look?
Thanks.
change the provider in the connection string to MSOLAP.4 instead of the default MSOLAP.2