1.1, Аноним (1), 20:51, 16/01/2023 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– |
> Код проекта написан на языке Go и распространяется под лицензией BSD.
без GC в таком проекте не обойтись?
| |
|
|
3.10, Аноним (10), 21:34, 16/01/2023 [^] [^^] [^^^] [ответить]
| +4 +/– |
раст - это как китайцы, делают некачественные копии, абибасы там всякие, растики
| |
|
2.44, Аноним (44), 08:27, 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, но разве этого мало? ))
| |
|
|
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 +/– | Виндузятники - такие виндузятники Не могут и помыслить, что что-то можно сделат... большой текст свёрнут, показать | |
|
|
|
2.75, t (??), 17:06, 17/01/2023 [^] [^^] [^^^] [ответить]
| +/– |
мне и самому интересен этот вопрос. только без сарказма.
я так полагаю, что restic работает под windows, а borg - только под linux.
| |
|
|
4.88, Alex (??), 10:51, 18/01/2023 [^] [^^] [^^^] [ответить]
| +/– |
>но не умеет в сжатие.
Он умеет в сжатие... у вас устаревшие сведения
| |
|
|
|
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" ?
| |
|
|
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, причём наперёд по будущим версиям.
| |
|
|
3.29, Anatoly (??), 05:03, 17/01/2023 [^] [^^] [^^^] [ответить]
| +/– |
Можно, что придётся добавить ещё --options gzip:compression-level=9
| |
|
2.14, Аноним (13), 22:02, 16/01/2023 [^] [^^] [^^^] [ответить]
| –1 +/– |
Блин, откуда вы лезете со своими портянками, интересно? Недоучки. Таром он что-то бэкапить собрался.
| |
|
|
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 маленьких впсок?
можете не делать.
можете даже на хостинг провайдере купить услугу бэкапа
| |
|
|
6.38, Легивон (?), 07:06, 17/01/2023 [^] [^^] [^^^] [ответить]
| –2 +/– |
Лол. Только гуглу позволено пользоваться простыми и эффективными инструментами?
| |
|
7.92, pashev.ru (?), 16:45, 18/01/2023 [^] [^^] [^^^] [ответить]
| +/– |
> Лол. Только гуглу позволено пользоваться простыми и эффективными инструментами?
Как перестать ржать?
| |
|
|
|
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 [^] [^^] [^^^] [ответить] | +/– | Часть зашифрованного файла побилась Восстановиться не получится Кккко такого н... текст свёрнут, показать | |
|
|
|
|
|
6.35, Аноним (30), 06:21, 17/01/2023 [^] [^^] [^^^] [ответить]
| +/– |
Ну не обязательно tar использовать для составления списка файлов, можно и rdup
| |
|
|
|
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) облачкаааа.
А потом повторим для инкрементального бэкапа - когда мы не знаем точно когда файл испортился, и нужно достать последнюю еще не порченную модификацию, неизвестно, когда сделанную.
| |
|
2.34, Аноним (34), 06:10, 17/01/2023 [^] [^^] [^^^] [ответить]
| +/– |
Дедупликацией а-ля rsync: блоки с одинаковым хэшом хранятся только один раз.
Выгода от такого решения может быть от многократной до отрицательной в зависимости от того, что и как бэкапится. Как всегда, серебряной пули нет.
| |
|
|
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.
| |
|
|
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 [^] [^^] [^^^] [ответить]
| +/– |
Смысл бэкапов именно в том, чтобы в ЛЮБОЙ момент времени иметь возможность с них восстановиться, частично или полностью.
>Просто следующий сделаешь вне очереди и в новое хранилище.
А потом ВНЕЗАПНО выяснится, что нужен файл из бэкапа трехмесячной давности.
Если допустимо терять все бэкапы, может быть можно их вообще не делать?
| |
|
|
|
|
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"
Не благодарите ^)
| |
|