Re: backup bike

[9211297]

11/28/2016 11:49 PM, Dmitri V. Ivanov пишет:

On Sun, Nov 27, 2016 at 05:10:14AM +0300, 9211297 wrote:
> сеть. Файловые системы - строго наитивные (сейчас фактически только
> ext4). Разумеется, через некоторое время (или размер инкремента) ???
> полный бэкап.

На нативных строгий инкремент дает алгоритм, вшитый в GNU tar с
опцией --listed-incremental. Соответственно искать обвязку либо писать
самому.


Именно на этом я велосипед и строил. Но есть ряд нюансов (победимых, но 
имхо дорого).

borg очень понравился, на нем и остановлюсь.
Благодарю всех за помощь.

Re: backup bike

[Dmitri V. Ivanov]

On Sun, Nov 27, 2016 at 05:10:14AM +0300, 9211297 wrote:
> сеть. Файловые системы - строго наитивные (сейчас фактически только
> ext4). Разумеется, через некоторое время (или размер инкремента) ???
> полный бэкап.

На нативных строгий инкремент дает алгоритм, вшитый в GNU tar с 
опцией --listed-incremental. Соответственно искать обвязку либо писать
самому.

Re: backup bike

[Konstantin Matyukhin]

2016-11-27 10:37 GMT+01:00 Михаил Касаджиков :

> 27.11.2016 05:10, 9211297 пишет:
> > Приветствую.
> > Хочу строить велосипед, но думаю, что зря - должно же быть что-то именно
> такое. Прошу подтвердить или опровергнуть.
> > Задача: инкрементальные автоматизированные бэкапы некоторых частей $HOME
> на одном, максимум - двух хостах (соответственно, могут быть не совсем
> автоматизированы, что-то можно свалить на пользователя, то есть меня).
> Инкрементальность - ключевой момент, ибо будет литься в сеть. Файловые
> системы - строго наитивные (сейчас фактически только ext4). Разумеется,
> через некоторое время (или размер инкремента) – полный бэкап.
> > Отдельные уровни резервирования (по частоте, например) для данных разной
> важности/размера (пароли, документы, фотографии, ...).
> > Хранение локально и онлайн, соответственно, под пароль всё, что кидается
> на dropbox/googledisk/etc.
> > Время восстановления - не особо критично, несколько часов вполне
> годится. А вот время бэкапа по возможности хотелось бы сократить.
> > Написать могу, но времени жалко, а главное надежность на себе проверять
> придется.
> > Рассмотрю подсказки в стороны файловых систем тоже, но я с трудом могу
> представить на них инкремент.
>

Мне нравится borg. https://borgbackup.readthedocs.io/en/stable/index.html
Есть в бэкпортах. Вроде бы все вышеперечисленное умеет.

-- 
С уважением,
Константин Матюхин

Re: backup bike

[Михаил Касаджиков]

27.11.2016 05:10, 9211297 пишет:
> Приветствую.
> Хочу строить велосипед, но думаю, что зря - должно же быть что-то именно 
> такое. Прошу подтвердить или опровергнуть.
> Задача: инкрементальные автоматизированные бэкапы некоторых частей $HOME на 
> одном, максимум - двух хостах (соответственно, могут быть не совсем 
> автоматизированы, что-то можно свалить на пользователя, то есть меня). 
> Инкрементальность - ключевой момент, ибо будет литься в сеть. Файловые 
> системы - строго наитивные (сейчас фактически только ext4). Разумеется, через 
> некоторое время (или размер инкремента) – полный бэкап.
> Отдельные уровни резервирования (по частоте, например) для данных разной 
> важности/размера (пароли, документы, фотографии, ...).
> Хранение локально и онлайн, соответственно, под пароль всё, что кидается на 
> dropbox/googledisk/etc.
> Время восстановления - не особо критично, несколько часов вполне годится. А 
> вот время бэкапа по возможности хотелось бы сократить.
> Написать могу, но времени жалко, а главное надежность на себе проверять 
> придется.
> Рассмотрю подсказки в стороны файловых систем тоже, но я с трудом могу 
> представить на них инкремент.
>
>
> -
> Лев Б.
>
backup-manager

Инкрементарные бэкапы, заливка куда-нить, шифрование с помощью pgp. Программа 
простая, на баше. Никаких центральных серверов и прочего ынтерпрайза. Проще 
только сам tar.

RE: backup bike

[Pavel Marchenko]

Bacula. Все перечисленное может. Складывает в девайс или в указанную фс.

-Исходное сообщение-
От: "9211297" <9211...@gmail.com>
Отправлено: ‎27.‎11.‎2016 5:27
Кому: "debian-russian@lists.debian.org" 
Тема: backup bike

Приветствую.
Хочу строить велосипед, но думаю, что зря - должно же быть что-то именно 
такое. Прошу подтвердить или опровергнуть.
Задача: инкрементальные автоматизированные бэкапы некоторых частей $HOME 
на одном, максимум - двух хостах (соответственно, могут быть не совсем 
автоматизированы, что-то можно свалить на пользователя, то есть меня). 
Инкрементальность - ключевой момент, ибо будет литься в сеть. Файловые 
системы - строго наитивные (сейчас фактически только ext4). Разумеется, 
через некоторое время (или размер инкремента) – полный бэкап.
Отдельные уровни резервирования (по частоте, например) для данных разной 
важности/размера (пароли, документы, фотографии, ...).
Хранение локально и онлайн, соответственно, под пароль всё, что кидается 
на dropbox/googledisk/etc.
Время восстановления - не особо критично, несколько часов вполне 
годится. А вот время бэкапа по возможности хотелось бы сократить.
Написать могу, но времени жалко, а главное надежность на себе проверять 
придется.
Рассмотрю подсказки в стороны файловых систем тоже, но я с трудом могу 
представить на них инкремент.


-
Лев Б.

Re: backup bike

[Дмитрий Подковыркин]

Посмотрите на rdiff-backup.
Может инкрементить локально, может по ssh.
Всегда хранится актуальная копия, а прошлые снимки как последовательные 
инктеременты к с самому свежему.

--
Дмитрий
telegram: @dmitryrw

 



9211297 <9211...@gmail.com> 27 ноября 2016 г. 7:27:11 написал:


Приветствую.
Хочу строить велосипед, но думаю, что зря - должно же быть что-то именно
такое. Прошу подтвердить или опровергнуть.
Задача: инкрементальные автоматизированные бэкапы некоторых частей $HOME
на одном, максимум - двух хостах (соответственно, могут быть не совсем
автоматизированы, что-то можно свалить на пользователя, то есть меня).
Инкрементальность - ключевой момент, ибо будет литься в сеть. Файловые
системы - строго наитивные (сейчас фактически только ext4). Разумеется,
через некоторое время (или размер инкремента) – полный бэкап.
Отдельные уровни резервирования (по частоте, например) для данных разной
важности/размера (пароли, документы, фотографии, ...).
Хранение локально и онлайн, соответственно, под пароль всё, что кидается
на dropbox/googledisk/etc.
Время восстановления - не особо критично, несколько часов вполне
годится. А вот время бэкапа по возможности хотелось бы сократить.
Написать могу, но времени жалко, а главное надежность на себе проверять
придется.
Рассмотрю подсказки в стороны файловых систем тоже, но я с трудом могу
представить на них инкремент.


-
Лев Б.