We are designing a system where we intend to use reporting services for reporting.
The users will be able to create their own reports.
But, there is a requirement to log all access to data.
Anyone have an idea of how to do this? For example is it possible to store a PDF copy of every report that a user runs?
Edit
One way to solve this would be to read the data using a stored procedure, anyone know if this is possible with reporting servcies?
There's a solution here on codeplex that allows you to monitor which reports have been run Execution log importer
Related
I'm trying to setup a process whereby data subscriptions can be created via a stored procedure rather than through the report manager. We are planning to migrate hundreds and hundred of reports over from my old system eventually and the current data subscription model seems to have a lot of limitations.
I've done extensive googling and haven't found anyone that has actually done it themselves. I did come across an article where the subscription is created and then a procedure is used to call that subscription but this seems to be a bit of a hassle.
Has anyone managed to create a procedure that creates the data subscription and job to send out the reports?
If you have to migrate a lot of subscriptions to another system, have a look at a tool called RSScripter. With this you can easily copy reports over to another system.
To answer your question, the web services api is a better option to add subscriptions. I'm not aware this has been done via a procedure, it's certainly possible but probably unsupported and complicated.
I have been in a similar situation than what i think is yours (a lot of subscriptions, need to add/remove them automatically). I ended up completely skipping subscriptions and writing https://busyreports.codeplex.com. You can certainly use subscriptions but for me it was too many hacks needed.
You can create an internal application to manage this process via the ssrs api, however, there are existing third party applications that can do this.
If you would like to create a dynamic recipient list for emailed reports then you can do this by using a data driven subscription with the To: field being pulled from a stored procedure that returns a list of emails.
You can also look at the CreateTimeBasedSubscriptionSchedule stored procedure in the ssrs ReportServer database.
I have created few SSRS reports in SQL server 2012 with Visual Studio 2010 version.
And I have deployed them to one SharePoint Site.
I want to make this automated, so that data available in the reports are up to date.
So, now I would like to create SSIS package which will run periodically to get up to date data using integration services. I am very much new to SSIS. I have tried to look at different sites for this, but I am not getting an exact idea from where to start.
Can anyone please guide me on this? How can I create a WSDL file URL for the SharePoint report? Do I really need it if report is already made in SSRS or do I just want to run that?
Thank you.
Would SSRS caching solve your problem?
Otherwise, there's nothing SSIS specific to solving your problem. You will simply need to use the .NET library to visit the page with the appropriate parameters. Visit your report page and copy the full URL.
Inside a Script Task use that URL as part of the WebClient. You'll probably need to supply credentials with this. No need to deal with storing the output, you'll simply want to validate that you get a 200 message code
Can you clarify what you are trying to achieve? Do you want to automate the running of the Reporting Services reports? In that case you should look at Report Subscriptions.
I've been requested to implement a means of reporting on add/update/deletes on files stored sharepoint (MOSS 2007). After a little bit of research I found out sharepoint has out of the box document auditing which I enabled a couple days ago. I ran the report today, but excel spreadsheet was not very easy to look at.
Also I'm not positive of this, but I believe only site collection administrators can generate thsi audit report, and I dont really want to give the people who want these reports that much permission.
I'm curious what are some alternatives or recommendations? Should I try and get this information off the sQL Server and display it in reporting services, or perhaps try and build a include it in a dashboard?
Thanks
If you have access to the SSRS instance for SharePoint, you can get the report file. You can then make a copy and edit for the report you would like. permissions are a separate issue that can be tackled however you desire, especially if you create a copy and store as a new report.
Traditionally, our plucky team of developers have always migrated our own reports into production. This task is now being taken up by our support staff, who'll need detailed instructions to do so.
We have always deployed straight from VS2005, which can be made available to the new migrators. Is there a better way to migrate these reports without VS2005?
Also, we need to provide some backup and rollback instructions. Have to confess, SSRS reports are probably the only thing I haven't backed up prior to a migration ( I normally take the "hey, they're only reports!" view ). Does anyone know of a good resource which covers backup of reports prior to deployment of replacements?
Have a look at this, it will backup all your reports using a script. I've used for migrating reports between servers. If you open the script file that it generates, you'll get a good idea how to generate your won scripts that you run using the RS.exe utility built into SSRS.
http://www.sqldbatips.com/showarticle.asp?ID=62
I'd like to create a simple report that shows files that currently have pending changes (checked out) from a TFS 2008 server. I know that I can use the "Find in Source Control" option from Team Explorer, but I would rather generate a reporting services report. Ideally, I'd be able to show when the file was checked out and the user that checked it out, but that's not imperative.
If the data isn't pushed to the TFS data warehouse by default, then I'd like to find the relational table(s) in the SQL Server instance that would need to be queried.
I've spent some time digging around the TFS data warehouse and looking at all of the canned Reporting Services reports that I can get my hands on, but everything seems to be geared towards work items, check-ins associated with work items, etc...
If you're looking for some easy to read data and not too worried about print outs, have a look at the TFS sidekick application by Attrice. Very helpful and if you have the correct permissions, you'll be able to see all the checked out files.
http://www.attrice.info/cm/tfs/
I doubt the information you're looking for is in the data warehouse and even if it was it might not be fresh enough for your purposes. By default the warehouse is updated once an hour.
You could use SSRS to report directly against the TFSVersionControl database but I would not recommend going this route. The database is not documented and chances are very good that it will change in the next version. It could also have performance implications if your queries are not written correctly.
A better solution would be to use the TFS web services as your SSRS data source. There are services you can call to get all files that are checked out. This iformation is always current and the queries it runs are highly optimized.
Example command line (Studio 2008):
"C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\tf.exe" status /recursive /user:*