- 
                
497
Заявлено проектов
 - 
                
200
Опубликовано проектов
 - 
                
2
Дней до завершения приема заявок
 
Миграция системы электронного документооборота «Дело» на импортонезависимую СУБД Postgres Pro Enterprise
- 
						
Руководитель проекта со стороны заказчика
 - 
						
Цели
Миграция системы электронного документооборота (СЭД) «Дело», разработанной компанией «Электронные Офисные Системы», с инфраструктуры на базе СУБД Oracle на СУБД Postgres Pro.
Проект является частью стратегии обеспечения технологической независимости АО «НИКИЭТ» в условиях прекращения технической поддержки со стороны иностранных производителей ПО. Его реализация направлена на соблюдение требований указа президента РФ «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации», а также реализации программы по импортозамещению в области ИКТ.
Ключевые задачи проекта:
- 
	
Обеспечение миграции СЭД «Дело» на Postgres Pro с сохранением функциональности системы.
 - 
	
Минимизация рисков остановок и сбоев в работе критически важных систем.
 - 
	
Поддержка непрерывности бизнеса и эффективности деятельности компании после перехода на отечественную систему.
 
 - 
	
 - 
						
Сроки выполнения
ноябрь, 2023 — май, 2024 - 
						
Год завершения проекта
2024
 - 
						
Масштаб проекта
1000 автоматизированных рабочих мест - 
						
Результаты
Успешная миграция с сохранением всех функций и данных.
- 
	
Реализован отказоустойчивый кластер на Postgres Pro, полностью отвечающий требованиям заказчика к надежности системы с высоким уровнем бизнес-критичности.
 - 
	
Документы в объеме 2 ТБ успешно перенесены в СУБД Postgres Pro Enterprise.
 - 
	
Пользователи СЭД «Дело» работают в системе и отмечают её производительность и удобство работы с привычным интерфейсом и функциями.
 
 - 
	
 - 
						
Уникальность проекта
Стратегическая важность: миграция на новую платформу производится для обеспечения непрерывной работы критически важной системы, независимо от внешних ограничений
Технологическая независимость: переход на импортонезависимую СУБД (Postgres Pro) позволяет не зависеть от иностранных производителей
Большие объемы специфических данных: с помощью специально разработанной утилиты выгружены и перенесены 2 ТБ документов
Глубокая проработка инфраструктуры: создан экспериментальный стенд и проведено предварительное тестирование подхода и тестовая миграция, разработан подход к резервированию СУБД, настроен мониторинг
Отказоустойчивость и защита данных: создан кластер с механизмами физической репликации, резервного копирования, обеспечивающий высокую степень отказоустойчивости, возможность синхронизации с резервным сервером и минимизации временной потери данных.
 - 
						
Использованное ПО
Система электронного документооборота «Дело», СУБД Oracle (предыдущая), СУБД Postgres Pro Enterprise (новая).
 - 
													
Решение из каталога Global CIO
В проекте не используются решения из каталога Global CIO
 - 
						
Сложность реализации
Реализация проекта миграции системы электронного документооборота (СЭД) «Дело» на импортонезависимую СУБД Postgres Pro потребовала всестороннего анализа и тщательной подготовки.
Техническая сложность:
Миграция: Переход с Oracle на Postgres Pro требует глубокого понимания различий между двумя СУБД, включая SQL-синтаксис, архитектуру хранения данных и механизмы управления.
Отказоустойчивость: Необходимо разработать надежную систему резервирования и синхронизации данных.
Организационная сложность:
Координация команды: Участие нескольких компаний (ЭОС, РДТЕХ и НИКИЭТ) подразумевает необходимость четкой координации действий.
Информационная безопасность:
Защита данных: Обеспечение безопасности и конфиденциальности данных в ходе миграции и после неё является критически важным задачей.
 - 
						
Описание
Миграция СЭД «Дело» на импортонезависимую СУБД, перенос данных, сохранение функционала и бизнес-логики системы.
Одной из главных задач проекта миграции был перенос данных из старой СУБД в новую в полном объеме и сохранение всего набора инструментов и функций в бизнес-логике системы.
Специалисты РДТЕХ обеспечили необходимую инфраструктуру со стороны СУБД — подготовили базы данных требуемой конфигурации, настроили мониторинг и резервирование. На подготовительной стадии проекта был создан экспериментальный стенд и проведено предварительное тестирование предложенного подхода.
Основные трудности при миграции с Oracle на Postgres Pro вызвала выгрузка 2 ТБ документов, хранящихся в СЭД, из БД Oracle во внешнее хранилище. Проблема была успешно решена специалистами ЭОС: они разработали утилиту, которая позволила выполнить выгрузку за приемлемое время и без потери данных.
Особое внимание в ходе проекта уделялось обеспечению отказоустойчивости работы СЭД на новой СУБД и минимизации рисков утраты данных. Реализованный на Postgres Pro кластер с механизмами резервного копирования продемонстрировал необходимую степень отказоустойчивости и требуемую работоспособность. БД СЭД «Дело» на резервном сервере регулярно синхронизируется с актуальной базой данных системы на основном сервере. Максимально допустимый временной промежуток, за который возможна потеря данных (в маловероятном случае критичных сбоев в работе основного сервера), составляет не более 15 минут.
 - 
						
География проекта
Москва
 
- 
			
Заказчик
            АО «НИКИЭТ»
 - 
							
ИТ-поставщик
            РДТЕХ, Электронные офисные системы
 
            
Комментировать могут только авторизованные пользователи.
Предлагаем Вам войти в систему или зарегистрироваться.
Максим Часовиков
МГУ имени М.В.Ломоносова
Руководитель цифровизации образовательных процессов
Илларион Линде
АО «НИКИЭТ»
Начальник отдела информационных систем
Вячеслав Чупраков
Прагматика Эксперт
Заместитель ИТ директора по инфраструктуре и сервисам
Ольга Горохова
РДТЕХ
Директор по маркетингу
- Добавление новой записи и изменение существующей не функциональном уровне.
 - Имитация падения основного узла СУБД.
 - Изменение роли узла Slave в Master.
 - Изменение записи ДНС для приложения.
 - Проверка измененных в п.1 данных.
 
Проверка прошла успешно. Время простоя - в пределах 5ти минут.После этого выполнено обратное переключение.Нагрузочное тестирование не проводилось - такой задачи со стороны заказчика не ставилось.