Техническая информация

Форматы резервного копирования

В этом разделе описывается, как fwbackups создает резервные копии и требования к хранилищу каждого типа.

Архивные/tar-архивы

Архивные резервные копии используют один из двух методов для создания резервного архива в зависимости от операционной системы. Программа tar вызывается непосредственно для создания стандартного архива tar, опционально со сжатием gzip или bzip2. Сжатие резервной копии применяется «на лету» без необходимости создания архива tar.

Поскольку резервная копия находится в формате стандартного tar-архива, если нет возможности восстановить бэкап с помощью fwbackups, то  любая утилита, поддерживающая формат tar может использоваться для извлечения файлов из резервной копии.

Резервное копирование Direct Copy/rsync

fwbackups определяет параметры, а затем делает вызов rsync для копирования файлов (rsync быстрее, чем shutil и, следовательно, используется, если rsync установлен в системе).

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

Минимальные требования к хранению

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

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

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

Сохранение владения файлами и другие атрибуты

fwbackups использует внутренние файлы tarfile и shutil для восстановления файлов (и paramiko для взаимодействия с удаленными узлами через SFTP). Разрешения на файлы, время модификации и время доступа всегда сохраняются, как и символические ссылки.

Локальные резервные копии должны сохранять право собственности на Unix-подобные операционные системы, однако ОС обычно не позволяют обычным пользователям изменять права собственности на файлы, и, таким образом, резервное копирование нужно будет извлечь вручную с правами root, чтобы сохранить право собственности. Удаленные резервные копии не сохранят право собственности, так как любые файлы, загруженные через SFTP, предполагают владельца пользователя, используемого для подключения к удаленному компьютеру. Обратите внимание, что в случае резервного копирования архива на удаленный хост это относится только к фактическому архиву. Сам архив может содержать информацию о владельце файла, и как только он был получен с удаленного хоста, его можно извлечь вручную аналогично резервной копии локального архива, если пользователь хочет сохранить права собственности на файл.

Другие атрибуты файлов, xattrs или ACL могут быть сохранены в резервной копии (в зависимости от формата резервной копии, ОС, на которой была создана резервная копия, и файловой системы), однако fwbackups не будет пытаться их восстановить.

Ожидаемые уровни надежности

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

Дата последнего изменения: 19.09.2024

Если вы нашли ошибку, пожалуйста, выделите текст и нажмите Ctrl+Enter.