У меня есть таблица 1 ТБ (X), которая затрудняет резервное копирование.
Таблица X содержит исторические данные журнала, которые не часто обновляются после создания.Обычно мы обращаемся только к одной строке за раз, поэтому производительность по-прежнему очень хорошая.
В настоящее время мы делаем ночные полные логические резервные копии и исключаем X из-за времени и пространства резервного копирования.Нам не нужны исторические резервные копии X, поскольку файлы журналов, из которых он заполняется, резервируются сами.Тем не менее, восстановление X путем повторной обработки файлов журнала может занять слишком много времени.
Я бы хотел включить X в нашу стратегию резервного копирования, чтобы время восстановления могло быть намного быстрее.Кажется нецелесообразным включать X в ночное логическое резервное копирование.
В идеале, я бы хотел одну полную резервную копию для X, которая обновляется постепенно (чисто для экономии времени).
Мне не хватает опыта, чтобы исследовать решения в одиночку, и мне интересно, какие у меня варианты?
Бармен для дополнительных обновлений?Раздел X?И то и другое?
После некоторого прочтения я склонен разбивать таблицу и писать ночные сценарии для выполнения логических резервных копий только на измененных разделах таблицы (и замены предыдущих резервных копий).Тем не менее, эта стратегия может все еще занять много времени во время восстановления с pg_restore ... Мысли?
Спасибо!