Автор Тема: Виснет сервер 1с при проведении документов...  (Прочитано 2058 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Gekko

  • Постоялец
  • ***
  • Сообщений: 379
  • Рейтинг: 1
    • Просмотр профиля
  • Откуда: UTC+3
Вводные: Вин сервер 2008 R2 + MS-SQL 2008 + Сервер 1С.
Сегодня с утра при попытке проведения документа в базе торговли виснет не то что клиент, а зависает к черту сервер. Еще вчера было нормально - сегодня уже висим. Сейчас сижу-смотрю по KVM - никаоко отклика. Окна висят, раз в 5 минут часть окна отрисуется, или какой нибудь элемент гуя прореагирует.
Зеленка понижает IQ всего IT подразделения. Не начинайте читать зеленку.

Оффлайн DedMagarbI4

  • Ветеран
  • *****
  • Сообщений: 1921
  • Рейтинг: 12
  • Пол: Мужской
    • Просмотр профиля
Виснет сервер 1с при проведении документов...
« Ответ #1 : 20 декабря 2018, 17:37:03 »
я бы начал с переноса БД на другой ПК и попробовать провести проводку там.
думаю если бы проблема на другом железе повторилась, то очевидно нужно тыкать программиста 1С.

Оффлайн airdwarf

  • Постоялец
  • ***
  • Сообщений: 371
  • Рейтинг: 7
  • Пол: Мужской
    • Просмотр профиля
  • Откуда: Чесслово, нашел, гражданин начальник!
Виснет сервер 1с при проведении документов...
« Ответ #2 : 23 декабря 2018, 00:10:38 »
1) Версия платформы, конфигурация, количество пользователей, наличие изменений.
2) Объем оперативки, сколько из нее под SQL в настройке и фактически?
3) Счетчики в момент зависания: очередь диска, доступно физической памяти, утилизация CPU процессами sqlserver и rphost, попадучесть SQL в кэш
4) Актуальность статистик и фрагментация таблиц.
5) Доля нулевых записей в таблицах итогов

Это для начала. Можно прованговать скан или параллельный нестлуп на таблицах итогов. Выполните их пересчет, вообще это регламентная операция: они пухнут by design. После чего перестройте на них индексы. MAXDOP = 1, для 1С больше обычно не нужно.


Updated: 23 December 2018, 00:14:32

я бы начал с переноса БД на другой ПК и попробовать провести проводку там.
думаю если бы проблема на другом железе повторилась, то очевидно нужно тыкать программиста 1С.
Лавров.жпг

1) Проблема может не повториться даже после перезагрузки, например в случае плохого плана в кэше.
2) 95% "программистов 1С" ни хрена не понимают в работе СУБД.
Кто чувствует несвободу воли, тот душевнобольной; кто отрицает ее, тот глуп. Один я умный в белом пальто стою красивый.
Вы тут серьёзно отстали от жизни. Админство, саппорт - это уже вчерашний день. Сейчас рулят микросервисная архитектура и continuous integration. Ну еще SAAS, конечно.