Сеанс работы завершен администратором. #478115

Ошибка: Сеанс работы завершен администратором. по причине: Соединение с сервером баз данных разорвано администратором Microsoft OLE DB Provider for SQL Server: [DBNETLIB][ConnectionRead (recv).]General network error. Check your network documentation. 1C 8.1.14 + MS SQl 2005 + Терминальник (на 3х серверах) + Пропадает ping (хаотично) на 1-4 секунды у сервера MS SQl 2005 и вилетает от 1 до 5 юзеров Вопрос причина в падении сети или в другом?

Ошибка: Сеанс работы завершен администратором. по причине: Соединение с сервером баз данных разорвано администратором Microsoft OLE DB Provider for SQL Server: [DBNETLIB][ConnectionRead (recv).]General network error. Check your network documentation. 1C 8.1.14 + MS SQl 2005 + Терминальник (на 3х серверах) + Пропадает ping (хаотично) на 1-4 секунды у сервера MS SQl 2005 и вилетает от 1 до 5 юзеров Вопрос причина в падении сети или в другом?

General network error. Check your network documentation.

Админ говорит мол у него все хорошо  ))

гдеж пигд  теряется тогда?

*пинг

теряются пинги в локальной сети? Это просто сказка какая-то!

главное что админ не виноват )

Пинг теряетса с сервера 1С к серверу СКЛ

нагрузка на серверы в этот момент?

не более 50% проц, сеть 15% максимум

К админу с паяльником приставал?

Фоновые задание отключил, не помогло, + 1 процес на сервере 1С, не помогло, Тестирование не помогло,

ping на большие пакеты как проходит?

Думаю скоро буду ))

фоновые задания sql смотрели?

????

как проверить?

ping 192.168.0.x -l 5000

допустимый диапазон с 0 по 65500.

1 - 2 мс.

попробуй запустить пинг с другой машины  на 1с и скл и с 1с на  скл, чтоб определить какая машина запинается (когда на 1с пропадет пинг)

ping пропадаєт к СКЛ серверу

перезапуск службы сервера 1с

помогает на 30 мин. ((

было точно такое дело, это со структурой базы траблы (он тебе недаст кстати в ДТ выгрузить) лечил базу SQL командой dbcc checkdb (в монопольном режиме естественно) перед этим базу отмонтируй только

вот так: dbcc checkdb ('<имя базы>',REPAIR_ALLOW_DATA_LOSS) with tablock

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

Выгрузка в ДТ проходит успешно, и розкрутка с него в файл-вариант так же успешно

варианты? (

значит слава Богу с базой все ок, проверь структуру таблиц (тестирование/исправление) конфигуратором думаю что если пишет "сеанс завершен Администратором" то явно дело не в сетке

Тестирование/исправление ошибок не обнаружено

варианты? (

варианты?

Сервер приложений замусорился - перегрузки требует периодически

место на винтах есть?

была Аваста и все, как в сабже, снес, больше не беспокоит...

Сервер приложений перегружаем каждый день после ошибки не помогает (

еще есть вариант подождать =) у нас была такая беда, все перепроверили с ног сбились, но так и не поняли в чем дело. лечили рестартом сервера приложений. через недельку проблема рассосалась

уже две недели ждём ))

Глянь тут:

глянул

а может быть связано с настройками SQL?

+ Если пинговать Сервер СКЛ <- Сервером 1С , пинг пропадает а наоборот в тот же момен времени то нет

варианты? )

варианты?

Из наблюдений процес SQL в этот момет занимает болие 55 % процесора

Народ помогите, никак не решу проблему.((((

скуль перегружали?

ИМХО дело в кривых ролях проанализируй из-за кого падает rphost - одна из ролей этого юзверя косячит и кладет рабочий процесс

Перегружали

Процес полностью не падает, другие могут работать дальше на том же процесе

уверен?

Капай к СКУЛЮ

а именно?

в логах SQL ничё не пишет ((

варианты? (

Есть тема что в пике нагрузки на СКУЛ, СКУЛ отрубает пользователей автоматом

врятли

в принципе пик не большой 55-60% проца

антивирь какой ?

нет

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

+ сервера виртуальные, делали образ с виртуалки СКЛ на еще одну машину, потом отключили...

+ ТиС сообщает только: "Неверные вспомогательные данные таблицы"

и успешно исправляет их....

а проблема осталась ((

отключили "named pipes" на SQl поблема осталась ((

варианты? (

если поборешь проблему, отпишись хоть...

поддержка 1с в таком случае рекомендует создавать несколько раб. процессов, хотя и говорит что особой параллельности и переключением поль-ля от умирающего процесса на платформе 8.1 нет

А еще рекомендует скуль и 1с разносить на разные сервера. У меня как то было такое, правда без терминалки - оказалось не хватает банально физ. памяти на диске, очистили - стало меньше вылетов.

антивируса на сервере 1С точно нету?

запущено 4 - процеса сервер 1С і СКЛ на разных виртуальных машинах антивируса точно нет

Как вариант: возможно скоро сдохнет окончательно сетевая карточка или свитч. Или контакт в проводе... У нас такое было однажды - начали отваливаться юзверы из 1С. Более никаких тревожных симптомов не было. Зря только время потеряли, разбираясь с 1С. А оказалось - она наиболее "чуствительна" к сетевым глюкам, чем остальные... Сдох роутер, его поменяли и проблема сама-собой разрешилась.

у меня такая же байда была в виртуалке... в конце концов плюнули и поставили физический сервер...

машины виртуальные: 3 на одной физической

+ найдешь лекарство, пиши, мы не нашли...

все работало год на виртуалках нормально

на вин 2008 не захотело, все, как в сабже...

может 8.2 поставить?

может, но долго что то 8.2.11 выходит, страшно )))

на платформе 8.2 говорят нормальный кластер серверов, раб. процессы которого умирать не будут )))

о нет, они будут жить вечно ))))))

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

а процес и не слетает при более среднем количестве из 25 юзеров на 4 процеса может вивалится и всего один.

+ один юзер

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

а может таки проблема СКЛя?

А можно ли настроить таймаут опроса сервером 1С - СКЛя ?

или нет (

проблема актуальна (

переустанавливай всё к чертовой матери

уже задумался)))

но без решения проблемы это не выход (((

проблема актуальна (

все переустановил?

да, не помогло (

есть возможность вынести 1С на физический сервер? да и скуль, наверное, тоже...

нет, только виртуалка