Администрирование · 10 мин
Какой RAID выбрать для сервера 1С
Какой RAID подходит для 1С: сравнение RAID 1, 5, 6 и 10 под файловые и клиент-серверные базы, требования к дискам, типичные ошибки и проверка результата.
Выбор RAID-массива для сервера 1С напрямую влияет на скорость работы базы и на риск потери данных. 1С активно читает и пишет небольшие блоки данных, поэтому узким местом почти всегда становится дисковая подсистема, а не процессор. Неправильно выбранный уровень RAID способен «посадить» производительность даже на мощном сервере.
Универсального ответа не существует: для небольшой файловой базы на 5 пользователей и для клиент-серверной базы на SQL с сотней одновременных сессий требования разные. Ниже разобраны основные уровни RAID, их поведение под нагрузкой 1С и практические критерии выбора.
Как 1С нагружает дисковую подсистему
Работа 1С с диском — это преимущественно случайные операции чтения и записи мелкими блоками. Проведение документов, расчёт итогов, построение отчётов порождают множество коротких запросов к базе. В клиент-серверном варианте нагрузку формирует СУБД (MS SQL Server, PostgreSQL), которая дополнительно ведёт журнал транзакций с интенсивной последовательной записью.
Из этого следуют два практических вывода. Во-первых, ключевой показатель — не пропускная способность в мегабайтах, а количество операций ввода-вывода в секунду (IOPS) и задержка. Во-вторых, уровни RAID с «штрафом записи» (RAID 5, RAID 6) заметно проседают именно под нагрузкой 1С, потому что каждая логическая запись превращается в несколько физических операций.
Сравнение уровней RAID под задачи 1С
Ниже — сопоставление уровней RAID по параметрам, важным именно для сервера 1С: скорость случайной записи, отказоустойчивость и полезная ёмкость.
| Уровень | Запись под нагрузкой | Отказоустойчивость | Полезная ёмкость | Пригодность для 1С |
|---|---|---|---|---|
| RAID 0 | Максимальная | Нет — отказ любого диска уничтожает массив | 100% | Запрещён для рабочих баз |
| RAID 1 | Средняя | Отказ 1 диска | 50% | Небольшие базы, системный том |
| RAID 5 | Низкая (штраф записи ×4) | Отказ 1 диска | (N−1)/N | Малые базы с преимущественным чтением |
| RAID 6 | Очень низкая (штраф ×6) | Отказ 2 дисков | (N−2)/N | Архивы, бэкапы, холодные данные |
| RAID 10 | Высокая | Отказ 1 диска в каждом зеркале | 50% | Рекомендуемый вариант для баз 1С |
Из таблицы видно, почему RAID 10 считается стандартом для СУБД: он сочетает низкий штраф записи с зеркалированием. RAID 5 привлекает экономией ёмкости, но под интенсивной записью его производительность может упасть в несколько раз по сравнению с RAID 10 на тех же дисках.
Сравнение вариантов
Основной выбор для рабочих баз 1С и СУБД. Ограничение — половина ёмкости уходит на зеркалирование.
Подходит для системного тома и небольших баз до 10–15 пользователей. Ограничение — масштабируется только заменой дисков.
Допустим для тома с резервными копиями и архивами. Для активной базы на запись — нежелателен.
Допустим для тестовых стендов и небольших файловых баз при обязательном частом бэкапе. Нет отказоустойчивости.
Файловая база и клиент-серверный вариант: требования различаются
Файловая база 1С
Файловая база размещается в общей сетевой папке или на локальном диске сервера терминалов. Нагрузка на диск умеренная, но критична задержка сети и диска одновременно. Для такой базы достаточно RAID 1 из двух SSD или даже одиночного SSD с регулярным резервным копированием. Строить RAID 5 из HDD под файловую базу смысла мало: выигрыш в ёмкости не окупает просадку скорости.
Клиент-серверная база на СУБД
Здесь требования максимальны. Рекомендуемая схема: RAID 10 из SSD под файлы данных, отдельный том (RAID 1 или RAID 10) под журнал транзакций, отдельный том под tempdb и резервные копии. Разнесение журнала и данных на разные физические массивы снижает конкуренцию за диск: журнал пишется последовательно, данные — случайно.
Диски, контроллер и кэш: что влияет не меньше уровня RAID
Тип накопителя важнее уровня массива. RAID 5 из SSD по скорости записи обгонит RAID 10 из медленных HDD, поэтому для рабочих баз 1С стоит брать SSD (SATA как минимум, лучше NVMe) с серверным классом надёжности и поддержкой коррекции ошибок. Дешёвые десктопные SSD без защиты от внезапного отключения питания могут терять данные из кэша при сбое электропитания.
Аппаратный RAID-контроллер с кэшем и батареей (BBU) или суперконденсатором заметно ускоряет запись: контроллер подтверждает операцию сразу после попадания данных в защищённый кэш. Без защиты кэша режим write-back включать опасно — при отключении питания данные из энергозависимого кэша будут потеряны, что для базы 1С означает повреждение файлов СУБД.
Как выбрать конфигурацию под свою нагрузку
Определитесь с тремя параметрами: числом одновременно работающих пользователей, размером базы и вариантом работы (файловый или клиент-серверный). От них зависит и уровень RAID, и количество дисков.
Как выбрать действие
Закладывайте запас по ёмкости минимум вдвое от текущего размера базы: база 1С растёт, а расширение массива «на лету» не всегда поддерживается контроллером и всегда сопряжено с риском. Также учитывайте, что СУБД требует свободного места под временные операции, индексацию и резервные копии.
- 1Оцените нагрузку: число пользователей, размер базы, темп роста, текущие показатели задержки диска
- 2Выберите уровень RAID и диски по матрице решений выше
- 3Настройте контроллер: кэш write-back только с BBU/суперконденсатором, stripe size по рекомендациям вендора СУБД
- 4Разверните базу, разнесите данные, журнал и tempdb по томам
- 5Настройте регулярное резервное копирование и мониторинг состояния массива (SMART, статус контроллера)
- 6Проведите нагрузочную проверку и контрольное восстановление из бэкапа
Типичные ошибки при выборе RAID для 1С
Как проверить, что массив справляется
После внедрения оцените результат объективно, а не по ощущениям. В Windows используйте счётчики производительности «Средняя задержка диска» (avg. disk sec/read и sec/write), в Linux — iostat. Для базы 1С на SSD нормальные задержки — единицы миллисекунд; устойчивые значения выше 15–20 мс под нагрузкой — повод искать узкое место.
Как проверить результат
Стабильно в пределах единиц миллисекунд на SSD
Регулярно выше 15–20 мс, очередь диска растёт
Все диски Online/Optimal, нет предупреждений SMART
Degraded, предсказанные отказы, ошибки чтения
Проведение документов и отчёты без заметных пауз
Подвисания при записи, таймауты в журнале СУБД
Бэкап создаётся по расписанию и тестово восстанавливается
Копии не проверялись или восстановление завершается ошибкой
FAQ
Можно ли использовать RAID 5 для базы 1С, если пользователей мало?
Да, если база небольшая, операции преимущественно на чтение, а диски — SSD. На HDD под активную запись RAID 5 нежелателен из-за штрафа записи: при росте нагрузки он станет узким местом, и миграция на другой уровень потребует остановки работы.
Чем программный RAID хуже аппаратного контроллера?
Программный RAID расходует ресурсы процессора и обычно не имеет защищённого кэша записи. Для RAID 1 на небольшом сервере это допустимо, но для RAID 5/6 и нагруженных баз аппаратный контроллер с батареей предпочтительнее по скорости и безопасности записи.
Достаточно ли одного SSD без RAID для файловой базы?
Технически да, если настроено частое резервное копирование и простой при отказе диска допустим. Но замена диска и восстановление займут время, поэтому для рабочей базы надёжнее RAID 1 — зеркало стоит недорого и устраняет простой при отказе одного накопителя.
Нужно ли выносить журнал транзакций на отдельный массив?
Желательно при средней и высокой нагрузке. Журнал пишется последовательно, а файлы данных — случайно; на одном массиве эти потоки конкурируют. Отдельный RAID 1 под журнал снижает задержки записи и ускоряет фиксацию транзакций.
Какой stripe size выбрать для массива под СУБД?
Ориентируйтесь на рекомендации вендора СУБД и контроллера; типичный рабочий диапазон — 64–256 КБ. Слишком мелкий stripe увеличивает число операций, слишком крупный снижает параллелизм. После настройки проверьте задержки диска под реальной нагрузкой.
Что делать, если массив перешёл в состояние Degraded?
Не перезагружайте сервер без необходимости и не инициализируйте массив. Убедитесь в наличии свежей резервной копии, затем замените отказавший диск и запустите rebuild через утилиту контроллера. Во время перестройки нагрузка на диски высокая — по возможности выполняйте её в нерабочие часы.
Что важно запомнить
Для рабочих баз 1С выбирайте RAID 10 на SSD, системный том и малые базы закрывает RAID 1, архивы и бэкапы — RAID 6. RAID 0 недопустим, кэш записи — только с защитой питания. Любой RAID дополняется регулярным резервным копированием с проверкой восстановления.