Comments 11
Кровь из глаз.
Мало того, что ощущение, что это гуглтранслейтом переводилось, так ещё и статья такое себе...
Хабр заполонили статьи от конторок которые нанимают сотрудников под написание статей для продвижения, не напрягаясь о сути содержимого. Главное разместить рекламные ссылки.
Я очень жду от хабра функцию фильтрации блогов конкретных компаний. У которых все статьи мусорные - таких к сожалению очень много.
Во вторых не понимаю почему такой мусор ни кто е фильтрует и не банит.
Видимо хабр со временем хочет скатить и потерять аудиторию.
Поддержу предущего оратора.
наверное, я тупой. но объясните мне разницу между инкрементальным и дифференциальным бекапом
Инкрементальный - изменения с последнего бекапа (не важно какого именно)
Дифференциальный - изменения с последнего фулл бекапа
Наглядный пример https://webznam.ru/images/bl04/tip-rezervnogo-kopirovanija.png
Можно прочитать очередную неточность
Дифференциальный бэкап содержит изменения в данных относительно полного бэкапа, инкрементальный — содержит изменения со времени последнего частичного бэкапа – последней инкрементальной копии.
т.е. если мы сделали фулл - мы не можем сделать инкремент?
Или фулл -> дифф -> инкремент? такая цепочка должна быть? :)
Да, я понимаю, что в целом первая точка после фула как бы и диф и как бы инкремент, но нафига так усложнять? Многие вендоры СРК давно уже не употребляют этот термин в данном контексте, дабы лишний раз никого не путать.
Amazon glazier же :), не, не получается на нем заработать :)?
Ну вы бы хоть привели пример восстановления при использовании ваших серверов. Вот, допустим, сервер грохнулся (может даже я условный rm -rf / запустил).
Что делать? Убить старый сервер, создать новый, установить какой-то софт... Хоть rsync, хоть на примере чего-то бесплатного типа Veeam Backup. А может у вас можно ISO (Live CD) можно подмонитровать и с него загрузиться с пострадавшего сервера.
Хоть какая-то привзяка к вам была бы, а не просто общие слова.
Сделал облачный бэкап - > не зашифровал его (компания же "серьезная") - > облачного провайдера "продырявили" - > потерял конфиденциальные данные.
Облако это "надежно", вот только желающих раскурочить облако гораздо больше. Почему тут об этом ни слова?
Спасибо за ваши статьи FirstVDS. Всегда читаю с удовольствием.
Хабр меняется, тема исторической справки в ваших других статьях интересна. Я не думаю что есть ещё кто-то или что-то, кто делает подобные статьи без рекламы конкретного сервиса, который они описывают в свои статьях. Так как если veeam пишет о бэкапах, все скатывается известно во что. У вас же чувствуется объективное отношение и темы для меня как для айтишника, вы находите интересные. Особенно когда это связано с программированием, подходами к чистому коду и отношению к этой работе/делу.
От себя хотел бы добавить, что не обязательно пользоваться услугами специализированных провайдеров услуг резервного копирования, можно и самим настроить бекапы в облако, бекапы локальные и бекапы локально-удаленные. При этом вы будете нести затраты только на хостинг, железо и электричество. И в зарплату человеку, который это настраивает, поддерживает и тестирует. По мне так лучше профинансировать деятельность отдельного специалиста один раз, чем отдавать деньги компаниям постоянно.
Есть рынок открытого ПО, которое работает. Например: borg и proxmox-backup-server.
Borg поддерживается специальными тарифными планам в hetzner (hetzner box). Хотя настройка borg задача не тривиальная. Для веба вполне все есть: бекап баз mysql, бекапы файлов, сжатие, шифрование на бекап сервере.
А proxmox-backup-server реализует концепцию защищённых бекапов, которые нельзя удалить на скомпроментированном сервере.
Наверное это не совсем подходит для пользователей Windows, но тем менее. ПО существует, оно работает. Затраты идут разве что на тарифный план у хостера и за покупку железа для сборки компа для бекапов.
Серверные бэкапы