|
|
|
Valued Member
      
Group: General Forum Members
Last Login: Monday, April 29, 2013 11:29 AM
Points: 53,
Visits: 224
|
|
I noticed specifically with SharePoint databases that just because an account is sa doesn't necessarily mean it's also db_owner I know the theory, and that it SHOULD be implicitely mapped to dbo, which would give it all the db_owner rights anyway, but I think sometimes the account needs to be explicitely mapped to db_owner even though it's already sa at the sql instance level.
Did anyone experience similar behaviour?
|
|
|
|
|
SSCertifiable
       
Group: General Forum Members
Last Login: Today @ 5:26 PM
Points: 6,696,
Visits: 11,715
|
|
The dbo of a database has full rights in that database, including the ability to drop the database. Also being a member of the db_owner role offers no additonal permissions.
__________________________________________________________________________________________________ There are no special teachers of virtue, because virtue is taught by the whole community. --Plato
Believe you can and you're halfway there. --Theodore Roosevelt
Everything Should Be Made as Simple as Possible, But Not Simpler --Albert Einstein
The significant problems we face cannot be solved at the same level of thinking we were at when we created them. --Albert Einstein
1 apple is not exactly 1/8 of 8 apples. Because there are no absolutely identical apples. --Giordy
|
|
|
|
|
Ten Centuries
      
Group: General Forum Members
Last Login: Tuesday, April 30, 2013 5:59 AM
Points: 1,075,
Visits: 5,114
|
|
sa is member of sysadmin server role. sysadmin role members don't need any additional role membership.
|
|
|
|
|
SSC-Dedicated
           
Group: General Forum Members
Last Login: Today @ 4:15 PM
Points: 37,651,
Visits: 29,903
|
|
Any member of the sysadmin role has all permissions across the instance, is implicitly db_owner of all databases and cannot be denied anything.
Gail Shaw Microsoft Certified Master: SQL Server 2008, MVP SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
We walk in the dark places no others will enter We stand on the bridge and no one may pass
|
|
|
|
|
SSCertifiable
       
Group: General Forum Members
Last Login: Today @ 5:26 PM
Points: 6,696,
Visits: 11,715
|
|
GilaMonster (9/25/2012) Any member of the sysadmin role has all permissions across the instance, is implicitly db_owner of all databases and cannot be denied anything. To be clear sa is implicitly the dbo of all databases, not a member of db_owner.
__________________________________________________________________________________________________ There are no special teachers of virtue, because virtue is taught by the whole community. --Plato
Believe you can and you're halfway there. --Theodore Roosevelt
Everything Should Be Made as Simple as Possible, But Not Simpler --Albert Einstein
The significant problems we face cannot be solved at the same level of thinking we were at when we created them. --Albert Einstein
1 apple is not exactly 1/8 of 8 apples. Because there are no absolutely identical apples. --Giordy
|
|
|
|
|
Valued Member
      
Group: General Forum Members
Last Login: Monday, April 29, 2013 11:29 AM
Points: 53,
Visits: 224
|
|
Yes, I realize that.
Thank you all for your responces.
|
|
|
|
|
SSC Eights!
      
Group: General Forum Members
Last Login: 2 days ago @ 9:30 AM
Points: 830,
Visits: 1,197
|
|
opc.three (9/25/2012)
GilaMonster (9/25/2012) Any member of the sysadmin role has all permissions across the instance, is implicitly db_owner of all databases and cannot be denied anything.To be clear sa is implicitly the dbo of all databases, not a member of db_owner.
This is an important note, as implicit permissions are not included in inherited permissions or impersonation, which may be the source of your problem if adding in explicit permissions fixes the issue.
|
|
|
|
|
SSCertifiable
       
Group: General Forum Members
Last Login: Today @ 5:26 PM
Points: 6,696,
Visits: 11,715
|
|
sestell1 (9/25/2012)
opc.three (9/25/2012)
GilaMonster (9/25/2012) Any member of the sysadmin role has all permissions across the instance, is implicitly db_owner of all databases and cannot be denied anything.To be clear sa is implicitly the dbo of all databases, not a member of db_owner. This is an important note, as implicit permissions are not included in inherited permissions or impersonation, which may be the source of your problem if adding in explicit permissions fixes the issue. Impersonation is not on the table. A sysadmin can impersonate any login without restriction.
Explicit membership in a Database Role could an issue is SharePoint (or a custom web part) is checking to see if a login is a member of a database's db_owner Role and not bothering to check if the login is a dbo or a sysadmin.
__________________________________________________________________________________________________ There are no special teachers of virtue, because virtue is taught by the whole community. --Plato
Believe you can and you're halfway there. --Theodore Roosevelt
Everything Should Be Made as Simple as Possible, But Not Simpler --Albert Einstein
The significant problems we face cannot be solved at the same level of thinking we were at when we created them. --Albert Einstein
1 apple is not exactly 1/8 of 8 apples. Because there are no absolutely identical apples. --Giordy
|
|
|
|
|
SSC-Dedicated
           
Group: General Forum Members
Last Login: Today @ 4:15 PM
Points: 37,651,
Visits: 29,903
|
|
opc.three (9/25/2012)
GilaMonster (9/25/2012) Any member of the sysadmin role has all permissions across the instance, is implicitly db_owner of all databases and cannot be denied anything.To be clear sa is implicitly the dbo of all databases, not a member of db_owner.
It's both. A sysadmin login maps to dbo in all databases and dbo is a member of db_owner (it may not be the database owner, but it is always a member of db_owner) Even if there's an explicit user mapping for the sysadmin login, any checking of Username will still return dbo.
Gail Shaw Microsoft Certified Master: SQL Server 2008, MVP SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
We walk in the dark places no others will enter We stand on the bridge and no one may pass
|
|
|
|
|
SSC Eights!
      
Group: General Forum Members
Last Login: 2 days ago @ 9:30 AM
Points: 830,
Visits: 1,197
|
|
opc.three (9/25/2012)
sestell1 (9/25/2012)
opc.three (9/25/2012)
GilaMonster (9/25/2012) Any member of the sysadmin role has all permissions across the instance, is implicitly db_owner of all databases and cannot be denied anything.To be clear sa is implicitly the dbo of all databases, not a member of db_owner. This is an important note, as implicit permissions are not included in inherited permissions or impersonation, which may be the source of your problem if adding in explicit permissions fixes the issue. Impersonation is not on the table. A sysadmin can impersonate any login without restriction. Explicit membership in a Database Role could an issue is SharePoint (or a custom web part) is checking to see if a login is a member of a database's db_owner Role and not bothering to check if the login is a dbo or a sysadmin.
If you impersonate an account that does not have explicit rights within a database, you will not have any rights within that database, even if both accounts are members of sysadmin.
|
|
|
|