Проблема с блокировкой сеансов на сервере 1с
Доброго времени суток, столкнулся недавно с такой проблемой как блокировка сеансов в консоли 1с на сервере(если правильно выразился) Перестает пускать в базу, просто зависает подключение, в консоли начинает отображаться сеанс, но он блокируется(отображается в блокировках) Необходимо остановить сервис 1С, удалить все из каталога который начинается на snccntx в каталоге кластера, затем запустить сервис 1с, но постоянно так делать тоже накладно - баз много и вот собственно хотел узнать есть ли какое - либо альтернативное лечение кроме ребута или остановки службы, и изза чего это собственно происходит.
По теме из базы знаний
- Кластер серверов 1С
- Групповое включение и отключение блокировки серверных баз 1С
- Утилита тестирования сервера 1С от HADGEHOGs
- Решение проблем подвисания 1С “в онлайне”. Инструмент - консоль управления блокировками и процессами 1С и PostgreSQL (MS SQL - тестируется)
- Эффективное управление фоновыми заданиями и коммуникация сеансов сервера с Фоном с помощью Структуры обмена (ноу-хау) + Бонус: Альтернативный вариант через Хранилище настроек
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Несколько раз возникала данная проблема. Зависает конкретная база, пользователи не могут ничего сделать в текущем сеансе. Новые сеансы не пускает. При этом, другие базы в кластере продолжают работать. Подозреваю, что это происходит из-за того что платформа не может достучаться до журнала регистрации. Проблема воспроизводилась пару раз, как раз когда пытался что-то найти в журнале. Перезагрузка сервера не помогала.
Помогает отключение службы сервера и удалением файлов журнала регистрации. После чего служба стартовала и работа пользователей нормализовалась.
Как разобраться какой сеанс или процесс блокирует журнал?
Помогает отключение службы сервера и удалением файлов журнала регистрации. После чего служба стартовала и работа пользователей нормализовалась.
Как разобраться какой сеанс или процесс блокирует журнал?
(2)Без проблем, итак : 1) собственно сама база, отображаемая при запуске в "Администрирование серверов 1С Предприятия x86-64" на сервере, при попытке запуска 1с просто наглухо зависает (думаю тут картинка не нужна, просто висит окошко которое появляется ДО начала ввода пароля)
2) Появляется сеанс (при попытке запуска)
Ну и во вкладке "Блокировки" появляется наш же сеанс, который собственно заблокирован при попытке войти.
Очистка сеансов и отсоединение базы в SQL не помогают. Решение я описал, но оно подразумевает отвал на время остальных баз. Возможно ли эту проблему исключить или решить иначе? Может кто сталкивался.
2) Появляется сеанс (при попытке запуска)
Ну и во вкладке "Блокировки" появляется наш же сеанс, который собственно заблокирован при попытке войти.
Очистка сеансов и отсоединение базы в SQL не помогают. Решение я описал, но оно подразумевает отвал на время остальных баз. Возможно ли эту проблему исключить или решить иначе? Может кто сталкивался.
Прикрепленные файлы:
Все эти блокировки, которые видны на вашей картинке - абсолютно нормальное явление и на вход пользователя не влияют...
То есть рыть вам необходимо не в сторону блокировок.
Причин зависания 1С на самом деле очень много.
И потому анализ лучше доверить 1С специалисту. Вы скорее всего не разберетесь с проблемой.
Как минимум это очевидно из вашего вывода о блокировках как причине зависания...
Я не стремлюсь вас уколоть поверьте!
По переписке на форуме эту проблему локализовать очень трудно. Когда специалист видит ситуацию глазами - там совершенно другие скорости решения.
Вот как вариант ситуаций:
Зависает вход в 1 базу , или все базы?
Насколько Регулярно зависает?
Как входят пользователи каким образом в базу?
То есть рыть вам необходимо не в сторону блокировок.
Причин зависания 1С на самом деле очень много.
И потому анализ лучше доверить 1С специалисту. Вы скорее всего не разберетесь с проблемой.
Как минимум это очевидно из вашего вывода о блокировках как причине зависания...
Я не стремлюсь вас уколоть поверьте!
По переписке на форуме эту проблему локализовать очень трудно. Когда специалист видит ситуацию глазами - там совершенно другие скорости решения.
Вот как вариант ситуаций:
Зависает вход в 1 базу , или все базы?
Насколько Регулярно зависает?
Как входят пользователи каким образом в базу?
(5)Нет, клиент-серверный вариант 1С
(4)Зависает одна конкретная, перед началом ввода пароля.
До этого вообще такого не было, а за последние пару дней уже несколько раз.
Клиент-сервер по локальной сети.
Я понимаю, что любую проблему легче копать на месте, потому что проблемы могут быть сугубо индивидуальные, просто как я понял эта проблема не редкая (раз я довольно быстро нашел её решение) поэтому подумал вдруг кто то из местных в ней уже разобрался и есть какое-то более-менее общее решение и объяснение.
(4)Зависает одна конкретная, перед началом ввода пароля.
До этого вообще такого не было, а за последние пару дней уже несколько раз.
Клиент-сервер по локальной сети.
Я понимаю, что любую проблему легче копать на месте, потому что проблемы могут быть сугубо индивидуальные, просто как я понял эта проблема не редкая (раз я довольно быстро нашел её решение) поэтому подумал вдруг кто то из местных в ней уже разобрался и есть какое-то более-менее общее решение и объяснение.
(12) Это частично правильное решение, давно проблема не встречалась и вот опять уже с другой базой. Восстановить без остановки службы 1с можно, удалив базу из списка в кластере, НО предварительно отсоединив её в SQL, иначе при попытке удаления базы в кластере или просмотра свойств, консоль виснет наглухо. Из-за чего она возникает так и не нашел еше, но по крайней мере восстановить работу базы таким образом выходит.
(16) Попробуйте создать совершенно новую базу на SQL и загрузить в нее dt , которую предварительно выгрузить из зависающей базы.
По возможности конечно желательно сделать перед выгрузкой Тестирование и исправление, но хотя бы выгрузить dt.
Этим вы отметете возможные ошибки SQL с существующей базой или хотя бы часть их...
SQL-backup не годится, именно dt.
По возможности конечно желательно сделать перед выгрузкой Тестирование и исправление, но хотя бы выгрузить dt.
Этим вы отметете возможные ошибки SQL с существующей базой или хотя бы часть их...
SQL-backup не годится, именно dt.
Если и это не поможет - поищите самый старый Backup (когда база еще работала) в своих закромах и восстановите его , это просто для того чтобы убедиться в короче сначала ищите вариант как в принципе запустить базу, а потом уже будете искать вариант, как сохранить те данные что были после успешного Backup ...
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот