Миграция SAP-систем с СУБД Oracle на альтернативные БД

Заказчик
ПАО "Газпром нефть"
Руководитель проекта со стороны заказчика
ИТ-поставщик
ООО "Газпромнефть - Цифровые решения"
Год завершения проекта
2020
Сроки выполнения проекта
Январь, 2018 - Ноябрь, 2020
Масштаб проекта
25000 автоматизированных рабочих мест
Цели
Повышение производительности платформы SAP и снижение затрат.

Уникальность проекта

Миграция ключевых систем SAP на инновационную платформу SAP HANA, использующую технологию обработки данных In-Memory, позволили существенно ускорить работу систем, сократить время формирования отчетов и проведения транзакций. Это дало возможность бизнесу более оперативно, а главное - более точно принимать производственные и управленческие решения на основе информации из систем. Высокопроизводительная инновационная платформа предоставила широкие возможности дальнейшего развития функционала систем в тех областях, где требуется обработка больших объемом данных, либо необходимы ресурсоемкие аналитические вычисления.
Использованное ПО
SAP HANA
Сложность реализации

Проект имеет большой масштаб. Им были охвачены Корпоративный центр «Газпром нефти» и 34 дочерних компании. В общей сложности – более 25 тысяч пользователей по всей России из различных часовых поясов.

Описание проекта

В ходе реализации проекта был выполнен перевод системы SAP с СУБД Oracle на альтернативные СУБД.

Кроме того, были решены следующие задачи:

- Выполнена оптимизация производительности программ и отчетов;

- Снижены санкционные риски в части оборудования и СУБД Oracle

- Уход от двойных лицензионных отчислений за СУБД Oracle и за СУБД HANA

- Исключены риски недоступности инфраструктуры SAP систем, размещенных на базе IBM Power: истек срок эксплуатации оборудования.

