Всем привет!
Подскажите по проблеме.
База файловая УТП.
Размер 2,8 ГБ.
Размещена на "сервере", пользователи работают через RDP.
Сервер - i7, 8 GB RAM, RAID 1, Win 2012
Суть проблемы:
Сильные зависания при проводке документов.
При 1 активном соединении (базу открыл только я), делаю провести возврат ТМЗ, 1С зависает до 5 минут, в зависимости от количества товара.
Товара не много (5-10 позиций).
При этом нагрузки на процессор, память, диск нет.
ТиИ делал с реструкторизацией, пересчетом итогов и т.п. - ошибок нет
Утилитой chdbfl базу проверял - ошибок нет
Что делать?
Подскажите по проблеме.
База файловая УТП.
Размер 2,8 ГБ.
Размещена на "сервере", пользователи работают через RDP.
Сервер - i7, 8 GB RAM, RAID 1, Win 2012
Суть проблемы:
Сильные зависания при проводке документов.
При 1 активном соединении (базу открыл только я), делаю провести возврат ТМЗ, 1С зависает до 5 минут, в зависимости от количества товара.
Товара не много (5-10 позиций).
При этом нагрузки на процессор, память, диск нет.
ТиИ делал с реструкторизацией, пересчетом итогов и т.п. - ошибок нет
Утилитой chdbfl базу проверял - ошибок нет
Что делать?
По теме из базы знаний
- Универсальный ввод остатков по проводкам в идентичную базу 1С 7.7.
- Очевидные советы по ускорению работы 1С (8.2, 8.3)
- Выгрузка, сжатие и загрузка фото картинок изображений, сжатие базы данных. УТ 10.3, Розница 1.0
- Пометка тестовой копии рабочей базы через механизм оповещений и раскрашивание форм (Управляемое приложение)
- Секционирование таблиц – зло или благо?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Сегодня наблюдал вживую работу эксперта по такой-же проблеме. Тот с ходу настроил технологический журнал на сбор статистики. Затем посмотрел записи в журнале и увидел, что код 1С выполняется быстро, а записи в БД выполняются медленно. Также медленно выполнялись и записи временных таблиц.
Затем был запущен монитор ресурсов, который показал большую длину очереди на диске с базой.
Эксперт открыл настройки дисковой системы и обнаружил программное зеркалирование, которое на этой слабой машинке и тормозило дисковые операции, несмотря на хорошие ssd диски.
Не говорю, что и у вас такая-же проблема, а предлагаю расследовать её при помощи соответствующего инструментария, а не бить в разнообразные бубны в надежде нащупать нужный.
При этом нагрузки на процессор, память, диск нет.
Сегодня наблюдал вживую работу эксперта по такой-же проблеме. Тот с ходу настроил технологический журнал на сбор статистики. Затем посмотрел записи в журнале и увидел, что код 1С выполняется быстро, а записи в БД выполняются медленно. Также медленно выполнялись и записи временных таблиц.
Затем был запущен монитор ресурсов, который показал большую длину очереди на диске с базой.
Эксперт открыл настройки дисковой системы и обнаружил программное зеркалирование, которое на этой слабой машинке и тормозило дисковые операции, несмотря на хорошие ssd диски.
Не говорю, что и у вас такая-же проблема, а предлагаю расследовать её при помощи соответствующего инструментария, а не бить в разнообразные бубны в надежде нащупать нужный.
Однозначно SSD + убрать RAID(если он программный, аппаратный, как правило, не создаёт таких проблем), файловая база прекрасно бэкапится ежедневно(хоть вручную, хоть автоматически, вариантов уйма) + накинуть оперативы.
Неизменный постулат при работе по RDP необходимо не мене 2Gb на каждого пользователя(на управляемых формах, на обычных можно меньше).
Есть ещё более сложный, но действенный вариант: MySQL в придачу ко всему выше перечисленному.
Неизменный постулат при работе по RDP необходимо не мене 2Gb на каждого пользователя(на управляемых формах, на обычных можно меньше).
Есть ещё более сложный, но действенный вариант: MySQL в придачу ко всему выше перечисленному.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот