Принцип "dbo" SQL Server не існує,

Я отримую таку помилку

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.

Я читав про ALTER AUTHORIZATION, але я поняття не маю, в якій базі даних це відбувається. Ця помилка висипається дуже часто і щодня збільшує журнал помилок приблизно на 1 Гб.

Я вирішив цю проблему, встановивши власника бази даних. Моя база даних не мала жодного власника до цього випуску. Виконайте цю команду у вашій базі даних, щоб встановити власника облікового запису sysadmin:

use [YourDatabaseName] EXEC sp_changedbowner 'sa'

Робіть графічно.

Клацніть правою кнопкою миші базу даних -> властивості -> файли -> виберіть власника бази даних -> виберіть [sa] - добре

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

KB913423 - Ви не можете запустити оператор або модуль, що включає в себе пункт EXECUTE AS після відновлення бази даних в SQL Server 2005

Це також може статися, коли база даних є відновленням з іншого SQL-сервера або екземпляра. У цьому випадку головний захист 'dbo' в базі даних не є тим самим, що головний захист на сервері SQL, на якому відновлено db. Не питайте мене, як я це знаю ...

інший спосіб зробити це

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

Вибрана відповідь та деякі інші - це добре. Я просто хочу дати більш чисте пояснення SQL. Приходить до того ж рішення, що немає (дійсного) власника бази даних.

Обліковий запис власника бази даних, dboякий згадується помилково, завжди створюється за допомогою бази даних. Тож здається дивним, що його не існує, але ви можете перевірити двома виборами (або одним, але давайте будемо просто).

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

який показує SID dboкористувача в базі даних DB_NAME та

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

показати всі входи (та їх SID) для цього екземпляра сервера SQL. Зверніть увагу, що він не записав жодного префіксу db_name, тому що кожна база даних містить однакову інформацію в цьому представленні.

Тож у випадку помилки вище не буде входу з SID, який призначений користувачеві бази даних dbo.

Як було пояснено вище, зазвичай це відбувається при відновленні бази даних з іншого комп'ютера (де база даних та користувач dbo створювалися за допомогою різних логін). І ви можете виправити це, змінивши право власності на існуючий логін.

Якщо вищезгадане не працює, то спробуйте наступне. Це вирішило для мене проблему навіть тоді, коли власник був чітко визначений для бази даних.

Помилка реплікації SQL Server 2008 з: процес не міг виконати 'sp_replcmds'

У розділі Безпека додайте головного користувача як "користувача SQL без входу в систему", зробіть його власником схеми з тим же ім'ям, що і головний, а потім у "Членстві" зробіть його db_owner.

Ця помилка також мала місце при випадковому введенні рядка підключення бази даних до дзеркала для читання - не первинної бази даних в налаштуваннях HA.

Як сказано в повідомленні, ви повинні встановити дозвіл як власника для свого користувача. Отже, ви можете використовувати наступне:

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

Сподіваюся, корисна! Залиште коментар, якщо для вас це нормально.