The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

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

16.01.2023 20:48

Опубликован выпуск системы резервного копирования restic 0.15, обеспечивающей хранение резервных копий в зашифрованном виде в версионированном репозитории. Система изначально рассчитана на то, что резервные копии сохраняются в окружениях не заслуживающих доверия, и попадание резервной копии в чужие руки не должно скомпрометировать систему. Возможно определение гибких правил для включения и исключения файлов и каталогов при создании резервной копии (формат правил напоминает rsync или gitignore). Поддерживается работа в Linux, macOS, Windows, FreeBSD и OpenBSD. Код проекта написан на языке Go и распространяется под лицензией BSD.

Резервные копии могут храниться в локальной ФС, на внешнем сервере с доступом по SFTP/SSH или HTTP REST, в облаках Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage и Google Cloud Storage, а также в любых хранилищах для которых имеются бэкенды rclone. Для организации хранения также может быть использован специальный rest server, обеспечивающий более высокую производительность по сравнению с другими бэкендами и способный работать в режиме только для дополнения, который не позволит удалить или изменить резервные копии в случае компрометации исходного сервера и доступа к ключам шифрования.

Поддерживаются снапшоты, отражающие состояние определённого каталога со всеми файлами и вложенными каталогами в определённый момент времени. При каждом создании новой резервной копии создаётся ассоциированный с ней снапшот, позволяющий восстановить состояние в данный момент. Возможно копирование снапшотов между разными репозиториями. Для экономии трафика в процессе создания резервных копий копируются только изменившиеся данные. Для наглядной оценки содержимого репозитория и упрощения восстановления, снапшот с резервной копией может быть примонтирован в форме виртуального раздела (монтирование осуществляется при помощи FUSE). Также предоставляются команды для анализа изменений и выборочного извлечения файлов.

Система манипулирует не целыми файлами, а блоками плавающего размера, выбираемыми с использованием подписи Рабина. Информация хранится в привязке к содержимому, а не именам файлов (связанные с данными имена и объекты определяются на уровне метаданных блока). На основании SHA-256 хэша от содержимого выполняется дедупликация и исключение лишнего копирования данных. На внешних серверах информация сохраняется в зашифрованном виде (для контрольных сумм используется SHA-256, для шифрования AES-256-CTR, а для гарантирования целостности - коды аутентификации на основе Poly1305-AES). Предусмотрена возможность верификации резервной копии по контрольным суммам и кодам аутентификации для подтверждения, что целостность файлов не нарушена.

В новой версии:

  • Реализована новая команда rewrite, позволяющая удалить лишние данные из снапшота, когда в резервную копию по недосмотру попали файлы, изначально не предназначенные для резервного копирования (например, файлы с конфиденциальной информацией или не представляющие ценности очень крупные логи).
  • В команду backup добавлена опция "--read-concurrency" для задания уровня распараллеливания при чтении файлов, позволяющая ускорить копирование на быстрых накопителях, таких как NVMe.
  • В команду backup добавлена опция "--no-scan" для отключения стадии сканирования дерева файлов.
  • В команде prune значительно (до 30%) сокращено потребление памяти.
  • В команду restore добавлена опция "--sparse" для эффективного восстановления файлов с большими пустыми областями.
  • Для платформы Windows реализована поддержка восстановления символических ссылок.
  • В macOS добавлена возможность монтирования репозитория с резервными копиями при помощи macFUSE.


  1. Главная ссылка к новости (https://restic.net/blog/2023-0...)
  2. OpenNews: Выпуск утилит для резервного копирования Rsync 3.2.7 и rclone 1.60
  3. OpenNews: Выпуск дистрибутива для резервного копирования Rescuezilla 2.4
  4. OpenNews: Доступна система резервного копирования Bacula 13.0.0
  5. OpenNews: Выпуск Redo Rescue 4.0.0, дистрибутива для резервного копирования и восстановления
  6. OpenNews: Доступен GNU Anastasis, инструментарий для резервного копирования ключей шифрования
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/58491-restic
Ключевые слова: restic, backup
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (92) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 20:51, 16/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    > Код проекта написан на языке Go и распространяется под лицензией BSD.

    без GC в таком проекте не обойтись?

     
     
  • 2.2, kusb (?), 20:54, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Она не будет там особенно мешать.
     
  • 2.7, Аноним (7), 21:30, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Для любителей без GC есть проект rustic - restic написанный на rust.
    https://github.com/rustic-rs/rustic

    Они даже заявляют об интероперабельности с restic репами, вроде бы.
    Но сам я этот проект пока не тестил

     
     
  • 3.10, Аноним (10), 21:34, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    раст - это как китайцы, делают некачественные копии, абибасы там всякие, растики
     
  • 3.93, Аноним (93), 10:40, 19/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А для любителей без GC и при этом натуралов?
     
  • 2.44, Аноним (44), 08:27, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Загнать себя в рамки и принципиально обойтись конечно можно, но в настолько высокоуровневых проектах GC сильно больше помогает, чем вредит.
     
  • 2.66, Аноним (66), 14:39, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Местным растонытикам до понимания GC бы ещё дорасти
     

  • 1.3, Аноним (3), 21:13, 16/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Какие преимущества перед borg? Никаких, я правильно понимаю? Вместо проверенного решения предлагают использовать сырую поделку? Для данных?  В проде?
     
     
  • 2.5, Аноним (7), 21:25, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На мой взгляд основное преимущество restic по сравнению с borg в том, что можно бэкапить на любые удаленные хранилища.

    Насколько я помню, Borg требует того, что бы на сервере хранилища был установлен borg. Для restic это не требуется, что позволяет ему бэкапить куда угодно, хоть на S3, хоть на SFTP какой-нибудь. В этом плане по поддержке бэкендов, он очень похож на rclone.

    А поддержка объектных хранилищ позволяет хранить бэкапы где-нибудь в облаке за весьма дешево (дешевле наверное только ленточные накопители), так что для некоторых людей это прям киллер фича.

     
     
  • 3.30, Аноним (30), 05:18, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Вам что то мешает хранить локально только индекс и ручками загружать чанки бэкапа куда угодно?
     
     
  • 4.32, Аноним (32), 05:42, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ленточные накопители дешёвые, а вот устройства чтения-записи для них...
     
     
  • 5.47, 1 (??), 09:00, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нуууу ... если у вас архив в 1000 кассет, не такие и дорогие ...
     
  • 3.74, t (??), 17:05, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    в борг можно бекапить на удаленный сервер, даже если там не стоит борг, просто указывается каталог где лежит репо с бекапом. да, по ssh, но разве этого мало? ))
     
  • 2.8, Аноним (8), 21:31, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Все просто restic это стандарт, borg это для пижонов.  
     
     
  • 3.45, ыы (?), 08:33, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    спасибо. узнал из вашего сообщения что стандарт существует...
     
  • 2.13, Аноним (13), 22:00, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Какой к свиньям прод? Что борг, что эта фигнюшка - это чисто бэкапить коллекцию порно на локалхосте. В прод решения ничего не знающие про ленточные библиотеки и расписания не принимаются.
     
     
  • 3.16, Легивон (?), 22:16, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Перфокарты еще забыл.
    Какой отношение тулза для резервного копирования имееть к планировщику? У тебя что в системе крона нет? Или надо чтобы обязательно мышкой возюкать и деньги платить? Иначе не ынтерпрайс?
    Современному бизнесу нет времени ждать пока перемотаются и разбекапятся ленты. Пока это будет происходить, клиенты уйдут в сервис конкурента.
     
     
  • 4.43, ыы (?), 08:20, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    крон для бэкапа? это только для бэкапа порно на локалхосте. а система резервного копирования должна уметь: понимать что такое политика резервного хранения, понимать что такое копия длительного хранения (и их не одна), уметь предоставлять доступ к резервированным данным без их восстановления, понимать что такое безопасность и разные права доступа. И все это - настраиваться из одного окна а не ползая по куче конфигов непонятно где. ну, на самом деле понятно где, но это скорее усугубляет уродство бэкапа через крон а не оправдывает его...
     
     
  • 5.46, Аноним (44), 08:49, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Такой стиль изложения у тебя, вроде сам понимаешь что несёшь бред, но пытаешься выгородиться как можешь, ибо ъынтърпрайзъ!
     
     
  • 6.68, ыы (?), 15:48, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    большинство использованных терминов вообще говоря взято прямо из ПО...
    Оно там действительно именно так и называется. и имеет соответствующий функционал и смысл :)
    Яж вас не заставляю использовать лучшие практики и создавать эффективные решения.
    пользуйте крон... без проблем :)
     
  • 5.73, t (??), 17:03, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    в borg есть правила для prune - можно например сделать чтобы при каждом новом запуске старые согласно указанным вами параметрам удалялись.
    а запуск то конечно можно настроить по крону или systemd timer-у, как угодно.
     
  • 5.77, Легивон (?), 20:55, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А что тебя смущает Демоны cron одни из самых стабильных программ Я конкретно п... большой текст свёрнут, показать
     
  • 5.78, Котофалк (?), 20:57, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > понимать что такое безопасность

    вместо вас? простите, не удержался.

    > и разные права доступа

    подумайте о том, чтобы мигрировать с MS-DOS

    > И все это - настраиваться из одного окна а не ползая по куче конфигов непонятно где

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

     
  • 4.95, pofigist (?), 10:45, 22/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    man NDMP
    Без его поддержки - только для бекапа коллекции порно на локалхосте.
     
     
  • 5.96, Легивон (?), 12:10, 22/01/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Виндузятники - такие виндузятники Не могут и помыслить, что что-то можно сделат... большой текст свёрнут, показать
     
     
  • 6.97, pofigist (?), 17:20, 22/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Линаксоиды такие линаксоиды... Ничерта не знают, но лезут рассуждать - https://datatracker.ietf.org/doc/html/draft-skardal-ndmpv4-04
     
  • 2.75, t (??), 17:06, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    мне и самому интересен этот вопрос. только без сарказма.
    я так полагаю, что restic работает под windows, а borg - только под linux.
     
     
  • 3.76, t (??), 17:30, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    короче - restic умеет в многопоток, в большее количество бекендов напрямую, работает с windows, но не умеет в сжатие.

    у borg минус в отсутствие многопоточного сжатия.
    (rclone поможет отправить в те же бекенды готовый репо)


    а, вот пара рекурсивных линков )) :
    https://github.com/restic/restic/issues/1875#issuecomment-402399998
    vs
    https://github.com/borgbackup/borg/issues/3954#issuecomment-402459437

     
     
  • 4.88, Alex (??), 10:51, 18/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >но не умеет в сжатие.

    Он умеет в сжатие... у вас устаревшие сведения

     

  • 1.4, Аноним (4), 21:22, 16/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    достойное ПО. velero использует его как бекенд.
     
     
  • 2.17, Легивон (?), 22:20, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    "Кетчуп" (k8up) лучше, имхо.
    Там тож разумеется рестик бекендом.
     

  • 1.6, Аноним (10), 21:27, 16/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Чем это лучше обычного советского "tar -cf - snapshot | gzip -9 | openssl enc -aes-256-cbc -pass file:key.b64 -iter 2097152" ?
     
     
  • 2.9, Аноним (8), 21:31, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тем что не нужно думать (или уметь думать)
     
     
  • 3.54, Аноним (54), 10:19, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Тем что не нужно думать (или уметь думать)

    вся суть современного IT.
    Те кто хотят думать, используют tar.gz и шифрование.
    Те кто не хотят используют restic

     
     
  • 4.57, КО (?), 10:32, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Чем учить каждого встречного как делать пики точеные, лучше эти пики продавать и зарабатывать.
     
  • 4.62, Аноним (62), 13:31, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я тебе по секрету скажу, компьютеры и IT создавались именно для того, чтобы меньше думать.
     
     
  • 5.69, Аноним (1), 16:46, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Чтоб люди из использущие меньше думали, а не те, кто их обслуживают
     
  • 2.11, Аноним (11), 21:52, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    тем что высвободившееся от чтения манов свободное время можно потратить на блэкджек и шлюх
     
     
  • 3.27, Аноним (27), 03:31, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, каждая домохозяйка рождается с врождёнными знаниями restic, причём наперёд по будущим версиям.
     
  • 2.12, Аноним (1), 21:55, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    можно же "tar -zcf" вместо " | gzip" или я что-то путаю?
     
     
  • 3.29, Anatoly (??), 05:03, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Можно, что придётся добавить ещё --options gzip:compression-level=9
     
     
  • 4.58, Аноним (27), 11:57, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    tar -[0-7][lmh] - не?
     
  • 2.14, Аноним (13), 22:02, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Блин, откуда вы лезете со своими портянками, интересно? Недоучки. Таром он что-то бэкапить собрался.
     
     
  • 3.15, Аноним (1), 22:03, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    а что не так?
     
     
  • 4.18, Легивон (?), 22:26, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    То что например никак не реализуется сценарий постоянного инкрементального копирования, ведь без хранения всех предыдущих копий это невозможно.
    Или нет встроеной очистки уровня: хранить годовые копии, месячные, недельные и 7 ежедевных. В сценарии с таром надо будет скачивать все инкременты, мержить и заливать назад результирующие файлы.
     
     
  • 5.19, Аноним (19), 22:30, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если у меня 10 серверов по 20 гб каждый можно я не буду делать инкремент и уровни?
     
     
  • 6.48, Аноним (48), 09:09, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Может ты и бекапы делать не будешь? У тебя же целых 10 серверов аш на, о майн год, целых 20 громадных гигабайт.  

    Откуда вы только беретесь.

     
  • 6.53, Аноним (54), 10:15, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    10 маленьких впсок?
    можете не делать.
    можете даже на хостинг провайдере купить услугу бэкапа
     
  • 5.20, pashev.ru (?), 22:40, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Окстись, ты не Гугл.
     
     
  • 6.21, Аноним (21), 22:55, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    О, и Pashev тут. Как ваш гит поживает?
     
  • 6.38, Легивон (?), 07:06, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Лол. Только гуглу позволено пользоваться простыми и эффективными инструментами?
     
     
  • 7.92, pashev.ru (?), 16:45, 18/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Лол. Только гуглу позволено пользоваться простыми и эффективными инструментами?

    Как перестать ржать?

     
  • 5.22, Аноним (22), 23:01, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тар это умеет. Вы не умеете - ваши проблемы.
     
     
  • 6.39, Легивон (?), 07:18, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну расскажи как будет:
    1) Есть большой файл куда апендятся данные. Как будешь бекапить таром? Постоянно заливать весь файл?
    2) Как будешь удалять промежуточные инкрементальные бекапы? Скачаешь все 100500 промежуточных бекапов на хост, помержишь и зальешь? А если места не хватит?
    Поражаюсь безумным желаниям чуваков в свитерах с оленями. Как же много у них свободного времени и какая у них странная мотивация. Вместо того чтобы использовать готовые стандартные инструменты. Они готовы городить портянки из баш скриптов, сидеть их днями отлаживать, брать на себя ответсвенность за ошибки... и все ради того, чтобы сказать: "мам сматри я пограмист, я за неделю изобрел плохую версию того, что и без меня уже работало и было доступно свободно".
    Зачем они это делают? Разве желание развиваться в глубину (подальше от баша), это не естественное желание?
     
     
  • 7.49, Аноним (48), 09:11, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Показать себя очень важным в вещах в которых у них на работе больше никто не разбирается.  Ну и время занять конечно, начальство не любит когда сотрудники бездельничают и всё просто работает.
     
  • 7.70, Аноним (22), 16:49, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1 Большой файл в исключения тара, отдельным скриптом в три строчки копировани... большой текст свёрнут, показать
     
     
  • 8.80, Легивон (?), 22:10, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Какой ужос 1 Вот написал ты 20 скриптов для разных сервисов и раскидал их по 1... большой текст свёрнут, показать
     
     
  • 9.81, Аноним (22), 23:47, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя ничок по моде из 2010х Ну кому ты Скрипты лежат на сервере, который с... большой текст свёрнут, показать
     
  • 9.82, Аноним (22), 23:51, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Часть зашифрованного файла побилась Восстановиться не получится Кккко такого н... текст свёрнут, показать
     
  • 5.23, Аноним (1), 23:16, 16/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я хз насколько это работоспособно, не пробовал, но вот что нагуглил - https://www.gnu.org/software/tar/manual/html_node/Incremental-Dumps.html
     
     
  • 6.35, Аноним (30), 06:21, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не обязательно tar использовать для составления списка файлов, можно и rdup
     
  • 4.25, Аноним (25), 00:21, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не сможешь адекватно директории/файлы эксклюдить/инклюдить
     
     
  • 5.28, Аноним (27), 03:38, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не сможешь адекватно

    Адекватность утверждает Министерство Правды?

     
  • 5.72, Аноним (22), 16:57, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нормально все эксклюдится и инклюдится. Тар обычно вызывается в скрипте обертке. Список файлов и исключений можно в нем же сформировать и использовать при вызове. Не так уж много проблем.
     
  • 3.52, пох. (?), 10:13, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    таром-то еще куда ни шло. Таром с шитзипом и еще и шифрованием поверх - вот это уровень локалхостмастера.

    "а теперь давай достанем вооон тот один файл из пары сотен (хотя бы) гигабайт того тара" - впереди ж вечность, спешить некуда... Особенно если потом тар с шитзипом и шифрованием еще порезать под дешевые (то есть не обеспечивающие нормальную fs) облачкаааа.

    А потом повторим для инкрементального бэкапа - когда мы не знаем точно когда файл испортился, и нужно достать последнюю еще не порченную модификацию, неизвестно, когда сделанную.

     
     
  • 4.59, Аноним (27), 12:02, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ты как тот, кто лоб расшиб, молясь богу.
     
  • 2.34, Аноним (34), 06:10, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Дедупликацией а-ля rsync: блоки с одинаковым хэшом хранятся только один раз.

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

     
     
  • 3.36, Аночик (?), 06:22, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В каком случае отрицательная выгода?
     
     
  • 4.60, Аноним (27), 12:03, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да почти всегда.
     
     
  • 5.61, Аночик (?), 12:12, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Даже GPT более осмысленно отвечает
     
  • 4.86, Аноним (86), 06:17, 18/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    1) Когда дублирующихся блоков настолько мало, что хэш-таблица занимает больше места, чем повтор дубликатов.
    2) Когда изменения такого характера, что поблочная дедупликация даст тот же эффект, что пофайловая, только бОльшими вычислительными ресурсами.
     
  • 2.55, Аноним (55), 10:21, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Тем, что это не работает.
    tar будет просить имя файла после -f

    PS: Портянкофил сломался на первой же команде.

     
     
  • 3.56, Аноним (1), 10:28, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не будет они ничего просить

    tar cf - dir/ > dir.tar

    Видишь тот одиноко стоящий "-" - это значит писать в stdout

     
  • 3.87, Аноним (86), 06:23, 18/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ты бы хоть попробовал, прежде чем критиковать. f - означает вывод в stdout.

    Да и вообще tar cf - с пайпом - это стандартный юниксовый паттерн. Скажем, на ssh с распаковкой - это намного быстрее scp.

     
  • 2.85, анон (?), 02:52, 18/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    смешивать сжатие и шифрование имеет риски вроде как
     
  • 2.90, Anonim (??), 14:58, 18/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Наличие дедуплекации. Не?
     

  • 1.31, Sergey (??), 05:32, 17/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Тестил и использую всякие разные средства, лучше rsync ничего нет.
     
     
  • 2.33, Аноним (30), 05:47, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы в каком качестве тестировали rsync и restic?
     
     
  • 3.37, test (??), 06:36, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ежедневный бекап серверов с объемом от 4Тb до 10тб.
     

  • 1.40, Аноним (40), 07:47, 17/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Для неосиляторов tar.gz
     
     
  • 2.51, Аноним (48), 09:12, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Для тех кому не нужны проблемы на пустом месте.
     

  • 1.64, Аноним (64), 13:58, 17/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    tar.XZ же. Даже звучит опеннетненько. Выше и сжатие, и время. Особенно время разархивирования. У меня сложилось, что tar для оси, для правки даже одиночного конфига делаю не его копию а сразу тарю всю папку. gpg же? в нем меньше маркиза-дэСада, ключей синей бороды, рубиновых глаз.
    А файлики гонять всё-таки rsync. И инструмент для отправки в облака приветствую горячо, желательно простой ибо редкоиспользуемый.  
     
     
  • 2.71, Аноним (22), 16:56, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >инструмент для отправки в облака приветствую горячо

    В чем прикол? Вы же наверняка теми же руками посты набиваете про зонды, но при этом бэкапы доверяете без проблем. ОК, они зашифрованы. Что если облако их удалит или вам доступ запретит?
    Откуда вот это щенячье доверие в одном из самых важных вопросов?

     
     
  • 3.79, Аноними (?), 21:40, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Что если облако их удалит или вам доступ запретит?

    Возможно, он просто не живет в стране-изгое? И такой сценарий для него является  малореалистичным.
    Ну и даже если и вдруг - это БЭКАП, Карл. Просто следующий сделаешь вне очереди и в новое хранилище.

     
     
  • 4.83, Аноним (22), 23:59, 17/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Смысл бэкапов именно в том, чтобы в ЛЮБОЙ момент времени иметь возможность с них восстановиться, частично или полностью.

    >Просто следующий сделаешь вне очереди и в новое хранилище.

    А потом ВНЕЗАПНО выяснится, что нужен файл из бэкапа трехмесячной давности.

    Если допустимо терять все бэкапы, может быть можно их вообще не делать?

     

  • 1.65, Аноним (66), 14:36, 17/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > SHA-256

    Ну фу, blake3 же есть давно уже

     
  • 1.84, OpenEcho (?), 00:37, 18/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    borg хорошо, restic тоже хорошо, но kopia все же лучше чем они оба
     
     
  • 2.89, Alex (??), 10:59, 18/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    kopia пока не готова для продакшена... даже полукустарного
     
     
  • 3.91, OpenEcho (?), 15:00, 18/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > kopia пока не готова для продакшена... даже полукустарного

    За такими высказываниями (если вы хотите чтобы ваше мнение не звучало как опеннетовская клоунада), обычно люди приводят доказательства. У меня доказательства - в продакшене пол петабайтов, больше 4 лет. Кстати, хотелось бы услышать четкое определение продуктов, которые готовы для продакшена, а которые - нет (в нашем аджайл движущемся мире)


     

  • 1.94, Neon (??), 00:57, 22/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    restic 0.15. Т.е. версия 0.15 для системы резервного копирования ?!))) Кто в своем уме будет использовать альфу версию для резервного копирования ?! Надо быть совсем чокнутым на голову)))
     
     
  • 2.98, OpenEcho (?), 18:44, 23/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > restic 0.15. Т.е. версия 0.15 для системы резервного копирования ?!)))

    Можно глянуть где вы нашли информацию о том что это альфа? Везде сказано что 0.15.0 - есть релиз

    > Кто в своем уме будет использовать альфу версию для резервного копирования ?! Надо
    > быть совсем чокнутым на голову)))

    А каким релизным софтом пользуются не чокнутые?

     

  • 1.99, Аноним (99), 21:10, 23/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    borg стабилен, restic тоже, использовать можно и то и то в продакшене,
    а вот базы бекапить со слейвов с ограничением скорости эффективно примерно так, особенно на кластерные ФС, которые любят запись блоками побольше:

    pg_dump -U postgres -p 5432 dbname | pv -q --rate-limit 8m | gzip | ssh -i $KEY -o BatchMode=yes user@srvbackuo "dd obs=128M | dd bs=128M of=/var/backups/srvname/postgresql/dbname.sql.gz"

    Не благодарите ^)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру