forum.opennet.ru - "Доступна система резервного копирования restic 0.13" (75)

"Доступна система резервного копирования restic 0.13"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Доступна система резервного копирования restic 0.13"	+/–
Сообщение от opennews (??), 28-Мрт-22, 16:16
После года разработки представлен выпуск системы резервного копирования restic 0.13, предоставляющей инструментарий для сохранения резервных копий в версионированном репозитории, который может размещаться на внешних серверах и в облачных хранилищах. Данные хранятся в зашифрованном виде. Возможно определение гибких правил для включения и исключения файлов и каталогов при создании резервной копии. Поддерживается работа в Linux, macOS, Windows, FreeBSD и OpenBSD. Код проекта написан на языке Go и распространяется под лицензией BSD... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56924
Ответить \| Правка \| Cообщить модератору

Оглавление

Гораздо быстрее borg backup но до сих пор не поддерживает компрессию Поэтому в , Аноним (1), 16:16 , 28-Мрт-22, (1) +2

ну сжатие не всегда требуется, а тулза отличная, Onon (?), 17:47 , 28-Мрт-22, (8) +1

Самое основное, чувак, место не резиновое, КО (?), 18:10 , 28-Мрт-22, (10) +5

Сжатие это не задача бекапилки Жмите файловой системой или что у вас там вместо, ноунейм (?), 20:11 , 28-Мрт-22, (21) +3
Так есть же дедуп, уже он нехило место экономит , kvaps (ok), 22:56 , 28-Мрт-22, (33)

На XFS точно хорошо экономит , letsmac (ok), 23:06 , 28-Мрт-22, (34)

на XFS как раз таки совершенно нет, потому как размер экстента переменный btrfs , Аноним (64), 10:48 , 30-Мрт-22, (64)

Я проверял на своей файлопомойке с пересозданным разделом в cron джоб стоит С, letsmac (ok), 20:28 , 30-Мрт-22, (67)

компрессия ломает эффективность дедупликации, Аноним (24), 20:32 , 28-Мрт-22, (24) +1

так это одно и тоже, просто разные слова , Sw00p aka Jerom (?), 21:31 , 28-Мрт-22, (26) –1

Не обязательно Например Хаффман сжатие но не про дубли , Аноним (-), 05:37 , 29-Мрт-22, (36) –1

Нет, если применять компрессию после дедуплицикации, т е хранить дедуплицирован, Аноним (39), 07:15 , 29-Мрт-22, (39)

Правильно, потом пользователи будут жаловаться, что бэкап тормозит А когда один, Андрей (??), 01:04 , 31-Мрт-22, (68)

Сжимаются уже сжатые mssql бекапы exdupe дедуплекация 1Тб спокойно ужимается р, vitektm (?), 18:12 , 30-Мрт-22, (66)

kopia делает тоже самое что и restic и borg, но умеет и компрессию и депубликаци, OpenEcho (?), 07:34 , 29-Мрт-22, (40) +1
Написано что поддерживает компрессию тут ---https borgbackup readthedocs io en, Maks (??), 14:49 , 29-Мрт-22, (50)

Система резервного копирования - добро Из аналогов есть Duplicati, тоже поддержи, Аноним (3), 16:28 , 28-Мрт-22, (3) +2

Пованивает дотнетом, keydon (ok), 16:51 , 28-Мрт-22, (4) +1

RESTful или RESTless , Аноним (5), 16:59 , 28-Мрт-22, (5) –1

FUSEful , Аноним (6), 17:26 , 28-Мрт-22, (6) +1

держите restic-1 0-RELEASE Распространяю под лицензией MIT tar -cf - , Аноним (7), 17:43 , 28-Мрт-22, (7) +2

Необходимость вызывать компрессор gzip перед gpg отсутствует, т к gpg по умолчан, Alex (??), 18:47 , 28-Мрт-22, (15) +1

сразу видно юниксвей Спасибо за инфу though, лучше и вовсе отказаться от gpg в, Аноним (7), 18:53 , 28-Мрт-22, (18)

И какая именно часть тут отвечает за дедупликацию и версионирование , Аноним (-), 21:52 , 28-Мрт-22, (29) +4

Как обычно в Linux - то, что справляется с этой задачей лучше ZFS, iCat (ok), 02:56 , 29-Мрт-22, (35)

Как обычно в Linux - т е достаточно хреново Размеро-эффективность не говоря у, Аноним (-), 12:34 , 29-Мрт-22, (48)

другая, очевидно Глупый вопрос , Аноним (49), 12:39 , 29-Мрт-22, (49)

Глупая отмазка , Аноним (-), 19:32 , 29-Мрт-22, (57)

Круто, а теперь дифференциальный бэкап покажи Ты же не предлагаешь терабайты ка, Аноним (-), 05:39 , 29-Мрт-22, (37) +1

Да инкрементная мода не проблема tar --listed-incremental Проблема только в , OpenEcho (?), 07:40 , 29-Мрт-22, (41)
см dar https habr com ru post 215449 , Аноним (65), 11:21 , 30-Мрт-22, (65)

Как насчет p7zip Сжимает, шифрует - все в одном , Анонимище (?), 09:14 , 29-Мрт-22, (45)

Да, кстати, придется сначала затарить для сохранения прав и и т д , Анонимище (?), 09:25 , 29-Мрт-22, (46)

Как эта система в сравнении с Bacula Bareos , Аноним (9), 17:55 , 28-Мрт-22, (9)

нужно, Легивон (?), 18:33 , 28-Мрт-22, (13)
Это имхо уже более энтерпрайзное решение, в плане того, что больше рассчитано , Имяреяк (?), 21:58 , 28-Мрт-22, (30)
Это приблизительно как, ну как там - Белаз по сравнению с жигулями Один для ин, OpenEcho (?), 07:43 , 29-Мрт-22, (42)

Я правильно понимаю В данном случае белаз это рестик для интерпрайзов, а жигули, Легивон (?), 20:33 , 29-Мрт-22, (58)

бакула - это в основном интерпрайзное решение, а рестик, борг, копия прекрасно м, OpenEcho (?), 21:56 , 29-Мрт-22, (63)

Все эти системы работают с сервера, на котором лежат оригинальные файлы Если се, Аноним (11), 18:10 , 28-Мрт-22, (11) +1

а зачем ему зашифрованные бэкапы, если он уже имеет доступ к оригинальным файлам, Аноним (7), 18:24 , 28-Мрт-22, (12) –2

Чтобы их стереть Не , Аноним (16), 18:48 , 28-Мрт-22, (16)

а кто сказал, что рестик пишет не в append-only хранилище Башкой думай иногда, Аноним (7), 18:50 , 28-Мрт-22, (17)

А насколько оно append-only с точки зрения админа того сервера, где оно живёт , YetAnotherOnanym (ok), 20:10 , 28-Мрт-22, (20)

Если копирование идет не на ту же машину, то append-only не обойти , ноунейм (?), 20:14 , 28-Мрт-22, (22) +2

В ОП посте написано про rest-server , Легивон (?), 18:36 , 28-Мрт-22, (14) +1
Так, sshfs, ведь Мапиш удаленную тачку к себе и бэкапишь, дольше конечно, но за, OpenEcho (?), 07:46 , 29-Мрт-22, (43)

Нельзя украсть ваши данные в облаке, потому что это уже не ваши данные , YetAnotherOnanym (ok), 20:08 , 28-Мрт-22, (19) +3

крадут обычно не свое, ибо свое красть не зачем , Sw00p aka Jerom (?), 21:32 , 28-Мрт-22, (27)

А оно зачем если есть tar, gzip, bzip, scp, bash, openssl и т п , bOOster (ok), 21:44 , 28-Мрт-22, (28)

Чтобы удобно было пользоваться, Аноним (31), 22:29 , 28-Мрт-22, (31)

Получается, rsync тоже удобен , Аноним (32), 22:42 , 28-Мрт-22, (32) +2

Как минимум он лучше того что перечислил тот ламак для копирования по сети тольк, Аноним (-), 05:43 , 29-Мрт-22, (38)

Вот ведь лошара, элементарным tar ом пользоваться не умеет, но туда-же , bOOster (ok), 16:12 , 29-Мрт-22, (52)
https www gnu org software tar manual html_node Incremental-Dumps html code So, Аноним (-), 11:56 , 31-Мрт-22, (71)

Ну и как ими сделать инкрементальный дедуплицированный бэкап , OpenEcho (?), 07:48 , 29-Мрт-22, (44) +1

Значит так, берёшь tar в одну руку 8230 , Аноним (47), 09:53 , 29-Мрт-22, (47) +2

И в чем проблема то --listed-incremental --incremental, bOOster (ok), 16:15 , 29-Мрт-22, (53)

Ну примерно, да, у меня так еженедельные бэкапы сделаны Tar в одной руке и rsyn, Аноним (47), 16:57 , 29-Мрт-22, (54)

Дедупликация в бакапах Мда месье знает толк в извращениях Бакап должен бы, bOOster (ok), 17:29 , 29-Мрт-22, (55)

Он никому ничего не должен Зачем мне много копий одних данных в бэкапе Это не , Аноним (47), 17:56 , 29-Мрт-22, (56)
Значение знаешь Ты почитай как она работает и все вопросы отпадут Это весьма пр, Легивон (?), 21:11 , 29-Мрт-22, (60) –1

Я например часто делаю бекап и через pipe посылаю его в рестик чаще всего так д, Легивон (?), 20:50 , 29-Мрт-22, (59) –2
Good luck https unix stackexchange com questions 411324 is-it-possible-to-use-, OpenEcho (?), 21:47 , 29-Мрт-22, (61) –1
дедуплицированный бэкап , OpenEcho (?), 21:48 , 29-Мрт-22, (62)

Оно умеет в дедуп и дельту поблочно причем блоки не фиксированного размера , чт, Аноним (-), 11:58 , 31-Мрт-22, (72)

А вот скажите, какие есть методы против вытеснения данных в бекапах , Аноним (51), 15:50 , 29-Мрт-22, (51)
Отличный инструмент , Константин Брызгалов (ok), 06:07 , 31-Мрт-22, (69)
Очередной файловый бекап Как известно каждый гордый админ локалхоста обязан нап, pofigist (?), 11:46 , 31-Мрт-22, (70)

Комбайн, умеющий сразу всё - не юникс-вей Вам не на опеннет, а на ихбт или еще , Аноним (73), 21:38 , 31-Мрт-22, (73) –1

Годы ты тут увидел комбайн, болезный Есть задача - делать бекапы И централизов, pofigist (?), 18:52 , 01-Апр-22, (74)

Вы даже не осознаете своих когнитивных искажений Когда на винде вырос как специ, Аноним (73), 13:34 , 02-Апр-22, (75) –1

Нда Очередной гордый админ локалхоста Для начала рекомендую подробней изучи, pofigist (?), 14:33 , 02-Апр-22, (76)

Я изучал вопросы Для себя решал задачу бэкапом с ридонли реплики Читал backup r, Аноним (73), 16:34 , 02-Апр-22, (77)

Написал скрипт Уволен Потому что такой поход - порождающий систему, в которой н, pofigist (?), 18:37 , 02-Апр-22, (78)

Сообщения [Сортировка по времени | RSS]

1. "Доступна система резервного копирования restic 0.13" +2 +/–

Сообщение от Аноним (1), 28-Мрт-22, 16:16

Гораздо быстрее borg backup но до сих пор не поддерживает компрессию. Поэтому в некоторых случаях размер на диске неприемлим для использования как полноценное средство резервного копирования. Тикет с поддержкой компресси до сих пор не решен github.com/restic/restic/issues/21

Ответить | Правка | Наверх | Cообщить модератору

8. "Доступна система резервного копирования restic 0.13" +1 +/–

Сообщение от Onon (?), 28-Мрт-22, 17:47

ну сжатие не всегда требуется, а тулза отличная

Ответить | Правка | Наверх | Cообщить модератору

10. "Доступна система резервного копирования restic 0.13" +5 +/–

Сообщение от КО (?), 28-Мрт-22, 18:10

Самое основное, чувак, место не резиновое

Ответить | Правка | Наверх | Cообщить модератору

21. "Доступна система резервного копирования restic 0.13" +3 +/–

Сообщение от ноунейм (?), 28-Мрт-22, 20:11

Сжатие это не задача бекапилки. Жмите файловой системой или что у вас там вместо хранилища.

Ответить | Правка | Наверх | Cообщить модератору

33. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от kvaps (ok), 28-Мрт-22, 22:56

Так есть же дедуп, уже он нехило место экономит.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

34. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от letsmac (ok), 28-Мрт-22, 23:06

На XFS точно хорошо экономит.

Ответить | Правка | Наверх | Cообщить модератору

64. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (64), 30-Мрт-22, 10:48

на XFS как раз таки совершенно нет, потому как размер экстента переменный.
btrfs или VDO точно работают :-)

Ответить | Правка | Наверх | Cообщить модератору

67. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от letsmac (ok), 30-Мрт-22, 20:28

> на XFS как раз таки совершенно нет, потому как размер экстента переменный.
> btrfs или VDO точно работают :-)
Я проверял на своей файлопомойке с пересозданным разделом + в cron джоб стоит. Сработало. Я олдфаг с XFS у меня давние и приятные отношения.

Ответить | Правка | Наверх | Cообщить модератору

24. "Доступна система резервного копирования restic 0.13" +1 +/–

Сообщение от Аноним (24), 28-Мрт-22, 20:32

компрессия ломает эффективность дедупликации

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

26. "Доступна система резервного копирования restic 0.13" –1 +/–

Сообщение от Sw00p aka Jerom (?), 28-Мрт-22, 21:31

так это одно и тоже, просто разные слова :)

Ответить | Правка | Наверх | Cообщить модератору

36. "Доступна система резервного копирования restic 0.13" –1 +/–

Сообщение от Аноним (-), 29-Мрт-22, 05:37

Не обязательно. Например Хаффман сжатие но не про дубли.

Ответить | Правка | Наверх | Cообщить модератору

39. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (39), 29-Мрт-22, 07:15

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

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

68. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Андрей (??), 31-Мрт-22, 01:04

Правильно, потом пользователи будут жаловаться, что бэкап тормозит. А когда один бит побьётся, а накроется куча данных, то будут крики, кто же это додумался вообще сжимать. Причём накроются не просто данные, когда говорят, восстановите из бэкапа, а именно сам этот бэкап!

Ответить | Правка | Наверх | Cообщить модератору

66. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от vitektm (?), 30-Мрт-22, 18:12

Сжимаются уже сжатые mssql бекапы exdupe + дедуплекация.
1Тб спокойно ужимается раз  в 10 (у меня, когда полный бекап раз в неделю)
Скорость работы часто упрётся в скорость ssd/nvme (про hdd молчу) , но для хорошей дедуплекации чем больше памяти тем лучше как я понял.  Т.е. можно гигабайтами отдавать (кратно двум)
Zstandard якобы тоже круто https://interface31.ru/tech_it/2020/12/zstandard-novyy-bystr...

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

40. "Доступна система резервного копирования restic 0.13" +1 +/–

Сообщение от OpenEcho (?), 29-Мрт-22, 07:34

kopia делает тоже самое что и restic и borg, но умеет и компрессию и депубликацию и шифрофку и еще много чего, что нет у тех двоих. Написана кстати так же как и restic, на Го, так что портабилити гарантированно

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

50. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Maks (??), 29-Мрт-22, 14:49

Написано что поддерживает компрессию тут:
---
https://borgbackup.readthedocs.io/en/stable/
---
Compression
All data can be optionally compressed:
lz4 (super fast, low compression)
zstd (wide range from high speed and low compression to high compression and lower speed)
zlib (medium speed and compression)
lzma (low speed, high compression)

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

3. "Доступна система резервного копирования restic 0.13" +2 +/–

Сообщение от Аноним (3), 28-Мрт-22, 16:28

Система резервного копирования - добро.
Из аналогов есть Duplicati, тоже поддерживает разные бэкенды и шифрование.

Ответить | Правка | Наверх | Cообщить модератору

4. "Доступна система резервного копирования restic 0.13" +1 +/–

Сообщение от keydon (ok), 28-Мрт-22, 16:51

Пованивает дотнетом

Ответить | Правка | Наверх | Cообщить модератору

5. "Доступна система резервного копирования restic 0.13" –1 +/–

Сообщение от Аноним (5), 28-Мрт-22, 16:59

RESTful или RESTless ?!

Ответить | Правка | Наверх | Cообщить модератору

6. "Доступна система резервного копирования restic 0.13" +1 +/–

Сообщение от Аноним (6), 28-Мрт-22, 17:26

FUSEful.

Ответить | Правка | Наверх | Cообщить модератору

7. "Доступна система резервного копирования restic 0.13" +2 +/–

Сообщение от Аноним (7), 28-Мрт-22, 17:43

держите restic-1.0-RELEASE. Распространяю под лицензией MIT.
    tar -cf - "$@" | gzip -9 | gpg2 -c

Ответить | Правка | Наверх | Cообщить модератору

15. "Доступна система резервного копирования restic 0.13" +1 +/–

Сообщение от Alex (??), 28-Мрт-22, 18:47

Необходимость вызывать компрессор gzip перед gpg отсутствует, т.к.
gpg по умолчанию сжимает файл пред шифрованием.

Ответить | Правка | Наверх | Cообщить модератору

18. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (7), 28-Мрт-22, 18:53

сразу видно: юниксвей. Спасибо за инфу though, лучше и вовсе отказаться от gpg в пользу более поддающихся скриптованию альтернатив

Ответить | Правка | Наверх | Cообщить модератору

29. "Доступна система резервного копирования restic 0.13" +4 +/–

Сообщение от Аноним (-), 28-Мрт-22, 21:52

> держите restic-1.0-RELEASE. Распространяю под лицензией MIT.
>     tar -cf - "$@" | gzip -9 | gpg2 -c
И какая именно часть тут отвечает за дедупликацию и версионирование?

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

35. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от iCat (ok), 29-Мрт-22, 02:56

>>tar -cf - "$@" | gzip -9 | gpg2 -c
>И какая именно часть тут отвечает за дедупликацию и версионирование?
Как обычно в Linux - то, что справляется с этой задачей лучше: ZFS

Ответить | Правка | Наверх | Cообщить модератору

48. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (-), 29-Мрт-22, 12:34

>>>tar -cf - "$@" | gzip -9 | gpg2 -c
>>И какая именно часть тут отвечает за дедупликацию и версионирование?
> Как обычно в Linux - то, что справляется с этой задачей лучше: ZFS
Как обычно в Linux - т.е. достаточно хреново.
Размеро-эффективность (не говоря уже о ресурсожорстве) дедупликации в ZFS ни в какое сравнение не идет с дедупликацией чанками/rolling hash.

Ответить | Правка | Наверх | Cообщить модератору

49. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (49), 29-Мрт-22, 12:39

другая, очевидно. Глупый вопрос.

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

57. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (-), 29-Мрт-22, 19:32

> держите restic-1.0-RELEASE. Распространяю под лицензией MIT.
>     tar -cf - "$@" | gzip -9 | gpg2 -c
...
> другая, очевидно. Глупый вопрос.
Глупая отмазка.

Ответить | Правка | Наверх | Cообщить модератору

37. "Доступна система резервного копирования restic 0.13" +1 +/–

Сообщение от Аноним (-), 29-Мрт-22, 05:39

> держите restic-1.0-RELEASE. Распространяю под лицензией MIT.
Круто, а теперь дифференциальный бэкап покажи. Ты же не предлагаешь терабайты каждый раз так?

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

41. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от OpenEcho (?), 29-Мрт-22, 07:40

Да инкрементная мода не проблема: tar  --listed-incremental...
Проблема только в том, что там с этим есть бага, которая висит десятилетие и всем все пох, пока не наступят на грабли, ну и дедупликацией там вообще не пахнет

Ответить | Правка | Наверх | Cообщить модератору

65. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (65), 30-Мрт-22, 11:21

см. dar: https://habr.com/ru/post/215449/

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

45. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Анонимище (?), 29-Мрт-22, 09:14

Как насчет p7zip? Сжимает, шифрует - все в одном.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

46. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Анонимище (?), 29-Мрт-22, 09:25

Да, кстати, придется сначала затарить для сохранения прав и и.т.д.

Ответить | Правка | Наверх | Cообщить модератору

9. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (9), 28-Мрт-22, 17:55

Как эта система в сравнении с Bacula/Bareos ?

Ответить | Правка | Наверх | Cообщить модератору

13. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Легивон (?), 28-Мрт-22, 18:33

>Как в сравнении с Bacula/Bareos
нужно

Ответить | Правка | Наверх | Cообщить модератору

30. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Имяреяк (?), 28-Мрт-22, 21:58

Это имхо уже более "энтерпрайзное" решение, в плане того, что больше рассчитано на наличие десяток/сотен машин и непосредственно бекапного сервера.

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

42. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от OpenEcho (?), 29-Мрт-22, 07:43

Это приблизительно как, ну как там - "Белаз по сравнению с жигулями?"
Один для интерпрайзов, а другой для одиночек, хотя если исползовать kopia вместо сабжа, то она позволяет в одну репу гнать файло с разных машин

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

58. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Легивон (?), 29-Мрт-22, 20:33

Я правильно понимаю? В данном случае белаз это рестик для интерпрайзов, а жигули это бакула для одиночек?
Ведь совершенно очевидно, что рестик как канонический софт следующий философии unix способен интегрироваться в любое сколько угодно гетерогенное, сложное и масштабное окружение с мнимальной шел обвязкой (есть и продукты на основе него, например k8up). Бакула же - nero burning rom из мира резервного копирования. Какие свистелки дали - теми и пользуйся. Интегрироваться в общую систему мониторинга и алертинга - не положено. Современные средства хранения - у майнтейнера до сих пор ленты на уме... и т.д.

Ответить | Правка | Наверх | Cообщить модератору

63. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от OpenEcho (?), 29-Мрт-22, 21:56

> Я правильно понимаю? В данном случае белаз это рестик для интерпрайзов, а
> жигули это бакула для одиночек?
бакула - это в основном интерпрайзное решение, а рестик, борг, копия прекрасно можно гонять на отдельно взятом хосте без централизованных решений

Ответить | Правка | Наверх | Cообщить модератору

11. "Доступна система резервного копирования restic 0.13" +1 +/–

Сообщение от Аноним (11), 28-Мрт-22, 18:10

Все эти системы работают с сервера, на котором лежат оригинальные файлы. Если сервер скомпрометирован, злоумышленник может получить доступ к бэкапам. Как с этим бороться?

Ответить | Правка | Наверх | Cообщить модератору

12. "Доступна система резервного копирования restic 0.13" –2 +/–

Сообщение от Аноним (7), 28-Мрт-22, 18:24

а зачем ему зашифрованные бэкапы, если он уже имеет доступ к оригинальным файлам? Башкой думай иногда

Ответить | Правка | Наверх | Cообщить модератору

16. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (16), 28-Мрт-22, 18:48

Чтобы их стереть? Не?

Ответить | Правка | Наверх | Cообщить модератору

17. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (7), 28-Мрт-22, 18:50

а кто сказал, что рестик пишет не в append-only хранилище? Башкой думай иногда

Ответить | Правка | Наверх | Cообщить модератору

20. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от YetAnotherOnanym (ok), 28-Мрт-22, 20:10

А насколько оно "append-only" с точки зрения админа того сервера, где оно живёт?

Ответить | Правка | Наверх | Cообщить модератору

22. "Доступна система резервного копирования restic 0.13" +2 +/–

Сообщение от ноунейм (?), 28-Мрт-22, 20:14

Если копирование идет не на ту же машину, то "append-only" не обойти.

Ответить | Правка | Наверх | Cообщить модератору

14. "Доступна система резервного копирования restic 0.13" +1 +/–

Сообщение от Легивон (?), 28-Мрт-22, 18:36

В ОП посте написано про rest-server.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

43. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от OpenEcho (?), 29-Мрт-22, 07:46

Так, sshfs, ведь. Мапиш удаленную тачку к себе и бэкапишь, дольше конечно, но зато секьюрно

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

19. "Доступна система резервного копирования restic 0.13" +3 +/–

Сообщение от YetAnotherOnanym (ok), 28-Мрт-22, 20:08

>  в облаках Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage и Google Cloud Storage
Нельзя украсть ваши данные в облаке, потому что это уже не ваши данные.

Ответить | Правка | Наверх | Cообщить модератору

27. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Sw00p aka Jerom (?), 28-Мрт-22, 21:32

крадут обычно не свое, ибо свое красть не зачем.

Ответить | Правка | Наверх | Cообщить модератору

28. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от bOOster (ok), 28-Мрт-22, 21:44

А оно зачем если есть tar, gzip, bzip, scp, bash, openssl и т.п.?

Ответить | Правка | Наверх | Cообщить модератору

31. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (31), 28-Мрт-22, 22:29

Чтобы удобно было пользоваться

Ответить | Правка | Наверх | Cообщить модератору

32. "Доступна система резервного копирования restic 0.13" +2 +/–

Сообщение от Аноним (32), 28-Мрт-22, 22:42

> Формат правил игнорирования привычен и напоминает rsync
Получается, rsync тоже удобен.

Ответить | Правка | Наверх | Cообщить модератору

38. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (-), 29-Мрт-22, 05:43

Как минимум он лучше того что перечислил тот ламак для копирования по сети только дельты а не всех терабайтов.

Ответить | Правка | Наверх | Cообщить модератору

52. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от bOOster (ok), 29-Мрт-22, 16:12

> Как минимум он лучше того что перечислил тот ламак для копирования по
> сети только дельты а не всех терабайтов.
Вот ведь лошара, элементарным tar ом пользоваться не умеет, но туда-же.

Ответить | Правка | Наверх | Cообщить модератору

71. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (-), 31-Мрт-22, 11:56

> Как минимум он лучше того что перечислил тот ламак для копирования по сети только дельты а не всех терабайтов.
https://www.gnu.org/software/tar/manual/html_node/Incrementa...

Some time later you create another incremental backup. You will then see:
$ tar --create \
           --file=archive.2.tar \
           --listed-incremental=/var/log/usr.snar \
           /usr
tar: usr/local/db: Directory is new
usr/local/db/
usr/local/db/data
usr/local/db/index
The created archive ‘archive.2.tar’ will contain only these three members.

А точно ламак он, а не не ты, 294й?

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

44. "Доступна система резервного копирования restic 0.13" +1 +/–

Сообщение от OpenEcho (?), 29-Мрт-22, 07:48

> А оно зачем если есть tar, gzip, bzip, scp, bash, openssl и т.п.?
Ну и как ими сделать инкрементальный дедуплицированный бэкап ?

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

47. "Доступна система резервного копирования restic 0.13" +2 +/–

Сообщение от Аноним (47), 29-Мрт-22, 09:53

Значит так, берёшь tar в одну руку…

Ответить | Правка | Наверх | Cообщить модератору

53. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от bOOster (ok), 29-Мрт-22, 16:15

> Значит так, берёшь tar в одну руку…
И в чем проблема то?
--listed-incremental=
--incremental

Ответить | Правка | Наверх | Cообщить модератору

54. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (47), 29-Мрт-22, 16:57

Ну примерно, да, у меня так еженедельные бэкапы сделаны. Tar в одной руке и rsync во второй. И sha256sum для надёжности. Справедливости ради, чтобы дедуплицировать фалы в тарболе, понадобится lrzip, и тот тоже работает только на файлах до скольких-то там гигабайт. Можно ещё zstd дедуплицировать -- на максимальном размере окна он дедуплицирует в пределах 2гб и работает всё же ощутимо быстрее.

Ответить | Правка | Наверх | Cообщить модератору

55. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от bOOster (ok), 29-Мрт-22, 17:29

> Ну примерно, да, у меня так еженедельные бэкапы сделаны. Tar в одной
> руке и rsync во второй. И sha256sum для надёжности. Справедливости ради,
> чтобы дедуплицировать фалы в тарболе, понадобится lrzip, и тот тоже работает
> только на файлах до скольких-то там гигабайт. Можно ещё zstd дедуплицировать
> -- на максимальном размере окна он дедуплицирует в пределах 2гб и
> работает всё же ощутимо быстрее.
Дедупликация в бакапах??? Мда... месье знает толк в извращениях.
Бакап должен быть "атомарным"

Ответить | Правка | Наверх | Cообщить модератору

56. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (47), 29-Мрт-22, 17:56

Он никому ничего не должен. Зачем мне много копий одних данных в бэкапе? Это не эффективно. Достаточно того, что бэкапы и так дублируют друг друга на 99%. А если файл битый, то он уже битый, нет никакой разницы. Хотя вполне можно и дедуплицировать в 1 файл (особенно старые данные), всё равно данные надёжно сохранены в нескольких местах.

Ответить | Правка | Наверх | Cообщить модератору

60. "Доступна система резервного копирования restic 0.13" –1 +/–

Сообщение от Легивон (?), 29-Мрт-22, 21:11

>Бакап должен быть "атомарным"
Значение знаешь?
Ты почитай как она работает и все вопросы отпадут. Это весьма простой и эффективный алгоритм.
Тебя же не пугает сложность файловой системы, в которой файл хранится как список указателей на блоки в разделе. Почему тебя пугает что у рестика файл хранится как список указателей на уникальные блобы? Как будто бы тут есть разительное отличие в сложности.

Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

59. "Доступна система резервного копирования restic 0.13" –2 +/–

Сообщение от Легивон (?), 29-Мрт-22, 20:50

Я например часто делаю бекап и через pipe посылаю его в рестик (чаще всего так делаю в кубере, где постоянное хранилище - дорого), который находит изменившиеся блоки и загружает их в S3 ничего никуда лишний раз не записывая.
Как ты предлагаешь сделать такой же сценарий из tar? Хранить предыдущую резервную копию? Чтобы потом сделать текущую копию, посмотреть что изменилось каким-то отдельным процессом, и это изменившееся не дедуплицированно выгрузить? Т.е. использовать место х3 в сравнении с рестиком и еще получить пенальти от отсутствия дедупдикции?
Кто эти кривые полурабочие баш портянки потом будет поддерживать, когда тебя переедет автобус?
Великолепные решения.

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

61. "Доступна система резервного копирования restic 0.13" –1 +/–

Сообщение от OpenEcho (?), 29-Мрт-22, 21:47

>> Значит так, берёшь tar в одну руку…
> И в чем проблема то?
> --listed-incremental=
> --incremental
Good luck:
https://unix.stackexchange.com/questions/411324/is-it-possib...
https://unix.stackexchange.com/questions/463898/tar-potentia...
https://bugs.launchpad.net/freezer/+bug/1570304
https://lists.gnu.org/archive/html/bug-tar/2008-07/msg00005....
https://lists.gnu.org/archive/html/bug-tar/2016-07/msg00025....
https://lists.gnu.org/archive/html/bug-tar/2016-07/msg00026....
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648048

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

62. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от OpenEcho (?), 29-Мрт-22, 21:48

> И в чем проблема то?
> --listed-incremental=
> --incremental
дедуплицированный бэкап ?

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

72. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (-), 31-Мрт-22, 11:58

> А оно зачем если есть tar, gzip, bzip, scp, bash, openssl и т.п.?
Оно умеет в дедуп и дельту поблочно (причем блоки не фиксированного размера), что эффективней для больших файлов.

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

51. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (51), 29-Мрт-22, 15:50

А вот скажите, какие есть методы против вытеснения данных в бекапах?

Ответить | Правка | Наверх | Cообщить модератору

69. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Константин Брызгалов (ok), 31-Мрт-22, 06:07

Отличный инструмент.

Ответить | Правка | Наверх | Cообщить модератору

70. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от pofigist (?), 31-Мрт-22, 11:46

Очередной файловый бекап. Как известно каждый гордый админ локалхоста обязан написать:
1. Файловый бекап
2. Биллинговую систему
3. Текстовый редактор
4. Систему мониторинга
5. Систему управления локалхостом
6. Командный интерпретатор
7. Графический редактор
... ну и так далее - продолжать можно до бесконечности.
Кратко, чисто файловый бекап - никому не нужен. Нужен бекап который умеет нормально бекапить БД, виртуалки, почтовые системы, ЕСМ-системы и прочую прикладуху. А файловых бекапов - достаточно уже имеющихся.

Ответить | Правка | Наверх | Cообщить модератору

73. "Доступна система резервного копирования restic 0.13" –1 +/–

Сообщение от Аноним (73), 31-Мрт-22, 21:38

Комбайн, умеющий сразу всё - не юникс-вей. Вам не на опеннет, а на ихбт или еще куда-нибудь.

Ответить | Правка | Наверх | Cообщить модератору

74. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от pofigist (?), 01-Апр-22, 18:52

Годы ты тут увидел комбайн, болезный? Есть задача - делать бекапы. И централизованное управление этим процессом, чтоб потом не было "ой, а мы забыли".
Соответственно необходимо бекапить все возможные источники данных, а не только файлы, в которых хранится дай бог если пару процентов всей критично важной инфы, и во все возможные варианты хранения - не только никому не нужные облака, но и в первую очередь на ленту и схд

Ответить | Правка | Наверх | Cообщить модератору

75. "Доступна система резервного копирования restic 0.13" –1 +/–

Сообщение от Аноним (73), 02-Апр-22, 13:34

Вы даже не осознаете своих когнитивных искажений. Когда на винде вырос как специалист, то уже всё. Наученные программированию на бейсике и питоне туда же.
Одна задача делать бэкапы? Мелко мыслите - решайте сразу задачу "заработать денег". Одной программой для всех процессов.
Даже если вам надо бэкапить базу данных, у вас все равно сначала что-то будет из нее делать какой-то дамп в файл, и потом копирование, которое что таром, что тупо цп делается одинаково. Куда все это копируется - разруливается на уровне монтирования директории на уровне ФС. Лента, СХД, объектное хранилище - пофигу. Дамп отдельно, монтирование шары отдельно, копирование отдельно - это юникс-вей. Да, чтобы не было ой мы забыли - крон.

Ответить | Правка | Наверх | Cообщить модератору

76. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от pofigist (?), 02-Апр-22, 14:33

Нда... Очередной гордый админ локалхоста...
Для начала рекомендую подробней изучить вопрос с проблемами получения консистентного бекапа бд без ее остановки.. Гарантирую кучу интересных открытий.
Далее, вот у меня один из небольших заказчиков - менее 5000 рабочих мест. Угадай сколько у него заданий бекапав в неделю? Угу не одна сотня. Предлагаешь всем этим управлять и контролировать ручками?
В опенсорце есть пара примеров почти полноценных бекапов, тот же bareos. Но ключевые слово как обычно почти...

Ответить | Правка | Наверх | Cообщить модератору

77. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от Аноним (73), 02-Апр-22, 16:34

Я изучал вопросы. Для себя решал задачу бэкапом с ридонли реплики.
Читал backup&recovery и много чего еще. 15 лет в бизнесе.
Ручками это у вас в винде происходит. В юниксах вы один раз пишете скрипт, кладете его где нужно в крон и забываете. Есть системы управления конфигурациями.
Юниксовые инструменты сложно освоить, особенно если перед этим десять лет мышкой возили в тим вьюере. Но это не значит, что они плохие.

Ответить | Правка | Наверх | Cообщить модератору

78. "Доступна система резервного копирования restic 0.13" +/–

Сообщение от pofigist (?), 02-Апр-22, 18:37

Написал скрипт? Уволен!
Потому что такой поход - порождающий систему, в которой не может разобраться, окромя немытого и бородатого гуру, который ее состряпал на коленке.
Посему у меня в департамете требуется прежде чем написать скрип, требуется:
1. Написать необходимость написать скрипт
2. Сделать на него ТЗ.
3. Передать его в департамент разработки
4. Получить не только сам скрипт, но и ОПР.
5. Пройти ПМИ.
6. Согласовать его с СБ.
И только после этого - можешь использовать свой крипт.
Только благодоря такому подходу - система работает. Даже если завтра весь отдел администрирования - внезапно умрет.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Доступна система резервного копирования restic 0.13"	+2 +/–
Сообщение от Аноним (1), 28-Мрт-22, 16:16
Гораздо быстрее borg backup но до сих пор не поддерживает компрессию. Поэтому в некоторых случаях размер на диске неприемлим для использования как полноценное средство резервного копирования. Тикет с поддержкой компресси до сих пор не решен github.com/restic/restic/issues/21
Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Доступна система резервного копирования restic 0.13"	+1 +/–
	Сообщение от Onon (?), 28-Мрт-22, 17:47
	ну сжатие не всегда требуется, а тулза отличная
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Доступна система резервного копирования restic 0.13"	+5 +/–
	Сообщение от КО (?), 28-Мрт-22, 18:10
	Самое основное, чувак, место не резиновое
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Доступна система резервного копирования restic 0.13"	+3 +/–
	Сообщение от ноунейм (?), 28-Мрт-22, 20:11
	Сжатие это не задача бекапилки. Жмите файловой системой или что у вас там вместо хранилища.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Доступна система резервного копирования restic 0.13"	+/–
	Сообщение от kvaps (ok), 28-Мрт-22, 22:56
	Так есть же дедуп, уже он нехило место экономит.
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	34. "Доступна система резервного копирования restic 0.13"	+/–
	Сообщение от letsmac (ok), 28-Мрт-22, 23:06
	На XFS точно хорошо экономит.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	64. "Доступна система резервного копирования restic 0.13"	+/–
	Сообщение от Аноним (64), 30-Мрт-22, 10:48
	на XFS как раз таки совершенно нет, потому как размер экстента переменный. btrfs или VDO точно работают :-)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	67. "Доступна система резервного копирования restic 0.13"	+/–
	Сообщение от letsmac (ok), 30-Мрт-22, 20:28
	> на XFS как раз таки совершенно нет, потому как размер экстента переменный. > btrfs или VDO точно работают :-) Я проверял на своей файлопомойке с пересозданным разделом + в cron джоб стоит. Сработало. Я олдфаг с XFS у меня давние и приятные отношения.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Доступна система резервного копирования restic 0.13"	+1 +/–
	Сообщение от Аноним (24), 28-Мрт-22, 20:32
	компрессия ломает эффективность дедупликации
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	26. "Доступна система резервного копирования restic 0.13"	–1 +/–
	Сообщение от Sw00p aka Jerom (?), 28-Мрт-22, 21:31
	так это одно и тоже, просто разные слова :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Доступна система резервного копирования restic 0.13"	–1 +/–
	Сообщение от Аноним (-), 29-Мрт-22, 05:37
	Не обязательно. Например Хаффман сжатие но не про дубли.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	39. "Доступна система резервного копирования restic 0.13"	+/–
	Сообщение от Аноним (39), 29-Мрт-22, 07:15
	Нет, если применять компрессию после дедуплицикации, т.е. хранить дедуплицированные данные в сжатом виде. Правда, это добавляет разработчику хлопот по работе с этими данными.
	Ответить \| Правка \| К родителю #24 \| Наверх \| Cообщить модератору


	68. "Доступна система резервного копирования restic 0.13"	+/–
	Сообщение от Андрей (??), 31-Мрт-22, 01:04
	Правильно, потом пользователи будут жаловаться, что бэкап тормозит. А когда один бит побьётся, а накроется куча данных, то будут крики, кто же это додумался вообще сжимать. Причём накроются не просто данные, когда говорят, восстановите из бэкапа, а именно сам этот бэкап!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	66. "Доступна система резервного копирования restic 0.13"	+/–
	Сообщение от vitektm (?), 30-Мрт-22, 18:12
	Сжимаются уже сжатые mssql бекапы exdupe + дедуплекация. 1Тб спокойно ужимается раз в 10 (у меня, когда полный бекап раз в неделю) Скорость работы часто упрётся в скорость ssd/nvme (про hdd молчу) , но для хорошей дедуплекации чем больше памяти тем лучше как я понял. Т.е. можно гигабайтами отдавать (кратно двум) Zstandard якобы тоже круто https://interface31.ru/tech_it/2020/12/zstandard-novyy-bystr...
	Ответить \| Правка \| К родителю #24 \| Наверх \| Cообщить модератору


	40. "Доступна система резервного копирования restic 0.13"	+1 +/–
	Сообщение от OpenEcho (?), 29-Мрт-22, 07:34
	kopia делает тоже самое что и restic и borg, но умеет и компрессию и депубликацию и шифрофку и еще много чего, что нет у тех двоих. Написана кстати так же как и restic, на Го, так что портабилити гарантированно
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	50. "Доступна система резервного копирования restic 0.13"	+/–
	Сообщение от Maks (??), 29-Мрт-22, 14:49
	Написано что поддерживает компрессию тут: --- https://borgbackup.readthedocs.io/en/stable/ --- Compression All data can be optionally compressed: lz4 (super fast, low compression) zstd (wide range from high speed and low compression to high compression and lower speed) zlib (medium speed and compression) lzma (low speed, high compression)
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору

3. "Доступна система резервного копирования restic 0.13"	+2 +/–
Сообщение от Аноним (3), 28-Мрт-22, 16:28
Система резервного копирования - добро. Из аналогов есть Duplicati, тоже поддерживает разные бэкенды и шифрование.
Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Доступна система резервного копирования restic 0.13"	+1 +/–
	Сообщение от keydon (ok), 28-Мрт-22, 16:51
	Пованивает дотнетом
	Ответить \| Правка \| Наверх \| Cообщить модератору

5. "Доступна система резервного копирования restic 0.13"	–1 +/–
Сообщение от Аноним (5), 28-Мрт-22, 16:59
RESTful или RESTless ?!
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Доступна система резервного копирования restic 0.13"	+1 +/–
	Сообщение от Аноним (6), 28-Мрт-22, 17:26
	FUSEful.
	Ответить \| Правка \| Наверх \| Cообщить модератору

7. "Доступна система резервного копирования restic 0.13"	+2 +/–
Сообщение от Аноним (7), 28-Мрт-22, 17:43
держите restic-1.0-RELEASE. Распространяю под лицензией MIT. tar -cf - "$@" \| gzip -9 \| gpg2 -c
Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Доступна система резервного копирования restic 0.13"	+1 +/–
	Сообщение от Alex (??), 28-Мрт-22, 18:47
	Необходимость вызывать компрессор gzip перед gpg отсутствует, т.к. gpg по умолчанию сжимает файл пред шифрованием.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Доступна система резервного копирования restic 0.13"	+/–
	Сообщение от Аноним (7), 28-Мрт-22, 18:53
	сразу видно: юниксвей. Спасибо за инфу though, лучше и вовсе отказаться от gpg в пользу более поддающихся скриптованию альтернатив
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Доступна система резервного копирования restic 0.13"	+4 +/–
	Сообщение от Аноним (-), 28-Мрт-22, 21:52
	> держите restic-1.0-RELEASE. Распространяю под лицензией MIT. > tar -cf - "$@" \| gzip -9 \| gpg2 -c И какая именно часть тут отвечает за дедупликацию и версионирование?
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	35. "Доступна система резервного копирования restic 0.13"	+/–
	Сообщение от iCat (ok), 29-Мрт-22, 02:56
	>>tar -cf - "$@" \| gzip -9 \| gpg2 -c >И какая именно часть тут отвечает за дедупликацию и версионирование? Как обычно в Linux - то, что справляется с этой задачей лучше: ZFS
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Доступна система резервного копирования restic 0.13"	+/–
	Сообщение от Аноним (-), 29-Мрт-22, 12:34
	>>>tar -cf - "$@" \| gzip -9 \| gpg2 -c >>И какая именно часть тут отвечает за дедупликацию и версионирование? > Как обычно в Linux - то, что справляется с этой задачей лучше: ZFS Как обычно в Linux - т.е. достаточно хреново. Размеро-эффективность (не говоря уже о ресурсожорстве) дедупликации в ZFS ни в какое сравнение не идет с дедупликацией чанками/rolling hash.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	49. "Доступна система резервного копирования restic 0.13"	+/–
	Сообщение от Аноним (49), 29-Мрт-22, 12:39
	другая, очевидно. Глупый вопрос.
	Ответить \| Правка \| К родителю #29 \| Наверх \| Cообщить модератору


	57. "Доступна система резервного копирования restic 0.13"	+/–
	Сообщение от Аноним (-), 29-Мрт-22, 19:32
	> держите restic-1.0-RELEASE. Распространяю под лицензией MIT. > tar -cf - "$@" \| gzip -9 \| gpg2 -c ... > другая, очевидно. Глупый вопрос. Глупая отмазка.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "Доступна система резервного копирования restic 0.13"	+1 +/–
	Сообщение от Аноним (-), 29-Мрт-22, 05:39
	> держите restic-1.0-RELEASE. Распространяю под лицензией MIT. Круто, а теперь дифференциальный бэкап покажи. Ты же не предлагаешь терабайты каждый раз так?
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	41. "Доступна система резервного копирования restic 0.13"	+/–
	Сообщение от OpenEcho (?), 29-Мрт-22, 07:40
	Да инкрементная мода не проблема: tar --listed-incremental... Проблема только в том, что там с этим есть бага, которая висит десятилетие и всем все пох, пока не наступят на грабли, ну и дедупликацией там вообще не пахнет
	Ответить \| Правка \| Наверх \| Cообщить модератору