Зависание ИБ на длительное время (~1 ч. 40 мин)
Информационная база (УПП), 8.3 периодически зависает на полтора часа каждый день.
Существует регламентное задание, которое выгружает информацию по определенным документам в другую Информационную базу. Но по этим документам не должно быть столь длительного зависания (о чем есть Технический журнал).
Притом "рядом" есть аналогичная Информационная база и она работает абсолютно нормально.
Скажите пожалуйста, что делать в такой ситуации.
Вознаграждение за более тесное сотрудничество.
Существует регламентное задание, которое выгружает информацию по определенным документам в другую Информационную базу. Но по этим документам не должно быть столь длительного зависания (о чем есть Технический журнал).
Притом "рядом" есть аналогичная Информационная база и она работает абсолютно нормально.
Скажите пожалуйста, что делать в такой ситуации.
Вознаграждение за более тесное сотрудничество.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2)
(3)
УТОЧНЕНИЕ:не каждый день - периодически (несколько раз в неделю ) зависания до 10 минут. При этом ничего не пишется в журнал регистрации.
Недавно зависание было длительное - более полутора часов. Отвисание произошло без участия администраторов.
Видимых длинных транзакций (типо расчета себестоимости) при этом не было. На этом же сервере , на этой же СУБД MS SQL работает еще база, она продолжала работать в нормальном режиме. Платформа 8.3, конфигурация 1С УПП
Конфигурация достаточно сильно доработана.
(3)
УТОЧНЕНИЕ:не каждый день - периодически (несколько раз в неделю ) зависания до 10 минут. При этом ничего не пишется в журнал регистрации.
Недавно зависание было длительное - более полутора часов. Отвисание произошло без участия администраторов.
Видимых длинных транзакций (типо расчета себестоимости) при этом не было. На этом же сервере , на этой же СУБД MS SQL работает еще база, она продолжала работать в нормальном режиме. Платформа 8.3, конфигурация 1С УПП
Конфигурация достаточно сильно доработана.
УТОЧНЕНИЕ2: есть технологический жунал на вериод зависания - но по нему не удается определить причину..
Есть ли у кого то есть опыт анализа техжурнала → можем предоставить конкретную информацию.
Вознаграждение за более тесное сотрудничество.
Есть ли у кого то есть опыт анализа техжурнала → можем предоставить конкретную информацию.
Вознаграждение за более тесное сотрудничество.
(5)
1.Помимо ТЖ нужны ещё данные системы мониторинга железа сервера в момент зависания, по хорошему.
2.Когда всё висит, какой процесс грузит сервер 1С rphost или rmngr, что именно грузит процессор или диск? В общем нужны скрины хотя бы диспетчера задач.
3. Обязательно нужна инфа из консоли управления сервером 1С,а конкретно показатели база, пользователь, приложение, Время сервера текущее и Время сервера СУБД текущее
Тогда можно в рамках форума что-то сказать
Хотите более тесного сотрудничества - пишите в личку.
1.Помимо ТЖ нужны ещё данные системы мониторинга железа сервера в момент зависания, по хорошему.
2.Когда всё висит, какой процесс грузит сервер 1С rphost или rmngr, что именно грузит процессор или диск? В общем нужны скрины хотя бы диспетчера задач.
3. Обязательно нужна инфа из консоли управления сервером 1С,а конкретно показатели база, пользователь, приложение, Время сервера текущее и Время сервера СУБД текущее
Тогда можно в рамках форума что-то сказать
Хотите более тесного сотрудничества - пишите в личку.
Посмотрите в SQL Management studio монитор, с фильтром по базе в момент зависания. Не висит ли там блокировка? На переписанной конфигурации такое было. Также был аварийный */накат транзакций. Правда обычно это сопровождалось для пользователей сообщением с ошибкой о превышении времени ожидания.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот