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

Доступна система резервного копирования restic 0.15, opennews (??), 16-Янв-23, (0) [смотреть все] без GC в таком проекте не обойтись , Аноним (1), 20:51 , 16-Янв-23, (1) –7 // Она не будет там особенно мешать , kusb (?), 20:54 , 16-Янв-23, (2) +3 Для любителей без GC есть проект rustic - restic написанный на rust https gith, Аноним (7), 21:30 , 16-Янв-23, (7) +3 // раст - это как китайцы, делают некачественные копии, абибасы там всякие, растики, Аноним (10), 21:34 , 16-Янв-23, (10) +4 А для любителей без GC и при этом натуралов , Аноним (93), 10:40 , 19-Янв-23, (93) Загнать себя в рамки и принципиально обойтись конечно можно, но в настолько высо, Аноним (44), 08:27 , 17-Янв-23, (44) +1 Местным растонытикам до понимания GC бы ещё дорасти, Аноним (66), 14:39 , 17-Янв-23, (66) +1 Какие преимущества перед borg Никаких, я правильно понимаю Вместо проверенного, Аноним (3), 21:13 , 16-Янв-23, (3) –3 // На мой взгляд основное преимущество restic по сравнению с borg в том, что можно , Аноним (7), 21:25 , 16-Янв-23, (5) +1 // Вам что то мешает хранить локально только индекс и ручками загружать чанки бэкап, Аноним (30), 05:18 , 17-Янв-23, (30) –6 // Ленточные накопители дешёвые, а вот устройства чтения-записи для них , Аноним (32), 05:42 , 17-Янв-23, (32) +1 Нуууу если у вас архив в 1000 кассет, не такие и дорогие , 1 (??), 09:00 , 17-Янв-23, (47) +1 в борг можно бекапить на удаленный сервер, даже если там не стоит борг, просто у, t (??), 17:05 , 17-Янв-23, (74) Все просто restic это стандарт, borg это для пижонов , Аноним (8), 21:31 , 16-Янв-23, (8) –2 // спасибо узнал из вашего сообщения что стандарт существует , ыы (?), 08:33 , 17-Янв-23, (45) +3 Какой к свиньям прод Что борг, что эта фигнюшка - это чисто бэкапить коллекцию , Аноним (13), 22:00 , 16-Янв-23, (13) –1 // Перфокарты еще забыл Какой отношение тулза для резервного копирования имееть к п, Легивон (?), 22:16 , 16-Янв-23, (16) –4 // крон для бэкапа это только для бэкапа порно на локалхосте а система резервного, ыы (?), 08:20 , 17-Янв-23, (43) –1 Такой стиль изложения у тебя, вроде сам понимаешь что несёшь бред, но пытаешься , Аноним (44), 08:49 , 17-Янв-23, (46) большинство использованных терминов вообще говоря взято прямо из ПО Оно там де, ыы (?), 15:48 , 17-Янв-23, (68) в borg есть правила для prune - можно например сделать чтобы при каждом новом за, t (??), 17:03 , 17-Янв-23, (73) А что тебя смущает Демоны cron одни из самых стабильных программ Я конкретно п, Легивон (?), 20:55 , 17-Янв-23, (77) вместо вас простите, не удержался подумайте о том, чтобы мигрировать с MS-DOSЭт, Котофалк (?), 20:57 , 17-Янв-23, (78) +1 man NDMPБез его поддержки - только для бекапа коллекции порно на локалхосте , pofigist (?), 10:45 , 22-Янв-23, (95) Виндузятники - такие виндузятники Не могут и помыслить, что что-то можно сделат, Легивон (?), 12:10 , 22-Янв-23, (96) –1 Линаксоиды такие линаксоиды Ничерта не знают, но лезут рассуждать - https d, pofigist (?), 17:20 , 22-Янв-23, (97) мне и самому интересен этот вопрос только без сарказма я так полагаю, что resti, t (??), 17:06 , 17-Янв-23, (75) // короче - restic умеет в многопоток, в большее количество бекендов напрямую, рабо, t (??), 17:30 , 17-Янв-23, (76) // Он умеет в сжатие у вас устаревшие сведения, Alex (??), 10:51 , 18-Янв-23, (88) достойное ПО velero использует его как бекенд , Аноним (4), 21:22 , 16-Янв-23, (4) // Кетчуп k8up лучше, имхо Там тож разумеется рестик бекендом , Легивон (?), 22:20 , 16-Янв-23, (17) Чем это лучше обычного советского tar -cf - snapshot 124 gzip -9 124 open, Аноним (10), 21:27 , 16-Янв-23, (6) +3 // Тем что не нужно думать или уметь думать , Аноним (8), 21:31 , 16-Янв-23, (9) +1 // вся суть современного IT Те кто хотят думать, используют tar gz и шифрование Те , Аноним (54), 10:19 , 17-Янв-23, (54) // Чем учить каждого встречного как делать пики точеные, лучше эти пики продавать и, КО (?), 10:32 , 17-Янв-23, (57) Я тебе по секрету скажу, компьютеры и IT создавались именно для того, чтобы мень, Аноним (62), 13:31 , 17-Янв-23, (62) Чтоб люди из использущие меньше думали, а не те, кто их обслуживают, Аноним (1), 16:46 , 17-Янв-23, (69) тем что высвободившееся от чтения манов свободное время можно потратить на блэкд, Аноним (11), 21:52 , 16-Янв-23, (11) // Ну да, каждая домохозяйка рождается с врождёнными знаниями restic, причём наперё, Аноним (27), 03:31 , 17-Янв-23, (27) можно же tar -zcf вместо 124 gzip или я что-то путаю , Аноним (1), 21:55 , 16-Янв-23, (12) +1 // Можно, что придётся добавить ещё --options gzip compression-level 9, Anatoly (??), 05:03 , 17-Янв-23, (29) // tar - 0-7 lmh - не , Аноним (27), 11:57 , 17-Янв-23, (58) Блин, откуда вы лезете со своими портянками, интересно Недоучки Таром он что-т, Аноним (13), 22:02 , 16-Янв-23, (14) –1   // а что не так , Аноним (1), 22:03 , 16-Янв-23, (15)   // То что например никак не реализуется сценарий постоянного инкрементального копир, Легивон (?), 22:26 , 16-Янв-23, (18)   Если у меня 10 серверов по 20 гб каждый можно я не буду делать инкремент и уровн, Аноним (19), 22:30 , 16-Янв-23, (19)   Может ты и бекапы делать не будешь У тебя же целых 10 серверов аш на, о майн го, Аноним (48), 09:09 , 17-Янв-23, (48)   10 маленьких впсок можете не делать можете даже на хостинг провайдере купить усл, Аноним (54), 10:15 , 17-Янв-23, (53)   Окстись, ты не Гугл , pashev.ru (?), 22:40 , 16-Янв-23, (20) +1   О, и Pashev тут Как ваш гит поживает , Аноним (21), 22:55 , 16-Янв-23, (21)   Лол Только гуглу позволено пользоваться простыми и эффективными инструментами , Легивон (?), 07:06 , 17-Янв-23, (38) –2   Как перестать ржать , pashev.ru (?), 16:45 , 18-Янв-23, (92)   Тар это умеет Вы не умеете - ваши проблемы , Аноним (22), 23:01 , 16-Янв-23, (22) +1   Ну расскажи как будет 1 Есть большой файл куда апендятся данные Как будешь бек, Легивон (?), 07:18 , 17-Янв-23, (39) +1   Показать себя очень важным в вещах в которых у них на работе больше никто не раз, Аноним (48), 09:11 , 17-Янв-23, (49) +1   1 Большой файл в исключения тара, отдельным скриптом в три строчки копировани, Аноним (22), 16:49 , 17-Янв-23, (70) +1   Какой ужос 1 Вот написал ты 20 скриптов для разных сервисов и раскидал их по 10, Легивон (?), 22:10 , 17-Янв-23, (80)   У тебя ничок по моде из 2010х Ну кому ты Скрипты лежат на сервере, который со, Аноним (22), 23:47 , 17-Янв-23, (81)   Часть зашифрованного файла побилась Восстановиться не получится Кккко такого н, Аноним (22), 23:51 , 17-Янв-23, (82)   Я хз насколько это работоспособно, не пробовал, но вот что нагуглил - https ww, Аноним (1), 23:16 , 16-Янв-23, (23)   Ну не обязательно tar использовать для составления списка файлов, можно и rdup, Аноним (30), 06:21 , 17-Янв-23, (35)   Не сможешь адекватно директории файлы эксклюдить инклюдить, Аноним (25), 00:21 , 17-Янв-23, (25)   Адекватность утверждает Министерство Правды , Аноним (27), 03:38 , 17-Янв-23, (28) +1   Нормально все эксклюдится и инклюдится Тар обычно вызывается в скрипте обертке , Аноним (22), 16:57 , 17-Янв-23, (72)   таром-то еще куда ни шло Таром с шитзипом и еще и шифрованием поверх - вот это , пох. (?), 10:13 , 17-Янв-23, (52) –1   // Ты как тот, кто лоб расшиб, молясь богу , Аноним (27), 12:02 , 17-Янв-23, (59)   Дедупликацией а-ля rsync блоки с одинаковым хэшом хранятся только один раз Выго, Аноним (34), 06:10 , 17-Янв-23, (34) // В каком случае отрицательная выгода , Аночик (?), 06:22 , 17-Янв-23, (36) +2 // Да почти всегда , Аноним (27), 12:03 , 17-Янв-23, (60) –1 Даже GPT более осмысленно отвечает, Аночик (?), 12:12 , 17-Янв-23, (61) +2 1 Когда дублирующихся блоков настолько мало, что хэш-таблица занимает больше ме, Аноним (86), 06:17 , 18-Янв-23, (86) Тем, что это не работает tar будет просить имя файла после -fPS Портянкофил сло, Аноним (55), 10:21 , 17-Янв-23, (55) // не будет они ничего проситьtar cf - dir dir tarВидишь тот одиноко стоящий - , Аноним (1), 10:28 , 17-Янв-23, (56) +1 Ты бы хоть попробовал, прежде чем критиковать f - означает вывод в stdout Да и , Аноним (86), 06:23 , 18-Янв-23, (87) смешивать сжатие и шифрование имеет риски вроде как, анон (?), 02:52 , 18-Янв-23, (85) Наличие дедуплекации Не , Anonim (??), 14:58 , 18-Янв-23, (90) Тестил и использую всякие разные средства, лучше rsync ничего нет , Sergey (??), 05:32 , 17-Янв-23, (31) // Вы в каком качестве тестировали rsync и restic , Аноним (30), 05:47 , 17-Янв-23, (33) +1 // Ежедневный бекап серверов с объемом от 4Тb до 10тб , test (??), 06:36 , 17-Янв-23, (37) Для неосиляторов tar gz, Аноним (40), 07:47 , 17-Янв-23, (40) –3 // Для тех кому не нужны проблемы на пустом месте , Аноним (48), 09:12 , 17-Янв-23, (51) +4 tar XZ же Даже звучит опеннетненько Выше и сжатие, и время Особенно время раз, Аноним (64), 13:58 , 17-Янв-23, (64) –1 // В чем прикол Вы же наверняка теми же руками посты набиваете про зонды, но при э, Аноним (22), 16:56 , 17-Янв-23, (71) –1 // Возможно, он просто не живет в стране-изгое И такой сценарий для него является , Аноними (?), 21:40 , 17-Янв-23, (79) –1 // Смысл бэкапов именно в том, чтобы в ЛЮБОЙ момент времени иметь возможность с них, Аноним (22), 23:59 , 17-Янв-23, (83) Ну фу, blake3 же есть давно уже, Аноним (66), 14:36 , 17-Янв-23, (65) borg хорошо, restic тоже хорошо, но kopia все же лучше чем они оба, OpenEcho (?), 00:37 , 18-Янв-23, (84) // kopia пока не готова для продакшена даже полукустарного, Alex (??), 10:59 , 18-Янв-23, (89) // За такими высказываниями если вы хотите чтобы ваше мнение не звучало как опенне, OpenEcho (?), 15:00 , 18-Янв-23, (91) restic 0 15 Т е версия 0 15 для системы резервного копирования Кто в сво, Neon (??), 00:57 , 22-Янв-23, (94) // Можно глянуть где вы нашли информацию о том что это альфа Везде сказано что 0 1, OpenEcho (?), 18:44 , 23-Янв-23, (98) borg стабилен, restic тоже, использовать можно и то и то в продакшене,а вот базы, Аноним (99), 21:10 , 23-Янв-23, (99) 1,3,4,6,31,40,64,65,84,94,99

Сообщения

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

	14. "Доступна система резервного копирования restic 0.15"	–1 +/–
	Сообщение от Аноним (13), 16-Янв-23, 22:02
	Блин, откуда вы лезете со своими портянками, интересно? Недоучки. Таром он что-то бэкапить собрался.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	15. "Доступна система резервного копирования restic 0.15"	+/–
	Сообщение от Аноним (1), 16-Янв-23, 22:03
	а что не так?
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Доступна система резервного копирования restic 0.15"	+/–
	Сообщение от Легивон (?), 16-Янв-23, 22:26
	То что например никак не реализуется сценарий постоянного инкрементального копирования, ведь без хранения всех предыдущих копий это невозможно. Или нет встроеной очистки уровня: хранить годовые копии, месячные, недельные и 7 ежедевных. В сценарии с таром надо будет скачивать все инкременты, мержить и заливать назад результирующие файлы.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Доступна система резервного копирования restic 0.15"	+/–
	Сообщение от Аноним (19), 16-Янв-23, 22:30
	Если у меня 10 серверов по 20 гб каждый можно я не буду делать инкремент и уровни?
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Доступна система резервного копирования restic 0.15"	+/–
	Сообщение от Аноним (48), 17-Янв-23, 09:09
	Может ты и бекапы делать не будешь? У тебя же целых 10 серверов аш на, о майн год, целых 20 громадных гигабайт.   Откуда вы только беретесь.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Доступна система резервного копирования restic 0.15"	+/–
	Сообщение от Аноним (54), 17-Янв-23, 10:15
	10 маленьких впсок? можете не делать. можете даже на хостинг провайдере купить услугу бэкапа
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	20. "Доступна система резервного копирования restic 0.15"	+1 +/–
	Сообщение от pashev.ru (?), 16-Янв-23, 22:40
	Окстись, ты не Гугл.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	21. "Доступна система резервного копирования restic 0.15"	+/–
	Сообщение от Аноним (21), 16-Янв-23, 22:55
	О, и Pashev тут. Как ваш гит поживает?
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Доступна система резервного копирования restic 0.15"	–2 +/–
	Сообщение от Легивон (?), 17-Янв-23, 07:06
	Лол. Только гуглу позволено пользоваться простыми и эффективными инструментами?
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	92. "Доступна система резервного копирования restic 0.15"	+/–
	Сообщение от pashev.ru (?), 18-Янв-23, 16:45
	> Лол. Только гуглу позволено пользоваться простыми и эффективными инструментами? Как перестать ржать?
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Доступна система резервного копирования restic 0.15"	+1 +/–
	Сообщение от Аноним (22), 16-Янв-23, 23:01
	Тар это умеет. Вы не умеете - ваши проблемы.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	39. "Доступна система резервного копирования restic 0.15"	+1 +/–
	Сообщение от Легивон (?), 17-Янв-23, 07:18
	Ну расскажи как будет: 1) Есть большой файл куда апендятся данные. Как будешь бекапить таром? Постоянно заливать весь файл? 2) Как будешь удалять промежуточные инкрементальные бекапы? Скачаешь все 100500 промежуточных бекапов на хост, помержишь и зальешь? А если места не хватит? Поражаюсь безумным желаниям чуваков в свитерах с оленями. Как же много у них свободного времени и какая у них странная мотивация. Вместо того чтобы использовать готовые стандартные инструменты. Они готовы городить портянки из баш скриптов, сидеть их днями отлаживать, брать на себя ответсвенность за ошибки... и все ради того, чтобы сказать: "мам сматри я пограмист, я за неделю изобрел плохую версию того, что и без меня уже работало и было доступно свободно". Зачем они это делают? Разве желание развиваться в глубину (подальше от баша), это не естественное желание?
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Доступна система резервного копирования restic 0.15"	+1 +/–
	Сообщение от Аноним (48), 17-Янв-23, 09:11
	Показать себя очень важным в вещах в которых у них на работе больше никто не разбирается.  Ну и время занять конечно, начальство не любит когда сотрудники бездельничают и всё просто работает.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Доступна система резервного копирования restic 0.15"	+1 +/–
	Сообщение от Аноним (22), 17-Янв-23, 16:49
	1) Большой файл в исключения тара, отдельным скриптом (в три строчки) копирование этого файла с отступа. Таром очень удобно бэкапить систему - инкремент крошечный. БД в зависимости от размера или на уровне файлов с дополнительными действиями, или дампом. Просто тар для файлов БД не подходит. Чтобы бэкап был эффективным, надо знать свои данные, в любом случае. 2) "100500 промежуточных бекапов " это уже ошибка проектирования системы бэкапа. Их не должно быть 100500. И если инкремент много весит, это тоже ошибка проектирования. В этом случае проще не использовать инкрементальный бэкап. Я бэкапил полный раз в месяц и каждый день инкремент. Размер всех инкрементов к концу месяца всегда был меньше полного. Срок хранения подбирался так, чтобы невозможно было превысить свободное место. Головой подумать пришлось при создании этой системы, но в итоге она была очень простая и надежная. И никакой зависимости от мамкиных программистов (студентов и индусов), пишущих открытые решения для бэкапов. Это бесценно. "мам сматри я пограмист, я за неделю изобрел плохую версию того, что и без меня уже работало и было доступно свободно". Не проецируйте. Подходит вам существующее решение - отлично. Пользуйтесь. Ради бога. Доступное свободно, где много всего понакручено лишнего, мне не нужно. Все зависит от проблем, которые нужно решать, и некоторых допущений. Я никогда не шифрую бэкапы, потому что считаю риск их повреждения в зашифрованном виде более существенным, чем гипотетическая опасность их компрометации в хранилище. Проще восстановление. Если бэкап идет на ленту, риска компрометации по сути нет. Решения с шифрованием нужны голожпым, которые бэкапятся в чужие облака. Больше чем уверен, что в приличных местах никто терабайтные бэкапы не шифрует и не шлет в облака. Подозреваю, что админы пятибаксовых виртуалок на диджитал оушен - основная аудитория бэкапов с шифрованием. Собственное решение всегда понятно и подходит на 100%. Существующие обычно подходят не на 100% и/или требуют значительных трудозатрат на освоение. Безусловно, в парадигме снятия с администратора личной ответственности, сторонние решения всегда предпочтительны. Раб нижнего уровня в принципе не имеет роскоши что-то на работе изобретать. "желание развиваться в глубину (подальше от баша), это не естественное желание?" Хотеть быть подальше от баша, пользуясь юниксоподобной системой - это не естественное желание. Для учившегося работать с линуксом через окошко путти в винде - может быть и естественное. Кто вас знает. Но не надо проецировать на всех остальных. Нравится вам через вебгуй администрировать - ок. Как только разонравится, без нормального шелла быстро станет тоскливо. Ленивый студент не хочет изучать то, что ему кажется никогда не пригодится. Вот и всё. Неужели нет интереса к технологиям древних, которые без значительных изменений работают 50 лет? Ни капельки? Совсем-совсем?
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	80. "Доступна система резервного копирования restic 0.15"	+/–
	Сообщение от Легивон (?), 17-Янв-23, 22:10
	Какой ужос! 1) Вот написал ты 20 скриптов для разных сервисов и раскидал их по 100 серверам... Как это потом сопровождать? Когда сработает фактор автобуса, что потом делать? Помоему бизнесу лучше сразу тебя не брать. Только на собеседовании заикнулся про баш и кустомные тулзы для бекапа - сразу "вам перезвоним... Охрана, быстрее проводите молодого человека". Про эффективность бекапа ты прав. Поэтому: - для простых файлов (без большого random write) - restic (и т.п.) - для баз - wal-g (и т.п.) 2) В случае бекапа баз (с некоторыми допущениями) это именно так. Мы храним по 50.000 wal сегментов например. Студенты и индусы пишушие подобное ПО в 10 раз умнее и тебя и меня вместе взятых. 3) Отлично подходит. 4) Что много понакручено? Детали будут? Имхо это сферическая в ваккууме имплементация философии unix. restic умеет: - работать с большим количеством типичных репозиториев, а так же с еще большим количеством используя кооперацию с программой сбоку - он умеет бекапить и разбекапливать - монтировать бекапы без скачивания, чтобы выдрать 1 файл например - умеет очистку Все! Это по вашему много? Помоему тут ровно столько, сколько минимально необходимо. Помещать один и тот же код реализующий функционал выше в разные бинарники было бы глупо. Это непосредственно связаные с назначением программы вещи. 5) Про шифрование, простите, это уже шиза. Шифрование ничего не стоит. 6) Голожпые? Мы кстати щас мигрируем из облаков selectel и dataline в свои DC. Но сохраняем так называемый вами "облачный" подход: катим виртуалки тераформом в on-premise, деплоим ансиблом, везде где можно вмecто волюмов юзаем s3. Угадаешь как изменилось соединение наших рестиков с новым датастором? Думаю догадался. NIQUAQ! Мы просто стали юзать свой s3. И многие так вами нелюбимые облачные технологии так же используются не для первоцели, а именно потому что это банально стандартный интерфейс/инструмент. 7) Не существует никакой 100% правды. Если бы ваш работодатель понимал, каких потенциальных проблем несут ему такие баш портянки, а какое value добавляют с другой стороны. Вы бы там не работали. Это 100% правда! 8) Юникс система - не является первоцелью. Ктому-же полноценная юникс система все больше превращается в кубирнетис запускатель. Где многих аспектов просто нет, а если что-то сломалось то может быть целесообразнее в несколько кликов перекатить машину, нежеле разбираться. Ну и вы ошиблись. Когда ты на ше (sh, практически не пишу на баше) писал уже все что только можно и понимаешь разумный диапазон его применения - это становится неинтересно. Мне гуй не нравится. Люблю минимализм: void linux, i3, vim - мой выбор для десктопа. terraform/ansible/helm - для сервера. Мне тоскливо становится не без баш. А тоскливо с ним разгребать "сервера снежинки" доставшиеся по наследству, где такие как вы, напихали во все возможные места rc.local/systemd/crond/logrotate и т.д. всяких разных башскриптов. Это подчастую сбагрено отсутствием контроля версий, документации, использования хардкодинга, лютым количеством костылей - именно программирование и конфигурирование на баш благоволит этому подходу. Алсо: писал в начале 2000 биллинг на баше, все как у людей^w поцонов в свитерах с оленем, с кроном и базой в текстовом файлике со сложность O(n^2). Мне сейчас неловко говорить об этом, чувствую стыд за это.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Доступна система резервного копирования restic 0.15"	+/–
	Сообщение от Аноним (22), 17-Янв-23, 23:47
	>писал в начале 2000 биллинг на баше У тебя ничок по моде из 2010х. Ну кому ты :) >написал ты 20 скриптов для разных сервисов и раскидал их по 100 серверам... Как это потом сопровождать? Скрипты лежат на сервере, который собирает бэкапы с хостов. Там же логика их пересылки куда-то еще. Все в одном месте. Вот еще кстати - все привыкли push-модель бэкапов делать, когда сервер сам формирует и выс-рает их куда-то, должен для этого держать у себя креды и иметь установку утилиты (которая может вдруг вместо бэкапа начать выводить stand with ukraine или еще как-нибудь вредить, имея права на чтение всех файлов). В pull модели с использованием базовых утилит таких проблем в принципе нет. >Студенты и индусы пишушие подобное ПО в 10 раз умнее и тебя и меня вместе взятых. Судя по тому, как в этой сфере все очень наивно - не умнее. Кучу кода написать - еще не значит, что люди умные. Старательные, трудолюбивые - да. >Мы просто стали юзать свой s3. И многие так вами нелюбимые облачные технологии так же используются не для первоцели, а именно потому что это банально стандартный интерфейс/инструмент. Электричества не жалко, это понятно. Ок, я понимаю. Действительно, если в средней руки конторе дать людям баш с рутом и утилиты, к которым им лень читать ман - через год будет тотальный п-ц. Придет время переустанавливать шендвс. Кондовые ограниченные решения будут лучше тупо за счет ограничения рисков. Между нами разница в отношении к этой ситуации исключительно. Я считаю, что достаточно убрать профнепригодных и можно будет использовать эффективные и очень простые решения, кроме того портабельные и не требующие поддержки. Сегодня есть твой рестик, завтра нет. Что делать будешь с бэкапами, если он в тыкву превратится? Выкинешь и новые очередной мокрой п-кой сделаешь? >полноценная юникс система все больше превращается в кубирнетис запускатель Кубер к юникс отношения не имеет, это NT-службы, вид сбоку. Короче, ты очень успешный, умный, вот это всё. Ну ты понел.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Доступна система резервного копирования restic 0.15"	+/–
	Сообщение от Аноним (22), 17-Янв-23, 23:51
	>5) Про шифрование, простите, это уже шиза. Шифрование ничего не стоит. Часть зашифрованного файла побилась. Восстановиться не получится. Кккко такого не бывает, ккреку
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

	23. "Доступна система резервного копирования restic 0.15"	+/–
	Сообщение от Аноним (1), 16-Янв-23, 23:16
	Я хз насколько это работоспособно, не пробовал, но вот что нагуглил - https://www.gnu.org/software/tar/manual/html_node/Incrementa...
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	35. "Доступна система резервного копирования restic 0.15"	+/–
	Сообщение от Аноним (30), 17-Янв-23, 06:21
	Ну не обязательно tar использовать для составления списка файлов, можно и rdup
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Доступна система резервного копирования restic 0.15"	+/–
	Сообщение от Аноним (25), 17-Янв-23, 00:21
	Не сможешь адекватно директории/файлы эксклюдить/инклюдить
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	28. "Доступна система резервного копирования restic 0.15"	+1 +/–
	Сообщение от Аноним (27), 17-Янв-23, 03:38
	> Не сможешь адекватно Адекватность утверждает Министерство Правды?
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Доступна система резервного копирования restic 0.15"	+/–
	Сообщение от Аноним (22), 17-Янв-23, 16:57
	Нормально все эксклюдится и инклюдится. Тар обычно вызывается в скрипте обертке. Список файлов и исключений можно в нем же сформировать и использовать при вызове. Не так уж много проблем.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	52. "Доступна система резервного копирования restic 0.15"	–1 +/–
	Сообщение от пох. (?), 17-Янв-23, 10:13
	таром-то еще куда ни шло. Таром с шитзипом и еще и шифрованием поверх - вот это уровень локалхостмастера. "а теперь давай достанем вооон тот один файл из пары сотен (хотя бы) гигабайт того тара" - впереди ж вечность, спешить некуда... Особенно если потом тар с шитзипом и шифрованием еще порезать под дешевые (то есть не обеспечивающие нормальную fs) облачкаааа. А потом повторим для инкрементального бэкапа - когда мы не знаем точно когда файл испортился, и нужно достать последнюю еще не порченную модификацию, неизвестно, когда сделанную.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	59. "Доступна система резервного копирования restic 0.15"	+/–
	Сообщение от Аноним (27), 17-Янв-23, 12:02
	Ты как тот, кто лоб расшиб, молясь богу.
	Ответить | Правка | Наверх | Cообщить модератору

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

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