Nie można zainstalować obiektów obsługujących diagram bazy danych… brak prawidłowego właściciela

Próbowałem utworzyć diagram bazy danych w SQL Server 2008, ale pojawia się błąd:

Nie można zainstalować obiektów obsługujących diagram bazy danych, ponieważ ta baza danych nie ma prawidłowego właściciela. Aby kontynuować, najpierw użyj strony Pliki w oknie dialogowym Właściwości bazy danych lub instrukcji ALTER AUTHORIZATION, aby ustawić właściciela bazy danych na prawidłowy login, a następnie dodaj obiekty obsługi diagramu bazy danych.

Następnie spróbowałem następujących rzeczy:

EXEC sp_dbcmptlevel 'Ariha', '90';
GO
ALTER AUTHORIZATION ON DATABASE::Ariha TO [WIN-NDKPHUPPNFL\Administrator]
GO
USE Ariha
GO
EXECUTE AS USER = N'dbo' REVERT
GO

Pojawia się następny błąd:

Msg 15404, poziom 16, stan 11, wiersz 1 Nie można uzyskać informacji o grupie / użytkowniku Windows NT „WIN-NDKPHUPPNFL \ Administrator”, kod błędu 0x534.

Problem polega na tym, że nazwa komputera zmieniła się na „DevPC”. Zmieniłem to również w skrypcie aktualizacji, ale nadal ten sam błąd 15404.

Co mogę zrobić, aby naprawić ten irytujący błąd?

W przypadku własności bazy danych należy rozważyć konto uwierzytelniania SQL; wtedy nie musisz się martwić o pojawianie się i odchodzenie kont, przenoszenie baz danych lub instancji na inne serwery i następną zmianę nazwy komputera. Mam kilka systemów, w których używamy:

ALTER AUTHORIZATION ON DATABASE::Ariha TO [sa];

Lub jeśli chcesz zmienić właściciela na to lokalne konto administratora, powinno to być:

ALTER AUTHORIZATION ON DATABASE::Ariha TO [DevPC\Administrator];

Ponieważ zmiana nazwy komputera na DevPCwyeliminowała konto lokalne, które było nazwane, WIN-ND...\Administratora także unieważniło obecnego właściciela bazy danych.

Jeśli SELECT @@SERVERNAME;nie jest dokładny (powinien powiedzieć DevPC), to w celu upewnienia się, że zmiana nazwy serwera została przyjęta w programie SQL Server, możesz również wykonać następujące czynności:

EXEC sp_dropserver @server = N'old server name';
GO
EXEC sp_addserver @server = N'DevPC', @local = N'local';
GO

W SQL Server Management Studio wykonaj następujące czynności:

1. Kliknij prawym przyciskiem myszy swoją bazę danych, wybierz właściwości
2. Przejdź do strony opcji
3. Z listy rozwijanej po prawej stronie oznaczonej „Poziom zgodności” wybierz „SQL Server 2005 (90)” 3-1. wybierz „SQL Server 2008”, jeśli pojawi się błąd porównywalności.
4. Przejdź do strony Pliki
5. Wpisz „sa” w polu tekstowym właściciela. 5-1 lub kliknij wielokropek (...) i wybierz prawowitego właściciela.
6. Kliknij OK

po wykonaniu tej czynności będziesz mieć teraz dostęp do diagramów bazy danych.

USE [ECMIS]
GO
EXEC dbo.sp_changedbowner @loginame = N'sa', @map = false
GO

To działa.

Wpisz „SA” zamiast „sa” w polu tekstowym właściciela. To zadziałało dla mnie.

Miałem ten sam problem.
Chciałem zobaczyć mój diagram, który stworzyłem tego samego dnia w pracy, w domu. Ale nie mogłem z powodu tej wiadomości.
Dowiedziałem się, że właścicielem bazy danych był użytkownik mojego komputera - zgodnie z oczekiwaniami. ale ponieważ komputer znajduje się w domenie firmy, a ja nie mam połączenia z siecią firmową, baza danych nie mogła ustalić właściciela.

Więc zmieniłem właściciela na lokalnego użytkownika i zadziałało !!
Mam nadzieję, że to komuś pomoże.

Aby zmienić użytkownika, kliknij prawym przyciskiem myszy bazę danych, właściwości, pliki, właściciela

To naprawiło to dla mnie. Ustawia właściciela znalezionego w sekcji „pliki” okna właściwości bazy danych i jest według skryptu przygotowanego przez Management Studio.

USE [your_db_name]
GO
EXEC dbo.sp_changedbowner @loginame = N'sa', @map = false
GO

Zgodnie z dokumentacją sp_changedbowner jest to teraz przestarzałe.

Na podstawie odpowiedzi Izraela. Odpowiedzią Aarona jest niezalecana odmiana tego.

Wybierz bazę danych - Kliknij prawym przyciskiem myszy - Wybierz Właściwości

Wybierz PLIK w lewej części strony

W polu WŁAŚCICIEL wybierz przycisk z trzema kropkami (…)

Teraz wybierz użytkownika i kliknij OK

Właśnie tego doświadczyłem. Przeczytałem sugestie na tej stronie, a także sugestie SQL Authority (czyli to samo) i żadna z powyższych nie zadziałała.

W końcu usunąłem konto i utworzyłem je ponownie (z tą samą nazwą użytkownika i hasłem). Tak po prostu wszystkie problemy zniknęły.

Niestety, oznacza to, że nie wiem, co poszło nie tak, więc nie mogę udostępniać niczego innego.

1. kliknij prawym przyciskiem myszy swoją bazę danych, 2. następnie wybierz właściwości. 3. Wybierz opcję w poziomach zgodności wybierz sql 2008 [100], jeśli pracujesz z Microsoft sql 2008.

4. Następnie wybierz plik i wpisz (sa) w polu tekstowym właściciela

100% działa na mnie.

Łatwiejszym sposobem rozwiązania tego problemu byłoby kliknięcie prawym przyciskiem myszy nazwy bazy danych, wybranie „Nowa kwerenda”, wpisanie „exec sp_changedbowner 'sa'” i wykonanie zapytania. Wtedy będziesz gotowy.

musisz wejść jako administrator, kliknij prawym przyciskiem myszy, aby uruchomić studio zarządzania serwerem microsofft sql i uruchomić jako administrator

Wystarczy wykonać to w edytorze zapytań ALTER AUTORYZACJA W BAZIE DANYCH :: YourDatabase TO [domena \ konto];

Prawdziwym problemem jest to, że domyślny właściciel (dbo) w ogóle nie ma zmapowanego loginu. Kiedy próbowałem zmapować login sa do właściciela bazy danych, otrzymałem kolejny błąd z informacją "Użytkownik, grupa lub rola 'dbo' już istnieje ... ”. Jeśli jednak wypróbujesz ten kod, będzie on faktycznie działał:

EXEC sp_dbcmptlevel 'yourDB', '90';

udać się

ZMIANA AUTORYZACJI W BAZIE DANYCH :: yourDB NA „yourLogin”

udać się

użyj [yourDB]

udać się

EXECUTE AS USER = N'dbo 'REVERT

udać się

kliknij prawym przyciskiem myszy swoją bazę danych, a następnie wybierz właściwości. wybierz opcję w poziomach zgodności wybierz sql 2005 [90] zamiast 2008, jeśli pracujesz z Microsoft sql 2008. Następnie wybierz plik i wpisz (sa) w polu tekstowym właściciela. to prawdopodobnie zadziała