Переход с MS SQL на PostgreSQL в «1С»: почему это уже не «если», а «когда»
Материал предоставлен экспертом по ИТ-технологиям ООО «Индустрия Информатики» (под брендом ГЭНДАЛЬФ) Сергеем Родионовым.
Уход Microsoft с российского рынка заставил многие компании пересмотреть свои планы по развитию ИТ-инфраструктуры. Один из самых частых вопросов сегодня – переход с Microsoft SQL Server на PostgreSQL. Однако смена СУБД всегда сопряжена с рисками: возможны падение производительности, ошибки в работе и скрытые затраты.
В этом материале поговорим о том, для кого такой переход становится необходимостью, из каких этапов он состоит и на какие «подводные камни» стоит обратить внимание.
Почему PostgreSQL рассматривают как альтернативу
PostgreSQL – это промышленная СУБД с открытым исходным кодом. Она поддерживает сложные запросы, транзакции, масштабирование и гарантирует целостность данных. Работает с разными типами информации: тексты, числа, даты, географические объекты.
Эта система зарекомендовала себя как гибкое решение, которое одинаково эффективно справляется как с небольшими, так и с крупными базами данных. Она широко применяется в веб-разработке, аналитике и там, где требуется надежное хранение данных. Для организаций, использующих продукты «1С», переход на PostgreSQL открывает возможности по повышению производительности и независимости от зарубежных вендоров.
Важно. Для российского рынка существует СУБД Postgres Pro, созданная на базе PostgreSQL. Она развивается под отечественные задачи, имеет официальную поддержку и входит в реестр отечественного ПО.
Что подталкивает компании к переходу
Причин несколько, и все они лежат в практической плоскости.
- Импортозамещение
Главный фактор – уход Microsoft. Техподдержка и приобретение новых лицензий в России больше недоступны. Хотя переход не является жестким требованием для всех, риск дальнейшего ограничения функционала иностранных продуктов делает отечественные аналоги более оправданным выбором.
Особенно это касается государственных учреждений – они уже сейчас обязаны использовать только разрешенные СУБД.
- Лицензионная чистота
Сложности с легальным использованием продуктов Microsoft заставляют искать альтернативы.
Чтобы избежать рисков, компаниям стоит перейти на российскую СУБД вроде Postgres Pro. Это даст официальное подтверждение подлинности продукта.
- Отсутствие обновлений
Со временем функциональность старых версий Microsoft SQL Server будет отставать от современных требований. Обновления и новые лицензии недоступны, поэтому вопрос перехода на другую СУБД рано или поздно встанет перед любой организацией. Заблаговременное планирование интеграции отечественного ПО в ИТ-ландшафт выглядит более рациональной стратегией.
- Прекращение поддержки SAP и «1С:УПП»
Эти системы больше не будут сопровождаться в России. Для тех, кто их использует, переход на аналоги неизбежен. Логично совместить этот процесс с переходом на PostgreSQL, чтобы провести одну комплексную миграцию вместо двух.
К сведению. Фирма «1С» активно развивает свои продукты под PostgreSQL. Платформных ограничений нет – эта СУБД может полноценно заменить Microsoft SQL Server.
- Техподдержка
Так как техподдержка Microsoft в России больше не работает, встает вопрос: к кому обращаться в случае возникновения проблем. Техподдержка PostgreSQL от российских вендоров работает в штатном режиме, а значит с данной СУБД такой ситуации не возникнет.
Риски при переходе: что может пойти не так и как это исправить
Опыт показывает несколько типовых проблем, с которыми сталкиваются чаще всего:
- ошибки становятся критичными при численности пользователей от 300 человек, но могут доставить проблемы и в небольших коллективах;
- падение производительности рабочих приложений;
- сбои у отдельных пользователей при применении определенного функционала.
- критические ошибки в обновленных программах, делающие невозможной дальнейшую деятельность;
- специфические ошибки, вызванные различиями в логике функционирования PostgreSQL и Microsoft SQL Server;
- недостаточная квалификация штатных специалистов (отсутствие уверенности, что внутренняя команда справится);
- нерациональное использование ресурсов: после некорректной миграции система может потреблять больше мощностей без прироста производительности;
- потенциальная несовместимость с ОС Windows. PostgreSQL оптимально работает на Linux, и не все механизмы (например, COM-соединения, популярные для обмена данными) доступны на других ОС. Если в Windows-среде после перехода не возникает ошибок, специально менять ОС не обязательно, к тому же это требует проверки.
Снизить большинство рисков помогает тщательный предварительный аудит текущего ландшафта и бизнес-процессов, а также нагрузочное тестирование и последующая настройка. Такой подход позволяет выявить специфические риски и провести миграцию корректно.
Основные этапы перехода
Теперь перейдем к самому процессу. Чтобы грамотно произвести переход и избежать ошибок, нужно выполнить обязательных шагов.
|
№ |
Наименование этапа |
Задачи |
Результат |
|---|---|---|---|
| 1 | Обследование (Аудит) |
1. Анализ текущего контура. 2. Фиксация показателей производительности оборудования и операций в целевой базе (APDEX). 3.Обработка полученных данных. |
Дорожная карта проекта. |
| 2 | Подготовка тестового стенда |
1. Подготовка инфраструктуры заказчика для нагрузочного тестирования (с учетом рекомендаций «1С» и накопленного опыта). 2. Тестовый перенос базы с MS SQL на PG. |
Оборудование готово к нагрузочным тестам. |
| 3 | Нагрузочное тестирование |
1. Согласование программы и методики испытаний. 2. Подготовка нагрузочного теста на основе реальных сценариев работы пользователей. 3. Проведение нагрузочных тестов, сбор метрик. 4. Тюнинг конфигурации PG для наилучшей производительности. 5. Фиксация проблемных операций для принятия решения по их исправлению. |
1. Выявлены проблемы производительности, сформирован реестр проблем с вариантами решения. 2. Сроки и бюджет устранения проблем согласовывается отдельно. |
| 4 | Подготовка продуктовых серверов |
1.Проведение нагрузочных тестов уже на продуктовом оборудовании. 2. Переустановка ПО, настройка и тюнинг согласно результатам тестов. 3. Точечная настройка параметров PG и «1С» на оборудовании заказчика. 4. Настройка мониторинга и автоматического резервного копирования средствами PG. |
Оборудование настроено и готово к промышленной эксплуатации. |
| 5 | Финальный перенос и ввод в эксплуатацию | Старт промышленной эксплуатации, мониторинг ключевых показателей в первые две недели работы системы для оперативного устранения возможных проблем. | Базы данных перенесены на новую ОС и СУБД. |
Риски на разных этапах перехода
Иногда сложности возникают уже в момент перехода и могут обернуться неприятными последствиями. Вот примеры самых частых рисков.
|
Наименование этапа |
Возможные ошибки |
|---|---|
| Обследование (Аудит) | Не имея исходной информации, невозможно определить цели и задачи проекта, а также корректно настроить тестовую среду. |
| Подготовка тестового стенда |
1. Если стандартный метод переноса данных не срабатывает, требуются альтернативные решения. 2. Неправильные настройки оборудования заказчика могут снизить производительность системы. |
| Нагрузочное тестирование | Отсутствие должных тестов приводит к снижению эффективности системы в рабочем режиме и требует дополнительных доработок. |
| Подготовка продуктовых серверов |
1. Ошибки в настройках оборудования влияют на производительность. 2. Без мониторинга специалисту невозможно анализировать и устранять возникающие проблемы. |
| Финальный перенос, ввод в промышленную эксплуатацию | Недостаточное тестирование функционала силами заказчика может привести к ошибкам, затрудняющим работу пользователей. |
Ключевые выводы
Переход с Microsoft SQL Server на PostgreSQL – это стратегическое решение, направленное на повышение гибкости, снижение зависимости от ушедшего вендора и, при правильном подходе, улучшение производительности. Он требует тщательного планирования: миграции данных, возможно – обучения персонала, адаптации существующих приложений.
Первый и самый важный шаг – проведение начального аудита ИТ-инфраструктуры, чтобы специалистам получить полную картину. И, как показывает практика, квалификация людей, которые проводят миграцию, критически влияет на результат. Привлечение специалистов с опытом подобных проектов остается самой надежной страховкой от типовых ошибок в данном процессе.
