Есть файловая база. Работают от 1 - дежурного, до 9 пользователей днем.
Без видимых в диспетчере задач причин вызывает зависание сервера.
База на основе Бух 2.0, режим совместимости 8.2.13, доделок много, мастерами очень разной квалификации. Живет на одном сервере с несколькими Бух 3.0.
Обновление троек потребовало платформу 8.3.10. (Было 8.3.9)
Примерно с этого момента, но не точно и не сразу начались бессистемные зависания сервера.
Первым в зависаниях был обвинен ViTreminal, пока еще до конца не реабилитирован...
В ходе всевозможных изысканий обнаружено, что присутствие одной базе на сервер вызывает его периодический зависон.
Проверено на виртуальном сервере под управление Win2008 r2 - с него все началось, потом была перенесена на Win2012R2 Ess на железе - физически другой сервер. Сейчас работает на отдельной виртуалке под Win7Pro - результат почти тот же. Серверные ОСи показывали BSOD, а 7-ка позволяет подключиться, мышка бегает, но интерфейс не откликается.
Понижение платформы до 8.2.19.130 - не помогло.
Код проверен на предмет команды Записать() - нигде чиклической записи не найдено или каких нереальных объемов.
Возможно где-то рекурсия возникает, но как-то серваки-то от этого падать не должны бы.
Главный вопрос - что и как можно поискать в коде, что могло бы создавать такой эффект.
Без видимых в диспетчере задач причин вызывает зависание сервера.
База на основе Бух 2.0, режим совместимости 8.2.13, доделок много, мастерами очень разной квалификации. Живет на одном сервере с несколькими Бух 3.0.
Обновление троек потребовало платформу 8.3.10. (Было 8.3.9)
Примерно с этого момента, но не точно и не сразу начались бессистемные зависания сервера.
Первым в зависаниях был обвинен ViTreminal, пока еще до конца не реабилитирован...
В ходе всевозможных изысканий обнаружено, что присутствие одной базе на сервер вызывает его периодический зависон.
Проверено на виртуальном сервере под управление Win2008 r2 - с него все началось, потом была перенесена на Win2012R2 Ess на железе - физически другой сервер. Сейчас работает на отдельной виртуалке под Win7Pro - результат почти тот же. Серверные ОСи показывали BSOD, а 7-ка позволяет подключиться, мышка бегает, но интерфейс не откликается.
Понижение платформы до 8.2.19.130 - не помогло.
Код проверен на предмет команды Записать() - нигде чиклической записи не найдено или каких нереальных объемов.
Возможно где-то рекурсия возникает, но как-то серваки-то от этого падать не должны бы.
Главный вопрос - что и как можно поискать в коде, что могло бы создавать такой эффект.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) У меня на самописной базе есть пара форм (типа АРМ) которые вешают файловую базу напрочь в некоторых случаях. Там выполняются довольно сложные запросы с множеством подзапросов и соединений. При этом на sql всё летает.
Поэтому предлагаю вам следующий эксперимент: Проблемную базу вынести в режим клиент-сервера и протестировать её работоспособность.
Поэтому предлагаю вам следующий эксперимент: Проблемную базу вынести в режим клиент-сервера и протестировать её работоспособность.
(1) Случаем, это не терминальное окон (сеанс) висит? - у меня админ тоже пытался на меня валить - типа 1С-ка висит. Так вот пришлось в терминальной сесии показывать, что висит все терминальное окно - оказалось, что терминалка отваливаласт на время - "терялся" контакт локальной машины с терминальной.
(2) - Точно не могу сказать. База на мне 3-й месяц. Говорят и раньше такие падения были, но не так часто. Лицензий есть в достаточном количестве и давно куплены.
Тестирование проходит нормально.
(4) - Может и картинка виснет, ViTerminal пока не реабилитирован, но странным остается миграция глюков по серверам за базой.
(3) - Эксперимент такой есть в планах, сначала попробую свернуть базу, хоть она и не очень большая - меньше 6 гигабайт.
Тестирование проходит нормально.
(4) - Может и картинка виснет, ViTerminal пока не реабилитирован, но странным остается миграция глюков по серверам за базой.
(3) - Эксперимент такой есть в планах, сначала попробую свернуть базу, хоть она и не очень большая - меньше 6 гигабайт.
(5) Добрый день. Ну что картинка виснет - так это проверяется просто - попробуйте в этот момент запустить в сеансе с 1С текстовый блокнот, например. Если это 1С висит, то сможете это сделать. Если это висит сам сервак, то (да еще должны повиснуть все пользователи а не только один) нет.
(13) Добрый день.. Может, наводки на сеть? - битые пакеты проверяли? - у меня в одной конторе админ провода любит прямо на пол класть - так один бух стол поставил на провод - и передавил - так такое началось с сетью.... Или мощный источник электромагнитного излучения рядом с проводами (а в проводах обертка изолирующая лопнула). В общем, я бы на битые пакеты сначала сеть проверил.
(14) Сеть у нас, конечно, глючная, и наводить где-то тоже может, только это не объясняет миграции проблем в след за базой. Я думаю причина где-то в коде базы, только найти не получается. Анализатор кода нужен или трассировщик. Знать бы что выполнялось перед зависанием. Не попадался подобный инструмент?
(15) Ну такого инструмента я не видел. А по поводу зависаний - так это в первую очередь - это нужно посмотреть разрешен ли полнотекстовый поиск (лучше отключить); разрешено ли сохранение версий (версициирование изменений) - тоже, за ненадобностью (если, а по большей частью не надо) отключить; посмотреть не "тыкается" ли база куда - то в инет - типа автоматического поиска обновлений и пр (отслеживается с помощью, например, Fiddler2 или подобного инструмента)
(15) Еще тестирование и исправление ИБ (встроенным механизмом и chekom); обновить платформу; проверить диски дефрагментатором; проверить антивирусник не проверяет ли базы 1С-ки, и также саму 1С-ку (все добавить в не проверять); - ну, на первый взгляд хотя бы так.
(15) Ну и еще посмотреть, может, в винде висит какое - то задание на работу с каталогом базы данных. Кстати, а не пробовали переносить базу в другой каталог? - может тогда проблема уйдет? - тогда можно сузить круг поиска. Еще можно посмотреть включена ли индексация в винде файлов.
(5) Раньше 1с была больше заинтересована в поддержке файловой версии так как те деньги которые клиенты отдавали за SQL уходили мелкософту общая стоимость продукта вырастала, конкурентоспособность падала, а 1с с этого ничего не имела.
Сейчас появилась SQL от 1с и они будут лопатой грести деньги за её распространение поэтому поддержание файловой версии по крайней мере в серверном варианте для 1с становится неактуальным...
Поэтому зная репутацию 1с не удивлюсь если файловая версия на серверах всё чаще будет глючить...
Сейчас появилась SQL от 1с и они будут лопатой грести деньги за её распространение поэтому поддержание файловой версии по крайней мере в серверном варианте для 1с становится неактуальным...
Поэтому зная репутацию 1с не удивлюсь если файловая версия на серверах всё чаще будет глючить...
(6)
Ну возьмите network monitor или wireshark и промониторьте.
А так, для начала наверное имеет смысл посмотреть загрузку процессора, очереди на диск и свободную память при помощи счетчиков произвозительности
Есть подозрение, что база периодически пытается что-то писать в сеть, возможно глобальную или наоборот получить
Ну возьмите network monitor или wireshark и промониторьте.
А так, для начала наверное имеет смысл посмотреть загрузку процессора, очереди на диск и свободную память при помощи счетчиков произвозительности
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот