Główny program SQL Server „dbo” nie istnieje,

Otrzymuję następujący błąd

Cannot execute as the database principal because the principal "dbo" 
does not exist, this type of principal cannot be impersonated,
or you do not have permission.

Czytałem o ALTER AUTHORIZATION, ale nie mam pojęcia, w jakiej bazie danych to się dzieje. Ten błąd jest bardzo często wypluwany i dziennik błędów rośnie o około 1 GB dziennie.

Rozwiązałem ten problem, ustawiając właściciela bazy danych. Moja baza danych nie miała żadnego właściciela przed tym problemem. Wykonaj to polecenie w bazie danych, aby ustawić właściciela konta sysadmin:

use [YourDatabaseName] EXEC sp_changedbowner 'sa'

Czy graficznie.

Kliknij bazę danych prawym przyciskiem myszy -> właściwości -> pliki -> wybierz właściciela bazy danych -> wybierz [sa] - ok

USE [<dbname>]
GO
sp_changedbowner '<user>' -- you can use 'sa' as a quick fix in databases with SQL authentication

KB913423 - Nie można uruchomić instrukcji ani modułu zawierającego klauzulę EXECUTE AS po przywróceniu bazy danych w SQL Server 2005

Może się to również zdarzyć, gdy baza danych jest odtwarzaniem z innego serwera SQL lub instancji. W takim przypadku podmiot zabezpieczeń „dbo” w bazie danych nie jest tym samym co podmiot zabezpieczeń na serwerze SQL, na którym przywrócono db. Nie pytaj mnie, skąd to wiem ...

inny sposób na zrobienie tego

ALTER AUTHORIZATION 
ON DATABASE::[DatabaseName]
TO [A Suitable Login];

Wybrana odpowiedź i niektóre inne są dobre. Chcę tylko wyjaśnić bardziej SQL. Dochodzi do tego samego rozwiązania, że ​​nie ma (poprawnego) właściciela bazy danych.

Konto właściciela bazy danych, o dboktórym wspomniano błędnie, jest zawsze tworzone z bazą danych. Wydaje się więc dziwne, że nie istnieje, ale możesz to sprawdzić za pomocą dwóch wyborów (lub jednego, ale bądźmy prostymi).

SELECT [name],[sid] 
FROM [DB_NAME].[sys].[database_principals]
WHERE [name] = 'dbo'

który pokazuje SID dboużytkownika w bazie danych DB_NAME i

SELECT [name],[sid] 
FROM [sys].[syslogins]

aby wyświetlić wszystkie dane logowania (i ich identyfikatory SID) dla tej instancji serwera SQL. Zauważ, że nie zapisał żadnego prefiksu db_name, ponieważ każda baza danych ma takie same informacje w tym widoku.

W przypadku powyższego błędu nie będzie loginu z identyfikatorem SID przypisanym do użytkownika dbo bazy danych.

Jak wyjaśniono powyżej, zwykle dzieje się tak podczas przywracania bazy danych z innego komputera (gdzie baza danych i użytkownik dbo zostały utworzone przez inny login). Możesz to naprawić, zmieniając własność na istniejący login.

Jeśli powyższe nie działa, spróbuj wykonać następujące czynności. Rozwiązało to dla mnie problem, nawet jeśli właściciel bazy danych był dobrze zdefiniowany.

Replikacja programu SQL Server 2008 kończy się niepowodzeniem: proces nie może wykonać polecenia „sp_replcmds”

W obszarze Bezpieczeństwo dodaj podmiot główny jako „użytkownik SQL bez logowania”, ustaw go jako schemat o tej samej nazwie co zleceniodawca, a następnie w członkostwie ustaw go jako właściciel_db.

Wystąpił także ten błąd, gdy przypadkowo podano ciąg połączenia z bazą danych do tylko do odczytu kopii lustrzanej - nie podstawowej bazy danych w konfiguracji HA.

Jak napisano w wiadomości, należy ustawić uprawnienia użytkownika jako właściciela. Możesz więc użyć następujących elementów:

ALTER AUTHORIZATION 
ON DATABASE::[YourDBName]
TO [UserLogin];

Mam nadzieję, że pomocna! Zostaw komentarz, jeśli Ci odpowiada.