Skip to content

Instantly share code, notes, and snippets.

@haron
Last active May 27, 2021 13:59
Show Gist options
  • Save haron/f7973e7abbd08b22532a932a85672ce9 to your computer and use it in GitHub Desktop.
Save haron/f7973e7abbd08b22532a932a85672ce9 to your computer and use it in GitHub Desktop.
Бекап личных данных

Общие соображения: есть несколько причин, по которым сложно делать бекапы личных данных. Кажется, что бекапы это а) непонятно (надо разбираться с софтом), б) всё или ничего (глупо бекапить что-то одно, когда остальное не бекапится), в) дорого (надо покупать диски или платить за сервисы) и г) напряжно (про них надо помнить). Из-за этого думать о бекапах неприятно, и заниматься ими обычно не хочется.

Развенчание мифов: а) в маке и windows есть встроенный бекап, который достаточно хорош; б) лучше бекапить хоть что-то, чем вообще ничего - лично я рекомендую начать с фотоархива; в) внешний диск стоит 50-100 баксов и проживет пару лет, годовая подписка на Backblaze стоит $60 - не копейки, но эти расходы часто оправданы; г) на маке Time Machine напоминает о том, что стоит воткнуть бекапный диск, облачный бекап работает молча и только говорит о проблемах, для остальных вещей можно поставить регулярную напоминалку в календаре и делать раз в 3-6 месяцев. Дальше конкретные действия in no particular order:

  • если у вас мак, настройте Time Machine на внешний диск, если Windows, то что-то вроде https://www.windowscentral.com/how-backup-windows-10-automatically
  • если у вас фотографии лежат на внешнем диске - купите второй диск и сделайте на нем копию
  • подключите айфон проводом и сделайте бекап - https://support.apple.com/guide/mac-help/back-up-and-restore-your-device-mchla3c8ed03/mac
  • на маке - если у вас шифрованный бекап, проверьте, что копия Keychain лежит где-то еще, кроме шифрованного диска (иначе есть риск не расшифровать бекап)
  • data takeout: Instagram - https://www.instagram.com/download/request/, Twitter - https://twitter.com/settings/download_your_data, Flickr - https://www.flickr.com/account/ (Your Flickr Data внизу страницы), Evernote - https://help.evernote.com/hc/en-us/articles/209005557-Export-notes (нужен десктопный клиент), Pinboard - https://pinboard.in/settings/backup, Gmail - http://gmvault.org/
  • подумайте про бекап в облако - https://www.backblaze.com/cloud-backup.html; но важно помнить, что Backblaze удаляет бекапы внешних дисков, если их не подключать больше месяца
  • если у вас настроен бекап на домашний NAS, узнайте, как восстанавливать его RAID-массив при потере одного диска; погуглите, как восстанавливать данные с дисков, если сломался сам NAS
  • если вы храните важные вещи в облаке (Dropbox, Google Drive, Яндекс диск, iCloud, Amazon S3) - убедитесь, что они копируются на внешний диск или в другое облако, потому что облачный аккаунт может пропасть по многим причинам
  • если у вас стационарный компьютер, то бекап на внешний USB-диск может оказаться надежнее, чем на один из встроенных дисков (внешний диск не сломается вместе с вашим компом и его проще хранить отдельно)
  • если вы уезжаете на неделю или больше, положите бекапный диск подальше от основного (в шкаф в другом углу квартиры)
@y8
Copy link

y8 commented May 24, 2021

В списке отсутствуют две самые главные вещи:

  • Проверка что из бэкапа реально восстанавливается то, что бэкапилось (корректность)
  • Переодическая проверка что файлы бэкпа не побились в процессе хранения (верификация)

Без этих двух краеугольных вещей любой бэкап становится бэкапом Шрёдингера и создаёт чувство ложной безопасности

@haron
Copy link
Author

haron commented May 27, 2021

@y8 всё окей, восстановление ждет отдельного текста.

@y8
Copy link

y8 commented May 27, 2021

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

Отсутствие этих двух процедур оч стандартная и зачастую фатальная ошибка: типа считать что можно нажимать на rsync по крону и считать что бэкап есть. У меня полно историй от «rsync завершался со статусом 0, но бэкап занимал 0 байт» до «бэкапы шифровались временными ключами, а не теми что хранятся в HSM», которые были обнаружены в момент отказа и привели к существенным убыткам.

«Люди делятся на тех кто ещё не верифицирует бэкапы, и на тех кто уже пожалел что не верифицирует бэкапы» ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment