Я могу продолжить работать, когда резервное копирование происходит?

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

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

• Несоответствие томов
• Несоответствие файлов

Единственные приемлемые решения это:

• Использовать снимки . Это может быть достигнуто с помощью LVM или файловой системы нового поколения, такой как BtrFS. Это сделает снимок всего тома, как будто вы его фотографируете. Изменения / записи все еще возможны, но процесс резервного копирования запускается из снимка только для чтения, сделанного ранее.
• Смонтируйте файловую систему как только для чтения и сделайте резервную копию оттуда. Важный недостаток: вы не сможете запустить свою систему, пока ваша корневая файловая система монтируется только для чтения.

Несоответствие тома

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

Предположим, что приложение хранит настройки в ~/.config/appname/theprefs.xml, а содержимое ссылается на внешний файл в другом месте системы, скажем, ~/Pictures/myface.png. Если резервная копия файла настроек предпочтений создается после папки ~/Pictures, то резервное копирование может не работать, если вам потребуется восстановить его через день.

Несоответствие файлов

Аналогично тому, как отдельные файлы могут находиться в несогласованном состоянии, так же могут быть и сами файлы. Содержимое файла может измениться во время резервного копирования . Rsync и большинство других инструментов, используемых под водой для приложений резервного копирования, таких как Deja Dup, не блокируют файл для чтения. См. Также: Как rsync ведет себя при одновременном доступе к файлам? .

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

Примеры того, что нельзя делать.

Копирование или резервное копирование ...

• образ диска виртуальной машины во время работы машины.
• файлы базы данных (например, MySQL /var/lib/mysql), в то время как таблицы не заблокированы для чтения. (Для этого примера такие сложные инструменты, как Percona Toolkit решают эту проблему за вас.)