Как изменить владельца базы данных ms sql
Перейти к содержимому

Как изменить владельца базы данных ms sql

  • автор:

ALTER AUTHORIZATION (Transact-SQL)

Идентификатор Microsoft Entra — это новое имя Azure Active Directory (Azure AD). В настоящее время мы обновляем документацию.

Синтаксис

-- Syntax for SQL Server ALTER AUTHORIZATION ON [ :: ] entity_name TO < principal_name | SCHEMA OWNER >[;] ::=
-- Syntax for SQL Database ALTER AUTHORIZATION ON [ :: ] entity_name TO < principal_name | SCHEMA OWNER >[;] ::=
-- Syntax for Azure Synapse Analytics and Microsoft Fabric ALTER AUTHORIZATION ON [ :: ] TO < principal_name | SCHEMA OWNER >[;] ::= < SCHEMA | OBJECT > ::=
-- Syntax for Parallel Data Warehouse ALTER AUTHORIZATION ON [ :: ] TO < principal_name | SCHEMA OWNER >[;] ::= < DATABASE | SCHEMA | OBJECT > ::=

Этот синтаксис не поддерживается бессерверным пулом SQL в Azure Synapse Analytics.

Сведения о синтаксисе Transact-SQL для SQL Server 2014 (12.x) и более ранних версиях см . в документации по предыдущим версиям.

Аргументы

Защищаемый класс сущности, для которой изменяется владелец. По умолчанию это класс OBJECT.

Класс Продукт
OBJECT Область применения: SQL Server 2008 (10.0.x) и более поздних версий, База данных SQL Azure, Azure Synapse Analytics, Analytics Platform System (PDW).
ASSEMBLY Область применения: SQL Server 2008 (10.0.x) и более поздних версий База данных SQL Azure.
ASYMMETRIC KEY Область применения: SQL Server 2008 (10.0.x) и более поздних версий База данных SQL Azure.
AVAILABILITY GROUP Область применения: SQL Server 2012 и более поздние версии.
СЕРТИФИКАТ Область применения: SQL Server 2008 (10.0.x) и более поздних версий База данных SQL Azure.
CONTRACT Применимо: SQL Server 2008 (10.0.x) и более поздних версий.
DATABASE Область применения: SQL Server 2008 (10.0.x) и более поздних версий База данных SQL Azure. Дополнительные сведения см. в статье об ALTER AUTHORIZATION для баз данных.
КОНЕЧНАЯ ТОЧКА Применимо: SQL Server 2008 (10.0.x) и более поздних версий.
FULLTEXT CATALOG Область применения: SQL Server 2008 (10.0.x) и более поздних версий База данных SQL Azure.
FULLTEXT STOPLIST Область применения: SQL Server 2008 (10.0.x) и более поздних версий База данных SQL Azure.
MESSAGE TYPE Применимо: SQL Server 2008 (10.0.x) и более поздних версий.
REMOTE SERVICE BINDING Применимо: SQL Server 2008 (10.0.x) и более поздних версий.
РОЛЬ Область применения: SQL Server 2008 (10.0.x) и более поздних версий База данных SQL Azure.
ROUTE Применимо: SQL Server 2008 (10.0.x) и более поздних версий.
СХЕМА Область применения: SQL Server 2008 (10.0.x) и более поздних версий, База данных SQL Azure, Azure Synapse Analytics, Analytics Platform System (PDW).
SEARCH PROPERTY LIST Область применения: SQL Server 2012 (11.x) и более поздние версии, База данных SQL Azure.
РОЛЬ СЕРВЕРА Применимо: SQL Server 2008 (10.0.x) и более поздних версий.
СЛУЖБА Применимо: SQL Server 2008 (10.0.x) и более поздних версий.
SYMMETRIC KEY Область применения: SQL Server 2008 (10.0.x) и более поздних версий База данных SQL Azure.
ТИП Область применения: SQL Server 2008 (10.0.x) и более поздних версий База данных SQL Azure.
XML SCHEMA COLLECTION Область применения: SQL Server 2008 (10.0.x) и более поздних версий База данных SQL Azure.

entity_name — имя сущности.

principal_name | SCHEMA OWNER —имя субъекта безопасности, который будет являться владельцем сущности. Объекты базы данных должны принадлежать субъекту базы данных; пользователю базы данных или роли. Объекты сервера (такие как базы данных) должны принадлежать субъекту сервера (имя для входа). Определите SCHEMA OWNER в качестве *principal_name-, чтобы показать, что объект должен принадлежать участнику, который владеет схемой объекта.

Замечания

Инструкция ALTER AUTHORIZATION может использоваться для изменения владельца любой сущности, у которой он есть. Владение содержащимися в базе данных сущностями можно передать любому участнику уровня базы данных. Владение сущностями уровня сервера можно передать только участникам уровня сервера.

Начиная с SQL Server 2005 (9.x), пользователь может принадлежать объекту или типу, который содержится схемой, принадлежащей другому пользователю базы данных. Это изменение поведения с более ранних версий SQL Server. Дополнительные сведения см. в разделах OBJECTPROPERTY (Transact-SQL) и TYPEPROPERTY (Transact-SQL).

Владение можно передавать для следующих, содержащихся в схемах сущностей типа «объект»: таблиц, представлений, функций, процедур, очередей и синонимов.

Невозможно передать владение следующими сущностями: связанные серверы, статистика, ограничения, правила, значения по умолчанию, триггеры, очереди Service Broker, учетные данные, функции секционирования, схемы секционирования, основные ключи базы данных, главный ключ службы и уведомления о событиях.

Нельзя передавать владение элементами следующих защищаемых классов: сервером, именем входа, пользователем, ролью приложения и столбцом.

Аргумент SCHEMA OWNER допустим только в случае передачи владения сущностью, содержащейся в схеме. Аргумент SCHEMA OWNER позволяет передать владение сущностью владельцу схемы, в которой она находится. В схемах содержатся только сущности классов OBJECT, TYPE или XML SCHEMA COLLECTION.

Если целевая сущность не представляет собой базу данных, а передаваемая сущность передается новому владельцу, все разрешения на целевую сущность удаляются.

В SQL Server 2005 (9.x) поведение схем изменилось от поведения в более ранних версиях SQL Server. Код, предполагающий, что схемы эквивалентны пользователям базы данных, может возвращать неверные результаты. Старые представления каталогов, включая sysobjects, не должны использоваться в базах данных, где когда-либо выполнялась любая из следующих инструкций DDL: CREATE SCHEMA, ALTER SCHEMA, DROP SCHEMA, CREATE USER, ALTER USER, DROP USER, CREATE ROLE, ALTER ROLE, DROP ROLE, CREATE APPROLE, ALTER APPROLE, DROP APPROLE, ALTER AUTHORIZATION. В базе данных, в которой когда-либо выполнялась любая из этих инструкций, необходимо использовать новые представления каталога. Новые представления каталога учитывают разделение субъектов и схем, представленных в SQL Server 2005 (9.x). Дополнительные сведения о представлениях каталога см. в разделе «Представления каталога» (Transact-SQL).

Имейте в виду следующее:

Единственный надежный способ найти владельца объекта — запросить представление каталога sys.objects. Единственный надежный способ найти владельца типа — использовать функцию TYPEPROPERTY.

Особые случаи и условия

В следующей таблице перечислены особые случаи, исключения и условия, касающиеся изменения авторизации.

Класс Condition
OBJECT Нельзя изменить владельца триггеров, ограничений, правил, значений по умолчанию, статистик, системных объектов, очередей, индексированных представлений и таблиц с индексированными представлениями.
СХЕМА При передаче владения разрешения на содержащиеся в схеме объекты, у которых нет явных владельцев, удаляются. Нельзя изменить владельца схем sys, dbo и information_schema.
ТИП Нельзя изменить владельца сущности TYPE, принадлежащей схеме sys или information_schema.
CONTRACT, MESSAGE TYPE или SERVICE Нельзя изменить владельца системных сущностей.
SYMMETRIC KEY Нельзя изменить владельца глобальных временных ключей.
CERTIFICATE или ASYMMETRIC KEY Нельзя передавать владение данными сущностями роли или группе.
КОНЕЧНАЯ ТОЧКА Участник должен представлять собой имя входа в систему.

ALTER AUTHORIZATION для баз данных

Для SQL Server

Требования к новому владельцу: новый субъект-владелец должен быть одним из следующих:

  • имя входа для проверки подлинности SQL Server;
  • имя входа для проверки подлинности Windows, представляющее пользователя Windows (а не группу);
  • пользователь Windows, проходящий проверку подлинности с использованием имени входа для проверки подлинности Windows, представляющего группу Windows.

