Инкрементное резервное копирование файлов с помощью Super Easy End Restore Interface?
Не спрашивай почему. Мне нужно разработать решение для инкрементного резервного копирования файлов (запись на дисковый массив с USB-подключением), которое имеет очень простой интерфейс, позволяющий любому конечному пользователю (например, даже администратору) восстановить версию любого файла на своей локальной рабочей станции.
Вначале я думал о том, чтобы разработать решение, которое хранит последние 10 версий (или все версии за последние 30 дней) в той же целевой папке, но с добавленным номером к имени файла (filename_1.ext filename_2.ext). Конечный пользователь может видеть дату и время имен файлов, чтобы определить, когда эта версия была создана. Конечный пользователь может просматривать файлы через подключенный диск в проводнике Windows, используя SAMBA. Я могу придумать для пользователя что-нибудь проще, чем это.
Вот некоторые потенциальные проблемы на стороне сервера, которые, возможно, необходимо решить:
Частота резервного копирования, связанная с производительностью. Мы говорим о папке для хранения данных, содержащей, вероятно, 100000 файлов и 5 ТБ данных. Инкрементное резервное копирование должно выполняться не реже одного раза в час. Так что это должно быть решение, которое спроектировано для обработки довольно больших коллекций файлов. Я ожидаю, что это может не быть проблемой, хотя, так как объем изменений файлов невелик, возможно, максимум 100 файлов меняются каждый час.
Дублирование данных Да, хранилище дешево, но с несколькими версиями требование к хранилищу будет большим. Я не думаю, что возможно иметь дедупликацию данных и позволить конечному пользователю просматривать версии файлов с помощью простой файловой папки SAMBA. (Заглянул в RDIFF и вам нужно запустить команду rdiff для восстановления.)
Так что я был бы открыт для решения (бесплатного или недорогого), что вместо того, чтобы пользователи отображали диск в папку резервных копий, они могли использовать веб-интерфейс для просмотра файлов и загрузки по мере необходимости. Не так просто, как сопоставление диска, но это позволит бэкэнду обрабатывать восстановление версии файла.
Есть предложения по решениям?
1 ответ
Низкотехнологичным решением было бы использовать rsync с --link-dest вариант. Это можно настроить для создания добавочных снимков, которые представляются пользователю как полные копии. Хитрость заключается в том, что измененные файлы копируются, тогда как неизмененные файлы жестко связаны с их копией в предыдущем снимке.
Сценарий rsnapshotДоступно в программном центре Ubuntu, автоматизирует использование rsync. Тогда речь идет о наличии разных монтируемых систем в системах пользователя, монтируемого на запись монтируемого сценария резервного копирования по времени и монтируемого только для чтения монтирования, легко видимого для пользователей в их домашней папке. Или вы разрабатываете другой способ доступа к резервной копии, как вы предлагали, с помощью браузера.