нагуглилось что-то такое..

Лучше входить отсюда https://www.meetup.com/ru-RU/postgresqlrussia/

ага, спасибо

Я еще слежу за GDocs'ом чтобы посмотреть что пропустил если что https://docs.google.com/document/d/1Iqr8iqTTOVhMuRMm5DD3_ubctSv3SzPaJXxmUChqgT8/edit#heading=h.l1lf2tbqr85r

собственно Николай фактически на okmeter.io меня и подсадил для 1С. Раньше я топил за Powa

Спасибо! Будем посмотреть.

Коллеги, у меня вопрос по pg_probackup
Например настроено так:
retention = 7 и дельта-копии, т.е. постоянно будет один FULL недельной давности и 6 DELTA после него.
Вопрос - если понадобится восстановиться на самое позднее время, то как будет происходить процесс?
Восстановится FULL, а потом последовательно каждая DELTA, или они каким-то чудным образом будут "собираться" одновременно?
К чему спрашиваю - вчера "игрался" с merge - так вот, объединение с дельтой, сделанной через 5 минут после полного заняло столько же времени, сколько и полный бэкап.
Боюсь, что восстановление FULL + 6 DELTA может занять очень много времени.

А версия pbk какая?

pg_probackup-11 2.4.2

Ну и бэкапы на "обычном" HDD лежат

Насколько я знаю при физической поломке его не восстанавливают.
Можете процедуру описать?

восстановление цепочки устроено так, восстанавливаются блоки, начиная с самого свежего инкрементального бэкапа и заканчивая полным

если блок был восстановлен, то он отмечается в битмапе и этот ж блок из более старых бэкапов уже не восстанавливается

Я не знаю как на самом деле, но рассказывали что, если ключ физически целый (ну или остатки его опознаваемы), то можно заплатить только за "болванку" (не знаю сколько) и его заменят. Но процедура муторная и согласовывается франчом с 1С и т.д. и т.п.

ну т.е. это не должно занимать по времени столько же, сколько займет 5 последовательных "merge"?

p.s. я, конечно, через неделю смогу это сам увидеть вживую, но хотелось заранее понимать чего ждать )

мерж устроен сложнее, т.к. у нас по сути два сжатых файла и на выходе нужно получить один сжатый файл

и сделать это можно только расжатием каждого из этих файлов, восстановлением блоков из более свежего файла и сжатием этого результирующего файла

если файл со времен полного бэкапа не менялся, то он переносится как есть

опять же при условии, что алгоритм сжатия не менялся, и версия программы одинаковая

Замена существует. Нужен сам сломанный ключ с его серией, копия рег анкеты и франч просит заявление написать. Потом всё это добро отправляется в 1С, и они уже решают какая поломка. На сколько помню стоимость пустого hasp ключа оплачивается в зависимости от поломки, но это не точно. Если найду письмо с описанием процедуры, то напишу