Нет бэкапа

dd — копирование всего жесткого диска

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

Создание образа

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

Перед началом операции убедитесь, что ни один из разделов данного жесткого диска не смонтирован. Сделать это можно запустив команду без параметров.

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

Смонтируйте бэкап-раздел

sudo mount /dev/sdXY /mnt

Теперь можно приступать

sudo dd if=/dev/sdX bs=1M conv=noerror,sync | lzma -cv > /mnt/hdd.dd.lzma

(здесь «sdX» — диск, а не раздел! для копирования без сжатия команда аналогична приведенной выше для бэкапа раздела)

В зависимости от размера жесткого диска и производительности компьютера процедура может занять продолжительное время (до нескольких часов). По завершении отмонтируйте бэкап-раздел

sudo umount /mnt

Восстановление из образа

Внимание! Данный способ предполагает полный откат к состоянию на момент создания архива с заменой всех данных!

Перед началом работы убедитесь в надежности электропитания. Подключите сетевой адаптер, если у вас ноутбук, а также по возможности используйте ИБП или стабилизатор. При высокой интенсивности записи возрастает риск повреждения диска в случае сбоя питания

Убедитесь, что ни один раздел восстанавливаемого диска не используется. Смонтируйте бэкап-раздел

sudo mount /dev/sdXY /mnt

Можно приступать к процедуре

bzip2 -dc /mnt/hdd.dd.bz | sudo dd of=/dev/sdX bs=1M conv=sync,noerror

Или же для несжатого образа

sudo dd if=/mnt/hdd.dd.bz of=/dev/sdX bs=1M conv=sync,noerror

По завершении отмонтируйте бэкап-раздел

sudo umount /mnt

Если вы хотите распаковать образ на другой жесткий диск, он должен иметь размер не меньше оригинального. В случае, если новый диск большего объема, вы сможете расширить разделы либо создать новый раздел на свободном месте с помощью parted/fdisk/gparted/etc

Не используйте оба жестких диска («дубликат» и «оригинал») одновременно! При подключении обоих дисков в системе будет по два раздела на каждый UUID, что приведет к проблемам в работе или невозможности загрузки

Монтирование образа

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

Если образ сжатый — распакуйте его. Теперь «подцепите» образ на loop-устройство

sudo losetup -fv /media/backup/sda.dd

(С ключом программа автоматически найдет свободное loop-устройство, иначе необходимо явно указывать его)

выведет на экран имя использованного устройства — если вы не работаете с другим файлами-образами (iso, шифрованными контейнерами и пр.), это скорее всего будет

Теперь мы имеем устройство, являющееся для системы жестким диском, но не имеем доступа к его разделам. Добраться до разделов поможет программа (может потребоваться установка одноименного пакета)

sudo kpartx -av /dev/loop0

(Ключ — добавить разделы для заданного устройства; — информативный вывод)

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

Теперь можно работать с разделами и ФС на них. Например, смонтировать бывший и записать на него файлы

sudo mount /dev/mapper/loop0p5 /mnt

По заверешнии отмонтируйте раздел

sudo umount /mnt

Удалите устройства-разделы с помощью

sudo kpartx -dv /dev/loop0

и освободите loop-устройство

sudo losetup -v -d /dev/loop0

Все! Изменения записались, а ваш образ снова стал обычным файлом

Запуск BackupPC и настройка Backups

Чтобы начать, откройте окно браузера по адресу http://<доменное имя или IP адрес сервера>/backuppc/. Когда появится окно запроса, введите данные HTTP пользователя, которые были предоставлены вам ранее. Если авторизация успешна, вас перекинет на главную страницу веб-интерфейса.

Наиболее вероятно, первое, что вам нужно сделать, это добавить хосты клиентов для резервного копирования. Перейдите в «Edit Hosts» (редактирвоание хостов) в панеле задач. Мы добавим два клиентских хоста:

Host #1: CentOS 7
Host #2: Windows 7

Мы будем делать резервное копирование CentOS, используя rsync через SSH, и хоста Windows, используя SMB. До выполнения резервного копирования, нам нужно настроить основанную на ключе аутентификацию на наш хост CentOS и сделать доступной по сети (расшарить) каталог на Windows машине.

Вот инструкция для настройки аутентификации, основанной на ключе, для удалённого хоста CentOS. Мы создаём пользователю ‘backuppc’ пару ключей RSA и переносим публичный ключ в аккаунт рута хоста CentOS.

# usermod -s /bin/bash backuppc

# su - backuppc

# ssh-keygen -t rsa

# ssh-copy-id

Когда спросят, напечатайте yes и введите пароль рута для 192.168.0.17.

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

Когда хосты CentOS и Windows готовы, добавьте их в BackupPC используя веб-интерфейс:

Следующий шаг состоит из изменения настроек резервного копирования каждого хоста:

Следующее изображение показывает настройку для резервного копирования на Windows машине:

А следующий скриншот показывает настройку резервного копирования для CentOS:

2: Резервное копирование данных ZooKeeper

Прежде чем приступить к бэкапу данных Kafka, нужно скопировать состояние кластера, которое хранит ZooKeeper.

ZooKeeper хранит свои данные в каталоге, указанном в поле dataDir в файле конфигурации ~/kafka/config/zookeeper.properties. Вам необходимо прочитать значение этого поля, чтобы определить каталог для резервного копирования. По умолчанию dataDir указывает на каталог /tmp/zookeeper . Если в вашей установке значение отличается, замените /tmp/zookeeper этим значением в следующих командах.

Вот примерный вывод ~/kafka/config/zookeeper.properties:

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

Вывод команды можно смело игнорировать:

Флаги -c и -z создают архив и применяют к нему сжатие gzip. Флаг -f указывает имя выходного сжатого архивного файла, в данном случае это zookeeper-backup.tar.gz.

Запустите ls в текущем каталоге и убедитесь, что в нем есть zookeeper-backup.tar.gz.

Если файл есть – значит, бэкап прошел успешно.

Clonezilla

Clonezilla в первую очередь предназначена для резервного копирования рабочих станций и персональных компьютеров Linux, однако это довольно мощный и простой в использовании инструмент, который делает его идеальным и для сервера Linux.

Как и многие приложения из этого списка, Clonezilla может создавать и восстанавливать резервные копии различными способами.

Его наиболее надежные функции – это невероятно удобный пользовательский интерфейс и простые меню, а также способность создавать образы, создавать резервные копии и шифровать (если вы того пожелаете) весь диск по сети и даже через Интернет через SSH.

Известные особенности

Clonezilla работает на компьютерах с BIOS и UEFI.
Ваши резервные копии настраиваются, и он даже предлагает шифрование (AES-256).
Может делать резервные копии через Интернет, через SSH или другие типы соединений.
Несколько вариантов резервного копирования, включая сохранение всего диска, резервное копирование разделов и восстановление.

Types of Backup

There are many methods to provide backup and recovery; choosing the best process for you or your business will have to take several factors in to account.

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.

Взаимодействие с пользователем

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

Большинство инструментов в нашем обзоре основаны на мощных и многофункциональных инструментах командной строки, таких как Rsync и Duplicity. Это довольно продвинутые инструменты, и многие из них позволяют при создании резервных копий указать дополнительные операции для выполнения.

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

Сделать резервную копию Ubuntu

Чтобы создать резервную копию, нажмите обзорвариант.

Если вы запланировали резервное копирование, это произойдет автоматически, когда это произойдет, и обзорный экран скажет, сколько времени будет сделано до следующей резервной копии.

Чтобы сделать одноразовое резервное копирование, нажмите Архивация сейчас вариант.

Появится экран с индикатором выполнения, показывающим, что происходит резервное копирование.

Стоит убедиться, что резервные копии действительно работали, и они были помещены в нужное место.

Для этого используйте диспетчер файлов Nautilus, чтобы перейти к папке резервного копирования. Должно быть несколько файлов с именем «Duplicity», за которым следует дата и расширение «gz».

Бэкап: смена парадигмы

Резервное копирование никогда не было ключевой бизнес-задачей, решение которой способно принести дополнительные прибыли

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

Тем более, если речь идет, например, про онлайн-бизнес: e-commerce, образовательные платформы, телемедицину. По данным международного ИТ-сообщества Spiceworks, компании по всему миру планируют потратить на хранение и резервное копирование данных порядка 10% своих ИТ-бюджетов. При этом 39% предприятий используют облачную инфраструктуру хранения, и еще 20% планируют сделать это к 2022 году.

Об этом свидетельствует и развитие рынка программного обеспечения для облачного резервного копирования. Объем этого рынка по итогам 2019 г. составил, по данным Allied Market Research, $9,3 млрд. Аналитики ждут ежегодный средний рост на уровне 24,2% — до $22,22 млрд к 2023 г.

Рынок профильного ПО для облачного бэкапа достиг объема в $9,3 млрд

Одним из важнейших трендов на рынке стал рост популярности гибридных решений, — отмечают эксперты. Компании все чаще используют как свои локальные мощности, так и облачную инфраструктуру провайдера. «В подобных схемах системы резервного копирования будут как никогда полезны — бизнес может работать с данными на своих мощностях, а резервные копии хранить у облачного провайдера. Такой подход считается более безопасным, потому что хранимые у провайдера бэкапы всегда будут доступны, и менее затратным, — ведь компаниям не нужно приобретать свое оборудование и ПО», — поясняет Сергей Склабовский, руководитель направления бэкап-сервисов облачного бизнеса МТС.

Практика: автоматизируй это [с GitLab]!

Что использовать как централизованное управление бэкапами?
Что умеет любой Linux-администратор?
Что сможет понять и настроить даже менеджер, показывающий график бэкапов клиентам?
Что каждый день выполняет по расписанию задания на вашей системе?
Что не будет трудным в настройке и не будет ломаться?..

Примечание: Именно GitLab был выбран в качестве средства автоматизации, потому что он удобен для поставленной задачи и в нашем случае есть практически везде. Но должен заметить, что он ни в коем случае не является необходимостью.GitLab и репозиторий

— расписание бэкапов,
— простой скрипт бэкапа файлов (как в примере выше).

ПервымвторымGitLab RunnerСам CI-сценарий

SSH-ключПользователь

rsync

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

Простое использование

Синтаксис подобен :

rsync -a /mnt/root /mnt/backup

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

В документации к описана масса параметров. Например, есть такие, которые позволяют выполнять копирование по SSH, или удаляют файл из точки назначения, если он был удалён в исходной директории.

«Умное» копирование позволяет сократить время простоя системы. Запускаем прямо на работающей системе, данные в которой постоянно изменяется, копирует данные, скажем, в течение нескольких часов. Затем переводим систему в read-only, снова запускаем , теперь он копирует только те файлы, которые изменились за эти несколько часов. Через несколько минут мы имеем полную копию исходной ФС. Время простоя при этом сократилось на порядок по сравнению с оффлайн-копированием. А в некоторых случаях будет достаточно и одного онлайн-копирования без перевода системы в read-only.

Сохранение предыдущих копий

Строго говоря rsync не является средством резервного копирования – это средство синхронизации

Это важно при создании регулярных копий, поскольку, если какой либо важный файл был удалён в рабочем каталоге источнике – rsync удалит его и в резервной копии. Для повышения сохранности данных целесообразно сохранять старые резервные копии

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

Суть состоит в том, что в современных файловых системах (в том числе Ext4) адресация файла производится в два этапа: имя файла указывает на уникальный номер файла (индексный дескриптор или i-node), а этому номеру сопоставлены сами данные. Любое имя файла это, по факту, жёсткая ссылка на этот номер. Следовательно, файл (набор данных) может иметь несколько имён и быть разных каталогах, а это позволяет устранить избыточность в случае необходимости дублирования файлов (ведь жёсткая ссылка занимает мало памяти). Сами данные не удаляются до тех пор пока не будет запрошено удаление последней жёсткой ссылки.

Существенное ограничение состоит в том, что жёсткие ссылки возможны только в пределах одной файловой системы.

Синхронизация содержимого каталога для текущей резервной копии с каталогом источником:

rsync \
	--archive \ # сохранять всю дополнительную информацию о файлах
	--delete --delete-excluded \ # удаление из резервной копии несуществующих в источнике и исключённых файлов
	--progress \ # выводить информацию о прогрессе передачи
	"/home/user/Files/" \ # каталог источник
	"/backup/latest/" \ # каталог для текущей резервной копии
	--exclude='/Public/' # исключение ненужных каталогов

В каталоге «» будет создана копия всех необходимых файлов и каталогов из источника и удалено всё лишнее.

Создание ещё одной текущей резервной копии без избыточности:

cp \
	--archive \ # сохранять всю дополнительную информацию о файлах
	--link \ # использовать жёсткие ссылки для файлов - устранение избыточности
	"/backup/latest/" \ # источником является полученная выше текущая резервная копия
	"/backup/$(date +%Y-%m-%d_%H-%M-%S)/" # пункт назначения - каталог с датой в имени для удобства (см. man date)

При следующем создании резервной копии rsync удалит в каталоге «» файлы которые были удалены/исключены/изменены в каталоге источнике (измененные файлы сначала удаляются, а затем записывается новая версия). Однако удалены будут лишь имена файлов (те же жёсткие ссылки), сами файлы (данные) сохранены, поскольку на них были созданы жёсткие ссылки в соседнем каталоге командой «cp».

Зачем нужен полный резервный образ

Понятно, что резервный образ делается на случай, если другими способами восстановить нормальную работу системы не удается. В этом случае копия системного раздела позволяет легко воссоздать привычную среду в полном объеме. А что, если полного образа нет, а есть неполный?

В рассказе о Refresh Your PC я особо фокусировался на списке параметров, которые не переносятся. Я считаю, что нужно всегда расставлять грабли, чтобы ожидания соответствовали реальности. Но в то же время я уверен, что очень многим функции Refresh вполне достаточно.

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

Файлы, которые следует добавить в резервные копии

Самое главное – создать резервную копию ваших личных файлов. На современном ПК с ОС Windows 10 вы обычно найдете их по адресу , где USER – имя ваше учетной записи пользователя.

По умолчанию этот каталог содержит папки данных вашей учетной записи пользователя. К ним относятся папка «Документы», в которой по умолчанию сохраняются ваши документы, папка «Изображения», которая, вероятно, содержит семейные фотографии, папка «Загрузки», в которую попадают загруженные файлы, папка «Музыка», в которой хранятся ваши музыкальные файлы, и папка «Видео», где сохраняются видео. В этот набор также следует включить папку «Рабочий стол», где многие люди хранят файлы.

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

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

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

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

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

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

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

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

Однако, если вы загружаете электронные письма через протокол POP3, важно, чтобы вы делали резервные копии своих электронных писем, так как они могут храниться только на вашем ПК

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

Любые другие персональные данные и настройки, которые не находятся в папке учетной записи пользователя, должны быть скопированы, если они Вам нужны. Например, вы можете создать резервные копии настроек приложения, которые находятся в папке C:\ProgramData для некоторых приложений.

В частности, файлы компьютерных игры можно найти повсюду. Многие игры синхронизируют свои файлы с онлайн-сервисами, поэтому им не нужны резервные копии. Многие хранят свои сейвы в папках «Документы» или «AppData», а другие сбрасывают сохранения игр в C:\ProgramData или в другое место, например, в папку Steam.

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

Backup Over a Network

The command tar does not include network support within itself, but when used in conjunction with other programs this can be achieved. Two common options are netcat (nc) and ssh.

Netcat

The command nc is designed to be a general purpose networking tool. It sets up a simple connection between two networked machines. This connection survives until the user manually disconnects it, unlike normal connections such as tcp which terminate upon completion of a file.

Receiving Computer On the receiving end you’ll setup netcat to write the backup file as in the following example. This command will setup a machine to receive standard input from network to port 1024 then write it to the file backup.tar.gz. The choice of port is entirely up to the user, as long as it is 1024 or larger. A simple example:

nc -l 1024 > backup.tar.gz

Sending Computer On the machine to be backed up, the tar command will be piped to nc which will then send the backup over the network to the port in question to be written in the file. Take note, where it says <receiving host> replace with the name of the computer on the network. The f option was omitted since we are not writing to a local file, but moving the archive through standard output. The following is an example:

tar -cvpz <all those other options like above> / | nc -q 0 <receiving host> 1024

If all goes well the backup will be piped through the network without touching the file system being read.

SSH

You can also use SSH. For a complete explanation of its proper use see SSH. The command below is an example of what is possible.

tar -cvpz <all those other options like above> / | ssh <backuphost> "( cat > ssh_backup.tar.gz )"

In the example:

The tar half of the command is the same as above, with the omission of the f option to pipe the archive via standard output to ssh and onto the networked computer.
ssh_backup.tar.gz Is the name of the file that will be created on the machine indicated.
<backuphost> — Should be replaced with the name of the computer in question on the network.

Restoring

You will want to restore from a Live CD. If needed, first partition and format the drive. You can do this with gparted. Then simply mount the partition you are going to restore somewhere. If you open the drive in nautilus, it will be auto mounted somewhere under /media. Take a look to find out where with:

ls /media

Restore Your Backup

sudo tar -xvpzf /path/to/backup.tar.gz -C /media/whatever --numeric-owner

A brief explanation:

x — Tells tar to extract the file designated by the f option immediately after. In this case, the archive is /home/test/backup.tar.gz
-C <directory> — This option tells tar to change to a specific directory before extracting. In this example, we are restoring to the root (/) directory.
—numeric-owner — This option tells tar to restore the numeric owners of the files in the archive, rather than matching to any user names in the environment you are restoring from. This is due to that the user id:s in the system you want to restore don’t necessarily match the system you use to restore (eg a live CD).

This will overwrite every single file and directory on the designated mount with the one in the archive. Any file created after the archive, will have no equivalent stored in the archive and thus will remain untouched

Allow the restoration the time it needs to complete. Once extraction is completed, you may need to recreate directories that were not included in the original archive because you excluded them with --exclude. This does not apply to filesystems excluded with --one-file-system. This can be done with the following command:

mkdir /proc /sys /mnt /media

Once finished, reboot and everything should be restored to the state of your system when you made the backup.

Выполнение резервных копий

При первом запуске Back In Time инструмент дает вам возможность импортировать файл настроек, если вы создавали таковой раньше, или продолжить с настройкой по умолчанию. Вы должны очень
аккуратно пройтись по разным вкладкам и указать все положенные детали, такие как файлы и папки для включения в резервное копирование и местоположение моментальных снимков. Инструмент также позволяет определить файлы/папки для исключения из резервного копирования. Когда это будет сделано, нажмите OK, чтобы сохранить настройки, и вас переведут в основной интерфейс Back ln Time.

Deja Dup (Déjà Dup) не выполняет резервного копирования файлов и работает только с папками. Более того, в качестве пункта назначения для ваших резервных копий он по умолчанию настроен на NextCIoud. Вы должны указать информацию о своей учетной записи, чтобы сохранить свои копии на этом сервисе, или задать альтернативный пункт назначения. По сравнению с другими инструментами в обзоре, Deja Dup выглядит довольно скудным, но именно благодаря своей простоте он и стал инструментом резервного копирования по умолчанию во многих настольных дистрибутивах. Все резервные копии по умолчанию защищены паролем, в отличие от Back In Time, где можно сделать базовую резервную копию, доступную для восстановления данных любому.

По умолчанию fwbackup хранит копии в tar-архиве и дает опцию выбора для резервного копирования файлов/папок, включать ли подпапки и скрытые файлы, и т.д.

Grsync и IuckyBackup взяли за основу Rsync и весьма похожи, но у IuckyBackup больше инструментов по умолчанию. Главное различие между ними в том, что в Grsync можно делать резервную копию только определенных файлов или одной папки. Невозможно создать резервную копию, объединяющую несколько папок. То есть, вы не можете скопировать и а одну резервную копию. Хотя и Grsync, и IuckyBackup позволят вам сделать холостой прогон для имитации резервного копирования, второй также умеет сохранять со своими резервными копиями дополнительные детали, например, владельца, разрешения и время изменения.

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