Тормозит 1С 8.3. Сервер крутится на виртуалке, стоит SQL 2005, железо свежее, памяти 128Гб, база лежит на RAID1 из SSD, TempTB вынесен на отдельный диск SSD, количество пользователей - 15 человек.
Монитор ресурсов на сервере показывает, что загрузка процессора и памяти не более 30%, но загрузка системного диска (SSD) под 100% - постоянно идет обращение к папке Windows\Temp\v8_.... Т.е. системный диск грузится больше чем диск с SQL базами.
Можно это как-то оптимизировать? Что 1С постоянно пишет в temp при наличии SQL?
Монитор ресурсов на сервере показывает, что загрузка процессора и памяти не более 30%, но загрузка системного диска (SSD) под 100% - постоянно идет обращение к папке Windows\Temp\v8_.... Т.е. системный диск грузится больше чем диск с SQL базами.
Можно это как-то оптимизировать? Что 1С постоянно пишет в temp при наличии SQL?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Если не можете, то задача сводится к тому, как это ускорить? И тут вариантов не так много:
1. Переназначить папку Temp на отдельный SSD с максимальной скоростью обмена.
2. Создать RAM-диск и далее см. п.1
Можно это как-то оптимизировать? Что 1С постоянно пишет в temp при наличии SQL?
А какая разница - что пишет? Вы как-то можете повлиять на поведение платформы?
Если не можете, то задача сводится к тому, как это ускорить? И тут вариантов не так много:
1. Переназначить папку Temp на отдельный SSD с максимальной скоростью обмена.
2. Создать RAM-диск и далее см. п.1
(7)
Windows\Temp
- Это значит что сервер 1С запущен не из под своей учётки, а из под системной. Лучше всё таки запустить из под отдельной учётки, а темп этой учётки вынести в RAM, но надо понимать все ограничения и риски такого метода
журналу регистрации 1С - lgd
- использование нового формата регистрации lgd может приводить к тормозам как раз из-за неадекватной нагрузки на дисковую подсистему механизмом записи, рекомендация Фирмы 1С - изменить формат на последовательную запись (текстовый файл), но опять же надо полностью понимать что в этом случае работа с журналом на чтение сильно поменяется.
Я когда начинал переводить свою бухгалтерию на клиент-сервер в 2013 опытным путем вывел, что быстродействие 1С с MS SQL 2005 в разы ниже, чем в более поздних версиях. Даже переход на SQL 2008 дал прирост производительности. Может быть дело было в настройках SQL. Но вот некоторые условные попугаи (вроде в секундах замеры были, сейчас не помню) по формированию одного тяжелого отчета:
БЫЛО
SQL 2005 Express x32 C2D (Windows XP)
32x 1C на i3 (Windows XP) - 5.69 3.61 3.59
SQL 2005 Standart x32 Xeon (W2K8R2)
64x 1C i3 (W2K3R2) - 19
32x 1C На Xeon (W2K8R2) - 21
SQL 2005 Standart x64 Xeon (W2K8R2)
64x 1C i3 (W2K3R2) - 19
32x 1C На Xeon (W2K8R2) - 27
SQL 2008 x64 Express Xeon (W2K8R2)
64x 1C i3 (W2K3R2) - 3.95 2.51 2.62
32x 1C На Xeon (W2K8R2) - 3.11 2.31 2.59
БЫЛО
SQL 2005 Express x32 C2D (Windows XP)
32x 1C на i3 (Windows XP) - 5.69 3.61 3.59
SQL 2005 Standart x32 Xeon (W2K8R2)
64x 1C i3 (W2K3R2) - 19
32x 1C На Xeon (W2K8R2) - 21
SQL 2005 Standart x64 Xeon (W2K8R2)
64x 1C i3 (W2K3R2) - 19
32x 1C На Xeon (W2K8R2) - 27
SQL 2008 x64 Express Xeon (W2K8R2)
64x 1C i3 (W2K3R2) - 3.95 2.51 2.62
32x 1C На Xeon (W2K8R2) - 3.11 2.31 2.59
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот