fssync: en línea en la nube

PROGRAMA:

NOMBRE

fssync: herramienta de sincronización del sistema de archivos (unidireccional, a través de SSH)

SINOPSIS

sincronización fs -d db -r raíz [opción...] fortaleza

DESCRIPCIÓN

fssync es una herramienta de sincronización de archivos unidireccional que rastrea inodos y mantiene un local
base de datos de archivos que se encuentran en el lado remoto, lo que le permite:

· Maneja eficientemente una gran cantidad de directorios / archivos

· Detectar cambios de nombre / movimientos y enlaces físicos

Tiene como objetivo minimizar el tráfico de red y sincronizar cada detalle de un sistema de archivos:

· Todos los tipos de inodo: archivo, directorio, bloque / carácter / FIFO, socket, enlace simbólico

· Preservar los enlaces duros

· Hora de modificación, propiedad / permiso / ACL, atributos extendidos

· Archivos dispersos

Otras características:

· Se puede configurar para excluir archivos de la sincronización

· Fssync se puede interrumpir y reanudar en cualquier momento, lo que lo hace tolerante a fallas aleatorias
(por ejemplo, error de red)

· El algoritmo para sincronizar el contenido del archivo está diseñado para manejar archivos grandes como imágenes de VM
de manera eficiente, mediante la actualización de bloques modificados de tamaño fijo in situ

El uso principal de fssync es evitar la pérdida de datos en caso de falla del hardware, donde RAID1 es
no es posible (por ejemplo, en portátiles).

On Btrfs [1] sistemas de archivos, fssync es una alternativa útil a btrfs envío (y recepción)
comandos, gracias a las capacidades de filtrado. Esto se puede combinar con la captura de imágenes Btrfs.
en el lado de destino para una solución de copia de seguridad completa.

USO

Uso sincronización fs --ayuda para obtener la lista completa de opciones.

Lo más importante que debe recordar es que la base de datos local debe coincidir exactamente con lo que
en el host de destino:

· Los archivos que se copian en el host de destino no deben modificarse. Y nada debería
crearse manualmente dentro de los directorios de destino. Si aún desea acceder a los datos en
host remoto, debe hacerlo a través de montajes de enlace de solo lectura (requiere Linux> =
2.6.26).

· Debe tener 1 base de datos por destino, si planea tener varias copias de la misma
directorio de origen.

Revisa -c opción si se pregunta si su base de datos coincide con el directorio de destino.

Primera ejecución de fssync:

· La forma más sencilla es dejar que fssync lo haga todo. Especifique una ruta de archivo no existente para -d
opción y un directorio de destino vacío o inexistente (ver -R opción). fssync lo hará
crea automáticamente la base de datos y copia todos los directorios / archivos al host remoto.

· Una forma más rápida puede ser hacer la copia inicial por otros medios, como una copia sin formato de un
dividir. Si está absolutamente seguro de que la fuente y el destino son exactamente iguales,
puede inicializar la base de datos especificando - como anfitrión. Si los números de inodo son los mismos
en ambos lados, que es el caso si los datos se copiaron a nivel de bloque, puede modificar el
partición de origen mientras inicializa la base de datos en la de destino y vuelve
la base de datos localmente.

Puede encontrar un ejemplo de envoltorio alrededor de fssync, con un filtro, en ejemplos / fssync_home

fssync nunca desciende de directorios en otros sistemas de archivos. Inodos enmascarados por puntos de montaje
también se omiten, por lo que deben desmontarse temporalmente si desea que se
sincronizado. Se puede lograr el mismo resultado sincronizando desde un montaje de enlace.

Vea también el NINGUNO cifra el cambio [2] parche si no necesita cifrado y desea
acelere su conexión SSH.

COMO LAS IT OBRAS

fssync mantiene una única tabla SQLite de todos los directorios / archivos que se encuentran en el lado remoto. Cada
fila coincide con una ruta, con su inodo (en el lado local), otros metadatos (en el lado remoto) y un
comprobado bandera.

Cuando se ejecuta, fssync itera de forma recursiva a través de todos los directorios / archivos locales y para cada ruta
que no se ignora (ver -f opción), consulta la base de datos para decidir qué hacer. Si ya
comprobado, la ruta se salta inmediatamente. Cuando se sincroniza una ruta, se marca como
comprobado. Al final, todas las filas que no son comprobado corresponde a caminos que no existen
ya no. Una vez que se eliminan en el lado remoto, todos comprobado las banderas se restablecen.

Fracaso tolerancia
De hecho, fssync no requiere que la base de datos coincida perfectamente con el destino. Eso
tolera algunas diferencias para recuperar cualquier sincronización interrumpida causada por un
falla de la red, un error de operación del archivo o cualquier otra cosa que no sea un bloqueo del sistema operativo
del host local (o algo similar como un corte de energía).

En la mayoría de los casos, esto lo hace el host remoto, que crea (o sobrescribe) automáticamente
un inodo del tipo esperado si es necesario. La única excepción es que el control remoto
nunca elimine un directorio que no esté vacío por sí solo. Para los casos más complejos, fssync publica
la operación en la base de datos: en caso de falla, fssync podrá recuperarse en la próxima
sincronizar

Carrera condiciones
Una condición de carrera significa que otros procesos en el host local están modificando inodos que
fssync se está sincronizando. fssync maneja cualquier tipo de condición de carrera. De hecho, fssync tiene
nada que hacer en la mayoría de los casos.

Cuando ocurre una condición de carrera, fssync no garantiza que los datos remotos estén en un
estado consistente. Cada sincronización siempre corrige las inconsistencias existentes, pero puede introducir
otros, por lo que fssync no es adecuado para realizar copias de seguridad en caliente de bases de datos.

Con Btrfs, puede obtener coherencia haciendo instantáneas en el lado de la fuente.

SIMILAR PROYECTOS

La idea de mantener una base de datos local en realidad proviene de csync2 [3]. estaba a punto de
adoptarlo cuando me di cuenta de que realmente necesitaba una herramienta que siempre detecte cambios de nombre / movimientos de
archivos grandes. Es por eso que veo fssync como una reescritura parcial de csync2, con seguimiento de inodo y
sin sincronización bidireccional. La base de datos local realmente hace fssync y csync2
más rápido que el conocido rsync [4].

Use fssync en línea usando los servicios de onworks.net