«Авито» перенесла 10 ТБ данных 1С с Microsoft SQL Server на Postgres Pro Enterprise. Самая нагруженная база занимала 7 ТБ. Проекту отвели три месяца, в команду вошли десять человек. Эти параметры приводит Postgres Professional в карточке проекта.
Масштаб впечатляет, но не отвечает на вопрос о вашей базе. Сроки «Авито» нельзя переносить на компанию со своим объёмом данных, нагрузкой и допустимым простоем.
Теперь Postgres Professional и «ИнфоСофт» подписали меморандум о стратегическом партнёрстве. Для владельца системы 1С вывод такой: Postgres Pro стоит включить в пилот, если миграция уже запланирована. Сам меморандум не доказывает прирост производительности и не назначает срок перехода.
О чём договорились Postgres Professional и «ИнфоСофт»
Соглашение охватывает Postgres Pro под крупные системы на платформе «1С:Предприятие». CNews называет три направления: нагрузочные тесты новых релизов, методики миграции и прямой обмен между инженерами.
Для тестов выбрали масштабные базы 1С:ERP, «1С:Управление холдингом» и 1С:ЗУП. Компании также планируют отрабатывать перенос терабайтных массивов с зарубежных СУБД при ограниченном простое.
Публикация описывает планы, а не готовые результаты. В ней нет конфигурации стенда, показателей запросов или требований к серверу.
| Направление работы | Какой риск проекта оно закрывает | Чего соглашение пока не подтверждает |
|---|---|---|
| Нагрузочные тесты новых релизов Postgres Pro | Помогают найти несовместимость и проблемы под тяжёлыми операциями 1С | Нет результатов тестов, состава стенда и сравнения с прежней СУБД |
| Адаптация под 1С:ERP, «Управление холдингом» и ЗУП | Учитывает поведение крупных прикладных решений, а не пустой базы | Нет показателей для вашей конфигурации, расширений и объёма данных |
| Методики переноса терабайтных массивов | Снижают риск неожиданного простоя при больших объёмах | Нет универсального срока миграции или допустимого окна остановки |
| Консультации между инженерными командами | Ускоряют разбор проблем на стыке СУБД и 1С | Нет обязательств по сроку ответа для конкретного заказчика |
| Вебинары и семинары | Передают накопленные приёмы администраторам и интеграторам | Обучение не заменяет репетицию на копии рабочей базы |
Соглашение усиливает техническую работу вокруг Postgres Pro, но не обещает ускорение вашей системы.
Реальный результат пока один: миграция «Авито»
Кейс «Авито» ценнее формулировок меморандума, потому что проект уже закончен. До перехода все системы 1С компании работали на Microsoft SQL Server. Об этом сообщают РБК Компании и Postgres Professional.
Техническую часть миграции выполнила команда «ИнфоСофт». Небольшие базы переносили через выгрузку и загрузку *.dt. Для крупных баз применяли ibcmd replicate.
Этот опыт подтверждает, что команда переносила не учебный контур. Однако опубликованные данные не раскрывают конфигурацию серверов, время простоя каждой базы и перечень проверенных операций 1С.
| Факт проекта «Авито» | Что он подтверждает | Что из него нельзя выводить |
|---|---|---|
| Перенесено 10 ТБ данных | Команда работала с терабайтным массивом, а не с демонстрационной базой | Ваша база перенесётся с той же скоростью |
| Самая нагруженная база занимала 7 ТБ | Методика охватила крупную информационную базу 1С | Для меньшей базы хватит пропорционально меньшего срока |
| На проект отвели три месяца | Миграцию планировали как отдельный проект | Любой переход займёт три месяца |
| В команду вошли десять человек | Проект потребовал нескольких ролей и координации | В каждой компании нужны десять специалистов |
Малые базы переносили через *.dt | Команда разделяла способы переноса по размеру базы | *.dt подходит под любое окно простоя |
Для крупных баз применяли ibcmd replicate | Для большого объёма использовали другой механизм | Этот механизм подходит вашей версии платформы и структуре данных |
Кейс доказывает опыт переноса крупного контура. Он не задаёт смету, срок или состав команды для другой компании.
Если вы ещё выбираете платформу, сначала сопоставьте SQL Server и PostgreSQL по лицензированию и сопровождению. Одна миграция крупной компании не заменяет такого сравнения.
В новости нет оснований обещать ускорение базы
В сообщениях о партнёрстве нет результатов будущих нагрузочных тестов. Там также нет измеренного ускорения запросов, требований к оборудованию, стоимости миграции и допустимого простоя.
Поэтому нельзя вывести из новости процент прироста или рекомендуемое число пользователей. Конфигурацию сервера тоже нельзя копировать с проекта «Авито»: её параметры не опубликованы.
Postgres Pro Enterprise выпускается в специализированной редакции для 1С. В карточке проекта «Авито» Postgres Professional также перечисляет BiHA, Multimaster, AQO 2.0 и pgpro_pwr.
Сам перечень модулей ничего не говорит об их пользе для конкретной базы. Сначала нужно установить, какой риск вы закрываете: отказ узла, тяжёлые запросы, резервирование или перенос без долгой остановки.
| Заявление подрядчика | Что запросить вместо заявления | Признак проверяемого ответа |
|---|---|---|
| «Postgres Pro ускорит 1С» | Список операций, которые сравнят до и после перехода | Одинаковая копия базы, одинаковые операции и зафиксированное время |
| «Перенесём с минимальным простоем» | Сценарий репетиции и способ финальной синхронизации | После прогона названо окно остановки для вашего контура |
| «Для миграции хватит текущего сервера» | Расчёт памяти, процессора и дисков под копию базы | Видны исходные данные и запас для одновременной работы процессов |
| «Нужна редакция Enterprise» | Перечень функций, которые использует проект | Каждая функция связана с конкретным требованием |
| «Есть успешный кейс “Авито”» | План переноса вашей базы с контрольными точками | Определены ответственные, проверка результата и возврат |
Ссылка на громкое внедрение подтверждает опыт исполнителя. Готовность вашего проекта подтверждает только план с проверяемыми результатами.
Когда Postgres Pro стоит включать в проект
Меморандум не создаёт причину для миграции. Он добавляет ещё один аргумент к пилоту, когда причина уже есть.
Такой причиной может стать стоимость лицензий Microsoft SQL Server. Другой вариант — требования к российскому программному стеку. Третья ситуация возникает, когда действующая СУБД ограничивает дальнейшее развитие контура.
Если этих условий нет, менять работающую СУБД из-за новости не нужно. Миграция затронет резервное копирование, мониторинг, регламентные работы и порядок восстановления.
| Ваша ситуация | Решение сейчас | Что потребовать от подрядчика |
|---|---|---|
| Миграции нет в плане, Microsoft SQL Server закрывает задачи | Не менять СУБД из-за меморандума | Оценить причины перехода отдельно от новости |
| Переход с Microsoft SQL Server уже согласован | Включить Postgres Pro в пилот | Редакцию СУБД, состав стенда и сценарий проверки |
| База крупная, окно простоя ограничено | Провести полную репетицию переноса | Способ синхронизации, хронометраж этапов и план возврата |
| Закрытие месяца создаёт основную нагрузку | Проверить эту операцию на копии | Один и тот же сценарий до и после миграции |
| Требуется отказоустойчивость | Отделить миграцию от проекта кластера | Схему переключения, ограничения и порядок проверки |
| Нет проверенной резервной копии | Сначала восстановить базу на отдельном стенде | Отчёт о восстановлении и проверку входа через клиент 1С |
Переход оправдан, когда решает названную проблему. Подписанный меморандум сам по себе такой проблемой не служит.
Пилот должен повторять работу вашей базы
Для пилота нужна копия производственной базы с её объёмом, расширениями и типовыми операциями. Пустая база покажет, что программы запускаются, но не проверит будущую работу пользователей.
Перед стендом договоритесь о сценарии. Подрядчик должен развернуть копию, выполнить выбранные операции и показать перенос в обе стороны. Результаты фиксируют отдельно по каждому действию.
Возьмите операции, задержку которых видит бизнес. Для одной компании это закрытие месяца. Для другой — загрузка заказов, расчёт зарплаты или формирование тяжёлого отчёта.
При проблемах с расчётным периодом пригодится проверка PostgreSQL на медленной операции закрытия месяца. Она помогает отделить настройки СУБД от поведения самой операции 1С.
Не начинайте пилот с единственной рабочей копии. Подготовьте резервную копию и проверьте её восстановление на отдельном контуре. Порядок зависит от выбранной схемы: логический дамп, физическая копия или архив WAL.
Для подготовки стенда используйте способы резервирования PostgreSQL с проверкой восстановления. Наличие файла копии ещё не доказывает, что из него поднимется база.
Что зафиксировать в протоколе пилота
Не сводите результат к фразе «работает быстрее». Запишите исходную и целевую СУБД, версии платформы 1С, редакцию Postgres Pro и характеристики стенда.
Для каждой операции сохраните последовательность действий и время выполнения. Отдельно запишите длительность переноса, проверки и возврата на прежнюю СУБД.
Порог успеха задаёте вы до старта. Например, компания может потребовать уложить остановку в доступное технологическое окно. Само значение зависит от рабочего графика и объёма базы, поэтому новость его не подскажет.
Что обсудить с подрядчиком до согласования проекта
Первый вопрос — точная редакция Postgres Pro. Формулировки «PostgreSQL» или «Postgres Pro» недостаточно: редакции отличаются доступными функциями и условиями поддержки.
Второй вопрос — способ переноса каждой базы. Проект «Авито» применял *.dt для небольших баз и ibcmd replicate для крупных. Это опыт конкретного контура, а не универсальная инструкция.
Третий вопрос — откат. Подрядчик должен заранее описать момент остановки изменений, проверку целевой базы и условия возврата на Microsoft SQL Server.
Четвёртый вопрос — резервное копирование после запуска. Новая СУБД меняет инструменты, расписание, контроль WAL и процедуру восстановления. Этот блок нельзя оставлять до дня переключения.
Пятый вопрос — окно простоя после репетиции. До пробного переноса подрядчик может дать оценку с допущениями. После репетиции у проекта должен появиться хронометраж именно вашей базы.
Если решение зависит от расширений, объёма базы и допустимой остановки, закажите технический разбор миграции вашего контура 1С. Обсуждать его имеет смысл после сбора исходных данных, а не вместо пилота.
Решение после новости
Не переносите базу только потому, что Postgres Professional и «ИнфоСофт» подписали меморандум. Документ описывает совместную работу, но пока не содержит результатов тестов.
Включайте Postgres Pro в пилот, если переход уже вызван лицензированием, требованиями к стеку или пределами действующей СУБД. Окончательный выбор делайте после репетиции на копии своей базы.
На ближайший разговор с подрядчиком возьмите пять вопросов:
- Какая редакция и версия Postgres Pro войдёт в проект?
- Каким способом перенесут каждую базу?
- Какие операции 1С войдут в проверку?
- Как команда вернётся на прежнюю СУБД при неудаче?
- Какое окно простоя показала полная репетиция?
Если вместо ответов подрядчик показывает только кейс «Авито», проект ещё не готов к запуску.