Надежный и быстрый. Я рекомендовал бы снимки LVM.
Это чрезвычайно быстро, и можно гарантировать, что резервное копирование произойдет без любых изменений файла, происходящих во время резервного копирования. Кроме того, должны Вы иметь базу данных по объему, Вы не должны будете выводить его из эксплуатации.
Это - также хороший способ протестировать изменения в Вашем объеме. Создайте снимки его, внесите Ваши изменения, они приводят Вас к сбою, объединяют снимок назад. Если они успешно выполняются, Вы удаляете снимок.
Править: Код
lvcreate -L 10G -s -n snapshot /dev/VG/LV
Затем скопируйте объем снимка к тому, везде, где Вы хотите однако, Вы хотите.
Поскольку файловая система, тестирующая Вас, может создать снимки и объединиться назад.
lvconvert --merge /dev/VG/snapshot
Это слияние автоудалит объем снимка.
Примечание: снимки требуют kernel version 2.6.33 or newer
и LVM tools 2.02.58 or newer
Править. Ссылки:
TLDP: взятие резервного копирования Используя снимки
HowtoForge: создайте резервную копию и восстановите разделы Используя снимки LVM
Кибер-Citi: последовательное резервное копирование со снимками LVM
Кажется, что Вы размещаете добавленный vmhgfs
, который является файловой системой VMware. Так, вероятно, они экспортируют что-то в Вас, возможно довольно большая файловая система, и не хотят, чтобы она была проверена updatedb.
Значение по умолчанию Wheezy, по-видимому, добавляет curlftpfs
также (можно сказать путем сканирования через строку в разности и наблюдения, что это - единственная часть, которая отличается).
Так, очевидный подход должен был бы поразить Z и отредактировать файл для включения обоих vmhgfs
и curlftpfs
, выход, затем ответьте на N (поскольку Вы вручную объединили файлы).