Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
a-v-mikhailov Member Откуда: Сообщений: 51 |
Добрый день! Есть пакет SSIS перекачки данных между MSSQL 2008 (источник) и MSSQL 2016 (получатель). Пакет написан мастером, работает с полгода ежедневно, без ошибок. Пакет работает под управлением джобов и SSIS получателя. В пакете восемь заданий по перекачки данных: "1. trancate первый блок таблиц", "2. залили первый блок таблиц", "3. trancate второй блок таблиц", "4. залили второй блок таблиц" и т.д. С неделю назад стал обламываться третий блок заливки: Ошибка: SSIS Error Code DTS_E_OLEDBERROR. An OLE DB error has occurred. Error code: 0x80004005. Сначала ошибка плавала - то есть, то нет, а сейчас стала постоянно повторимой, в том числе и при ручном выполнении шагов SSIS. Остальные шаги по перекачке данных работают нормально Подскажите, куда смотреть. |
27 мар 18, 11:11 [21289119] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
a-v-mikhailov, The specified network name is no longer available |
27 мар 18, 11:16 [21289140] Ответить | Цитировать Сообщить модератору |
a-v-mikhailov Member Откуда: Сообщений: 51 |
TaPaK, спасибо за ответ, но шаги 1, 2 и 4 по перекачке данных работают стабильно, и по объему передаваемых таблиц не могу сказать, что шаг 3 на порядок больше. Считаете, что есть прерывания сети между источником и получателем и он совпадают именно с третим шагом? |
27 мар 18, 11:21 [21289163] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
a-v-mikhailov, timeout? |
27 мар 18, 11:31 [21289199] Ответить | Цитировать Сообщить модератору |
a-v-mikhailov Member Откуда: Сообщений: 51 |
TaPaK, на источнике таймаут удаленных подключений - 3600 сек, а на получателе - 600 сек - более чем достаточно, и ошибка возникает раньше, чем даже 10 минут Сейчас проверял - на третий раз шаг прошел без ошибок, то есть ошибка снова "поплыла" От чего это может зависеть? Спасибо, |
27 мар 18, 12:16 [21289409] Ответить | Цитировать Сообщить модератору |
Гигабайт Мегабайтович Килобайтов Member [заблокирован] Откуда: Сообщений: 5975 |
от того что происходит на получателе. в ошибке понятно написано откуда у ошибки растут ноги. и да ошибок несколько, а не одна. |
||
27 мар 18, 12:21 [21289433] Ответить | Цитировать Сообщить модератору |
Ferdipux Member Откуда: Москва Сообщений: 584 |
a-v-mikhailov,TCP Provider: An existing connection was forcibly closed by the remote host. Смотреть на хост-источник данных. Почему он закрывает соединение - в логи SQL сервера, системы... Структура сети между серверами... Еще подозрительно TCP Provider: The specified network name is no longer available. Как у вас устроено разрешение имен? DNS севрер, Active Directory или что-то иное? |
27 мар 18, 12:23 [21289441] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
a-v-mikhailov, вы же timeout смотрите в пакете ? ну и посмотрите что в логах серверов |
27 мар 18, 12:42 [21289521] Ответить | Цитировать Сообщить модератору |
a-v-mikhailov Member Откуда: Сообщений: 51 |
нет, в Remote Connections сервера
посмотрел на сервере-источнике и сервере-получателе. в процессе ошибки ничего в логах нет |
||||
27 мар 18, 17:05 [21290762] Ответить | Цитировать Сообщить модератору |
ПалЪ СанычЪ Member Откуда: Сообщений: 37 |
a-v-mikhailov, может быть что угодно. Надо смотреть на сервере который соединение закрывает. У меня сейчас один сервер таким страдает. При детальном разборе выяснилось проблемы с дисковой подсистемой. Еще возможен вариант failover'a если используете AlwaysOn. Смотрите логи |
27 мар 18, 18:50 [21291124] Ответить | Цитировать Сообщить модератору |
Andy_OLAP Member Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион Сообщений: 3151 |
Сделать run as administrator для cmd.exe. И затем сделать "Netsh int ip set chimney DISABLED". Всё. |
||
27 мар 18, 19:00 [21291136] Ответить | Цитировать Сообщить модератору |
a-v-mikhailov Member Откуда: Сообщений: 51 |
У нас Standard с его усеченным кластером. А как вы делали детальный разбор, что применяли? |
||
29 мар 18, 18:04 [21297291] Ответить | Цитировать Сообщить модератору |
ПалЪ СанычЪ Member Откуда: Сообщений: 37 |
a-v-mikhailov, читайте логи SQL server'a и Windows на предмет ошибок и предупреждений, которые коррелируються по времени с вашим событием |
29 мар 18, 18:55 [21297362] Ответить | Цитировать Сообщить модератору |
a-v-mikhailov Member Откуда: Сообщений: 51 |
Проблема ушла после расширения канала связи между серверами Всем спасибо |
11 апр 18, 15:37 [21330097] Ответить | Цитировать Сообщить модератору |
Владислав Колосов Member Откуда: Сообщений: 8300 |
a-v-mikhailov, угу и попутно заменили неисправные циски. |
11 апр 18, 15:46 [21330172] Ответить | Цитировать Сообщить модератору |
Andy_OLAP Member Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион Сообщений: 3151 |
Да это вряд ли, скорее просто карточки с 1Гбит поменяли на кошерные 10 Гбит. |
||
11 апр 18, 15:47 [21330179] Ответить | Цитировать Сообщить модератору |
Все форумы / Microsoft SQL Server | ![]() |