Требования для пользователя, выполняющего инструкцию ALTER AUTHORIZATION: если вы не являетесь членом предопределенной роли сервера sysadmin , необходимо иметь по крайней мере разрешение TAKE OWNER в базе данных и иметь разрешение IMPERSONATE на новое имя входа владельца.

Для Базы данных SQL Azure

Требования к новому владельцу: новый субъект-владелец должен быть одним из следующих:

  • имя входа для проверки подлинности SQL Server;
  • Федеративный пользователь (а не группа) присутствует в идентификаторе Microsoft Entra.
  • Управляемый пользователь (а не группа) или приложение, присутствующих в идентификаторе Microsoft Entra.

Если новый владелец является пользователем Microsoft Entra, он не может существовать как пользователь в базе данных, где новый владелец станет новым владельцем базы данных (dbo). Сначала пользователь Microsoft Entra должен быть удален из базы данных перед выполнением инструкции ALTER AUTHORIZATION, изменив владение базой данных новым пользователем. Дополнительные сведения о настройке пользователей Microsoft Entra с База данных SQL см. в разделе «Настройка проверки подлинности Microsoft Entra».

Требования для пользователя, выполняющего инструкцию ALTER AUTHORIZATION: необходимо подключиться к целевой базе данных, чтобы изменить владельца этой базы данных.

Изменить владельца базы данных могут следующие типы учетных записей.

  • Имя входа субъекта уровня обслуживания, которое является администратором SQL, подготовленным при создании логического сервера в Azure .
  • Администратор Microsoft Entra для логического сервера..
  • Текущий владелец базы данных.

Следующая таблица содержит сводку требований.

Исполнитель Назначение Результат
Имя входа для проверки подлинности SQL Server Имя входа для проверки подлинности SQL Server Удачное завершение
Имя входа для проверки подлинности SQL Server Пользователь Microsoft Entra Сбой
Пользователь Microsoft Entra Имя входа для проверки подлинности SQL Server Удачное завершение
Пользователь Microsoft Entra Пользователь Microsoft Entra Удачное завершение

Чтобы проверить владельца базы данных Microsoft Entra, выполните следующую команду Transact-SQL в пользовательской базе данных (в этом примере testdb ).

SELECT CAST(owner_sid as uniqueidentifier) AS Owner_SID FROM sys.databases WHERE name = 'testdb';

Выходные данные будут GUID (например, XXXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXXXXXXXXXX), который соответствует идентификатору объекта пользователя Microsoft Entra или субъекта-службы, назначенного владельцем базы данных. Это можно проверить, проверка идентификатор объекта пользователя в идентификаторе Microsoft Entra ID. Если владельцем базы данных SQL Server является пользователь имени входа, выполните следующую инструкцию в базе данных master для проверки владельца базы данных:

SELECT d.name, d.owner_sid, sl.name FROM sys.databases AS d JOIN sys.sql_logins AS sl ON d.owner_sid = sl.sid;

Рекомендация

Вместо использования пользователей Microsoft Entra в качестве отдельных владельцев базы данных используйте группу Microsoft Entra в качестве члена предопределенной роли базы данных db_owner . Ниже показано, как настроить отключенное имя входа в качестве владельца базы данных и сделать группу Microsoft Entra ( mydbogroup ) членом роли db_owner .

    Войдите в SQL Server от имени администратора Microsoft Entra и измените владельца базы данных на отключенное имя входа проверки подлинности SQL Server. Например, в базе данных пользователя выполните следующую команду:

ALTER AUTHORIZATION ON database::testdb TO DisabledLogin; 
CREATE USER [mydbogroup] FROM EXTERNAL PROVIDER; 
ALTER ROLE db_owner ADD MEMBER mydbogroup;

Теперь члены mydbogroup могут централизованно управлять базой данных как члены роли db_owner.

  • Когда члены этой группы удаляются из группы Microsoft Entra, они автоматически теряют разрешения dbo для этой базы данных.
  • Аналогично, если новые члены добавляются в mydbogroup группу Microsoft Entra, они автоматически получают доступ к dbo для этой базы данных.

Чтобы проверить наличие действующего разрешения dbo у конкретного пользователя, пользователь должен выполнить следующую инструкцию:

SELECT IS_MEMBER ('db_owner');

Возвращаемое значение 1 указывает, что пользователь является членом роли.

Разрешения

Требует разрешения TAKE OWNERSHIP для сущности. Если новый владелец не является пользователем, выполняющим данную инструкцию, также требуется одно из следующих условий: 1) разрешение IMPERSONATE для нового владельца, если это пользователь или имя входа; 2) если новый владелец представляет собой роль — членство в роли или разрешение ALTER для этой роли; 3) если новый владелец представляет собой роль приложения — разрешение ALTER для роли приложения.

Примеры

А. Передача владения таблицей

В следующем примере владение таблицей Sprockets передается пользователю MichikoOsada . Эта таблица расположена в схеме Parts .

ALTER AUTHORIZATION ON OBJECT::Parts.Sprockets TO MichikoOsada; GO

Запрос также может выглядеть следующим образом:

ALTER AUTHORIZATION ON Parts.Sprockets TO MichikoOsada; GO

Если схема объектов не включена в инструкцию, ядро СУБД будет искать объект в схеме по умолчанию для пользователей. Например:

ALTER AUTHORIZATION ON Sprockets TO MichikoOsada; ALTER AUTHORIZATION ON OBJECT::Sprockets TO MichikoOsada;

B. Передача владения представлением владельцу схемы

В следующем примере передается владение представлением ProductionView06 владельцу содержащей его схемы. Это представление расположено в схеме Production .

ALTER AUTHORIZATION ON OBJECT::Production.ProductionView06 TO SCHEMA OWNER; GO

C. Передача владения схемой пользователю

В следующем примере владение схемой SeattleProduction11 передается пользователю SandraAlayo .

ALTER AUTHORIZATION ON SCHEMA::SeattleProduction11 TO SandraAlayo; GO

D. Передача владения конечной точкой имени входа в SQL Server

В следующем примере владение конечной точкой CantabSalesServer1 передается JaePak . Так как конечная точка представляет собой защищаемую сущность уровня сервера, ее можно передать только участнику уровня сервера.

Применимо: SQL Server 2008 (10.0.x) и более поздних версий.

ALTER AUTHORIZATION ON ENDPOINT::CantabSalesServer1 TO JaePak; GO

Д. Изменение владельца таблицы

В каждом из следующих примеров показано изменение владельца таблицы Sprockets в базе данных Parts на пользователя базы данных MichikoOsada .

ALTER AUTHORIZATION ON Sprockets TO MichikoOsada; ALTER AUTHORIZATION ON dbo.Sprockets TO MichikoOsada; ALTER AUTHORIZATION ON OBJECT::Sprockets TO MichikoOsada; ALTER AUTHORIZATION ON OBJECT::dbo.Sprockets TO MichikoOsada;

F. Изменение владельца базы данных

Применимо к: SQL Server 2008 (10.0.x) и более поздних версий, База данных SQL.

В следующем примере показано, как изменить владельца базы данных Parts на имя входа MichikoOsada .

ALTER AUTHORIZATION ON DATABASE::Parts TO MichikoOsada;

G. Изменение владельца базы данных на пользователя Microsoft Entra

В следующем примере администратор Microsoft Entra для SQL Server в организации с пользовательским доменом cqclinic.onmicrosoft.com Microsoft Entra может изменить текущее владение базой данных и сделать существующего пользователя richel@cqclinic.onmicorsoft.com Microsoft Entra новым владельцем базы данных targetDB с помощью следующей команды:

ALTER AUTHORIZATION ON database::targetDB TO [rachel@cqclinic.onmicrosoft.com];

sp_changedbowner (Transact-SQL)

В будущей версии Microsoft SQL Server этот компонент будет удален. Избегайте использования этого компонента в новых разработках и запланируйте изменение существующих приложений, в которых он применяется. Вместо этого используйте ALTER AUTHORIZATION .

Синтаксис

 sp_changedbowner [ @loginame = ] 'login' [ , [ @map = ] remap_alias_flag ]

Аргументы

[ ] @loginame
Идентификатор имени входа нового владельца текущей базы данных. имя входа — sysname, без значения по умолчанию. имя входа должно быть уже существующим пользователем SQL Server или пользователем Windows. имя входа не может стать владельцем текущей базы данных, если у нее уже есть доступ к базе данных с помощью существующей учетной записи безопасности пользователя в базе данных. Чтобы избежать этой ситуации, сначала удалите данного пользователя в текущей базе данных.

[ ] @map=remap_alias_flag
Параметр remap_alias_flag устарел, так как псевдонимы входа были удалены из SQL Server. Использование параметра remap_alias_flag не приводит к ошибке, но не влияет.

