Кто хозяин старых Jobs and New Jobs?

Разрешение проблем контекста безопасности при выполнении DTS пакета в задании по расписанию

Поскольку я не получил ответа на вопрос о владельце, то вынужден привести выдержку из рекомендованной статьи:

2. Кто является владельцем DTS пакета?
Пакеты оформленные, как задание по расписанию, соответственно управляются сервисом SQL Agent. Это задание, как любое другое задание по расписанию, имеет владельца (Owner). Владельцем может быть SQL Server логин или учетная запись Windows NT.
Определить владельца задания можно следующим образом:
Дважды щёлкните по заданию в Enterprise Manager, и затем посмотрите поле с раскрывающимся списком Owner.
-или-
Выполните системную хранимую процедуру msdb.dbo.sp_help_job.
Контекст безопасности, в котором задание выполняется, определяется владельцем задания. Если задание принадлежит логину, который не является членом серверной роли Sysadmin, то пакет будет исполнен в контексте специальной учетной записи SQLAgentCmdExec, и задание будет иметь её права и разрешения.
Для SQLAgentCmdExec, чтобы обеспечить запуск задания, которое будет присоединяться к SQL серверу, учетная запись SQLAgentCmdExec должна иметь надлежащие Windows NT разрешениями и обеспечивать доступ к SQL серверу с соответствующими правами для базы данных. Учетная запись SQLAgentCmdExec не имеет вообще никаких прав вне локального компьютера, на котором запущен SQL Server. Поэтому, любой пакет, который требует установки подключения к другим компьютерным, будет завершён со сбоем, если он оформлен, как задание, принадлежащее логину который не является членом роли Sysadmin.
Если задание принадлежит учетной записи (SQL Server логин или учётная запись Windows NT) которая является членом роли Sysadmin, задание будет выполняться SQL Agent-ом в контексте учетной записи, от имени которой запускается сервис SQL Agent.
Также, если задание принадлежит учетной записи из домена Windows NT и если пакет сохранен на SQL сервере или в репозитории SQL Server (не как файл), Вы должны запустить службу SQL Server от имени учётной записи этого же домена или учетной записи из доверенного домена.

4. Как запускается DTS пакет?
Если Вы запускаете пакет вручную, используя утилиту командной строки DTSrun.exe, контекст безопасности будет как у учётной записи Windows, под которой Вы зарегистрировались на компьютере. Если Вы запускаете пакет, используя DTSrun.exe через расширенную хранимую процедуру xp_cmdshell, пакет будет выполнен в контексте учетной записи, от имени которой стартует сервис SQL Server, при условии, что пользователь, который выполнил xp_cmdshell, является членом роли Sysadmin. Если пользователь, который выполнил xp_cmdshell, не включён в роль Sysadmin, то DTSrun.exe выполнится в контексте учетной записи SQLAgentCmdExec.
Если SQL Server был запущен от имени учетной записи Local System, DTS пакет не будет иметь никаких разрешений вне этого компьютера.
Если сервис SQL Server стартован под учетной записью Windows NT, пакет будет иметь те же самые права и разрешения как у этой учётной записи. Если эта учетная запись Windows NT принадлежит локальному компьютеру (не является учётной записью домена), пакет не будет иметь никаких прав вне этого компьютера. Если учётная запись Windows NT является учётной записью домена, пакет сможет обращаться к ресурсам на других компьютерах в том же домене.

5. Как Windows NT аутентификация используется при подключениях?
Иногда DTS пакет содержит объект, который создаёт подключение к источнику данных используя Windows NT аутентификацию. Контекст безопасности, используемый для этого подключения, будет тот же самый, как у контекста пакета, который выполняется. Если пакет запускается из командной строки через DTSRun.exe, используются права учетной записи Windows NT, под которой зарегистрировались на компьютере. Если пакет выполняется как задание SQL Server Agent, то подключение будет создано от учетной записью, от имени которой стартован сервис SQL Agent (принимаем, что владелец пакета является членом роли Sysadmin).