Отказоустойчивая СХД для критических ERP-систем 1С и SAP
Для критических контуров 1С и SAP нужна СХД с архитектурой Active/Active, зеркалируемым кэшем и лицензией уровня Data-Center, дающей удалённую репликацию и Метрокластер. У NIMBUS это старшие модели Гром 230 (SAS4, гибрид) и Молния 230 (All-Flash NVMe) под управлением ПО «Юпитер». Обе линейки в реестре Минпромторга России, поддерживают RAID TP с тройной четностью и блочный доступ по FC 16/32 Гбит/с.
Падение сервера 1С на пике закрытия месяца или зависание SAP HANA во время расчёта зарплаты — это не абстрактный риск, а конкретная статья убытков в отчёте по SLA. Инженеры ЦОД знают: узкое место почти всегда не в приложении, а в хранилище — единственный контроллер, невыровненный кэш, отсутствие горячей замены дисков. Разберём, какая архитектура СХД реально защищает ERP-нагрузку от простоя.
Почему ERP требует особого подхода к СХД
1С и SAP генерируют смешанный профиль нагрузки: много мелких транзакционных операций (OLTP) вперемешку с тяжёлыми отчётами. На практике мы видим, что именно случайные IOPS на запись «убивают» бюджетные массивы под ERP — кэш не успевает сбрасываться, латентность растёт лавинообразно.
- Требуется низкая и предсказуемая латентность на запись — критично для журналов транзакций 1С и SAP.
- Нужна горячая замена дисков и контроллеров без остановки сервиса.
- Обязательна защита кэша от потери данных при сбое питания.
- Для распределённых ERP-контуров с двумя ЦОД нужен именно Метрокластер, а не просто репликация.
Архитектура отказоустойчивости ПО «Юпитер»
Обе линейки NIMBUS работают под единым ПО «Юпитер» в режиме Active/Active с поддержкой ALUA/SLUA, что даёт равнодоступность путей к тому с обоих контроллеров. Для блочного доступа реализован High Availability, для файлового — Protect Network Ports; кэш зеркалируется между контроллерами и защищён батареей резервного питания.
- RAID: 0, 1, 10, 5, 50, 6, 60 и TP с тройной четностью — последний вариант снижает риск потери данных при одновременном отказе нескольких дисков.
- Global Hot Spare и Local Hot Spare — автоматическая замена деградировавшего диска резервным без вмешательства администратора.
- Мгновенные снимки (snapshots) и клоны логических томов (snapclone) — для быстрого восстановления БД 1С/SAP после логической ошибки.
- Группы консистентности (CG) — согласованные снепшоты сразу нескольких LUN, что важно для многотомных баз SAP HANA.
Метрокластер и репликация: не путать функции
На практике заказчики часто ошибочно называют синхронную репликацию «Метрокластером» — это разные функции. Удалённая репликация (синхронная или асинхронная) синхронизирует данные между площадками, но при отказе основной СХД требует ручного или скриптового переключения. Метрокластер обеспечивает непрерывную доступность данных между удалёнными ЦОД без остановки сервиса ERP — и на моделях NIMBUS доступен только в лицензии старшего уровня (Гром 230 и Молния 230), включающей весь функционал базового и среднего пакета.
Гром или Молния: что выбрать под 1С и SAP
Выбор зависит от профиля БД: классический 1С на файловом или MS SQL сервере отлично работает на гибридном Гром, а SAP HANA in-memory или высоконагруженный 1С:ERP на PostgreSQL требуют латентности All-Flash NVMe линейки Молния.
| Параметр | Гром 230 | Молния 230 |
|---|---|---|
| Тип накопителей | SAS4 SSD/HDD, 2,5″ (SFF) | NVMe SSD, 2,5″ (SFF) |
| Кэш на контроллер | 2048 ГБ | 2048 ГБ |
| Front-end порты | 10/25 Гбит/с Ethernet, 16/32 Гбит/с Fibre Channel | 10/25/100 Гбит/с Ethernet, 16/32 Гбит/с Fibre Channel |
| Масштабирование | До 4 модулей расширения SAS4 | До 2 модулей расширения NVMe |
| Лицензия | Data-Center: весь Base + Enterprise + удалённая репликация + Метрокластер | Data-Center: весь Base + Enterprise + удалённая репликация + Метрокластер |
| Дедупликация/компрессия | Да | Да |
| Протоколы доступа | Блочный: iSCSI, FC; файловый: NFS, SMB, FTP | Блочный: iSCSI, FC; файловый: NFS, SMB, FTP |
| Реестр Минпромторга | №10736311 от 15.12.2025 | №10736312 от 15.12.2025 |
Практический кейс: отказоустойчивый контур SAP в двух ЦОД
Типовой сценарий для финансовой организации: основная площадка на Молния 230 обслуживает SAP HANA с латентностью на уровне All-Flash NVMe, а резервный ЦОД связан через Метрокластер ПО «Юпитер» — при отказе основного узла нагрузка переключается без остановки транзакций. Для оценки конфигурации под конкретную БД и расчёта необходимого числа NVMe-полок расширения удобно обратиться к каталогу систем хранения данных NIMBUS, где указаны актуальные параметры моделей.
Частые вопросы про СХД для ERP
Хватит ли младшей модели Гром 210 для 1С?
Гром 210 закрывает базовые сценарии филиальной 1С благодаря полному набору Base-функционала (блочный/файловый доступ, RAID, снимки), но без дедупликации, репликации и Метрокластера — для критического контура нужна модель 220 или 230.
Нужен ли обязательно NVMe для SAP HANA?
Не всегда: если профиль нагрузки допускает латентность гибридного массива, Гром 230 с SSD-кэшированием и защитой кэша справится, но при жёстких SLA по времени отклика инженеры ЦОД рекомендуют Молния как All-Flash решение.
Что произойдёт с ERP при отказе одного контроллера?
Архитектура Active/Active с ALUA/SLUA и High Availability для блочного доступа переключает пути на исправный контроллер без остановки сервиса — снепшоты и зеркальный кэш не теряются.
Можно ли расширить ёмкость без остановки СХД?
Да, оба даташита фиксируют онлайн-миграцию и подключение дополнительных модулей расширения без остановки работы системы.
В чём разница между удалённой репликацией и Метрокластером для ERP?
Удалённая репликация синхронизирует копию данных на второй площадке, но переключение требует действий администратора; Метрокластер держит обе площадки в режиме непрерывной доступности данных, что критично для ERP без окна простоя.
Гром
система хранения данных
В реестре
Оптимально подходит для организаций среднего и крупного бизнеса, которым требуется надежное, масштабируемое и эффективное решение для хранения данных с возможностью адаптации к различным типам нагрузок
Молния
система хранения данных
В реестре
Решение премиум-класса для организаций, чей бизнес зависит от скорости обработки данных и требует инфраструктуры хранения с высокой пропускной способностью. Подходит для отраслей: телекоммуникации, финансы, госучреждения и производство