Значения кода возврата

0 (успешное завершение) или 1 (неуспешное завершение)

Замечания

После выполнения процедуры sp_changedbowner новый владелец становится известным в базе данных как пользователь dbo. Пользователь dbo имеет неявные разрешения на выполнение любых действий в базе данных.

Владельца системных баз данных master, model или tempdb нельзя изменить.

Чтобы отобразить список допустимых значений входа , выполните хранимую процедуру sp_helplogins.

Выполнение sp_changedbowner только с параметром входа изменяет владение базой данных для входа.

Можно изменить владельца любого защищаемого объекта с помощью инструкции ALTER AUTHORIZATION. Дополнительные сведения см. в статье ALTER AUTHORIZATION (Transact-SQL).

Разрешения

Необходимо разрешение TAKE OWNERSHIP для базы данных. Если новый владелец имеет соответствующего пользователя в базе данных, требуется разрешение IMPERSONATE для имени входа, в противном случае необходимо разрешение CONTROL SERVER для сервера.

Примеры

В следующем примере показано, как сделать имя входа Albert владельцем текущей базы данных.

EXEC sp_changedbowner 'Albert';

Как изменить владельца базы данных SQL Server?

Когда я случайно нажимаю на вкладку Диаграммы баз данных, я получаю одну из следующих ошибок:

Объекты поддержки диаграмм баз данных не могут быть установлены, потому что у этой базы данных нет действительного владельца. Чтобы продолжить, сначала используйте страницу Файлы диалогового окна Свойства базы данных или оператор ALTER AUTHORIZATION, чтобы установить владельца базы данных на действительный логин, а затем добавьте объекты поддержки диаграмм базы данных.

База данных не имеет одного или нескольких объектов поддержки, необходимых для использования диаграммирования баз данных. Вы хотите их создать?

Какой синтаксис для изменения владельца этой базы данных на’sa’?

Поделиться Источник 20 апреля 2009 в 18:13

4 ответа

Чтобы изменить владельца базы данных:

ALTER AUTHORIZATION ON DATABASE::YourDatabaseName TO sa

Начиная с SQL Server 2014, вы все еще можете использовать sp_changedbowner , даже если Microsoft обещала удалить его в «будущей» версии после SQL Server 2012. Они удалили его из SQL Server 2014 BOL.

Поделиться 09 июля 2014 в 03:53

Чтобы изменить владельца объекта, попробуйте следующее

EXEC sp_changedbowner 'sa'

что, однако, не является вашей проблемой, чтобы увидеть диаграммы, которые должны быть созданы объектами Da Vinci Tools (вы увидите таблицы и проки, которые начинаются с dt_) после этого

Поделиться 20 апреля 2009 в 18:17

Это приглашение создать кучу объектов, таких как sp_help_diagram (?), которые не существуют.

Это не должно иметь ничего общего с владельцем базы данных.

Поделиться 20 апреля 2009 в 18:17

Вот способ изменить владельца на ВСЕХ ДБС (без учета System)

EXEC sp_msforeachdb' USE [?] IF ''?'' <> ''master'' AND ''?'' <> ''model'' AND ''?'' <> ''msdb'' AND ''?'' <> ''tempdb'' BEGIN exec sp_changedbowner ''sa'' END '

SQL-Ex blog

Как поменять владельца базы данных SQL Server

Добавил Sergey Moiseenko on Среда, 3 января. 2024

В SQL Server с каждой базой данных связан владелец (owner), который является принципалом, имеющим определенные разрешения и контроль над базой данных. Владелец базы данных — это пользователь или логин, которому предоставлена пользовательская роль dbo (database owner) на эту базу данных. Владелец базы данных имеет наивысший уровень разрешений в пределах базы данных и может выполнять административные задачи, такие как создание или модификация объектов, управление безопасностью и изменение схемы базы данных.

  • Безопасность: изменяя владельца базы данных, вы можете гарантировать, что владение и связанные с ним разрешения корректно присвоены соответствующему пользователю или логину. Это помогает поддерживать безопасную среду, контролируя доступ к базе данных.
  • Обслуживание базы данных: иногда, когда пользователь или логин, который владеет базой данных, удаляется или становится неактивным, может возникнуть необходимость передачи владения другому активному пользователю или логину. Это гарантирует, что база данных остается управляемой и может обслуживаться надлежащим образом.
  • Совместимость: изменение владельца базы данных может потребоваться, когда база данных переносится с одного сервера на другой. Владение должно обновиться, чтобы соответствовать логину или пользователю нового сервера.
  • Поиск неполадок: в определенных ситуациях изменение владельца базы данных может решить проблемы, связанные с разрешениями или конфликтами владения. Это может помочь решить проблемы с доступом и управлением базой данных.

