Инкрементальный бэкап данныйх

M
На сайте с 22.02.2007
Offline
161
1594

Подскажите как лучше делать инкрементальный бэкап данных. А то мои полные бэкапы доросли до 10ГБ...

Вроде бы как-то tar'ом можно делать, но вот только как? Может у кого готовый скриптик есть?

Торрент Трекер Катушка - скачать фильмы (http://katushka.net) | SmartProgress - достижение целей (https://smartprogress.do/) Партнерская программа SmartProgress (https://smartprogress.do/affiliate)
firacet
На сайте с 23.07.2008
Offline
68
#1
maxttor:
Подскажите как лучше делать инкрементальный бэкап данных. А то мои полные бэкапы доросли до 10ГБ...
Вроде бы как-то tar'ом можно делать, но вот только как? Может у кого готовый скриптик есть?

Я использую duplicity. Еженедельный полный бекап и ежедневный инкрементный.

Размер полного бекапа сейчас в районе 90гб. он делается около 5 часов. Инкрементальный давольно шустро, минут 20-30.

( это время с учетом заливки по фтп на другой сервер )

Сбылись мечты народный: Мир-Труд-Май
M
На сайте с 22.02.2007
Offline
161
#2
firacet:
Я использую duplicity.

Спасибо! шикарный вариант! Просто и эффективно!

S
На сайте с 23.05.2004
Offline
315
#3

http://www.opennet.ru/dev/fsbackup/ использую. Единственный минус, для криптования использует PGP , а мне aes больше приятен.

Это просто подпись.
M
На сайте с 22.02.2007
Offline
161
#4

А есть инструменты для инкрементированного бэкапа базы данных

M
На сайте с 16.09.2009
Offline
278
#5

fsbackup, rsnapshot

Абонементное сопровождение серверов (Debian) Отправить личное сообщение (), написать письмо ().
A
На сайте с 04.03.2011
Offline
20
#6

rdiff-backup

S
На сайте с 23.05.2004
Offline
315
#7
А есть инструменты для инкрементированного бэкапа базы данных

Впервые о таком слышу :) Имхо не реально, разве что средствами самой базы данных по логам изменений.

M
На сайте с 16.09.2009
Offline
278
#8
Stek:
Впервые о таком слышу :) Имхо не реально, разве что средствами самой базы данных по логам изменений.

"Разве что"? :) Это и есть - бинарные логи (MySQL).

S
На сайте с 23.05.2004
Offline
315
#9

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

Хотя фиг знает, до инкрементального бакапа базы как то дело не доходило, выгоднее сразу все бакапить :)

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий