Миграция 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

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

  • 18.11.2020 14:50

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

    • Антон Думин
      Рейтинг: 1499
      Газпром нефть, ПАО
      Директор дирекции ИТАТ
      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 выходных дня

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


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

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

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

    • Антон Думин Олег
      Рейтинг: 1499
      Газпром нефть, ПАО
      Директор дирекции ИТАТ
      07.12.2020 14:37

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

  • Андрей Лабутин
    Рейтинг: 128
    ОАО "Завод им. В.А. Дегтярева"
    Начальник отдела Разработки системы управления ресурсами организации. Управления информационных технологий
    25.11.2020 16:10

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

    • Антон Думин Андрей
      Рейтинг: 1499
      Газпром нефть, ПАО
      Директор дирекции ИТАТ
      07.12.2020 14:39

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

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

  • Василий Мальцев
    Рейтинг: 191
    СИБУР Коннект, ООО
    директор Центра ИТ
    11.12.2020 13:55

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

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

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

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

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

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

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

  • Максим Часовиков
    Рейтинг: 4767
    РАНХиГС
    Директор Проектов проектного офиса ректора
    04.01.2021 20:58

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

Год
Предметная область
Отрасль
Управление
Мы используем файлы cookie в аналитических целях и для того, чтобы обеспечить вам наилучшие впечатления от работы с нашим сайтом. Заходя на сайт, вы соглашаетесь с Политикой использования файлов cookie.