Если ваша система работает на других СУБД, её можно перенести на PostgreSQL/Postgres Pro.

Зачем?

Экспертное заключение о целесообразности миграции, выданное командой профессионалов - это простой путь принять правильное решение. Наиболее частые причины перехода на СУБД PostgreSQL/ Postgres Pro:

• снижение стоимости владения, включая расходы на покупку лицензии и техническую поддержку;
• повышение информационной безопасности за счет использования отечественного сертифицированного ПО;
• обеспечение независимости от иностранных поставщиков ПО, в т.ч. защита от санкционных рисков;
• потребность в конкретной функциональности, реализованной в  СУБД PostgreSQL/Postgres Pro (например, слабоструктурированные данные, пространственные данные, полнотекстовый поиск, и т.п.), необходимость адаптации функциональности под нужды предприятия;
• необходимость соответствовать требованиям постановления Правительства РФ №1236.

Ответим на любые Ваши вопросы о миграции СУБД. Пишите на sales@postgrespro.ru.

Как провести импортозамещение СУБД:

1. Выбрать СУБД.
   • PostgreSQL – современная универсальная свободно распространяемая СУБД, разрабатываемая международным сообществом с существенным российским участием
   • Postgres Pro  – российская СУБД, внесенная в Единый Реестр российского ПО, имеет сертификат ФСТЭК  на соответствие РД СВТ-5, РД НДВ-4 и расширениям из приказов 17, 21 ФСТЭК РФ. Доступна в вариантах Standard и Enterprise.
2. Преодолеть инерцию
   

   А. А. Мальков, Директор по управлению качеством

   Электронные офисные системы

   "  Наши разработчики не хотели даже слышать про постгрес. Однако, я считаю, что они должны постоянно узнавать что-то новое. Я силой выпинал их на вашу конференцию PgConf.Russia. Они вернулись преобразившимися: «Постгрес ничем не уступает Ораклу. Хотим с ним работать!»  "

3. Составить общий план миграции. Выбрать систему для пилотного проекта.
   • Как правило, начинают со сравнительно простой системы. Основная причина - пилотный проект должен быть быстрым.
4. Определить потребность в инфраструктуре
   • Миграция требует дополнительного оборудования для обеспечения сосуществования двух систем в переходный период.
5. Определить критерии успешного перехода
   • Прежде всего, необходимо разработать систему тестов для верификации корректности миграции
6. Обучить персонал
7. Провести пилотную миграцию, оценить результаты
8. Спланировать и провести перевод остальных систем с учетом опыта пилотной миграции
9. Перед запуском каждой системы иметь вендорскую техподдержку СУБД.

Что предстоит?

Типичный проект по переводу на СУБД Postgres содержит следующие этапы:

• аудит системы Заказчика, выдача экспертного заключения;
• принятие решения о переводе на Postgres по итогам аудита;
• развертывание стенда для миграции и работа на нём:
  • конвертация данных и хранимого в СУБД программного кода;
  • выработка рекомендаций по адаптации приложений Заказчика;
  • функциональное тестирование;
  • оптимизация структур хранения и кода;
  • разработка средств и сценариев отката на исходную систему (опционально);
  • адаптация средств информационной безопасности;
  • нагрузочное тестирование;
  • оптимизация производительности;
• принятие решения о миграции «боевой» системы;
• миграция «боевой» системы;
• техническая поддержка системы после миграции.

Особые случаи

Сопровождение миграции прикладных систем

Заказчик может проводить миграцию собственными силами или привлечь компанию разработчика прикладного ПО. В любом случае потребуется экспертная поддержка, и компания Postgres Professional готова обеспечить сопровождение процесса миграции и предоставить оперативные ответы на вопросы.

Адаптация системы безопасности под СУБД Postgres

При миграции прикладных систем необходимо обеспечить информационную безопасность на должном уровне. Компания Postgres Professional выполнит анализ комплекса средств защиты и модели нарушителя, подберет средства и стратегию их применения, разработает регламент информационной безопасности для СУБД Postgres, учитывающий особенности информационной системы Заказчика.

Остались вопросы? Пишите на sales@postgrespro.ru.

Примеры

Правительство Московской области Межведомственная система электронного документооборота переведена на СУБД PostgreSQL за 1,5 месяца. подробнее ➤

Банк «Открытие» Объем данных OTRS занимал 800 Гб и размещался на сервере с 24-ядерным процессором. Хранимые процедуры содержали около 5 000 строк кода, а отчеты – 10 000 строк. В результате перевода системы на PostgreSQL производительность возросла при сохранении объема оборудования. подробнее ➤