Переход 1С с MS SQL на PostgreSQL: что проверить до переноса

Когда стоит рассматривать переход

Поводом может быть задача снизить расходы на лицензии MS SQL, изменить инфраструктуру или перейти на другую поддерживаемую технологическую основу. Сначала сравните полную стоимость: перенос, обследование доработок, оборудование, поддержку выбранной сборки и дальнейшее администрирование.

Если главная проблема — медленная 1С, сначала нужна диагностика. Неоптимальный запрос, блокировки или недостаточная скорость дисков не обязательно исчезнут после смены СУБД. Производительность проверяют на ваших операциях и нагрузке; заранее обещать ускорение нельзя.

Как выбрать совместимую СУБД

Зафиксируйте точный релиз платформы 1С, конфигурацию, доработки, операционную систему и архитектуру сервера. Затем проверьте поддерживаемое сочетание по документации именно вашей версии платформы. Одинаковое название PostgreSQL ещё не означает одинаковую поддержку разных сборок.

Фирма 1С выпускает PostgreSQL с собственными патчами. Актуальные варианты и ограничения сверяйте со страницей PostgreSQL для 1С и перечнем поддерживаемых СУБД. Универсального номера версии для всех баз нет.

Что собрать до пробного переноса

• Версии платформы и конфигурации, расширения, внешние обработки и обращения к базе вне штатных механизмов 1С.
• Размер базы, прирост, число одновременно работающих сотрудников и периоды максимальной нагрузки.
• Обмены, фоновые задания, отчёты, интеграции, права пользователей и способы подключения.
• Состояние резервных копий, результат проверки восстановления и допустимое время недоступности.
• Контрольные операции: например, проведение набора документов, отчёт, закрытие периода и обмен заказами.

Исходные замеры сохраняйте вместе с условиями: набором данных, количеством сеансов и параллельными заданиями. Иначе сравнение до и после может отражать разную нагрузку.

Зачем нужен тест на копии

Подготовьте отдельную среду и выберите поддерживаемый для вашей базы способ переноса по документации 1С. Резервная копия MS SQL не является готовой копией для восстановления в PostgreSQL; обычный pg_dump также не переносит базу из MS SQL. Не подменяйте проверенную процедуру случайным преобразованием таблиц.

На копии измерьте длительность переноса, проверьте запуск 1С и повторите контрольные операции. Тестовые обмены и задания изолируйте от рабочих адресатов, чтобы копия не отправляла реальные заказы, документы и уведомления.

Что проверить перед разрешением на запуск

• Учётные данные: выбранные остатки, обороты, документы и результаты контрольных отчётов.
• Рабочие сценарии: проведение, закрытие периода, печать, права и подключение разных ролей.
• Обмены и задания: состав данных, расписание, ошибки и отсутствие повторной передачи записей.
• Производительность: те же операции на согласованном наборе данных, включая параллельную работу.
• Копирование и восстановление новой системы, доступность мониторинга и ответственный за сопровождение.

Заранее определите, кто принимает каждую проверку. Если критичная операция не проходит или скорость не подходит, рабочее переключение переносится до выяснения причины.

Как согласовать окно переключения и возврат

Основную подготовку можно выполнить отдельно от рабочей системы. Для финального переноса обычно требуется согласованное окно: ограничить изменения и обмены, получить актуальную копию, перенести данные, проверить новую систему и затем открыть работу пользователей. Продолжительность определяют пробным переносом, а не обещанием заранее.

План возврата должен отвечать, при каких условиях он запускается и кто принимает решение. До начала новых записей вернуться к исходной системе проще. Если сотрудники уже внесли данные в PostgreSQL, простой запуск старой базы оставит эти изменения за пределами учёта. Нужен отдельный порядок их сохранения и переноса; держать две расходящиеся рабочие базы нельзя.

Что контролировать после перехода

Следите за ошибками 1С, медленными операциями, ожиданиями блокировок, обменами, свободным местом и результатами копирования. Для PostgreSQL необходимы обслуживание таблиц и актуальная статистика планировщика; состав настроек зависит от нагрузки. Это не повод отключать autovacuum ради разового теста. См. документацию PostgreSQL по обслуживанию.

Выберите способ копирования для новой системы и проверьте восстановление. Документация PostgreSQL описывает логические копии; конкретный план должен учитывать размер базы, роли, параметры окружения и допустимое время восстановления. Успешное создание файла само по себе ещё не подтверждает восстановимость всей системы.

Короткий список для первого обсуждения

Сообщите, зачем планируете переход, версии 1С, размер базы, число пользователей, основные обмены и допустимое окно работ. Для первого обращения достаточно описания; доступы и передачу рабочих данных согласуем отдельно.

• Реальный кейс перехода с MS SQL на PostgreSQL — как была организована подготовка и проверка.
• Сопровождение 1С — оценка задачи, работа с базами и доработками.
• Серверы и сети — инфраструктура, обслуживание и мониторинг.
• Диагностика и ускорение 1С — если переход рассматривается из-за задержек.