https://www.opennet.ru/openforum/vsluhforumID3/123919.html Borg решает задачи хранения, передачи, очистки, сжатия, шифрования, дедупликации и защиты резервных копий, а также разграничивает доступ к различным репозиториям с резервными копиями. В этой статье мы рассмотрим использование инструмента borgbackup для упрощения построения системы резервного копирования. Единственный аспект, который я опущу в этой статье &#8212; шифрование. Если для вас принципиально шифровать свои бекапы, то в этом нет никакой проблемы &#8212; в официальной документации описано как использовать шифрование и вы легко сможете использовать шифрование с предложенными мной решениями.<br><br>Также borg не занимается подготовкой данных для резервирования и их восстановлением. На входе и выходе вы получаете только файлы, а что и как с ними делать &#8212; решать вам. Если скомандуете "положи в бекап каталог с файлами баз mysql", то borg это сделает, но на выходе вы получите кашу вместо данных. Консистентность &#8212; это ваша задача и её обсуждение выходит за рамки этой статьи. Для решения этой задачи и https://www.opennet.ru/openforum/vsluhforumID3/123919.html#11 Sun, 10 Apr 2022 19:15:44 GMT borg - очеь хорошее решение для бэкапа, но работает только под ограниченными платформами.<br>restic - все бы хорошо, но вот копрессию так и не одолели.<br>dubplicati & dublicacy - стремно, теряли бэкапы<br><br>Пару лет назад перешли на kopia и не жалеем. По сравнению с borg-ом делает тоже самое - дедупликация, шифрование, компрессия, но в отличие от борга, работает практически на любой платформе и имеет кучу популярных бэкендов в отличие от борга который подерживает только SFTP.<br>И самое главное, написано толковым инженером где продумана архитектура далеко вперед, концептуально стораджи разбиты на репозитории (которые можно между собой синхронизировать) и в которые можно сливать с разных машин и с разных платформ и получить профит от дедуплекации и при этом разграничивая доступ к блобам по юзерам. Написанно все на Го, т.е. один единственный статически нативно скомпилированный файл, который не сломается при переходе между мажорными апдейтами. Есть UI обертка для популярных платформ, сам по себе файл подерживает тот же https://www.opennet.ru/openforum/vsluhforumID3/123919.html#10 Sun, 10 Apr 2022 18:46:46 GMT restic умеет compression ?<br> https://www.opennet.ru/openforum/vsluhforumID3/123919.html#9 Thu, 02 Dec 2021 11:20:36 GMT "обнвится питон или какая-то либа" - самопроизвольно ничего не обновится<br>"каюк бэкапу" - бекапы нужно проверять!<br>"Есть restic" - хорошо когда есть альтернативы<br> https://www.opennet.ru/openforum/vsluhforumID3/123919.html#8 Sun, 16 May 2021 05:45:52 GMT &gt; чем мне бэкапить систему если во время моей настройки бэкапа что-то пойдет не так? Ведь очень легко что-то сломать или недоделать<br><br>Что-то сломать и недоделать очень сложно, т.к. ты до конца понимаешь каждое своё действие, можешь объяснить каждую опцию в комстроке.<br> https://www.opennet.ru/openforum/vsluhforumID3/123919.html#7 Mon, 03 May 2021 06:55:18 GMT &gt; Есть restic , всё.<br><br>А он позволяет защититься от повреждения резервной копии системы, если она будет взломана?<br> https://www.opennet.ru/openforum/vsluhforumID3/123919.html#6 Sat, 01 May 2021 12:02:50 GMT не нужно, питонячья свистопляска. Чуть обнвится питон или какая-то либа, и каюк бэкапу.<br>Есть restic , всё.<br> https://www.opennet.ru/openforum/vsluhforumID3/123919.html#5 Thu, 15 Apr 2021 06:01:00 GMT Если только так.<br><br> apt install borgbackup<br> borg -e init /var/backup/borg<br> borg create -C lz4 /var/backup:borg::`date +%Y%m%d_%H%M%S` директория1 директория2 файл3<br><br>Или еще проще так.<br><br> tar -cjf /var/backup/`date +%Y%m%d_%H%M%S`.tar.bz2 директория1 директория2 файл3<br><br>За вас никто не будет решать куда и как складывать бекапы - в unix вы можете сконфигурировать всё и вам придется конфигурировать всё. Если хотите, чтобы решали за вас, то есть MacOS )<br>Конечно при настройке бекапа есть шанс накосячить и всё сломать - от этого страховки нет. Тут ни один инструмент голову не заменит - даже если вы консистентный снапшот виртуалки сделали, то не факт, что все нужные вам данные лежат на диске. Были случаи, что redis не скидывал кеш на диск и в базе было пусто.<br>Ни одна система бекапа не решит озвученную вами проблему - тесты и эксперименты в тестовых средах могут помочь, но не какой то отдельный инструмент.<br> https://www.opennet.ru/openforum/vsluhforumID3/123919.html#4 Thu, 15 Apr 2021 01:01:58 GMT А пока я настраиваю borgbackup, разворачиваю сервера, репозитории, настраиваю учетные записи, чем мне бэкапить систему если во время моей настройки бэкапа что-то пойдет не так? Ведь очень легко что-то сломать или недоделать и в итоге плохо настроенный бекап не решит свою задачу. Хотел бы какое-нибудь простое предложение, в идеале - чтобы бэкап делался в команду `backup_tool директория1 директория2 файл3`, и чтобы в качестве вывода эта команда написала, куда она это всё сохранила (полный путь к архиву) и что бекап завершен успешно. Если будет нужно шифрование или еще какие изыски, использую что-нибудь на базе FUSE.<br> https://www.opennet.ru/openforum/vsluhforumID3/123919.html#3 Mon, 12 Apr 2021 04:52:16 GMT Хорошо бэкапить что-то типа репозиториев, отлично дедуплицируются. И подобные шары.<br>А вот на активно изменяемой шаре стоит только подерево файлов просто переместить в каталог-сиблинг, дедупликация работать перестаёт, к сожалению.<br>Да, хотелось бы ещё и системные тома копировать с расширенными атрибутами, типа клонов виртуалок, там основная-то часть везде одинаковая, но и это не получилось, даже с применением ChunkFS.<br><br>В общем, под задачу дедуплицированного резервирования не очень активно изменяющихся шар с документами вполне хорошее качественное решение.<br>С возможностью быстрого и наглядного восстановления старых копий отдельных документов через монтирование, при необходимости.<br>Здесь некоторые плюшки некоторых промышленных СРК несколько даже черезчур.<br>