SQL Server Database Users to Roles Mapping Report

Problem

Using SQL Server database roles, in my opinion, is the simplest security method to assign and manage user permissions. I think this is the most common method that Database Administrators (DBA) use to handle permissions using either fixed database roles or creating user-defined database roles. This comes from over two decades of doing SQL database administration work.

Traditionally SQL Server provides two types of database-level roles: fixed-database roles that are predefined in the database and user-defined database roles that you can create. The database roles are defined at the database level and exist on each database. When the DBA maps the logins to databases, he/she can also create members of these database roles that manage the security in the database.

To help illustrate the fixed database roles, below is an image that explains them (this is from Microsoft MSDN, https://docs.microsoft.com/en-us/sql/relational-databases/security/authentication-access/database-level-roles?view=sql-server-2017).

SQL Server Database Level Roles and Permissions

In SQL Server Management Studio (SSMS), when you click the user mapping tab, you can assign any database role in the database to a user, but you cannot see in a single screen all of the database roles assigned to each database user. In order to do that you must click on every user line and "collect" the database roles assigned to each user. Therefore, there is a need for a simple T-SQL tool that generates a "database users to database roles mapping", this tool should be able to map all the database roles or to focus on a single role.

Solution

My solution involves creating a stored procedure that generates a users to database roles mapping. This stored procedure can be created in the master database and then called from any database.

The stored procedure gets one parameter containing the database role name. If the report is called to retrieve all database role mappings then it defaults to a value of '%' (meaning all values).

This stored procedure (dbo.sp_dbRolesUsersMap) joins to (according to the system relationship model) three system tables:

sys.database_role_membersThis system table returns one row on each member of each database role. Database users, application roles, and other database roles can be members of a database role
sys.database_principalsThis system table returns a row for each security principal in a SQL Server database
sys.server_principalsThis system table Contains a row for every server-level principal

The stored procedure distinguishes between three main user types: SQL user, Windows user and Windows group. It focuses only on database user roles and filters out system and INFORMATION_SCHEMA roles from the result.

The stored procedure shows the following columns:

  1. The user type (Windows group / Windows user/ SQL user)
  2. The database user name
  3. The server login name associated with that user
  4. The assigned database role name

SQL Server Stored Procedure to Show Users to Database Roles Mapping

USE master
GO
-- ================================================ 
-- Author:      Eli Leiba         
-- Create date: 24-03-2019            
-- Description: Simple Users to Database Roles mappings           
-- ================================================
CREATE PROCEDURE dbo.sp_dbRolesUsersMap (@dbRole SYSNAME = '%')
AS
SELECT 
    DB_NAME() as DB_Name,
    User_Type = 
    CASE mmbrp.[type] 
    WHEN 'G' THEN 'Windows Group' 
    WHEN 'S' THEN 'SQL User' 
    WHEN 'U' THEN 'Windows User' 
    END,
    Database_User_Name = mmbrp.[name],
    Login_Name = ul.[name],
    DB_Role = rolp.[name]
FROM 
    sys.database_role_members mmbr, -- The Role OR members associations table
    sys.database_principals rolp,     -- The DB Roles names table
    sys.database_principals mmbrp,    -- The Role members table (database users)
    sys.server_principals ul          -- The Login accounts table
WHERE 
    Upper(mmbrp.[type]) IN ( 'S', 'U', 'G' )
    -- No need for these system account types
    AND Upper (mmbrp.[name]) NOT IN ('SYS','INFORMATION_SCHEMA')
    AND rolp.[principal_id] = mmbr.[role_principal_id]
    AND mmbrp.[principal_id] = mmbr.[member_principal_id]
    AND ul.[sid] = mmbrp.[sid]
    AND rolp.[name] LIKE '%' + @dbRole + '%'
GO

Mark as a system stored procedure so it can be called from any database.

USE master
GO
EXEC sp_ms_marksystemobject 'sp_dbRolesUsersMap' 
GO 

Sample Execution

Generate the users to database roles mapping for the entire NorthwindTrainingDB database.

USE NorthwindTrainingDB
GO
exec sp_dbRolesUsersMap
GO

Here are the results (on my server):

Sample Execution with the SQL Server In-Line Table Function

Generate only the users to database roles mapped to the db_ddlAdmin role in the NorthwindTrainingDB database.

USE NorthwindTrainingDB
GO
exec sp_dbRolesUsersMap 'db_ddlAdmin'
GO

Here are the results (on my server):

Results for DB-DDLAdmin

Get Users, Logins and Roles for All Databases

Here is a way to use the above to find information for all databases.

CREATE TABLE #temp 
  ( dbname nvarchar(100)
   ,usertype nvarchar(100)
   ,username nvarchar(100)
   ,loginname nvarchar(100)
   ,dbrole nvarchar(100)
  )
EXEC sp_MSforeachdb 'USE ? insert into #temp exec sp_dbRolesUsersMap' 
SELECT * FROM #temp

Next Steps

  • You can create and compile this simple stored procedure and use it as a simple tool to generate a fast database user to database roles reports.
  • Note that the stored procedure is not limited to only the fix database roles. If user defined database roles exist and map to a user then it will show on the report, but its inner permission will be absent from the report.
  • The code uses general SQL Server tables and functions so it should be compatible with SQL Server 2008 and above. The security system objects: sys.server_principals, sys.database_principals and sys.database_role_members were all introduced starting with the SQL Server 2008.

18 Comments

  1. Improved version of last code is this which I used after I change to offline a database having the blank in the name and it failed on the next database because canot not see after space (blank) and reports the databse as not existing…

    Better script:

    IF OBJECT_ID(N’tempdb..#temp’) IS NOT NULL
    BEGIN
    DROP TABLE #temp
    END
    GO

    CREATE TABLE #temp
    ( dbname nvarchar(100)
    ,usertype nvarchar(100)
    ,username nvarchar(100)
    ,loginname nvarchar(100)
    ,dbrole nvarchar(100)
    )

    EXEC sp_MSforeachdb ‘USE ? insert into #temp exec sp_dbRolesUsersMap’

    SELECT * FROM #temp

  2. I got it why it fails. That database has a space in its name and the script you created somehow stops when it gets to any a database with the space in the name. In TEST I turned off the one and stopped failed to the next one, tried many but we have lots. I wonder how that we can added as a fix…many thanks agian !!!

  3. It seems to work but with issues. When I run first time the create table I get this:
    Msg 911, Level 16, State 1, Line 1
    Database ‘PerformancePoint’ does not exist. Make sure that the name is entered correctly.

    I updated the procedure which is a system one. I used the script you added to create the temp table and when I select everything from it I see only all the users of some databases not all from the isntance. Maybe because is a temp table is limited to 1020 rows?
    I tried to create a regular table to overcome this issue but when I select is empty.

    Please help one more time, we are so close to get it resolved 100% . Many thanks.

  4. Hi Alex,

    I made a change to the stored procedure to include Database Name.

    There is also another new section of code I added to get this information all in one table.

    -Greg

  5. Hi Alex,

    take a look at this article: https://www.mssqltips.com/sqlservertip/1414/run-same-command-on-all-sql-server-databases-without-cursors/

    -Greg

  6. Hi Alex,

    Just try this query and see if it works. I think the issue is that when the function is created it is only reading data from that database. I will see if we can update this article.

    Try this code.

    SELECT
    User_Type =
    CASE mmbrp.[type]
    WHEN ‘G’ THEN ‘Windows Group’
    WHEN ‘S’ THEN ‘SQL User’
    WHEN ‘U’ THEN ‘Windows User’
    END,
    Database_User_Name = mmbrp.[name],
    Login_Name = ul.[name],
    DB_Role = rolp.[name]
    FROM sys.database_role_members mmbr, — The Role OR members associations table
    sys.database_principals rolp, — The DB Roles names table
    sys.database_principals mmbrp, — The Role members table (database users)
    sys.server_principals ul — The Login accounts table
    WHERE Upper (mmbrp.[type]) IN ( ‘S’, ‘U’, ‘G’ )
    — No need for these system account types
    AND Upper (mmbrp.[name]) NOT IN (‘SYS’,’INFORMATION_SCHEMA’)
    AND rolp.[principal_id] = mmbr.[role_principal_id]
    AND mmbrp.[principal_id] = mmbr.[member_principal_id]
    AND ul.[sid] = mmbrp.[sid]
    AND rolp.[name] LIKE ‘%’

  7. Hi Alex,

    Sorry I wish I had an answer for you.

    I tried this on SQL Server 2012 and it works fine. I don’t have SQL 2014 installed, so I can’t test that version.

    -Greg

  8. I tried on various instances. I am DBA so I uses sysadmin. SQL 2014 version … does not work as simple as that.

  9. Hi Alex,

    Do you have another SQL Server instance you could try this on to see if it works?

    Also, what server and database level permissions do you have? Just curious based on the error message you got. Also, when you try this for another database does it give you the same “dummy_DbUserRoles” as part of the error?

    -Greg

  10. Not sure what you mean, but I tried everything, and the script gets me the error I mentioned below. Does not work for any database.

  11. The script at the bottom does not work , error:
    Msg 4701, Level 16, State 1, Line 6
    Cannot find the object “dummy_DbUserRoles” because it does not exist or you do not have permissions.

  12. How can I get the the all database user roles for SQL Server instance.

    The below code it was not working. there might be different view and table we need to create before use the below code which was not present.

Leave a Reply

Your email address will not be published. Required fields are marked *