Падает сервер 1с #678536

Стоит 1с сервер 8.1 х64 8.1.15.14 Где то с полгода назад стал он падать. Иногда может 5 раз упасть в день иногда ни разу. В технологическом журнале никаких ошибок в момент падения нет(он обрывается и начинает писать в новый файл) и в момент падения сервер занимается абсолютно разными вещами. Дамп сервера выглядит так Сводка дампа ------------ Файл дампа:    rphost_8.1.15.14_497af0d0_20130826093120_13540.mdmp : C:UsersUSR1CV81AppDataLocal1C1Cv81dumps phost_8.1.15.14_497af0d0_20130826093120_13540.mdmp Время последней записи:    26.08.2013 9:31:21 Имя процесса:    rphost.exe : C:Program Files1cv81in phost.exe Архитектура процесса:    x64 Код исключения:    0xC0000005 Сведения об исключении:    Потоком была предпринята попытка прочитать или записать данные на виртуальный адрес, к которому он не имеет соответствующего доступа. Версии CLR:     В принципе можно было бы грешить на железо, но есть нюанс - недавно приехал новый сервер и на него с нуля все поставили. А ошибка осталась. Раньше один сервер работал терминальным, сервером 1с и скуль сервером. Теперь старый сервер остался работать терминальным, а скуль и 1с работают на новом. Люди добрые подскажите пожалуйста как победить эту проблему.

надо быть неистребимым оптимистом, полагая что по таким данным что-то лечиться

Ок. какие данные еще нужны?

>  скуль и 1с работают на новом Может просто скуль со временем отжирает всю память? Поставить ограничение на память в скуле

Я бы или админа напрег или батюшку бы позвал.

А на новый сервер как устанавливали программное обеспечение?

С нуля. Там и ОС и Скуль другие стоят

А по коду ошибки гуглить не пытался, там много способов танцев с бубнами есть по этому поводу.

у Скуля стоит ограничение на отжор половины памяти

Ясно...

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

Я бы сделал следующее. 1. Обновил бы винду 2. Обновил бы 1с 3. Проверил бы чтоб нифига лишнего не крутилось на сервере.

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

У меня такое было когда то, пока оперативку не поменял, но в данном случае весь сервер новый... На старом снести на фиг 1С Сервер не забыли? :-)

на новом сервере стоит свежая другая винда. и другой Скуль. Windows Server 2003 R2 x64. SP2 Sql 2005 Оперативы там 64 гб Новый сервер Windows Server 2008 x64 Sql 2012 Оперативы 128 гб

Еще вариант - может в самой базе что повреждено... Сделай проверку конфигурации, тестирование исправление

Это врят ли.

Попробуй релиз сервера 1с поменять.

да поставят сегодня админы 8.1.14 Но странно это все. До этого на 8.1.15 кучу времени базы проработали Можно попробывать, но баз много и они большие. Эт надо праздники ждать.

Все же вариант лучше чем батюшку с бубном звать.

Думай что поменялось с того момента как прошла куча времени. Ты сам сервак админишь?

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

нет я программист. с админством не дружу.

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

+ Антивирь еще может быть.

Антивирус есть?,

проблему с драйвером хаспа я бы увидел в техжурнале запись. они говорят ничего не делали. опять же странно что ошибка на 2 серверах касперский стоит

Еще посмотри с какими параметрами сервер запускается, чтоб по максимуму приоритеты были, и чтоб проверки его не касались всякие

Ставлю на то что это админы намутили чего то.

возможно он виноват,

у рпхоста приоритет средний.

* антивир касперского

ок вырубим на денек его

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

конфа бита наверное.

конфы поставщика в базах 8.1 нет. на 8.1 крутится очень сильно переделанная УТ 10.3.1))

Да и причем тут конфа поставщика если база падает во время работы

что говорят логи технологического журнала ?

Просто заканчиваются и все без ошибок в разных местах кода 1с

[ крутится очень сильно переделанная УТ 10.3.1] выгрузить cf перезалить через xml обновить платформу до 8.2, поставить конфу в режим совместимости с 8.1

конвертить все базы в 8.2? думал об этом но пока оставляю как крайний вариант.

Если надо для информации - Крутится 9 баз. 3 Базы по 35 гибов. Одна база гигов 20. Остальные меньше 10. УРБДешки.

Хм. чет насчет размеров я обманул. Давно не заглядывал однако 3 базы 150-180 гигов) 1 100гигов) остальные поменьше

Включите в файле logcfg сбор события EXCP и скиньте собранные логи ragent, rmngr и всех процессов rphost на момент падения

вроде включено все. ок скину окончания логов как проснусь но криминала я там не видел.

Где хоть слово про версию винды МММ??? НЕ? Какая щас стоит винда? Может дело в принтерах и спуллере.

про версию винды есть в Про принтеры и спуллер думал.

Нужно мониторить, например программой Process Explorer бесплатной. Ты должен поймат ьи увидеть момент падения серва. Можешь врубить прогу и записывать её на видео. потом глянуть после падения

у нас щас тодже Win2008 R2 64 bit. Так на винде НЕ ОДНОГО драйвера принтера, стоит супер программа ScrewDrivers и она просто перекидывает потом на тачку клиента. Так же где то прога была которая следит за активностью драйверов. ОС может ронять кривой драйвер.

Ок поставлю(точней заставлю сисадминов поставить но вроде это просто навороченный таск манагер) Там не R2 но эт не актуально наверно(я не сисадмин сори) На новом сервере тоже нет ни одного драйвера принтера. Там никто не работает.

не совсем просто навороченый. Он может видеть куда обращаются любые процесс, реестр, файлы и т.д. так же от того же разработчика есть прога "autoruns.exe" через неё можно будет увидеть все места загрузки, службы и главное все драйвера которые работают, так же плагины Explorer и Internet Explorer. Снимаешь галочки с подозрительных драйверов и следишь потом за результатом

так у тебя старый и новый сервер один и тот де лол) просто ОС сменил? Так вы ставите дрова на старый и новый теже вот и проблема осталась. Короче надо смотреть дрова

Скиньте логи, только тогда можно будет о чем то говорить иначе получается гадание на кофейной гуще, а оно обычно пользы не приносит. Явно у вас просто воспроизводится какая-то ошибка платформы, и с большой долей вероятности на 8.2 все будет работать нормально, т.к. ошибки с падениями исправляются относительно быстро. Но если вам надо разобраться с текущей версией, надо начинать с логов.

Проблема решена пишу если кто столкнется. Кстати откат версии на 8.1.14 проблему не снял. Настройки технологического журнала были перенастроены и стало видно что все вылеты происходят в одном месте. У некоторых фоновых заданиях идет вызов функции глобального контекста ПолучитьСоединенияИнформационнойБазы и почему то это убивает сервер. Решение проблемы - собственно обошелся без этой функции в фоновых заданиях.

Спасибо за инфу по решению проблемы