Тюменская энергетическая компания с активами в трёх регионах Западной Сибири использовала Oracle Database 19c для АСУТП-смежных систем: учёт электроэнергии, биллинг потребителей, технический учёт оборудования подстанций. Рабочая СХД — 7-летний массив на FC-коннекте — исчерпала ресурс: два диска заменены по гарантии в течение последних 12 месяцев, контроллер работает с повышенной температурой, производитель уведомил об окончании срока технической поддержки. Технический директор принял решение не ждать аварийного выхода из строя: плановая замена СХД с переносом баз Oracle — оптимальная стратегия. Ключевое требование — производительность СХД под Oracle: задержка чтения не более 1 мс, минимум 50 000 IOPS на контроллер для пиковых нагрузок расчётного периода.
Задача клиентаЗаменить устаревший FC-массив современной СХД с производительностью под Oracle Database 19c: задержка IOPS не более 1 мс, минимум 50 000 IOPS, поддержка Oracle Storage Connect (OSSC/ASM). Онлайн-миграция без остановки баз данных — плановые окна техобслуживания не превышают 4 часа в ночное время. Бюджет — 6,2 млн рублей. Двухлетняя производителя с НБД (Next Business Day) — замена неисправного контроллера или диска на следующий рабочий день.
Ограничения и требования- FC-протокол: существующая SAN-инфраструктура 16G, смена протокола нежелательна.
- Oracle ASM: поддержка Oracle ACFS и ASM disk groups — требование лицензионной конфигурации.
- Минимальный объём raw: 120 ТБ (текущие базы 38 ТБ + резерв роста на 3 года + снапшоты).
- Двойной контроллер (Active-Active): недопустимо иметь точку отказа на контроллере для производственных баз.
- Гарантия НБД в Тюмени: сервисный центр или склад ЗИП должен находиться в Тюмени или ближайших городах.
All-flash СХД корпоративного уровня с двумя контроллерами Active-Active, NVMe-back-end полками и гибридным кешированием: горячие данные — в NVMe-кеше контроллера, полки — SAS SSD. Конфигурация обеспечивает 85 000 IOPS при задержке 0,8 мс — с запасом над требованием заказчика. Active-Active конфигурация контроллеров означает полное отсутствие простоя при выходе одного контроллера: второй принимает всю нагрузку автоматически за 0–2 секунды, Oracle ASM не теряет ни одной транзакции благодаря автоматическому перемаппингу путей через многопутевой драйвер.
Oracle Storage Connect (OSSC): СХД сертифицирована в программе Oracle PartnerNetwork и включена в список поддерживаемых конфигураций Oracle Database. Это означает, что Oracle ASM disk groups создаются на LUN-ах СХД в официально поддерживаемой конфигурации — важно для лицензионного соответствия и для получения поддержки Oracle Support без споров о «неподдерживаемом железе».
Онлайн-миграция баз Oracle выполняется через Oracle Data Guard (физический стендбай на новой СХД) или через Oracle RMAN Mirror Clone с онлайн-редиректом: выбор метода зависит от лицензированных опций Oracle заказчика. Оба метода обеспечивают RTO менее 4 часов — в рамках допустимого окна техобслуживания. Старая СХД после миграции остаётся в резервном режиме на 4 недели: если обнаружится любая аномалия в работе новой СХД, откат занимает не более 2 часов.
Тонкая настройка производительности Oracle на новой СХД: профили QoS (Quality of Service), выделяющие приоритетные IOPS для production-баз с более низким приоритетом для тестовых инстансов, хранящихся на той же СХД. Oracle DB Resource Manager в связке с QoS СХД предотвращает ситуацию, когда ночной плановый backup или тестовая нагрузка разработчиков «забивает» полосу пропускания СХД и деградирует производственную базу в рабочие часы.
Планирование ёмкости СХД под Oracle требует особого подхода: Oracle Database занимает больше физического места, чем кажется на первый взгляд. Файловые данные, журналы redo log, архивные журналы, снапшоты для бэкапа RMAN, тестовые инстансы на основе клонов production — всё это множит «реальный» объём на 3–5 раз от размера production-данных. Для баз 38 ТБ с ростом 12–15% в год минимально необходимый raw-объём через 3 года — около 90–100 ТБ с учётом снапшотов и тестовых клонов. Заказчику предложена конфигурация 120 ТБ raw: запас позволяет добавлять тестовые среды без расширения полок в ближайшие 4 года.
Дедупликация и компрессия в СХД для Oracle — тема, требующая осторожного обращения: Oracle Data Guard и Oracle RMAN работают с уже сжатыми/дедуплицированными данными в части случаев, что снижает эффективность inline-компрессии на уровне СХД. Для биллинговых и учётных баз с высокой уникальностью транзакционных данных inline-компрессия СХД давала экономию всего 12–18% — ниже типичных маркетинговых заявлений 3:1 или 5:1. Это учтено в расчёте полезной ёмкости: мы рассчитывали «пессимистичный» сценарий компрессии 1,15:1 для транзакционных данных и 1,5:1 для архивов, а не оптимистичные маркетинговые цифры.
Многозонная SAN-топология для изоляции production и тестовых сред: Oracle-серверы production-среды зонированы отдельно от серверов разработки и тестирования. Это предотвращает случайный доступ тестового инстанса к production LUN-ам и позволяет применять разные политики QoS: production получает гарантированные IOPS, тестовые среды работают с ограничением до 20% ресурсов СХД. При запуске нагрузочного тестирования разработчиками production-база не деградирует: SAN-зонирование и QoS в связке работают как физический барьер между нагрузками.
Переход с FC 16G на FC 32G в новой SAN-инфраструктуре — правильное инвестиционное решение на перспективу. Текущие серверы Oracle используют HBA 16G, поэтому фактическая скорость ограничена 16G. Однако коммутаторы FC 32G и порты СХД 32G обеспечивают вдвое большую полосу к будущим серверам без замены коммутаторов: при плановом обновлении серверов Oracle через 3–4 года достаточно заменить HBA с 16G на 32G, и полоса удвоится без новых вложений в SAN-инфраструктуру. Такой подход снижает совокупную стоимость следующего цикла обновления.
Состав поставки по подсистемам- СХД: 1×All-flash массив 2U, 2 контроллера Active-Active, 24×SSD NVMe 3.84 ТБ (кеш), 4×полки SAS 2U с 12×SSD SAS 7.68 ТБ.
- SAN: 2×коммутатора FC 32G 24-port, 4×HBA FC 32G для серверов Oracle, 16 SFP+ 32G, патч-корды LC-LC OM4.
- Питание: 2×ИБП 3 кВА он-лайн с SNMP, 4×PDU для стойки СХД.
- День 1–3: Аудит текущей SAN-топологии, согласование LUN layout под Oracle ASM, счёт с НДС.
- День 4–14: Комплектование СХД и SAN, заводское тестирование (Factory Acceptance Test), загрузка прошивки.
- День 15–16: Доставка в Тюмень, монтаж в стойку, кабелирование FC.
- День 17–20: Зонирование SAN, создание LUN-ов под ASM, тест производительности (82 000 IOPS), начало онлайн-миграции баз.
Миграция Oracle Database завершена за 3,5 часа в плановом ночном окне — в рамках 4-часового ограничения. После переноса производительность запросов биллинговой системы выросла на 40%: узкое место старой СХД (задержка 8–12 мс на HDD-уровне при пиковой нагрузке расчётного периода) устранено. Экономия к бюджету составила 11% за счёт конфигурации ёмкостных SAS SSD полок вместо всефлеш NVMe — достаточно для «холодных» исторических данных Oracle при существенно меньшей стоимости.
Два расчётных периода после ввода новой СХД прошли без единого инцидента по инфраструктуре хранения. В предыдущем году расчётный период сопровождался инцидентом деградации производительности из-за высокой температуры контроллера старой СХД: база тормозила 6 часов в ключевой день закрытия. В этом году — никаких инцидентов, расчётный период закрыт в штатные сроки.
Гарантийный случай произошёл через 8 месяцев: один SAS SSD в полке показал ошибки и был превентивно заменён системой мониторинга. Инженер сервисного центра приехал в Тюмень на следующий рабочий день с новым диском, замена без остановки — горячая замена в работающей полке. Суммарное время простоя: 0 секунд.
Почему выбрали нас- СХД из списка Oracle PartnerNetwork — поддерживаемая конфигурация для Oracle ASM без вопросов от Oracle Support.
- Опыт онлайн-миграции Oracle Database с рекомендациями по методу (Data Guard vs RMAN) под конкретные лицензии заказчика.
- Гарантийный НБД в Тюмени — склад ЗИП партнёра в 40 км от объекта.
- Factory Acceptance Test перед отгрузкой: СХД тестировалась на нашем стенде с Oracle-like нагрузкой.
Данные приведены справочно и не являются публичной офертой. Актуальные цены, наличие и сроки поставки уточняйте при оформлении заказа.