Влияние кэша RAID-контроллера на производительность 1С ERP

    Столкнулись с ситуацией: сервер Dell с RAID-контроллером H745, диски SSD в RAID-10, 512 ГБ ОЗУ и мощные процессоры EPYC, а 1С ERP 2 (связка 1С + MSSQL + тонкие клиенты) сильно тормозит. Тест Гилева выдаёт всего 23 попугая, а при локальном запуске на файловой БД - 11. Все настройки 1С и MSSQL проверены, но проблема остаётся. Чаще всего корень зла - отключённый кэш записи на контроллере.

    Почему отключение кэша записи (Write Through) критично для 1С?

    Режим Write Through означает, что контроллер пишет данные напрямую на диски, минуя кэш-память. Это гарантирует сохранность данных при внезапном отключении питания, но резко снижает производительность операций записи. Для СУБД (MSSQL) и 1С, которые постоянно пишут транзакции и журналы, задержки становятся катастрофическими. Включение кэша записи (Write Back) позволяет накапливать данные в быстрой кэш-памяти контроллера и сбрасывать их на диски пачками, что в 3-10 раз ускоряет работу.

    Роль батарейки (BBU) в работе кэша

    Ваш iDRAC показывает, что батарейка (BBU) подключена и в норме. Это ключевой момент. Без исправной батарейки контроллер принудительно переключается в режим Write Through, даже если вы явно задали Write Back. Для H745 рекомендуется проверить статус батареи через утилиту perccli или в меню контроллера. Если батарея разряжена или деградировала, её необходимо заменить. Только при работающей BBU кэш записи будет активен и безопасен.

    Как проверить и включить кэш на Dell H745

    Для настройки используйте утилиту perccli (или MegaRAID Storage Manager). Команда для просмотра текущих политик виртуального диска: perccli /c0 /v0 show all. Если в строке Current Write Policy указано Write Through, исправляем: perccli /c0 /v0 set wrcache=WT (на самом деле для включения Write Back нужно указать WB). Правильная команда: perccli /c0 /v0 set wrcache=WB. После этого не забудьте проверить, что Current Write Policy изменился на Write Back.

    Дополнительные факторы тормозов 1С

    Даже после включения кэша проверьте другие узкие места:

    • Настройки MSSQL: убедитесь, что включён режим Snapshot Isolation и правильно настроены файловые группы (TempDB на отдельном быстром томе).
    • Сеть и клиенты: тонкие клиенты через RDP могут создавать дополнительную нагрузку. Используйте протокол RDP 8.0+ с аппаратным ускорением.
    • Файловая БД: тест Гилева на файловой БД (11 попугаев) указывает на то, что проблема не только в сервере, но и в клиентской части или сетевых задержках.

    Вывод

    Отключённый кэш записи RAID-контроллера - одна из главных причин низкой производительности 1С ERP на мощном сервере. Включение режима Write Back при исправной батарейке BBU может дать прирост в 3-5 раз по тесту Гилева. Проверьте политику кэша, состояние батареи и настройки СУБД, чтобы полностью раскрыть потенциал вашего оборудования.

    Часто задаваемые вопросы