Таможенный форум Альта-Софт

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

В какой-то момент времени у декларантов престают уходить декларации. Единственное средство которое помогает это перезагрузка SQL-cервера, то есть перезапуск службы MSSQLSERVER. После этой процедуры декларации почти всегда сразу начинают уходить, проблема "решена".

Все декларанты работают с самой свежей регулярно обновляемой версией Альта-ГТД-про, подключаются к серверу на базе Windows Server 2003 с установленным на нем SQL Express 2008 R2.

В чем может быть дело, какие есть пути для поиска причины и её устранения?

Идеи всегда есть
А сколько машин занимается отправкой?

На сервере три базы заведено под нужды разных декларантов. Одна, если можно так сказать, "основная" с которой постоянно работают 6-8 человек. И две "побочных" в которых сидят 1-2 декларанта. Все они занимаются отправкой ГТД.
Проблема как правило проявляется только у тех кто пользуется этой самой основной базой. Сразу замечу что вариант попытаться рассадить всех декларантов по своим базам не устроит т.к. многим нужна именно общая база документов.

Дело не в рассадке по базам.
Я правильно понимаю, что если проблемы с отправкой возникают в одной базе, на других базах отправки продолжаются?
Пытались без перезапуска SQL-сервера выгонять всех из проблемной базы и запускать обратно(просто попросить всех перезапустить программы)?
Что в зависшей ситуации показывает окно сообщений ЭД? В каком статусе находятся сообщения? Пробовали использовать утилиту edservice?

Честно говоря, до сих пор не сталкивались, чтобы sql сервер был в этом виноват.
Ну надо смотреть логи (httpexch.log на отправляющем компе, файл pushcli.log, и также debug.log), в том числе и логи sql посмотреть на sql сервере, если грешите на sql.
Сервисные сообщения, на это прежде всего обратить внимание.
Обратить внимание, не было ли проблем с сеткой.
Не связано ли это с работой антивируса.
Для начала, сделать одну машину отправляющей и следить что там происходит, например, не помогает ли перезапуск программы (а не sql сервера).
Думаю, если такое произойдет, в следующий раз, то хорошо бы глянуть нашим специалистам на эту проблему.

Поддержу. По опыту, всем выставить только обработку без доставки, а на сервере поднять эд сервис из комплекта ГТД сервера и настроить профили для разных баз и логинов.

aiki писал(а):Поддержу. По опыту, всем выставить только обработку без доставки, а на сервере поднять эд сервис из комплекта ГТД сервера и настроить профили для разных баз и логинов.

По опыту, эд-сервис работает 2,5 суток ,а потом тупо виснет. Его перестартуешь и еще 2,5 суток. Проверлось в августе на свежеустановленом 2012 сервере с 2008 sql express. После этого заглушил сервис и поставил отдельную машину на отправку - проблем нет.

vikons писал(а):По опыту, эд-сервис работает 2,5 суток ,а потом тупо виснет. Его перестартуешь и еще 2,5 суток. Проверлось в августе на свежеустановленом 2012 сервере с 2008 sql express. После этого заглушил сервис и поставил отдельную машину на отправку - проблем нет.

Ну не знаю, не знаю. У меня сервисы работают неделями, и даже месяцами. До перезапуска сервера.

А на какой оси они работают? У меня Win2012 64bit Statdart в виртуальной машине Proxmox KVM. На сервере только SQL и ГДТ-сервер с ЭД сервисом, сам ГТД сервер не используется.

Спасибо за советы! Проблема видимо была в том что у каждого декларанта был прописан свой отличный от других логин, а при той реализации отправки которую сделал разработчик (не пойми по какому рандомному принципу определяется комп-отправитель из списка тех что работают с базой) выключение любого компа или даже просто альты-гтд на нем приводило к печальному результату зависания декларации. Пообщавшись с саппортом и наконец-то разобравшись из-за чего это всё происходит, вырисовалось 3 варианта попытаться решить проблему:
1)Всем декларантам прописываем один и тот же логин
2)Одному декларанту прописываем логин, а остальным ставим "отправкой занимается другой компьютер"
3)Покупаем гтд-сервер и он будет заниматься отправкой

Пока что остановились на варианте номер два. Но конечно минус большой в том что пришлось подряжать одого декларанта быть "главным" и следить чтобы всегда у него был включен комп и на нем альта. Первый сомнительный, да и в саппорте сказали "работать может и будет, но это неправильно". Третий я смотрю по отзывам чуть выше тоже не айс, да еще и доп денег стоит, и функционал избыточен. Жаль что альта не предлагает бесплатной утилиты для установки на сервер которая бы занималась отправкой

vikons писал(а):А на какой оси они работают? У меня Win2012 64bit Statdart в виртуальной машине Proxmox KVM. На сервере только SQL и ГДТ-сервер с ЭД сервисом, сам ГТД сервер не используется.

Win2003

terminalzm писал(а): Пока что остановились на варианте номер два. Но конечно минус большой в том что пришлось подряжать одого декларанта быть "главным" и следить чтобы всегда у него был включен комп и на нем альта. Первый сомнительный, да и в саппорте сказали "работать может и будет, но это неправильно". Третий я смотрю по отзывам чуть выше тоже не айс, да еще и доп денег стоит, и функционал избыточен. Жаль что альта не предлагает бесплатной утилиты для установки на сервер которая бы занималась отправкой

При вашем количестве лицензий, ПО ГТД-сервер предоставляется бесплатно.

vikons писал(а):А на какой оси они работают? У меня Win2012 64bit Statdart в виртуальной машине Proxmox KVM. На сервере только SQL и ГДТ-сервер с ЭД сервисом, сам ГТД сервер не используется.

3 узла с Win2008 R2 + SQL 2008 Exp (по неск профилей ЭД сервиса)
Зависания сервиса случаются крайне редко, не чаще 1 раза в квартал.

terminalzm писал(а):Спасибо за советы! Проблема видимо была в том что у каждого декларанта был прописан свой отличный от других логин, а при той реализации отправки которую сделал разработчик (не пойми по какому рандомному принципу определяется комп-отправитель из списка тех что работают с базой) выключение любого компа или даже просто альты-гтд на нем приводило к печальному результату зависания декларации. Пообщавшись с саппортом и наконец-то разобравшись из-за чего это всё происходит, вырисовалось 3 варианта попытаться решить проблему:
1)Всем декларантам прописываем один и тот же логин
2)Одному декларанту прописываем логин, а остальным ставим "отправкой занимается другой компьютер"
3)Покупаем гтд-сервер и он будет заниматься отправкой

Пока что остановились на варианте номер два. Но конечно минус большой в том что пришлось подряжать одого декларанта быть "главным" и следить чтобы всегда у него был включен комп и на нем альта. Первый сомнительный, да и в саппорте сказали "работать может и будет, но это неправильно". Третий я смотрю по отзывам чуть выше тоже не айс, да еще и доп денег стоит, и функционал избыточен. Жаль что альта не предлагает бесплатной утилиты для установки на сервер которая бы занималась отправкой

лучше 3 вариант, если раб мест более 5-ти, просите лицензию бесплатную на ГТД сервер.

vikons писал(а): По опыту, эд-сервис работает 2,5 суток ,а потом тупо виснет. Его перестартуешь и еще 2,5 суток. Проверлось в августе на свежеустановленом 2012 сервере с 2008 sql express. После этого заглушил сервис и поставил отдельную машину на отправку - проблем нет.

Бывает, что служба виснет без внятных причин. Обычно какие-то конфликты в системе. Раз у вас виртуалка только с SQL и ЭД-сервисом, переставить систему дело нескольких часов. А вообще, июньская версия ЭД-сервиса почти не содержит ошибок и у очень многих нормально работает без проблем. Если нужно подписывать ЭЦП ЭД-сервисом - нужно подождать новой версии, которая будет на днях.

А смысл переустанавливать систему, которая была установлена с нуля только под эту задачу. Там больше ничего нет. Эд-сервис работает в режиме несколько фирм в одной базе.

Ну как проверка... Или поставить 2008-ой сервер. А вообще и так должно работать.

gorkin писал(а):Ну как проверка... Или поставить 2008-ой сервер. А вообще и так должно работать.

Лицензия только на 2012 сервер, а "должно работать" - это так успокаивает

Ну а что ещё можно сказать без логов и не смотря работу...

vikons писал(а):

gorkin писал(а):Ну как проверка... Или поставить 2008-ой сервер. А вообще и так должно работать.

Лицензия только на 2012 сервер, а "должно работать" - это так успокаивает

Если у вас корпоративная лицензия на 2012, в чем проблема? запустите 2008 R2, лицензионное соглашение PUR допускает downgrade выпуска продукта.