Рассмотрим ситуацию, когда перед ИТ-отделом встает сложный выбор: бюджет на обновление серверного парка ограничен, а текущее оборудование не справляется с нагрузкой. Возникает соблазн собрать мощный игровой или профессиональный персональный компьютер (ПК) на базе современных процессоров типа Core i9 или Ryzen 9 и перенести на него базу 1С. В данном материале мы проанализируем, почему для системы с базой данных 550 ГБ и 150 активными пользователями такое решение может стать критической ошибкой, и разберем технические нюансы, которые необходимо учитывать.
Разберем в первую очередь вопрос операционной системы. Попытка установить серверную версию Windows (например, Windows Server 2019 или 2022) на десктопное железо часто наталкивается на отсутствие драйверов. Производители материнских плат потребительского сегмента не выпускают драйверы под серверные ОС. Проанализируем последствия:
VEN&DEV идентификаторов может привести к непредсказуемым «синим экранам» (BSOD) и зависаниям раз в несколько суток.sqlservr.exe и rphost.exe. Это приведет к микро-фризам при работе пользователей в моменты, когда кто-то на сервере просто открыл браузер.Выясним причину, по которой серверная память стоит дороже. В обычных ПК используется RAM без коррекции ошибок. Для базы данных объемом 550 ГБ, которая активно кэшируется в ОЗУ, это критично. Рассмотрим риск возникновения «мягкой ошибки» (bit flip) — самопроизвольного изменения бита в памяти под воздействием космического излучения или электромагнитных наводок.
В серверной памяти ECC (Error Correction Code) такие ошибки исправляются на лету. В обычном ПК ошибка в памяти попадет в данные 1С и будет записана на диск. Проанализируем ситуацию: через месяц вы можете обнаружить «логическую битость» базы, которую невозможно исправить штатными средствами chdbfl.exe или тестированием и исправлением. Для 150 пользователей простой из-за повреждения базы данных УПП будет стоить значительно дороже любого сервера.
Посмотрим на пример использования потребительских NVMe SSD. Даже серия Samsung Pro имеет ограниченный ресурс записи DWPD (Drive Writes Per Day). База УПП объемом 550 ГБ при активной работе 150 пользователей генерирует колоссальный объем записей в транзакционные логи и временную базу TempDB.
Рассмотрим технические отличия:
SQL.Проанализируем работу процессора. Современные Core i9 имеют высокую частоту, что полезно для 1С, но они ограничены двухканальным режимом работы с памятью. Серверные процессоры (Xeon Gold или EPYC) поддерживают 4, 6 или 8 каналов памяти.
Для 150 пользователей узким местом станет не частота процессора, а пропускная способность шины памяти при одновременном обращении множества потоков rphost к данным. В двухканальном режиме возникнет «очередь к памяти», и мощный процессор будет простаивать в ожидании данных. Также десктопные платформы имеют мало линий PCIe, что ограничивает возможность установки нескольких скоростных дисков и сетевых карт без потери производительности.
Вместо рискованной покупки обычного ПК, разберем шаги по реанимации текущего сервера (например, HP DL380):
Часто проблема не в железе, а в настройках. Проанализируем настройки Max Degree of Parallelism (MAXDOP). Для 1С рекомендуется устанавливать значение 1 (или 2, 4 в зависимости от версии платформы), чтобы избежать взаимных блокировок при тяжелых запросах.
-- Пример настройки MAXDOP в SQL Server
EXEC sys.sp_configure N'show advanced options', N'1';
RECONFIGURE WITH OVERRIDE;
EXEC sys.sp_configure N'max degree of parallelism', N'1';
RECONFIGURE WITH OVERRIDE;
Выясним, где находится база TempDB. Для базы в 550 ГБ крайне важно вынести TempDB на самый быстрый доступный накопитель, отдельно от основной базы и логов. Если сервер старый, можно купить серверный NVMe диск и установить его через PCIe-переходник — это даст огромный прирост скорости без покупки нового сервера.
Проанализируем ситуацию: если ваш сервер работает под гипервизором (ESXi, Hyper-V), убедитесь, что ресурсы памяти жестко зарезервированы за виртуальной машиной 1С (Reservation). Для SQL-сервера крайне вредна динамическая память. Если производительность дисков в виртуальной среде низкая, рассмотрим вариант переноса SQL на «голое железо» (Bare Metal), что уберет накладные расходы на виртуализацию дисковых операций.
Проверим, как настроено обслуживание базы. Для такой крупной базы критически важны:
UPDATE STATISTICS).REINDEX) в часы минимальной нагрузки.Подведем итог: Сборка обычного ПК для 150 пользователей и базы 550 ГБ — это "мина замедленного действия". Нехватка каналов памяти, отсутствие ECC, низкий ресурс дисков и проблемы с драйверами приведут к тому, что система будет работать нестабильно, а риск безвозвратной потери данных возрастет многократно. Рациональнее вложить меньшие средства в точечный апгрейд серверных компонентов (NVMe, RAM) и тонкую настройку ПО.