DTS_E_OLEDBERROR. Код ошибки: 0x80004005. Разница между собственным клиентом SQl и поставщиком oledb для сервера sql

При использовании собственного клиента SQL Server 10 в компоненте потока данных SSIS произошла ошибка канала связи.

Ошибка: код ошибки SSIS DTS_E_OLEDBERROR. Произошла ошибка OLE DB. Код ошибки: 0x80004005. Доступна запись OLE DB. Источник: «Microsoft SQL Server Native Client 10.0» Hresult: 0x80004005 Описание: «Ошибка канала связи». Доступна запись OLE DB. Источник: «Microsoft SQL Server Native Client 10.0» Hresult: 0x80004005 Описание: «TCP Provider: указанное сетевое имя больше не доступно.

Поэтому я перешел с SQL Server Native Client 10 на Microsoft OLEDB Provider для SQL Server, надеясь, что он будет работать нормально. На этот раз произошла ошибка, как показано ниже:

[Transacn_Tbl1 [737]] Ошибка: код ошибки SSIS DTS_E_OLEDBERROR. Произошла ошибка OLE DB. Код ошибки: 0x80004005. Доступна запись OLE DB. Источник: «Поставщик Microsoft OLE DB для SQL Server» Hresult: 0x80004005 Описание: «Неизвестная ошибка произошла на SQL Server. Соединение могло быть прервано сервером.».

[Transacn_Tbl1 [737]] Ошибка: код ошибки SSIS DTS_E_INDUCEDTRANSFORMFAILUREONERROR. «Вход» OLE DB Destination Input «(750)» завершился неудачно из-за кода ошибки 0xC020907B, а расположение строки ошибки на «input» OLE DB Destination Input «(750)» указывает сбой при ошибке. Произошла ошибка в указанном объекте указанного компонента. Перед этим могут быть опубликованы сообщения об ошибках с дополнительной информацией об ошибке.

В чем разница между этими двумя провайдерами? Какой мне использовать?


sql-server ssis oledb dts
person user1254579    schedule 06.02.2014    source источник

Ответы (2)


arrow_upward
1
arrow_downward

Похоже, вам необходимо решить эту проблему, вы должны изменить разрешения для каталога Temp стартовой учетной записи службы агента SQL Server. Предоставьте разрешение на чтение и разрешение на запись учетной записи прокси-сервера агента SQL Server для этого каталога.

http://support.microsoft.com/kb/933835

person Maverick    schedule 06.02.2014
comment
Привет, я не использовал агент сервера sql - person user1254579; 06.02.2014
comment
Диспетчер конфигурации SQL SERVER ›Конфигурация сети SQL Server› Протоколы для ‹имени сервера› Протоколы для ‹имени сервера› Нажмите ›TCP / IP› Дважды щелкните TCP / IP ›IP-адрес› все Включите «ДА» ›ПРИМЕНИТЬ› ОК - person Maverick; 06.02.2014
comment
Иногда вам нужно сохранить проект. Закройте BIDS / SSDT, а затем откройте и попробуйте проверить, есть ли ошибки. Если вы не видите ошибки, попробуйте запустить, все работает отлично. - person Maverick; 06.02.2014
comment
Спасибо .. сделал все эти .. аналогичный вопрос был задан мной за 4 месяца до этого .. но никто не ответил на него .. - person user1254579; 06.02.2014
comment
Хорошо .. Давайте быстро устраним неисправность .. Сначала удалите соединение с местом назначения, добавьте средство просмотра данных и посмотрите, что исходит от источника. Во-вторых, добавьте пункт назначения, добавьте представление данных и убедитесь, что данные верны. Перед передачей данных в место назначения обрежьте таблицу и запустите пакет. он должен работать нормально - person Maverick; 06.02.2014
comment
Пожалуйста, поймите, что это не проблема с данными. У меня есть данные за 1 год для загрузки, поэтому я просто разделил их на 4 группы по 3 месяца. Тогда это сработает. - person user1254579; 06.02.2014
comment
Включите эту функцию: Свойства диспетчера подключений ›RetainSameConnection = True Это должно помочь. - person Maverick; 06.02.2014
comment
Кто-нибудь знает, КАК это сделать? - person Christine; 17.11.2016

arrow_upward
3
arrow_downward

Я столкнулся с этой проблемой после выпуска нового SSIS проекта в производственную среду.

Сначала мне удалось успешно проверить пакет, но когда я попытался выполнить пакет, я получил сообщение DTS_E_OLEDBERROR. Error code: 0x80004005..

Я попытался проверить пакет с переменными имени сервера и пароля, установленными как чувствительные, но в этом случае проверка также не удалась.

После того, как переменные среды снова вернулись к нечувствительности и вставлены значения переменных среды, я смог проверить и выполнить пакет.

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

Надеюсь, это кому-то поможет. Я прошел через множество сценариев отладки, прежде чем остановился на этом (довольно неудовлетворительном) решении.

person Mark    schedule 21.09.2018