How can I implement Anonymous Access for Reporting Service with SQL 2012?
Why on earth would you want to allow anonymous access to your report server in (I assume) a production environment.
If by 'anonymous access' you simply mean that want all users in your domain to be able to access the reports you publish to the report server (I'd think about this also - obviously I don't know where you work or what reports you are producing, but do you really want very junior staff seeing profit/loss accounts for example?) I suggest you start by reading the documentation here.
Related
I am currently looking into Setting up Data Driven Subscriptions on our 2014 Server, however when trying to follow the instructions in the tutorials I can find I'm running into a roadblock, which is as simple as I just don't see the option for Data Driven Subscriptions anywhere! Is there a service or some setting that I am missing ? I have complete Admin access to the server & the Reporting Server site.
Thanks
Data Driven subscriptions are only available on Enterprise and Business Intelligence editions of SQL Server 2014:
https://msdn.microsoft.com/en-us/library/cc645993(v=sql.120).aspx#Reporting
I have often run into this limitation, and it has kept me from developing data-drvien subscriptions many times. The cost difference to upgrade to SQL Enterprise usually kills the value of this feature. One easy work around is to have the subscription run regularly, but change the data in the report depending on the recipient.
I have a Specific Merchant report in SSRS and it sent out to different merchants everyday at 8am. But the Problem is they want to receive the report only if they have Transactions on it(Contains Data)
They don't want to receive it if the report is empty.
Is there a way to restrict that in SSSRS? Please let me know.
Take a look at data driven subscriptions. They've been around since SQL Server 2005 and are pretty useful for this kind of thing. Without knowing more about your scenario, I can't explain exactly how it'll work, but I'm certain it can. Check out here for more details:
http://msdn.microsoft.com/en-us/library/ms169673.aspx
SSRS subscriptions are pretty basic - either you are subscribed to receive a report or you are not. If you want/need to add logic to that you'll need to roll your own using a console application that you can run as a scheduled task and the reporting services API.
I would like to know the easiest and fastest way to retrieve data from SQL Server 2008 R2 via Sharepoint 2010.
I am new to sharepoint but have been able to create an external content type using Sharepoint designer which connects to the database in SQL Server but I have not been able to use the business web chart to relay the data gotten from the database.
I want to relay information from a customer service database into sharepoint and want it to be consistent.
Is this the best way to go about it or is there a better way?
Many thanks for your usual cooperation and response.
Cheers,
Tunde
Your best bet is SQL Server Reporting Services, which will need to be installed in Sharepoint integrated mode. It does not have to be 2008 R2, it can be 2008, and the good news is that if you run reporting services on the same server as your SQL databases, you're already licenced for it.
Take a look at http://www.bidn.com/ for more answers, or ask questions using the #SQLHelp tag on twitter for SSRS, or #SPHelp for sharepoint
I'm looking to implement SQL Server Reporting Services as our standard reporting platform in our company. We were trialing Crystal Reports, but alas it seems to be plagued by issues.
SQL Server Reporting Services looks to be a great product, but I have a concern or two.
I have some existing web apps in ColdFusion, and the backend is in MySQL. If I move forward with SQL Server Reporting Services, how should I set up my environment? Is there a JDBC connector or is ODBC the only way to talk to this?
How does it integrate for the user? Will I need to re-authenticate the user to view the reports? Will I need to put a link in ColdFusion to link to the Reporting Services system? Is there a way to make it seamless for the user?
Should I port all the backend to SQL Server to fully leverage the SQL Server platform? Should I convert my existing apps to ASP.NET, and make the entire platform SQL Server / ASP.NET?
It's not too bad in the fact that the existing apps / MySQL aren't of a size that is too big to port. So I guess just looking for some best practice advise to see if its okay to use the reporting services component on its own, or if I'm much better to consolidate everything into a Microsoft solution.
I think it'll be easier than you think!
Reporting Services will happily pull reports from any OLEDB or ODBC source, and MySQL has ODBC drivers, so there's no problem getting at your data through an SSRS report.
You can set up the authentication in a number of ways. If your users are already authenticated in your Windows domain, this will be easier:
SSRS needs to know who is viewing the report. It will allow anonymous viewing (if you enable it; it's off by default), but if you're using IE and are logged in to the same domain as the IIS server, it's completely transparent
SSRS can then use this identity to connect to the data source, or it can use another identity. This is configurable per report or per data source.
One thing you could do is embed your reports within iframes in your coldfusion pages. This would make the whole thing seamless. The reports are accessible by sending an appropriately formed URL to the server, so it's quite flexible.
As for changing everything to ASP.NET, you'll really only get benefits from that if you ever need to write (and integrate with) your own code to manage the reporting server, or write custom extensions (data providers, delivery extensions and the like), but in my experience this is so rare as to be not worth considering. Go with what you have for now.
It seems very easy to deploy new reports to a reporting server directly from visual studio, however when these are to be pushed into our web farm (where developers have no access), this either needs to be done manually, report by report, through microsoft's web front end, or into an MSI.
However, from time to time we might want to reconfigure report options on the report server such as, changing the data source for all reports or changing the caching options for them. Rather than create a whole new MSI for each set of changes or do this manually I wondered if anyone knew of any alternative tools that can update multiple reports at a time or even able to deploy the contents of a folder into a folder on the reporting server.
Cheers, Chris
For Administrators, rs.exe, http://technet.microsoft.com/en-us/library/ms162839.aspx , allows remote scripting via VBScript. If it's possible to give SOAP access, you should be able to accomplish all you want and more without resorting to an MSI.
Thanks, Jamie
Microsoft Reporting Services - Developer