затем используя ActiveX Script переписываю на другой компьютер...

сервак грузится под учётной записью ос
SQL Agent тоже под учтной записью ос
...
"учётная запись ос" - это что за учетная запись ? Если это Local system account, то "переписать на другой компьютер" от имени этой учетной записи у вас ничего не получится. Косвенно, это подтверждается вашими же словами "Самое интересное что вручную если запускаю DTS Packeges то всё проходит на ура" - т.к. вручную скорее всего от имени учетной записи вроде админа

1. У вас домен WinNT?
2. В какие роли (серверные и базовые) на MS SQL входит логин Server\Администратор ?
3. Выполняются ли при коннекте к MS SQL под Server\Администратор следующие скрипты
exec master..xp_cmdshell 'dir *.*'
go

exec master..xp_cmdshell 'dtsrun /S Server /E /N здесь имя DTS package '
go

4. Что у вас установлено в
EM - Ваш сервер - Management - SQL Server Agent - Properties - закладка Job System - опция Non-SysAdmin job step proxy account ?

2. В какие роли (серверные и базовые) на MS SQL входит логин Server\Администратор ?
серверные
Классный ответ - честное слово ! А вы знаете что в SQL существует 9 серверных и 9 базовых фиксированных ролей ? И в какие же роли входит Server\Администратор - sysadmin, serveradmin, ..., db_owner, db_ddladmin, ... ?

Теперь насчет авторизации учетных записей при доступе к сетевым ресурсам.

Локальной учетной запись одного компьютера не может быть добавлена в пользователи сетевого ресурса другого компьютера по определению, именно потому, что это ЛОКАЛЬНАЯ учетная запись. В этом случае на другом компьютере должна быть создана своя локальная учетная запись с таким же именем и паролем (и правами на локальные ресурсы). Просто при обращении первого компьютера к ресурсу второго из-за совпадения логинов и пролей происходит "прозрачная" авторизация

Доменые же учетные записи могут быть непосредственно добавлены в пользователи ресурсов отдельных компьютеров без добавления в локльные пользователи.

Т.к. у вас только ActiveXScript обращается к сетевому ресурсу и делает это от имени ABEREGHECI\Администратор то значит, что ваш ABEREGHECI\Администратор не может авторизоваться на втором сервере (пароли учетной записи Администратор на обеих серверах одинаковы ???) - Error Description: Разрешение отклонено (Permissons denied).

На вашем месте, если вы планируете и дальше использовать в работе сетевые ресурсы, я бы организовал запуск сервсисов MSSQLSERVER и SQLSERVERAGENT от имени доменой учетной записи, которой и давал бы конкретные права на конкретные сетевые ресурсы по мере необходимости.

Очень интересно.
Если не трудно, запишите следующий фрагмент в виде файла test.vbs
\nSet WshNetwork = WScript.CreateObject("WScript.Network")
WScript.Echo "Domain = " & WshNetwork.UserDomain
WScript.Echo "Computer Name = " & WshNetwork.ComputerName
WScript.Echo "User Name = " & WshNetwork.UserName


и запустите на выполнение с помощью xp_cmdshell

Андрей, опять я вас не пойму - "запускаю MS SQL Server под SystemAccount" -

Вы можете четко сказать
Сервисы WinNT MSSQLSERVER и SQLSERVERAGENT под какой учетной записью стартуют

(на всякий случай смотрится так Start - Settings - Control Panel - Administrative Tools - Services)

Насчет скрипта несколько напутал - запустите не через xp_cmdshell, а через ваш Job + DTS + ActiveXScript

Системная учётная запись - это наверное по-английски Local system account. Так что же вы, ведь эта учетная запись НЕ МОЖЕТ ИМЕТЬ никаких прав на сетевые ресурсы.

Сервисы WinNT MSSQLSERVER и SQLSERVERAGENT должны запускатся под нормальной(если можно так выразится) учетной записью, например, под ABEREGHECI\Администратор.