География проекта
Все регионы присутствия "Газпром нефти".
Коментарии: 10
  • Александр Артюхов
    Рейтинг: 304
    Сберлогистика
    Руководитель проекта
    18.11.2020 14:50

    Антон, за краткостью изложения приходится додумывать детали проекта. Непонятен механизм лицензирования: с чего бы платить за 2 СУБД? Волшебное слово "санкционные" - ни о чём: САП - та же санкционка, по сути. Где нормальное обоснование проекта, что получили на выходе, в чём были риски и сложности? Тот случай, когда краткость - не сестра таланту, и даже не дальняя родственница!

    • Антон Думин Александр
      Рейтинг: 1192
      Газпром нефть, ПАО
      Начальник департамента информационных технологий, автоматизации и телекоммуникаций
      07.12.2020 14:37

      Александр, добрый день!

      Лицензирование СУБД у SAP покрывается двумя отдельными лицензиями:
      1. Для СУБД Oracle
      2. Для СУБД от SAP (HANA, ASE)
      Имея системы на Oracle и HANA приходится оплачивать поддержку каждого типа СУБД, а это определённый процент от стоимости всего контракта с SAP, а не конкретных систем на каждой из СУБД.

      СУБД Oracle является американской СУБД. СУБД Oracle работало на оборудование IBM с проприетарной ОС (AIX) и файловой системой (GPFS), которые являются разработками американской компании.
      СУБД SAP является немецкой СУБД. Работает на оборудование Lenovo/Huawei с ОС Suse и open-source файловой системе. Lenovo/Huawei являются китайскими компаниями, а SLES является немецкой разработкой.
      Мы не убираем санкционные риски полностью, мы их снижаем, т.к. невозможно полностью избавиться от санкций для SAP. SAP международная компания, которой приходится ориентироваться и развивать свои продукты на принятых международных продуктах и стандартах.

      Цели проекта были:
      1. Ускорить работу критичных систем SAP.
      2. Снизить лицензионную нагрузку на Компанию.
      3. Снизить санкционнные риски от использования американского ПО и оборудования.
      4. Провести модернизацию серверного оборудования.

      Риски:
      1. Снижение быстродействия и отказ в обслуживание – нам надо было осуществить миграцию систем на новое ПО и оборудование, чтобы бизнес не получил простоя и выиграл в скорости работы системы.
      2. Снижение быстродействия и отказ в обслуживание – нам надо было научиться поддерживать важные и поддерживающие системы на SAP ASE, т.к. такого опыта не было.

      Сложности:
      a. оптимизировать код под SAP HANA (Z кода много в системе используется)
      b. не сломать отлаженный механизм управления изменениями (SAP SM и ChaRM)
      c. отладить новое отказоустойчивое и катастрофоуйсточивое решение для критичных систем
      d. выполнить миграцию за 2 выходных дня

  • Олег Баталов
    Рейтинг: 147
    AO Caspian Beverage Holding
    Начальник отдела информационных технологий
    20.11.2020 12:23


    > Повышение .................... снижение .................

    Антон, кто вам цели формулировал?

    Хотя, решаемую проектом проблему в принципе можно выявить по вашему описанию.

    • Антон Думин Олег
      Рейтинг: 1192
      Газпром нефть, ПАО
      Начальник департамента информационных технологий, автоматизации и телекоммуникаций
      07.12.2020 14:37

      Олег, добрый день!
      В презентации кратко и в общем собраны цели нескольких проектов по миграции SAP-систем на новые платформы. Более точные цели у нас отдельно прописаны в каждом из проектов миграции (SAP BW, SAP ERP, все остальные системы SAP).

  • Андрей Лабутин
    Рейтинг: 73
    ЗиД, ОАО
    Начальник отдела ИТ
    25.11.2020 16:10

    Альтернативные СУБД?
    SAP Hana работает только на их же СУБД Hana и больше ни на чем.

    • Антон Думин Андрей
      Рейтинг: 1192
      Газпром нефть, ПАО
      Начальник департамента информационных технологий, автоматизации и телекоммуникаций
      07.12.2020 14:39

      Андрей, добрый день!

      SAP-системы могут работать на разных СУБД. Это могут быть как СУБД от SAP, так и от других вендоров.
      В нашем случае одни SAP-системы работали на СУБД Oracle, другие на SAP HANA.

  • Василий Мальцев
    Рейтинг: 166
    Нижнекамскнефтехим, ПАО
    директор ДИТ
    11.12.2020 13:55

    Отличный проект. Конечный пользователи ERP довольны, почувствовали разницу? Например, раньше отчёт выбивало в дамп, а теперь он формируется за пару секунд - есть такие примеры?
    Размер БД при миграции сократился значительно? Делали ли архивацию перед миграцией?

  • Дмитрий Турчановский
    Рейтинг: 575
    Зарубежнефть
    Заместитель начальника Управления информационных технологий
    27.12.2020 17:57

    Антон, очень интересный проект, нас также интересует вопрос миграции, правда с западных на отечественные системы из Реестра МинЦифраза, есть несколько вопросов:
    1) вы начали свой проект несколько лет назад, еще до утверждения директив по переходу на отечественное ПО, и соответственно использовали западное ПО, есть ли сейчас у вас планы по миграции на отечественные решения в связи с целевыми показателями в рамках рекомендаций от государства?
    2) Рассматривали ли вы все-таки отечественные платформы, если д, то какие, почему от них отказались?

    • Дмитрий Капинос Дмитрий
      Рейтинг: 291
      МГУ, Экономический факультет
      Предприниматель, консультант в области управления и ИТ, к.э.н., преподаватель МГУ
      29.12.2020 04:11

      Антон, здравствуйте!

      Присоединяюсь к вопросам Дмитрия.
      Вот ВТБ столкнулся с такой же проблемой и нашёл решение на базе ПО российских вендоров:
      https://globalcio.ru/live/projects/11011/
      Что скажете?

      Как Вы относитесь к решениям на базе open source?

  • Максим Часовиков
    Рейтинг: 1020
    МГУ имени М.В.Ломоносова, Центр цифровой экономики
    Заместитель руководителя службы управления проектами
    04.01.2021 20:58

    Так же, если судить по описанию - внутренний проект ИТ для ИТ. Переход с одной системы на другую. К интересным особенностям проекта можно отнести большой охват и прозрачность для бизнеса. Бизнес, как описано в карточке проекта, получил новую обертку информационной системы и чуть более быстрое формирование отчетов.

Год
Предметная область
Отрасль
Управление