Итак в программе подачи отчетности MEDOC появилась поддержка PostgreSQL. Эта опция показалась мне интересной и погодя немного после первого анонса я решил перейти на него
Все работы проводятся на Windows 2016 Standart. Версия PostgreSQL — 14 для 1С, взята с сайта команды Postgrespro. Сетевая версия Медка 11.02.073
Процедура перехода
- Запоминаем версию Медка с которой работаем
- Средствами Медка делаем бекап всех баз в формате ZBF. В итоге получаем дамп базы, который включает в себя все предприятия, пользователей и группы
- Останавливаем
ZvitGrpи бекапим файлZVIT.FDBна тот случай, если что-то пойдет не так. Это рабочая база Firebird’a - Сносим текущий инстанс Medoc Server. Medoc Station можно оставить
- Устанавливаем Медок из дистрибутива в ту же папку, где был свежеудаленный экземпляр. В качестве хранилища выбираем ProstgreSQL, который предварительно должен быть установлен и работать. В результате получаем чистую установку Медка
- Апдейтим Медок до версии, которую запомнили в п.1
- Запускаем Медок и выполняем восстановление из резервной копии, которую сделали в п.2
Напоминаю
-
- Бекап всех предприятий (формат ZBF). При восстановлении из такого бекапа нет возможности восстановить конкретное предприятие, только все. Но зато в этот бекап попадают пользователи и группы
- Бекап выбраных предприятий (формат ZBK). В этом случае есть возможность восстановить конкретное предприятие, однако в такой бекап не попадают пользователи и группы
Задачи из Медкового планировщика не попадают ни в один из бекапов. После переноса их нужно создавать снова- Начиная с версии 11.02.147 настройки планировщика хранятся в БД и попадают в ZBF
- Если используете «Менеджер архіву програм» (
BackupManager.exe) с путем сохранения бекапов в папкеMedocSRV\ZVIT_ARC(предлагается по умолчанию) будьте осторожны. В случае разинсталаMedoc Serverанинсталлер удаляет содержимое папкиMedocSRV. Соответственно бекапы изZVIT_ARCулетают в сад
Интересные наблюдения
до перехода
- Размер исходного файла-базы 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 часов
И на десерт
Наконец-то есть ответ от представителя МЕДКА, где вполне конкретно сказано, почему восстановление из ZBK более медленное, чем из ZBF
Но все равно, где-то глубоко в душе есть надежда, что это не навсегда. Восстанавливать 30Гб базы в течении нескольких суток — ну так себе история. Для кого-то это остановка бизнеса, несданные вовремя отчеты, штрафы. Особенно для новых клиентов аутсорсинговых компаний, предоставляющих бухгалтерские услуги
P. S.
Прямая ссылка на репозиторий перестала работать для пользователей украинских сетей. Для получения дистрибутива предлагаю возпользоваться Tor’ом, который уже встроен в браузере Brave

Системный администратор с 2000 года
Участник Freelancehunt, Хабр Q&A
Кейсы

