Резервное копирование данных [дубликат]

Резервное копирование всех программ составило бы 10 ГБ или больше. Не имеет большого смысла создавать резервную копию их, так как они могут быть восстановлены от Интернета.

Резервное копирование всех Ваших записей составило бы пару МБ. Если Вы не пишете очень быстро и часто конечно. Резервное копирование Ваших электронных таблиц и презентаций могло быть 100's MBS, если у Вас есть много иллюстрации и изображений.

Резервное копирование всех Ваших фотографий и песен могло взять десятки ГБ. Альтернатива должна была бы зеркально отразить музыку и фотографии по Вашему смартфону с Ubuntu. Возможности хороши, сделанный человек (огонь, воровство, вандализм, исключая) или стихийное бедствие (молния, лавинная рассылка, землетрясение) не произведет оба устройства одновременно.

Резервное копирование Ваших видео могло быть 100's ГБ.

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

Для меня я использовал автоматизированное резервное копирование на сжатый файл (<25 МБ) каждое утро, который посылается по электронной почте в мою учетную запись gmail.com. Каждое утро cron только создает резервную копию того, что я записал наряду с конфигурационными файлами настроек Ubuntu.

После года теперь я должен буду принять стратегию резервного копирования Родительского Сына-дедушки Ежегодных, Ежемесячных, Еженедельных и Ежедневных резервных копий для сокращения количества резервных копий (365 + дни) в настоящее время хранившийся в gmail.com, который ограничен 15 ГБ бесплатно всем на планете Земля (или теоретически ударил, если у них есть IP-адрес).

Если Вы интересуетесь моим ежедневным резервным копированием на сценарий gmail.com, Вы видите его здесь: Скопируйте конфигурацию Linux, сценарии и документы Gmail.

Можно купить дешевых 16 ГБ, карты флэш-памяти с интерфейсом USB на 64 ГБ или на 32 ГБ (иначе карты флэш-памяти) и скопировать целое изображение Ubuntu и файлы данных к нему.

Если у Вас есть жесткий диск на 500 ГБ или SSD, и Ubuntu только поднимает 25 - 50 ГБ, можно создать резервный раздел для хранения резервных копий. Обратите внимание, что они не будут удаленными резервными копиями, и при этом они не сохранят Вас если Ваши поломки жесткого диска. Эти резервные разделы полезны, когда Вы стреляете себе в ногу и удаляете целый набор файлов или каталогов. Для клонирования раздела Ubuntu к другому резервному разделу, я записал этот сценарий: сценарий Bash для клонирования Ubuntu к новому разделу для тестирования 18.04 обновлений LTS

Дополнительно существуют резервные программы, которые можно использовать, но я не могу ручаться за них.

Знайте, что, когда люди говорят Вам делать резервные копии, существует два различных видов.

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

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

Эти резервные копии не должны быть быстрыми, и при этом они не должны быть онлайн. Вращение через две или три карты с интерфейсом USB, забирание домой один для создания копии и затем отъезд ее на рабочем месте для безопасного хранения легки. В случае аварии действительно не имеет значения, если требуется день или два для возвращения данных. То, что важно, - то, что можно вернуть его.

Другой вид резервного копирования для случайных ошибок. Если Вы редактируете файл и портите его, хорошо смочь иметь копию того, на что он вчера был похож.

Или возможно Вы повреждаете что-то и не замечаете его в течение недели или два. Сравнение программы с тем, на что это было похоже в прошлом месяце, может быть очень полезным.

Подобные резервные копии должны быть автоматическими, частыми, и легкими к доступу. Они не должны быть сохранены от сайта.

Для второго вида у меня есть корень crontab запись, которая использует "rsync - архив" для создания резервных копий, которые очень легки к доступу и использованию, когда мне нужны они. Я могу использовать стандартные инструменты командной строки Unix, чтобы сравнить и восстановить различные версии.

rsync --archive --one-file-system --delete --backup \
    --backup-dir="../../$today/home" \
    --exclude=".config/google-chrome/" \
    --exclude=".cache/" \
    --exclude=".local/share/zeitgeist/" \
    --exclude="Downloads/" \
    "/home/"   "mostrecent/home/"

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

-rw-r--r-- 1 ray ray 14452 Dec 26 18:43 mostrecent/home/ray/public/Log/wait.xhtml
-rw-r--r-- 1 ray ray 14402 Dec 25 21:21 2018-12-26/home/ray/public/Log/wait.xhtml
-rw-r--r-- 1 ray ray 14302 Dec 20 15:12 2018-12-25/home/ray/public/Log/wait.xhtml