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

Сколько уже раз у меня возникала головная боль, когда написав очередной DTS и отладив его, а потом засунув в джоб я патылся его запустить.... Чаще всего происходил затык на этапе подключения к ODBC драйву какой-либо БД, находящейся на другой машине в сети.

Только не посылайте меня по адресу:

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

Читал неоднократно... Может, я тупой?

Ну прочитали, а что из прочитанного применили ?

1. SQL Server Agent Properties/General/Service Startup Account == SysAdmin Account
2. SQL Server Agent Properties/Connection/Use SQL Server Autentification == DB Admin Account
3. Job prorerties/Owner == DB Admin

DTS при обычном запуске выполняется без проблем. При попытке выполнить из под агента, вываливает: DTSStep_DTSDataPumpTask_1 DTSRun OnError:
DTSStep_DTSDataPumpTask_1, Error = -2147467259 (80004005) Error string: [Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified Error source: Microsoft OLE DB Provider for ODBC Drivers

Это на этапе переброски данных с MySQL сервера

Вообще, параметры подключения к MySQL я прописывал в DTS. И сервер MySQL настроен так, что любой войти может, зная логин и пароль. Этот логин и пароль я в DTS и прописал. В свойствах источника ODBC MySQL. И работает DTS. Без проблем. Правда, такого логина и такого пароля, который используется для подключения к MySQL, в логинах MSSQL не прописано. Может, стоит прописать? Может, Агент пытается вместо параметров подключения, прописанных в DTS, подсунуть данные владельца, прописанные в Джобсе? Но тогда как быть, если в DTS используется несколько подключений к нескольким серверам? Как тогда быть?

Кто это SysAdmin Account ? Локальная учетная запись ? Доменная ? Вы под этой учетной записью можете залогинится на консоль сервера ?
А под какой учетной записью стартует сам SQL Server ?

Агента можно запустить с system account и this account. При выборе system account Агент стартует под той учетной записью (или от имени ее), под которой был запущен NT. Я прописал в this account логин с админскими правами, наделив агента правами админа WinNT. Эту штуку можно менять на машине, где стоит сервер MSSQL. Клиенту, будь он хоть трижды админ сервера, эта опция недоступна. И еще, в этой опции нельзя прописать учетную запись SQL сервера. Только системную учетную запись. Энтевую.

DB Admin Account это SA ?
Если не SA, то в какие роли включен этот SQL Server Login ?

DB Admin Account это учетная запись sysadmin ролью на сервере

Так что и где вы прописали ?
Мы говорим про Other Connection в DTS ?
Или про Control Panel - Admintistartive Tools - Data Sources(ODBC) ?
Прошу прощения за неясность, конечно же, в DTS я использовал уже существующие ODBC источники, Other Connection, описанные мной ранее в Control Panel - Admintistartive Tools - Data Sources(ODBC).

Так вот, каждый раз, настраивая Other Connection в DTS, я прописывал Data Source(ODBC), выбрав из списка нужный мне источник (обычно MySQL, так как для DBase и MSAccess я использовал предназначенные именно для них соединения), выбирая из списка сам источник, и заполняя логин к источнику и пароль. В общем то, как я понял, компонент Other Connection является универсальным, и его можно при желании использовать под любой зарегистрированный в системе ODBC источник. И вот тут то мне и непонятно. Учетная запись для подключения к источнику ODBC не является учетной записью ни SQL сервера, ни NT. Она является учетной записью конкретного источника ODBC. А что агент подсовывает при запуске DTS по расписанию, для меня загадка. Но именно на этапе обращения к такому источнику от имени агента сбой и происходит. Причем происходит он только тогда, когда истоник этот физически расположен на другой машине в сети.

Так это локальная учетная запись или доменная
локальная
И под какой учетной записью все же стартует сам SQL Server

SQL Server Agent Properties/Connection/Use SQL Server Autentification = логин с ролью sysadmin

Можно ли это понимать как то, что SQL Agent коннектится к SQL Server-у используя SQL Server логин, который вы добавили(например в EM), указав пароль и включив в роль System Administrator ?

можно

Запутался немного, Сервер стартует используя SQL Server аутентификацию, но с логином c ролью sysadmin.

2Белов Владимир
Не помогает

2Белов Владимир
OLE DB services = -1

там еще опции есть:

Persist Security info = 1
На что влияет?

Хм, с системной. Попробую изменить.

Изменил на админовскую учетную запись. Перезапустил сервер. Не помогло. Может, сервис пак какой поставить надо?

2Glory; 2elly; 2KANDed; 2Белов Владимир.

Ситуация у меня примерно такова: Доменного сервера у нас нет. Компы объединены в рабочую группу. Поэтому говорить о том, доменная или локальная учетная запись нет смысла. (Я просто не сразу врубился насчет доменной записи, вы уж меня простите).

Сейчас SQL Server и Service Agent стартуют под учетной записью Admin, Которая входит в группу администраторов NT и я его еще завел как логин в MSSQL. Логин типа Windows User.

Писал я DTS на локальной машине, и отлаживал там же. Для того, чтоб DTS заработал с сервера, пришлось поменять источники ODBC в написанном DTS, поскольку на сервере они прописаны под другими псевдонимами, нежели на локальной.

Теперь запустить их получается только с сервера. По понятным причинам. (EM использует аутентификацию SQL сервера)

Сервер, к которому пытается подконнектиться DTS является FreeBSD сервером с БД на MySQL. Логин и пароль, под которыми коннектится DTS отличаются от тех, что зарегистрированы на сервере NT или в MSSQL. Что мне сделать, завести такую учетную запись в NT? И стартовать сервер и агент под ней? Но тогда как быть с другими DTS, которые, вполне возможно, будут пытаться подсоединиться к другим серверам под другими логинами?