fssync - Интернет в облаке

ПРОГРАММА:

ИМЯ

fssync - Инструмент синхронизации файловой системы (односторонний, через SSH)

СИНТАКСИС

фссинк -d db -r корень [вариант...] кашель

ОПИСАНИЕ

fssync - это инструмент односторонней синхронизации файлов, который отслеживает inodes и поддерживает локальную
база данных файлов, находящихся на удаленной стороне, что позволяет:

· Эффективно обрабатывать огромное количество каталогов / файлов

· Обнаружение переименований / перемещений и жестких ссылок

Он направлен на минимизацию сетевого трафика и синхронизацию каждой детали файловой системы:

· Все типы inode: файл, каталог, блок / символ / фифо, сокет, символическая ссылка

· Сохранять жесткие ссылки

· Время модификации, владение / разрешение / ACL, расширенные атрибуты

· Разреженные файлы

Другие особенности:

· Можно настроить исключение файлов из синхронизации

· Fssync может быть прерван и возобновлен в любое время, что делает его устойчивым к случайным сбоям
(например, ошибка сети)

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

Основное использование fssync - предотвращение потери данных в случае аппаратного сбоя, когда RAID1
невозможно (например, в ноутбуках).

On Btrfs [1] файловые системы, fssync - полезная альтернатива Btrfs Отправить (И Получать)
команд, благодаря возможностям фильтрации. Это можно комбинировать с моментальным снимком Btrfs.
на стороне назначения для полного резервного копирования.

ИСПОЛЬЗОВАНИЕ

Используйте фссинк --Помогите чтобы получить полный список опций.

Важно помнить, что локальная база данных должна точно соответствовать тому, что
на хосте назначения:

· Файлы, копируемые на целевой хост, не должны изменяться. И ничего не должно
создаваться вручную в целевых каталогах. Если вы все еще хотите получить доступ к данным на
удаленный хост, вы должны сделать это через монтирование привязки только для чтения (требуется Linux> =
2.6.26).

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

смотреть на -c вариант, если вам интересно, соответствует ли ваша база данных целевому каталогу.

Первый запуск fssync:

· Самый простой способ - позволить fssync делать все. Укажите несуществующий путь к файлу -d
вариант и пустой или несуществующий каталог назначения (см. -R вариант). fssync будет
автоматически создает базу данных и копирует все каталоги / файлы на удаленный хост.

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

Пример оболочки для fssync с фильтром можно найти по адресу примеры / fssync_home

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

См. Также NONE шифр переключение [2] патч, если вам не нужно шифрование, но вы хотите
ускорить ваше SSH-соединение.

КАК МЫ РАБОТАЕМ IT РАБОТАЕТ

fssync поддерживает единую таблицу SQLite всех каталогов / файлов, находящихся на удаленной стороне. Каждый
row соответствует пути с его индексным дескриптором (на локальной стороне), другими метаданными (на удаленной стороне) и
проверил флаг.

При запуске fssync рекурсивно перебирает все локальные каталоги / файлы и для каждого пути.
это не игнорируется (см. -f option), он запрашивает БД, чтобы решить, что делать. Если уже
проверил, путь сразу пропускается. Когда путь синхронизирован, он помечается как
проверил. В конце все строки, которые не проверил соответствует путям, которых не существует
больше. После их удаления на удаленной стороне все проверил флаги сброшены.

Ошибка терпимость
Фактически, fssync не требует, чтобы база данных точно соответствовала месту назначения. Это
допускает некоторые различия, чтобы восстановить любую прерванную синхронизацию, вызванную
сбой сети, ошибка операции с файлом или что-то еще, кроме сбоя операционной системы
локального хоста (или что-то подобное, например сбой питания).

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

Гонки Условия
Состояние гонки означает, что другие процессы на локальном хосте изменяют inodes, которые
fssync синхронизируется. fssync обрабатывает любые состояния гонки. Фактически, fssync имеет
в большинстве случаев делать нечего.

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

С Btrfs вы можете добиться согласованности за счет создания моментальных снимков на стороне источника.

АНАЛОГИЧНЫЙ ОБЪЕКТЫ

Идея поддержки локальной базы данных на самом деле исходит от csync2 [3]. Я собирался
принять его, когда я понял, что мне действительно нужен инструмент, который всегда обнаруживает переименование / перемещение
большие файлы. Вот почему я рассматриваю fssync как частичную перезапись csync2 с отслеживанием inode и
без двунаправленной синхронизации. Локальная база данных действительно делает fssync и csync2
быстрее известных Rsync [4].

Используйте fssync онлайн с помощью сервисов onworks.net