Introduction
Backup and recovery is essential. Failure to have verified backup and recovery procedures puts your data at risk of loss. Users often only learn this lesson after critical information they require is permanently lost. Attempting to recover from data loss can be both time consuming and extremely difficult. So learn from others mistakes, and ensure beforehand that you have a system in place that protects your data and suits your needs.
- Why? — Why are you protecting yourself against disaster? Does it matter if you lose data? What losses will you suffer ($$$)?
- What? — What are you going to backup? Your entire hard drive or just some of the data?
- When? — When is the best time to backup your system? How often will you perform a backup? When will you use full backups and incremental backups.
- Where? — Where will the backups be stored? On-site? Off-Site? Cloud?
- Medium? — Attached storage (usb stick, usb hard drive, tape drive), backup server?
Backup
Types of Backup
- Recovery time objective (RTO): How fast should data be recovered? Can you continue to operate if data recovery is not recovered for a day, a week, etc?
- Recovery point objective (RPO): How much data can be lost. Can you lose two hours, two days or two weeks of data?
example: if you can withstand losing one week of data then a weekly backup would be sufficient, but if you can only withstand losing one day then you would need to employ a nightly backup (or a variation)
This document will cover three basic types of backup; Full, Incremental, and Differential.
Full: A full backup backs up all the files in the back up target.
Incremental: An incremental backup backs up all the files that have changed since the last backup.
Differential: A differential backup backs up all the files that have changed since the last full backup.
Backup Methods
- manual — Manual backup would be initiated on a schedule by the user and is the most common method for home users to backup their files. This method is also the least reliable.
- local automated — Automated backups that target a hard drive or tape drive attached to the physical box being backed up fall into this category. Advanced home users and small businesses will often use this method.
- remote automated — Automated backups that target a hard drive, tape drive or virtual tape library (VTL) over the network fall into this backup. This type of backup is often used by businesses that have money they can dedicate to the process of backup. As the organization becomes more mature they may even stage the backup on multiple mediums and increase the distance between backup and production systems.
mtime, atime and ctime
- mtime — modification time; this value is changed when the contents of the file is changed.
note: file system backups change atime while raw device backups will not. If you are implementing incremental or differential backups this is important
Recovery
note: many people consider only the backup part of this process and do nothing to verify that the backup can be restored. It is very important to test that your backup process is working and that data can be recovered.
- Restore many single files
- Restore an older version of a file
- Restore an entire folder
- Restore an entire drive and compare the checksum
If you do not test you may find out that nothing was being backed up when you need to restore the files in reality.
Как сделать резервную копию системы на Ubuntu/Linux?
Своевременно сделанная резервная копия операционной системы Ubuntu является одной из самых важных профилактических мер, направленных на поддержание стабильности работы сервера и его экстренное восстановление в случае аварии или сбоя. Но данная инструкция будет полезна и простым пользователям десктопных систем, которые с её помощью смогут создавать своеобразную точку восстановления данных. Для выполнения процедуры создания резервной копии пригодится утилита, необходимая для создания и редактирования архивов в ОС Linux – tar.
Создание копии системных данных
Пошагово создание резервной копии системы Ubuntu выглядит следующим образом:
1. Для Ubuntu подходит команда sudo su, а для Debian – используем su -l root
2. Смотрим количество места, которое уже использовано системой, и которое остается свободным. Поскольку backup будет сжиматься в архив, то по объему он получится в разы меньше, чем занимает ОС на данный момент.
Как указано в описанном выше конкретном случае система находится по адресу /dev/sda2 и своим объемом она занимает в целом 2.1G объема. Бекап будет скопирован в корневой раздел этого же диска, где имеется 67 Гб свободного пространства.
3. Для продолжения создания резервной копии системы Linux перемещаемся в корневой раздел cd /.
4. Переходим к копированию системы. Но здесь важно исключить разделы /proc /lost+found /sys, как и сам архив /backup.tgz, кроме того, убираем и раздел /web. Если необходима идеально чистая резервная копия, то предварительно следует выполнить очистку логов в /var/log , и удалить кеш выбранных нами архивов apt-get clean.
tar cvpzf backup.tgz –exclude=/proc –exclude=/lost+found –exclude=/backup.tgz –exclude=/mnt –exclude=/sys –exclude=/web / -rw-r–r– 1 root root 607M Янв 7 13:28 backup.tgz
Полученный архив с файлами следует надежно хранить отдельно и при необходимости его можно будет сразу использовать для восстановления данных системы.
Пошаговая инструкция по восстановлению из back-апа
Проще всего восстанавливать систему на том же оборудовании с теми же виртуальными разделами, с которых делался бекап. Это займет всего несколько минут. Порядок действий будет таков:
1. Выполняем загрузку с диска Live CD Linux, никаких сторонних программ не требуется, и копируем архив в корневой каталог.
2. Распаковываем выбранный архив непосредственно в папку расположения
3. Остается только прописать место, куда выполняется загрузка. Если разметка делалась с помощью GParted, то стоит предусмотреть около 10 свободных мегабайт, в противном случае grub2 может и не стать.
grub-install –root-directory=/mnt/ /dev/sda2
4. Далее нужно создать отдельные каталоги /proc /sys. При перезагрузке обратите внимание на логи в процессе загрузки.
Если системные данные нужно перенести на новое устройство, то всё слегка усложняется:
1. Распаковываем наш архив.
2. С помощью Live CD проверяем распределение дисков и их объем.
3. При повторной перезагрузке сервера входим в grub2 и редактируем названия имеющихся дисков.
4. Когда запуск невозможен при «отсутствии файловой системы», придется переделать заново initrd загрузчик, с учетом требуемых модулей. Для этого примонтируют разделы /proc и /sys к базе, где компилируются /mnt/proc /mnt/sys, а потом можно пройти авторизацию в chroot /mnt.
Это наиболее легкий способ создания и последующего восстановления из резервной копии работающей системы Linux, ведь в процессе не требуется устанавливать сторонние утилиты.
Высокопроизводительные VPS сервера Linux на без KVM-виртуализации идеально подходят для крупных интернет-проектов. В сочетании с этой операционной системой серверные компьютеры демонстрируют хорошую производительность, а SSD хранилища данных способствуют увеличению их быстродействия. У нас вы сможете взять в аренду VPS и VDS Linux сервера.
Облако на сервере Ubuntu поможет решить проблемы с масштабируемостью проектов. Под высокой нагрузкой сайту или будет выделяться больше ресурсов.
Под dedicated сервером подразумевают аренду серверного компьютера для решения задач конкретного проекта. Клиент получает возможность свободно распоряжаться ресурсами виртуальной машины, устанавливать любое программное обеспечение и создавать необходимое количество баз данных.
Как создать резервную копию
Простейший способ создания резервной копии файлов и настроек — использовать специальное приложение, которое сделает эту работу за вас. Существует много различных приложений для резервного копирования, например, Déjà Dup .
Справка по выбранному вами приложению для резервного копирования проведёт вас через процесс настройки параметров создания резервной копии, а также расскажет, как восстановить ваши данные.
Альтернативный вариант — скопировать свои данные в безопасное место, например, внешний жёсткий диск, сервис онлайн-хранилища или USB-носитель. Ваши личные файлы и настройки находятся в вашей домашней папке, так что вы можете скопировать их оттуда.
Количество данных, которые можно включить в резервную копию, ограничено вместимостью устройства хранения. Если на целевом устройстве достаточно свободного места, лучше скопировать домашнюю папку целиком со следующими исключениями:
- Файлы, резервные копии которых уже имеются где-то ещё, например, на USB-накопителе или других съёмных носителях.
- Файлы, которые легко создать заново. Например, если вы программист, не стоит делать резервные копии всех файлов, создаваемых в процессе компиляции ваших программ. Вместо этого лучше создать копии файлов с исходными кодами.
- Любые файлы из папки «Корзина». Содержимое корзины можно найти в ~/.local/share/Trash .
Дополнительная информация
You can choose the displayed language by adding a language suffix to the web address so it ends with e.g. .html.en or .html.de.
If the web address has no language suffix, the preferred language specified in your web browser’s settings is used. For your convenience:
[ Change to English Language | Change to Browser’s Preferred Language ]
The material in this document is available under a free license, see Legal for details.
For information on contributing see the Ubuntu Documentation Team wiki page. To report errors in this documentation, file a bug.