Comments
3 comments
-
Please see the following document regarding permissions for SQL Response:
http://www.red-gate.com/support/Knowled ... _Setup.pdf -
Thank you, that was just what I needed. I'm sure I'd read that document but must have missed the relevant piece.
Many thanks,
Simon. -
If I'm reading this correctly, it still says that the account used to log in to every monitored SQL Server must have SYSADMIN privileges. This can't really be true since I'm fairly certain that Response doesn't actually need to add/drop databases to be able to monitor a server, for example. It's also against (at least) my company's security policy (and common sense) to grant a service account SA rights, or to use the SA account as a service account.
While we're at it, the Windows account on the Repository server doesn't really need full Administrator rights either, does it? Just to run the service? I'm sure there's a specific set of rights that's really required but difficult to define/support? And the SQL Server account on that server? Obviously it doesn't really require full sysadmin rights either, especially after installation?
I'm assuming that at some point one of your developers wrote the scripts that would create the SQL Server Roles and Windows rights with exactly the privileges required for Response to work, but it proved too unwieldy to support.
Could you post those scripts please?
Add comment
Please sign in to leave a comment.
The docs all seem to use SA accounts but that seems a bit too open.
I guess the SQL user will have additional requirements if we want to run SQL Profile Traces too. Please could someone let me know what these are.
Many thanks in advance,
Simon.