Size: a a a

pgsql – PostgreSQL

2020 July 30

GS

Grigory Smolkin in pgsql – PostgreSQL
да, те файлы, что в инкрементальном бэкапе изменились, придется копировать заново
источник

ВС

Вячеслав Синельников... in pgsql – PostgreSQL
Grigory Smolkin
да, те файлы, что в инкрементальном бэкапе изменились, придется копировать заново
это понятно я хочу понять как инкремент натягивается на фулл при мерже...
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
т.е. если в полном бэкапе лежит гигабайтный файл, а в инкрементальном лежит один 8 килобайтный блок для этого файла, то после выполнения merge, rsync будет вынужден скопировать весь гигабайт
источник

ВС

Вячеслав Синельников... in pgsql – PostgreSQL
Grigory Smolkin
т.е. если в полном бэкапе лежит гигабайтный файл, а в инкрементальном лежит один 8 килобайтный блок для этого файла, то после выполнения merge, rsync будет вынужден скопировать весь гигабайт
все вот это я и хотел понять...
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
Вячеслав Синельников
это понятно я хочу понять как инкремент натягивается на фулл при мерже...
ну поменялся в файле блок номер 0 и улетел в инкрементальный бэкап.
при merge этот блок займет своё законное место в файле
источник

ВС

Вячеслав Синельников... in pgsql – PostgreSQL
надо думать так чтоб побайтно с анализом было :)
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
Вячеслав Синельников
все вот это я и хотел понять...
а, вру, всё даже хуже, по сути придется копировать весь полный бэкап
источник

ВС

Вячеслав Синельников... in pgsql – PostgreSQL
передача )
источник

ВС

Вячеслав Синельников... in pgsql – PostgreSQL
Grigory Smolkin
а, вру, всё даже хуже, по сути придется копировать весь полный бэкап
а вот это жопанька... я его 2 суток лить буду фулл при таких раскладах
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
ведь полный бэкап получает айдюк инкрементального и директория потом переименовывается
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
Вячеслав Синельников
а вот это жопанька... я его 2 суток лить буду фулл при таких раскладах
но, кстати, звучит как идея для оптимизации!
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
мы можем добавить флаг, который будет отключать переименование директории, один фиг мы на имя директории не полагаемся
источник

M

M in pgsql – PostgreSQL
Grigory Smolkin
ведь полный бэкап получает айдюк инкрементального и директория потом переименовывается
rsnapshot по папкам разбивает когда инкрементный бэкап делает
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
M
rsnapshot по папкам разбивает когда инкрементный бэкап делает
юзал, костыли на хардлинках
источник

ВС

Вячеслав Синельников... in pgsql – PostgreSQL
Grigory Smolkin
но, кстати, звучит как идея для оптимизации!
нужен функционал чтоб был встроенный типа команды migrate+sync и побайтно... только те байты что изменились...
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
Вячеслав Синельников
нужен функционал чтоб был встроенный типа команды migrate+sync и побайтно... только те байты что изменились...
а не хотите завести задачу на гитхабе?
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
источник

ВС

Вячеслав Синельников... in pgsql – PostgreSQL
тогда в скорости не проиграем.. я сейчас 20 мбит постоянно уже вторые сутки льются.... (скорость плавает так как работают днем люди) 30гиг перелить не могу
источник

ВС

Вячеслав Синельников... in pgsql – PostgreSQL
Grigory Smolkin
а не хотите завести задачу на гитхабе?
хорошая мысль думаю сяду распишу какнить и выложу как идею/задачу...
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
Главное - опишите проблему и какой бы Вы хотели интерфейс
источник