November 9, 2015 at 3:51 am
I have looked but cant seem to find what login/user I need to set up to run subscription reports - I have
Created instance level login – default db the data db.
Put user in report server db
RSExecRole – which also seem to auto tick dbowner.
Data db
Dbdatareader
Dbdatawriter
dbOwner
and execute permissions on sp, func etc which are used to access data.
Any advice or reading to how I should have it set up. Thanks.
November 9, 2015 at 4:06 am
on the datasource for your report (via the SSRS website), you need to put stored credentials in there
November 9, 2015 at 4:21 am
Thanks - yes should have said I have done that. Was wondering if my login/users were set up correctly. What I have found doesn't seem to say what permissions on what the login needs.
Thanks
November 9, 2015 at 4:28 am
What kind of subscription delivery are you dealing with? Email / File Share? If file share you need to set the unattended execution account on the SSRS config so that SSRS knows who to write to the fileshare as. If email you need to complete the Email settings in the SSRS config.
Generally other than that, all you need is to have a user who can connect to the data source and run the queries embedded in the report.
Generally we use a generic reports account with a really strong password generated by passutil.exe (different password for each server) then users authenticate with SSRS as themselves and the reports authenticate with SQL as ReportUser
November 9, 2015 at 7:22 am
Just email for the time being.
The roles I assigned to the users in the two dbs seemsed to be the only obvious ones to get the subscription working. Does what I have seem reasonable to you.
I think I have the email config for SSRS sorted.
Thanks.
November 9, 2015 at 7:33 am
You shouldn't have to change any permissions in the ReportServer database. That database is purely for the SSRS service, when you run through the SSRS config setup it sets all the permissions for the service accounts.
You just need users at the user data layers where the reports grab their data from, generally read/execute rights on specific procs/schema depending how you have it setup.
Viewing 6 posts - 1 through 5 (of 5 total)
You must be logged in to reply to this topic. Login to reply