August 20, 2012 at 12:56 pm
This is not the database owner, another account is (but not sa).
I will try to change ownership to sa.
August 20, 2012 at 1:03 pm
sage8 (8/20/2012)
This is not the database owner, another account is (but not sa).
That does not add up.
I will try to change ownership to sa.
How did it go?
There are no special teachers of virtue, because virtue is taught by the whole community.
--Plato
August 21, 2012 at 11:40 am
Changing the database ownership to 'sa' fixed it, the dbo account at the database level automatically mapped to sa.
The user account we wanted to remove were no longer mapped to that db and we were able to drop that login.
Thanks to everyone for their help and input!
August 21, 2012 at 11:54 am
Excellent. Thanks for posting back that you were able to resolve the issue.
There are no special teachers of virtue, because virtue is taught by the whole community.
--Plato
August 6, 2014 at 8:29 pm
Hi All,
When I changed the db owner to SA , I could delete the login.
The below code was helpful.. Thank you
USE [your_database];
GO
SELECT SUSER_NAME(principal_id)
FROM sys.database_principals
WHERE name = 'dbo';
GO
October 16, 2014 at 8:54 am
Brilliant. been searching forums for this solution and this ALTER AUTHORISATION ON Database did the job.
Thanks very much!!
October 17, 2014 at 1:14 pm
sierra4 (8/20/2012)
DBINFO @0x000000004329E480dbi_dbid = 10 dbi_status = 65544 dbi_nextid = 1933301997
dbi_dbname = TRACKIT80_2007 dbi_maxDbTimestamp = 1129100 dbi_version = 655
dbi_createVersion = 539 dbi_ESVersion = 0
dbi_nextseqnum = 1900-01-01 00:00:00.000 dbi_crdate = 2011-05-11 08:58:49.677
dbi_filegeneration = 0
dbi_checkptLSN
I presume this was a SQL 6.5 db originally?
Nope, create version 539 is SQL server 2000 😉
-----------------------------------------------------------------------------------------------------------
"Ya can't make an omelette without breaking just a few eggs" 😉
Viewing 7 posts - 16 through 21 (of 21 total)
You must be logged in to reply to this topic. Login to reply