fssync - Online di Cloud

PROGRAM:

NAMA

fssync - Alat sinkronisasi sistem file (1 arah, melalui SSH)

RINGKASAN

fssync -d db -r akar [Option...] tuan rumah

DESKRIPSI

fssync adalah alat sinkronisasi file 1 arah yang melacak inode dan memelihara lokal
database file yang berada di sisi remote, sehingga mampu:

· menangani secara efisien sejumlah besar direktori/file

· mendeteksi penggantian nama/gerakan dan tautan keras

Ini bertujuan untuk meminimalkan lalu lintas jaringan dan menyinkronkan setiap detail sistem file:

· semua jenis inode: file, dir, blok/karakter/fifo, socket, symlink

· pertahankan tautan keras

· waktu modifikasi, kepemilikan/izin/ACL, atribut yang diperluas

· file jarang

Fitur lain:

· dapat dikonfigurasi untuk mengecualikan file dari sinkronisasi

· fssync dapat diinterupsi dan dilanjutkan kapan saja, membuatnya toleran terhadap kegagalan acak
(misalnya kesalahan jaringan)

· algoritma untuk menyinkronkan konten file dirancang untuk menangani file besar seperti gambar VM
efisien, dengan memperbarui blok modifikasi ukuran tetap di tempat

Penggunaan utama fssync adalah untuk mencegah kehilangan data jika terjadi kegagalan perangkat keras, di mana RAID1 adalah
tidak mungkin (misalnya di laptop).

On Btrfs [1] sistem file, fssync adalah alternatif yang berguna untuk btrfs mengirim (Dan menerima)
perintah, berkat kemampuan penyaringan. Ini dapat dikombinasikan dengan snapshot Btrfs
di sisi tujuan untuk solusi cadangan lengkap.

PENGGUNAAN

penggunaan fssync --membantu untuk mendapatkan daftar lengkap opsi.

Yang paling penting untuk diingat adalah bahwa database lokal harus sama persis dengan apa yang
pada host tujuan:

· File yang disalin pada host tujuan tidak boleh dimodifikasi. Dan tidak ada yang harus
dibuat secara manual di dalam direktori tujuan. Jika Anda masih ingin mengakses data di
host jarak jauh, Anda harus melakukannya melalui pengikatan hanya-baca (membutuhkan Linux >=
2.6.26).

· Anda harus memiliki 1 database per tujuan, jika Anda berencana untuk memiliki beberapa salinan yang sama
direktori sumber.

Melihat -c pilihan jika Anda bertanya-tanya apakah database Anda cocok dengan direktori tujuan.

Menjalankan fssync pertama:

· Cara termudah adalah membiarkan fssync melakukan semuanya. Tentukan jalur file yang tidak ada ke -d
pilihan dan direktori tujuan kosong atau tidak ada (lihat -R pilihan). fssync akan
secara otomatis membuat database dan menyalin semua direktori/file ke host jarak jauh.

· Cara yang lebih cepat mungkin dengan melakukan salinan awal dengan cara lain, seperti salinan mentah dari a
partisi. Jika Anda benar-benar yakin sumber dan tujuan sama persis,
Anda dapat menginisialisasi database dengan menentukan - sebagai tuan rumah. Jika nomor inode sama
di kedua sisi, yang terjadi jika data disalin pada level blok, Anda dapat memodifikasi
partisi sumber saat Anda menginisialisasi DB pada partisi tujuan, dan kembali
DB secara lokal.

Contoh pembungkus di sekitar fssync, dengan filter, dapat ditemukan di contoh/fssync_home

fssync tidak pernah turun direktori pada sistem file lain. Inode ditutupi oleh mount point
juga dilewati, jadi mereka harus dilepas sementara jika Anda menginginkannya
disinkronkan. Hasil yang sama dapat dicapai dengan menyinkronkan dari pengikatan mount.

Lihat juga NONE sandi beralih [2] tambal jika Anda tidak memerlukan enkripsi dan Anda ingin
mempercepat koneksi SSH Anda.

BAGAIMANA IT KARYA

fssync memelihara satu tabel SQLite dari semua dir/file yang ada di sisi jarak jauh. Setiap
baris cocok dengan jalur, dengan inodenya (di sisi lokal), metadata lain (di sisi jauh) dan a
diperiksa bendera.

Saat menjalankan, fssync berulang secara rekursif melalui semua direktori/file lokal dan untuk setiap jalur
yang tidak diabaikan (lihat -f option), itu meminta DB untuk memutuskan apa yang harus dilakukan. Jika sudah
diperiksa, jalur langsung dilewati. Ketika sebuah jalur disinkronkan, itu ditandai sebagai
diperiksa. Pada akhirnya, semua baris yang tidak diperiksa sesuai dengan jalur yang tidak ada
lagi. Setelah mereka dihapus di sisi jarak jauh, semua diperiksa bendera diatur ulang.

Kegagalan toleransi
Faktanya, fssync tidak mengharuskan database cocok dengan tujuan. Dia
mentolerir beberapa perbedaan untuk memulihkan sinkronisasi yang terputus yang disebabkan oleh a
kegagalan jaringan, kesalahan operasi file, atau apa pun selain sistem operasi crash
dari host lokal (atau yang serupa seperti kegagalan daya).

Dalam kebanyakan kasus, ini dilakukan oleh host jarak jauh, yang secara otomatis membuat (atau menimpa)
inode dari tipe yang diharapkan jika perlu. Satu-satunya pengecualian adalah remote akan
jangan pernah menghapus direktori yang tidak kosong sendiri. Untuk sebagian besar kasus yang kompleks, fssync membuat jurnal
operasi dalam database: jika terjadi kegagalan, fssync akan dapat memulihkan pada berikutnya
sinkronisasi.

Ras Kondisi
Kondisi balapan berarti bahwa proses lain pada host lokal memodifikasi inode yang
fssync sedang menyinkronkan. fssync menangani segala jenis kondisi balapan. Faktanya, fssync memiliki
tidak ada hubungannya untuk kebanyakan kasus.

Ketika kondisi balapan terjadi, fssync tidak menjamin bahwa data jarak jauh berada dalam a
keadaan yang konsisten. Setiap sinkronisasi selalu memperbaiki ketidakkonsistenan yang ada tetapi dapat menimbulkan
yang lain, jadi fssync tidak cocok untuk pencadangan database yang panas.

Dengan Btrfs, Anda bisa mendapatkan konsistensi dengan memotret di sisi sumber.

SERUPA PROYEK

Ide memelihara database lokal sebenarnya berasal dari csync2 [3]. aku hendak
mengadopsinya ketika saya menyadari bahwa saya benar-benar membutuhkan alat yang selalu mendeteksi penggantian nama/pemindahan
file besar. Itu sebabnya saya melihat fssync sebagai penulisan ulang sebagian dari csync2, dengan pelacakan inode dan
tanpa sinkronisasi dua arah. Basis data lokal benar-benar membuat fssync & csync2
lebih cepat dari yang terkenal rsync [4].

Gunakan fssync online menggunakan layanan onworks.net