Владелец базы данных устанавливается во время создания базы данных или может быть изменен позднее с помощью оператора ALTER AUTHORIZATION или системной хранимой процедуры sp_changedbowner . По умолчанию, когда создается новая база данных, пользователь, который создает базу данных, становится ее владельцем. Однако вы можете явно указать другого пользователя или логин в качестве владельца при создании.

В этой статье мы рассмотрим, как изменить владельца базы данных. Для демонстрации я восстановил базу данных wideworldimporters.

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

use master 
go 
select name[Database Name], SUSER_SNAME(owner_sid)[Database Owner], create_date [Database Create Date] 
from sys.databases

Запрос получает имя базы данных (столбец name) и преобразует owner_sid в логин или имя пользователя с помощью функции SUSER_SNAME, которая дает вам владельца базы данных.

В выводе запроса показано, что владельцем базы данных wideworldimporters является DC0\Administrator. Мы хотим изменить его на DC0\n.upadhyay.

Изменение владения базой данных с помощью SSMS

Откройте SSMS и подключитесь к движку базы данных, щелкните правой кнопкой на Wideworldimportors и выберите Properties (свойства). В диалоговом окне Database Properties выберите Files и щелкните на иконке с тремя точками.

В диалоговом окне Select Database Owner (выберите владельца базы данных), укажите имя пользователя в текстовой области Enter object names to select (введите имена объектов для выбора), вы также можете выполнить поиск требуемого имени пользователя. Чтобы выбрать имя пользователя, щелкните Browse. Откроется другое окно диалога Browse for Object. Здесь вы можете выбрать желаемого пользователя из списка. Заметим, что вы можете увидеть только те логины SQL, которые уже существуют в экземпляре SQL Server.

В нашем случае мы выбираем пользователя DC0\n.upadhyay, поэтому выберем его из списка и щелкнем ОК.

Выбранное имя пользователя будет добавлено в окно диалога. Щелкните ОК. Для проверки изменений, выполните следующий запрос в SQL Server Management Studio.

use master 
go 
select name[Database Name],SUSER_SNAME(owner_sid)[Database Owner], create_date [Database Create Date] 
from sys.databases

Изменение владения базой данных с помощью sp_changedbowner и ALTER AUTHORIZATION

Мы можем использовать sp_changedbowner для смены владельца базы данных.

Exec sp_changedbowner [user_name]

Здесь параметр user_name — это логин SQL, который вы хотите использовать в качестве нового владельца базы данных.

Пример. Следующий запрос использует sp_changedbowner для изменения владельца базы данных wideworldexporter с DC0\n.upadhyay на DC0\n.vyas.

use [WideWorldImporters] 
Go 
exec sp_changedbowner 'DC0\n.vyas' 
Go

Следует отметить, что хранимая процедура sp_changedbowner является устаревшей. Поэтому вместо нее мы можем использовать оператор SQL ALTER AUTHORIZATION для изменения владельца базы данных.

Синтаксис оператора ALTER AUTHORIZATION:

ALTER AUTHORIZATION ON DATABASE:: TO ;
  1. database_name: задает имя базы данных, владельца которой мы хотим поменять.
  2. new_owner: задает новый логин или пользователя базы данных SQL Server.
ALTER AUTHORIZATION ON DATABASE::WideWorldImporters TO [DC0\Administrator];

Проверьте изменения с помощью следующего запроса:

use master 
go 
select name[Database Name],SUSER_SNAME(owner_sid)[Database Owner], create_date [Database Create Date] 
from sys.databases

На рисунке видно, что владельцем базы данных стал DC0\Administrator.

Обратные ссылки

Нет обратных ссылок

Комментарии

Показывать комментарии Как список | Древовидной структурой

Автор не разрешил комментировать эту запись

Похожие публикации:
  1. Af и mf на объективе что это
  2. Как подключить rode wireless go к iphone
  3. Как сделать галочку в фотошопе
  4. Как сделать двери в автокаде

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *