Мы сталкиваемся с хорошо известными проблемами эффективности pg_dumps с точки зрения скорости. В настоящее время у нас есть PostgreSQL, размещенный на Azure, в котором хранятся наши ресурсы, которые создаются/обновляются SmileCDR. Каким-то образом через три месяца он становится больше за счет сохранения FHIR-объектов. Теперь мы хотим иметь совершенно новую среду; в этом случае постоянные данные в PostgreSQL должны быть удалены, а новая база данных должна быть инициирована со старым набором данных.
Обратите внимание.
- pg_dump занимает гораздо больше времени, почти сутки. Как можно ускорить процесс резервного копирования-восстановления?
- Какие альтернативы мы могли бы использовать и применять в то время как pg_dump для достижения цели?
Важные примечания.
- Flyway, используемый SmileCDR для управления версиями в PostgreSQL.
- Приходится копировать все со старого на новый.
- Версия PostgreSQL — 11, 2 виртуальных ядра, хранилище 100 ГБ.
- Объекты FHIR хранятся в PostgreSQL.
- Некоторые предложения, такие как несколько заданий, без сжатия, формат каталога, практиковались, но это не оказало существенного влияния.