Тормозит в терминальном режиме

1. xioxao 22.07.14 10:51 Сейчас в теме
Доброго времени суток. Помогите пожалуйста, найти причину тормозов базы.
Итак:
1С 8.2 УПП
POSTGRE SQL с 1С сервером.
Windows 2008 R2 сервер терминалов.

Раслад такой. База начала тормозить при проводках, при записи. Сделали тест CHDBFL особо не помогло. Перевели файловую базу на SQL. не помоголо. В момент зависания базы или проводок, монитор ресурсов ничего странного не показывает. Сервер мощный, пиковая нагрузка на озу, процессор, сеть не превышает 10%. Работаем через 100 МБ.Сек лан сеть, подключаемся терминально к Windows 2008 R2. С чего начать поиски этих тормозов? Базу протестировали, сервер не грузит ниче. Но тормозит жутко. Народ помогите, с меня вознаграждение, адекватное. Спасибо.
+
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. nickpugachev 22.07.14 11:27 Сейчас в теме
1. с дисков
2. с нормальной настройки pg
+
3. xioxao 22.07.14 11:52 Сейчас в теме
(2) пробую делать дефрагментацию сегодня. Диски новые SSD. в PG вроде все в норме. Пробуемс.
+
4. xioxao 22.07.14 11:53 Сейчас в теме
Ребят, подскажите что-нибудь дельное, кину на вебмани на пиво кто поможет реально.
+
5. zoytsa 22.07.14 13:30 Сейчас в теме
Вы написали "в терминальном режиме" - а на тонком клиенте попробуйте - тормозит ли?
Классическое - сделайте ТиИ с очисткой "объект не найден", и со всеми галочками :-)
Если жесткий в порядке, видимо у вас повреждение БД.

Также проверьте, зависит ли зависание от количества пользователей? Сколько их кстати?
+
6. xioxao 22.07.14 14:53 Сейчас в теме
(5). Спец конфигурация не предусматривает работу в тонком клиенте (. У большинства пользователей свой рабочий интерфейс. По поводу зависания да, единовременно около 12 пользователей. Ночью база работает отлично, когда никого к ней нет. ТИИ не помогает, ну с горя еще раз сделаю сегодня в ночь.
+
7. zoytsa 22.07.14 15:00 Сейчас в теме
Посмотрите регламентные и фоновые задания - может что-то не может пройти давно.

Чтобы убедиться, что дело в базе, а не в сервере - откройте архив базы до того времени, когда ошибки не было, и запустите туда пользователей для теста нагрузки.
Также, можете попробовать перенести сервер SQL на отдельную машину - хотя бы временно.
+
Внимание! Тема сдана в архив

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот