fssync - Dalam talian dalam Awan

JADUAL:

NAMA

fssync - Alat penyegerakan sistem fail (1 hala, melalui SSH)

SINOPSIS

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

DESCRIPTION

fssync ialah alat penyegerakan fail 1 hala yang menjejaki inod dan mengekalkan setempat
pangkalan data fail yang berada di bahagian jauh, menjadikannya dapat:

· mengendalikan sebilangan besar dir/fail dengan cekap

· mengesan nama semula/pergerakan dan pautan keras

Ia bertujuan untuk meminimumkan trafik rangkaian dan menyegerakkan setiap butiran sistem fail:

· semua jenis inod: fail, dir, blok/karakter/fifo, soket, symlink

· memelihara pautan keras

· masa pengubahsuaian, pemilikan/kebenaran/ACL, atribut lanjutan

· fail jarang

Ciri-ciri lain:

· ia boleh dikonfigurasikan untuk mengecualikan fail daripada penyegerakan

· fssync boleh diganggu dan disambung semula pada bila-bila masa, menjadikannya bertolak ansur dengan kegagalan rawak
(cth ralat rangkaian)

· algoritma untuk menyegerakkan kandungan fail direka untuk mengendalikan fail besar seperti imej VM
cekap, dengan mengemas kini blok diubah suai bersaiz tetap di tempatnya

Penggunaan utama fssync adalah untuk mengelakkan kehilangan data sekiranya berlaku kegagalan perkakasan, di mana RAID1 berada
tidak mungkin (cth dalam komputer riba).

On Btrfs [1] sistem fail, fssync ialah alternatif yang berguna kepada btrfs menghantar (Dan menerima)
arahan, terima kasih kepada keupayaan penapisan. Ini boleh digabungkan dengan tangkapan gambar Btrfs
di sebelah destinasi untuk penyelesaian sandaran penuh.

PENGGUNAAN

Penggunaan fssync - membantu untuk mendapatkan senarai lengkap pilihan.

Perkara yang paling penting untuk diingat ialah pangkalan data tempatan mesti sepadan dengan tepat
pada hos destinasi:

· Fail yang disalin pada hos destinasi tidak boleh diubah suai. Dan tiada apa yang sepatutnya
dibuat secara manual di dalam direktori destinasi. Jika anda masih mahu mengakses data pada
hos jauh, anda harus melakukannya melalui pelekap bind baca sahaja (memerlukan Linux >=
2.6.26).

· Anda mesti mempunyai 1 pangkalan data bagi setiap destinasi, jika anda bercadang untuk mempunyai beberapa salinan pangkalan data yang sama
direktori sumber.

Lihatlah -c pilihan jika anda tertanya-tanya sama ada pangkalan data anda sepadan dengan direktori destinasi.

Larian pertama fssync:

· Cara paling mudah ialah membiarkan fssync melakukan segala-galanya. Tentukan laluan fail yang tidak wujud ke -d
pilihan dan direktori destinasi kosong atau tidak wujud (lihat -R pilihan). fssync akan
mencipta pangkalan data secara automatik dan menyalin semua dir/fail ke hos jauh.

· Cara yang lebih pantas adalah dengan melakukan salinan awal dengan cara lain, seperti salinan mentah a
partition. Jika anda benar-benar pasti sumber dan destinasi adalah sama,
anda boleh memulakan pangkalan data dengan menentukan - sebagai tuan rumah. Jika nombor inod adalah sama
pada kedua-dua belah pihak, iaitu jika data disalin pada tahap blok, anda boleh mengubah suai
partition sumber semasa anda memulakan DB pada destinasi, dan kembali
DB secara tempatan.

Contoh pembalut di sekeliling fssync, dengan penapis, boleh didapati di contoh/fssync_home

fssync tidak pernah menurunkan direktori pada sistem fail lain. Inod bertopeng oleh titik pelekap
juga dilangkau, jadi ia harus dinyahlekapkan buat sementara waktu jika anda mahukannya
disegerakkan. Hasil yang sama boleh dicapai dengan menyegerakkan dari pelekap bind.

Lihat juga NONE cipher menukar [2] tampal jika anda tidak memerlukan penyulitan dan anda mahu
mempercepatkan sambungan SSH anda.

BAGAIMANA IT WORKS

fssync mengekalkan satu jadual SQLite untuk semua dir/fail yang berada di bahagian terpencil. setiap satu
baris sepadan dengan laluan, dengan inodnya (di sebelah tempatan), metadata lain (di sebelah jauh) dan a
diperiksa bendera.

Apabila berjalan, fssync berulang secara rekursif melalui semua dir/fail tempatan dan untuk setiap laluan
itu tidak diabaikan (lihat -f pilihan), ia menanyakan DB untuk memutuskan perkara yang perlu dilakukan. Jika sudah
diperiksa, laluan dilangkau serta-merta. Apabila laluan disegerakkan, ia ditandakan sebagai
diperiksa. Pada akhirnya, semua baris yang tidak diperiksa sepadan dengan laluan yang tidak wujud
lagi. Sebaik sahaja mereka dipadamkan di bahagian jauh, semua diperiksa bendera ditetapkan semula.

Kegagalan toleransi
Malah, fssync tidak memerlukan pangkalan data sepadan dengan sempurna dengan destinasi. Ia
bertolak ansur dengan beberapa perbezaan untuk memulihkan sebarang penyegerakan yang terganggu yang disebabkan oleh a
kegagalan rangkaian, ralat operasi fail, atau apa-apa selain daripada ranap sistem pengendalian
hos tempatan (atau sesuatu yang serupa seperti kegagalan kuasa).

Dalam kebanyakan kes, ini dilakukan oleh hos jauh, yang secara automatik mencipta (atau menulis ganti)
inod daripada jenis yang dijangkakan jika perlu. Satu-satunya pengecualian ialah alat kawalan jauh akan
jangan sekali-kali memadamkan direktori yang tidak kosong dengan sendirinya. Untuk kebanyakan kes yang rumit, fssync membuat jurnal
operasi dalam pangkalan data: sekiranya berlaku kegagalan, fssync akan dapat pulih pada seterusnya
segerak.

Bangsa syarat
Keadaan perlumbaan bermakna proses lain pada hos tempatan mengubah suai inod itu
fssync sedang menyegerak. fssync mengendalikan sebarang jenis keadaan perlumbaan. Malah, fssync mempunyai
tiada kaitan untuk kebanyakan kes.

Apabila keadaan perlumbaan berlaku, fssync tidak menjamin bahawa data jauh berada dalam a
keadaan yang konsisten. Setiap penyegerakan sentiasa membetulkan ketidakkonsistenan sedia ada tetapi mungkin diperkenalkan
yang lain, jadi fssync tidak sesuai untuk sandaran panas pangkalan data.

Dengan Btrfs, anda boleh mendapatkan konsistensi dengan mengambil gambar di sebelah sumber.

SERUPA PROJEK

Idea untuk mengekalkan pangkalan data tempatan sebenarnya berasal dari csync2 [3]. Saya akan
menerimanya apabila saya menyedari bahawa saya sangat memerlukan alat yang sentiasa mengesan nama semula/pergerakan
fail besar. Itulah sebabnya saya melihat fssync sebagai penulisan semula separa csync2, dengan penjejakan inod dan
tanpa penyegerakan dua arah. Pangkalan data tempatan benar-benar menjadikan fssync & csync2
lebih cepat daripada yang terkenal rsync [4].

Gunakan fssync dalam talian menggunakan perkhidmatan onworks.net