RAID-массив для сервера 1С: какой уровень выбрать, чтобы не потерять базу и не переплатить
Я почти каждый месяц слышу один и тот же вопрос от клиентов: «А зачем нам вообще этот RAID, у нас же бэкап есть?». Отвечаю сразу: бэкап спасает данные, а RAID спасает время. Разница чувствуется в тот момент, когда сервер бухгалтерии встаёт в 9 утра понедельника, и вся контора сидит без 1С, пока вы восстанавливаете базу из вчерашней копии. Дальше расскажу на пальцах, чем отличаются уровни RAID и какой ставить именно под 1С, без «полосатости» и «избыточности» — сложными словами такое объяснять бессмысленно.
Зачем вообще RAID, если есть бэкап
Бэкап — это фотография базы вчера вечером. Если диск сегодня утром умер, вы откатитесь на вчера и потеряете день работы. Для торговой компании это документы, для бухгалтерии — проводки, для клиники — записи на приём. День можно восстановить руками, но это боль, нервы и звонки клиентам с извинениями.
RAID работает иначе. Он не спасает от случайного удаления файла или от шифровальщика — тут бэкап незаменим. Зато он спасает от самого частого и самого банального сценария: физической смерти жёсткого диска. А диски умирают регулярно, это расходник, а не вечная деталь. У меня в практике на сервер с тремя годами наработки в среднем один диск отказывает почти гарантированно.
Вывод простой: RAID и бэкап — это не «или», это «и». RAID держит сервер живым прямо сейчас, пока вы спокойно меняете диск. Бэкап страхует от всего остального. Экономить можно на многом, но не на этой связке, если 1С — рабочий инструмент, а не игрушка.
RAID 1 — зеркало для тех, кому нужна простота
Самый понятный вариант. Два диска, на них пишется абсолютно одно и то же, байт в байт. Один диск сдох — сервер работает на втором, вы просто вставляете новый и он сам «дозеркаливается». Никакой магии, никакой математики, отсюда и его главное достоинство: он редко ломается непонятным образом.
Минус очевиден — из двух дисков полезного объёма вы получаете объём одного. Купили два диска по 2 ТБ — на выходе 2 ТБ, а не 4. Для базы 1С это обычно не проблема: сама база даже у крупной торговой компании редко весит больше 100-200 ГБ, а вот если на этом же сервере лежат сканы документов, файловые архивы, видео с камер — тут объём быстро уходит в минус.
Кому подходит: небольшой офис, до 15-20 рабочих мест, сервер только под 1С и терминал, без файлового хранилища на десятки терабайт. Я ставлю RAID 1 клиентам вроде юрфирм и небольших бухгалтерий — им важна надёжность и предсказуемость, а не мегабайты.
RAID 5 — экономия, у которой есть цена
RAID 5 — это когда данные размазываются по трём и более дискам вместе с «контрольной суммой», которая позволяет восстановить один упавший диск из оставшихся. Плюс в том, что теряется объём только одного диска из всех: поставили четыре по 2 ТБ — получили 6 ТБ полезных, а не 4. Экономия ощутимая, особенно на больших массивах.
Тут и кроется подвох, о котором продавцы железа обычно молчат. Пока один диск не работает, массив живёт в «деградированном» режиме — все операции идут медленнее, а сервер восстанавливает недостающие данные «на лету» при каждом обращении. Если в эти часы или дни откажет второй диск — а вероятность растёт, потому что диски одной партии часто выходят из строя один за другим — вы теряете всё, целиком.
Добавлю ещё один момент, который редко объясняют: чем больше диск, тем дольше идёт ребилд после замены. На дисках по 8-10 ТБ пересборка массива может занимать сутки-двое, и весь этот срок сервер работает медленнее и находится в зоне риска. Для 1С, где база активно пишется каждую минуту рабочего дня, это неприятно вдвойне — были случаи, когда именно в это окно у клиента зависали проводки.
RAID 6 — RAID 5 с запасом прочности
RAID 6 — это тот же принцип, что и RAID 5, только контрольная сумма считается дважды и хранится на двух дисках вместо одного. Значит, массив переживает выход из строя не одного диска, а сразу двух одновременно. Именно та ситуация, которая пугает в RAID 5, здесь уже не смертельна.
Плата за это — минус объём ещё одного диска и чуть более высокая нагрузка на контроллер при записи. Разница в скорости на практике для базы 1С почти не заметна, если сервер укомплектован нормальным RAID-контроллером с кэшем, а не «программным» софтовым RAID на слабом процессоре.
Ставлю RAID 6 там, где дисков в массиве много — от шести и больше, и где данные объёмные: файловые архивы, сканы первички, база 1С с большой историей документов. Производственным компаниям и клиникам, где сервер хранит не только базу, но и годы истории, обычно рекомендую именно этот вариант — время на замену диска у вас есть, а второй сбой уже не убьёт бизнес.
RAID 10 — если важна скорость и надёжность вместе
RAID 10 — это зеркало плюс распределение по нескольким парам дисков одновременно: минимум четыре диска, которые попарно дублируют друг друга, а сами пары работают параллельно. По сути — несколько RAID 1, объединённых в один быстрый том. Отсюда и главный плюс: это самый быстрый вариант из всех перечисленных, и при этом переживает выход нескольких дисков, если не пострадала одна и та же пара целиком.
Для 1С скорость означает конкретную вещь — как быстро закрывается месяц, как быстро формируются большие отчёты, как отзывчиво работает терминал, когда за ним сидят двадцать бухгалтеров одновременно. У одного клиента, оптовой торговой компании на полсотни рабочих мест, перевод базы с обычного RAID 5 на RAID 10 сократил закрытие месяца с сорока минут до двенадцати. Разница чувствовалась сразу, без всяких замеров.
Минус тот же, что и у RAID 1, только острее — полезный объём составляет ровно половину от суммарного объёма всех дисков. Купили четыре диска по 4 ТБ — получили 8 ТБ, не 16. Дорого, зато и надёжно, и быстро. Ставлю такой массив, когда сервер обслуживает много пользователей одновременно или когда простой в минуту стоит бизнесу реальных денег — производство с посменной работой, розница с активным потоком продаж.
Как выбрать: не по моде, а по факту
Первое, на что смотрю — число рабочих мест, которые одновременно работают с базой. До 15 человек — почти всегда достаточно RAID 1, и не нужно платить за лишние диски и контроллер. От 15 до 40 — присматриваюсь к RAID 5 или RAID 10 в зависимости от бюджета и от того, насколько критична скорость. Больше 40, плюс активная работа с отчётами и большими проводками — почти всегда RAID 10, тут экономия на дисках выйдет боком в виде потерянных часов сотрудников.
Второе — объём данных помимо самой базы 1С. Если на сервере крутятся видеоархивы с камер, файловые шары с проектами, сканы документов на терабайты — тут без RAID 5 или RAID 6 просто не наберёте нужный объём в разумный бюджет. Третье, и это важно — какой RAID-контроллер стоит физически. Дешёвые «псевдо-RAID» на материнской плате часто программные, грузят процессор и не держат батарейку для кэша: при внезапном отключении питания можно потерять данные в кэше даже на надёжном RAID 10. На это экономить точно не стоит — контроллер с батарейкой кэша (BBU) стоит 15-25 тысяч рублей, копейки на фоне цены простоя.
И последнее — держите горячий резервный диск (hot spare) в самом сервере, если бюджет позволяет. Он лежит без дела, пока всё в порядке, но при отказе основного диска массив начинает пересобираться автоматически, ночью, без вашего звонка мне в панике в восемь утра.
Реальная история про экономию, которая не сработала
Расскажу случай, который у меня стоит перед глазами каждый раз, когда клиент просит «поставить подешевле». Небольшая производственная компания, 18 рабочих мест, сервер собирали пять лет назад — тогда сэкономили и поставили два диска в RAID 0. Для тех, кто не в курсе — это вообще не про надёжность, это про скорость: данные просто раскладываются по двум дискам без дублирования. Отказал один диск — потеряно всё, гарантированно.
Так и случилось. В пятницу вечером диск умер, база 1С за три года работы — вся товарка, все накладные, вся история клиентов — оказалась недоступна. Бэкап, к сожалению, тоже настраивали «на скорую руку», последняя рабочая копия была за две недели до аварии. В итоге две недели данных восстанавливали руками по бумажным накладным, а часть просто списали как потерю.
С тех пор я всем говорю одно и то же: RAID 0 — это не резервирование, это ловушка с виду быстрого диска. Разница между нормальным RAID 1 и той историей стоила клиенту примерно 8 тысяч рублей на второй жёсткий диск. Он их не потратил тогда — и заплатил потом в разы больше временем, нервами и репутацией перед своими клиентами.
Частые вопросы
Сколько дисков реально нужно для сервера 1С на 20 рабочих мест
Для базы 1С без тяжёлого файлового архива хватает четырёх дисков в RAID 10 или четырёх-пяти в RAID 5, если бюджет ограничен. Смотрю ещё и на нагрузку: если параллельно формируют большие отчёты много пользователей, лучше RAID 10 — он заметно быстрее на записи.
Можно ли обойтись без RAID, если делаю бэкап каждую ночь
Технически можно, но при отказе диска вы теряете весь рабочий день и сидите без 1С, пока сервер не восстановят или не поднимут на новом железе. Для микробизнеса на 2-3 человека это иногда оправдано, для компании с десятком сотрудников — обычно нет, простой обходится дороже пары дисков.
RAID 5 или RAID 10 — что выбрать при ограниченном бюджете
Если бюджет реально жёсткий, а рабочих мест немного, ставьте RAID 5, но обязательно с нормальным контроллером и настройте автоматические уведомления о деградации массива. Если можете добавить хотя бы 20-30 тысяч рублей — берите RAID 10, разница в надёжности и скорости того стоит.
Нужен ли RAID на терминальном сервере отдельно от сервера с базой 1С
Да, если это разные физические машины. Терминальный сервер хранит профили пользователей, временные файлы, иногда локальные копии документов — его тоже жалко терять. Обычно ставлю на терминалку RAID 1, этого достаточно, основная нагрузка по надёжности всё равно ложится на сервер с базой.
Приезжаем, смотрим состояние массива и дисков бесплатно, и говорим прямо, есть повод для беспокойства или можно спать спокойно.
Бесплатная консультация →
Подпишитесь на рассылку ITfresh
Раз в неделю — практические гайды для руководителя и сисадмина: безопасность, 1С, миграции, резервные копии, лайфхаки из реальных проектов.
