MEDOC. Переход с FireBird на PostgreSQL. Информация к размышлению

Итак в программе подачи отчетности MEDOC появилась поддержка PostgreSQL. Эта опция показалась мне интересной и погодя немного после первого анонса я решил перейти на него

Все работы проводятся на Windows 2016 Standart. Версия PostgreSQL — 14 для 1С, взята с сайта команды Postgrespro. Сетевая версия Медка 11.02.073

Процедура перехода

  1. Запоминаем версию Медка с которой работаем
  2. Средствами Медка делаем бекап всех баз в формате ZBF. В итоге получаем дамп базы, который включает в себя все предприятия, пользователей и группы
  3. Останавливаем ZvitGrp и бекапим файл ZVIT.FDB на тот случай, если что-то пойдет не так. Это рабочая база Firebird’a
  4. Сносим текущий инстанс Medoc Server. Medoc Station можно оставить
  5. Устанавливаем Медок из дистрибутива в ту же папку, где был свежеудаленный экземпляр. В качестве хранилища выбираем ProstgreSQL, который предварительно должен быть установлен и работать. В результате получаем чистую установку Медка
  6. Апдейтим Медок до версии, которую запомнили в п.1
  7. Запускаем Медок и выполняем восстановление из резервной копии, которую сделали в п.2

Напоминаю

    • Бекап всех предприятий (формат ZBF). При восстановлении из такого бекапа нет возможности восстановить конкретное предприятие, только все. Но зато в этот бекап попадают пользователи и группы
    • Бекап выбраных предприятий (формат ZBK). В этом случае есть возможность восстановить конкретное предприятие, однако в такой бекап не попадают пользователи и группы
    • Задачи из Медкового планировщика не попадают ни в один из бекапов. После переноса их нужно создавать снова
    • Если используете «Менеджер архіву програм» (BackupManager.exe) с путем сохранения бекапов в папке MedocSRV\ZVIT_ARC (предлагается по умолчанию) будьте осторожны. В случае разинстала Medoc Server анинсталлер удаляет содержимое папки MedocSRV. Соответственно бекапы из ZVIT_ARC улетают в сад

MEDOC. Переход на PostgreSQL

Интересные наблюдения

до перехода

  • Размер исходного файла-базы ZVIT.FDB — 24,5 Гб
  • После бекапа средствами Медка размер дампа (формат ZBF) — 12,6 Гб
  • Резервирование из Медка всех предприятий (формат ZBF) ~ 30 минут

после перехода

  • Размер базы в PostgreSQL — 18 Гб
  • Время резервирования базы Медка при помощи pg_dump ~ 14 минут. Размер такого дампа — 42 Гб
  • Резервирование из Медка всех предприятий (формат ZBF) ~ 24 минуты
  • Восстановление из резервной копии (формат ZBF) ~ 45 минут
  • Время резервирования из Медка выбраных предприятий (формат ZBK) ~ 18 часов. Сообщил об этом на техсаппорт Медка. Обещали перезвонить. Жду
  • В программе «Менеджер архіву програм» (BackupManager.exe) отсутствует опция «Створювати архів з перевіркою бази»
  • Вместо одного FDB-файла получили ~ 7300 файлов базы PostgreSQL
  • Общее время перехода на PostgreSQL около 2 часов

P. S.

Прямая ссылка на репозиторий перестала работать для пользователей украинских сетей. Для получения дистрибутива необходимо выполнить ряд шагов

  • B браузере идем на сайт 1c.postgres.ru и заполняем заякву (3 шага)
  • Проверяем почту, будет письмо с линком, который нужно открыть через tor
  • Набираемся терпения. Ошибку «This site can’t be reached» игнорируем. Вскоре появится предложение сохранить файл
5 1 голос
Оцените статью
Подписаться
Уведомить о
3 комментариев
Межтекстовые Отзывы
Посмотреть все комментарии
Konstantin GalaevD

Толковая статья, спасибо. Неплохо было бы указать для общей информации, какой сервер был задействован при описанных манипуляциях. Судя по скорости бекапа, довольно мощный, т.к., например, у меня при бекапе даже более малых баз Медка на fb3 процесс занимает несравнимо больше времени.

Konstantin GalaevD

Спасибо!