Задать вопрос
@tictac17

Может ли тормозить 1С из-за отключенного кэширования записи на диск на сервере с 1С+MSSQL?

Есть сервер DELL с RAID-контроллером H745. iDRAC говорит, что батарейка подключена и в норме, но сервер б/у и неизвестно, сколько она там простояла. Диски SSD SATAIII в RAID-10. Кеширование отключено в винде, а на контроллере стоит Write Through (т.е. тоже выключено). ОЗУ DDR4 512 ГБ, ЦП EPYC 2х48 ядер.

Так вот, 1С ERP 2 (сервер 1С+MSSQL+тонкие клиенты) сильно тормозит. Тест Гилева выдает 23 попугая. Тест Гилева, запущенный локально на файловой БД (терминальный RDP) выдает вообще 11 попугаев. Конфигурация настроек 1С и MSSQL вдоль и поперек проверена - похоже, не в этом дело. Может дело в отключенном кэше на запись?
  • Вопрос задан
  • 126 просмотров
Подписаться 2 Средний 3 комментария
Пригласить эксперта
Ответы на вопрос 2
Fragster
@Fragster
помогло? отметь решением!
Помимо включения кэширования, нужно проверить, что включен и в биосе и в ОС производительный профиль процессора, что он не троттлит, т.е. держит максимальную частоту и не перегревается (один раз видел, что частоту показывал нормальную, но, видимо, забивал потоки nop'ами чтобы остыть).

у mssql, вроде, можно еще создать несколько файлов для темпдб, увеличить параметр прироста файлов на статические 128мб (или больше)

А вообще это все абстрактные вещи. "тормозит" может быть из-за незакрытых итогов в регистрах, может быть из-за нерасчитанных итогов. Может быть из-за RLS на условный справочник контрагентов и сортировке документа по колонке контрагента в одной из открытых и висящих в фоне форм. Может быть из-за переполнившегося хранилища настроек пользователя.

Надо брать и мерить. Техножурнал на долгие запросы, оборудование на очереди, пользователей на адекватность. И в каждом случае анализировать. В общем случае миллионоядерные низкочастотные процессоры не лучший выбор для 1с (тем более что она не умеет больше 12 ядер использовать без корп лицензии), но у этого буст частота, вроде, больше 3ГГц, должно работать нормально. Если есть аналог гипертрединга - лучше его выключить, за счет бОльшего кэша на ядро станет получше.

И да, тест Гилева - однопоточный и 20-30 очков (хотя то, что результат в файловой меньше, чем в серверной говорит о том, что с дисками надо что-то делать), если они не падают при увеличении количества пользователей - условно приемлемый результат.

UPD: если "EPYC 2х48 ядер" это два процессора, а не эпик второго поколения - то достать 1 и перепроверить (возможно еще потыкать ОП по слотам придется).

UPD2: нужно проверить, поддерживает ли RAID контроллер TRIM и, если нет - либо поменять, либо вообще устроить SOFT-raid (отсутствие батарейки компенсировать UPSом). Например тут пишут, что не поддерживает https://gist.github.com/yorickdowne/fd36009c19fdbe...
Ответ написан
Комментировать
CityCat4
@CityCat4
Жил да был черный кот за углом...
Кеширование отключено в винде, а на контроллере стоит Write Through

То есть на каждую операцию винда ждет подтверждения реального завершения записи. Это не просто долго - это ох... как долго!
Конечно, это каждый решает для себя. Бэкап, мощный упсник и готовность еслиф че немного потерпеть восстановление из него (и заново провести один день при максимальном невезении) - или же тормоза и железобетнонная уверенность в консистентности хранилища...

Обычно выбирают бэкап. Но это опять же - каждый сам за себя.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы