Il principale "dbo" di SQL Server non esiste,

Ricevo il seguente errore

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.

Ho letto ALTER AUTHORIZATION, ma non ho idea di quale database stia accadendo. Questo errore viene espulso molto frequentemente e aumenta il registro degli errori di circa 1 GB ogni giorno.

Ho risolto questo problema impostando il proprietario del database. Il mio database non aveva avuto alcun proprietario prima di questo problema. Eseguire questo comando nel database per impostare il proprietario sull'account sysadmin:

use [YourDatabaseName] EXEC sp_changedbowner 'sa'

Fare graficamente.

Fare clic con il tasto destro del mouse sul database -> proprietà -> file -> selezionare il proprietario del database -> selezionare [sa] - ok

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

KB913423 - Non è possibile eseguire un'istruzione o un modulo che includa la clausola EXECUTE AS dopo aver ripristinato un database in SQL Server 2005

Ciò può accadere anche quando il database è un ripristino da un diverso server SQL o istanza. In tal caso, l'entità di sicurezza 'dbo' nel database non è la stessa dell'entità di sicurezza sul server SQL su cui è stato ripristinato il db. Non chiedermi come lo so ...

un altro modo di farlo

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

La risposta selezionata e alcune altre sono tutte valide. Voglio solo dare una spiegazione più pura di SQL. Viene alla stessa soluzione che non esiste un proprietario (valido) del database.

L'account del proprietario del database dbomenzionato per errore viene sempre creato con il database. Quindi sembra strano che non esista, ma puoi controllare con due selezioni (o una, ma manteniamola semplice).

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

che mostra il SID dbodell'utente nel database DB_NAME e

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

per mostrare tutti gli accessi (e i loro SID) per questa istanza del server SQL. Notare che non ha scritto alcun prefisso db_name, perché ogni database ha le stesse informazioni in quella vista.

Quindi in caso di errore sopra non ci sarà accesso con SID assegnato all'utente del dbo del database.

Come spiegato sopra, ciò si verifica in genere quando si ripristina il database da un altro computer (in cui il database e l'utente dbo sono stati creati con un accesso diverso). E puoi risolverlo cambiando la proprietà al login esistente.

Se quanto sopra non funziona, provare quanto segue. Mi ha risolto il problema anche quando il proprietario era ben definito per il database.

Replica di SQL Server 2008 non riuscita con: il processo non ha potuto eseguire 'sp_replcmds'

In Sicurezza, aggiungi l'entità come "utente SQL senza accesso", rendilo proprietario dello schema con lo stesso nome dell'entità e quindi in Appartenenza rendilo db_owner.

Si è verificato anche questo errore quando è stata inviata accidentalmente una stringa di connessione al database al mirror di sola lettura, non al database primario in un'installazione HA.

Come diceva il messaggio, dovresti impostare l'autorizzazione come proprietario per il tuo utente. Quindi puoi usare quanto segue:

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

Spero utile! Lascia un commento se ti va bene.