fssync - Online sa Cloud

PROGRAMA:

NAME

fssync - File system synchronization tool (1-way, over SSH)

SINOPSIS

fssync -d db -r ugat [opsyon...] marami

DESCRIPTION

Ang fssync ay isang 1-way na file-synchronization tool na sumusubaybay sa mga inode at nagpapanatili ng lokal
database ng mga file na nasa malayong bahagi, na ginagawang magagawa nitong:

· mahusay na humawak ng malaking bilang ng mga dirs/file

· tuklasin ang mga pagpapalit ng pangalan/galaw at mga hard-link

Nilalayon nitong bawasan ang trapiko sa network at i-synchronize ang bawat detalye ng isang file system:

· lahat ng uri ng inode: file, dir, block/character/fifo, socket, symlink

· panatilihin ang mga matitigas na link

· oras ng pagbabago, pagmamay-ari/pahintulot/ACL, mga pinahabang katangian

· kalat-kalat na mga file

Iba pang mga tampok:

· maaari itong i-configure upang ibukod ang mga file mula sa pag-synchronize

· Ang fssync ay maaaring maantala at maipagpatuloy anumang oras, na ginagawa itong mapagparaya sa mga random na pagkabigo
(hal. error sa network)

· Ang algorithm upang i-synchronize ang nilalaman ng file ay idinisenyo upang pangasiwaan ang malalaking file tulad ng mga imahe ng VM
mahusay, sa pamamagitan ng pag-update ng fixed-size na binagong mga bloke sa lugar

Ang pangunahing paggamit ng fssync ay upang maiwasan ang pagkawala ng data sa kaso ng pagkabigo ng hardware, kung saan ang RAID1 ay
hindi posible (hal. sa mga laptop).

On Mga Btrf [1] file system, ang fssync ay isang kapaki-pakinabang na alternatibo sa btrfs magpadala (At tumanggap)
mga utos, salamat sa mga kakayahan sa pag-filter. Ito ay maaaring isama sa Btrfs snapshotting
sa gilid ng patutunguhan para sa isang buong backup na solusyon.

PAGGAMIT

paggamit fssync - Tumulong para makuha ang kumpletong listahan ng mga opsyon.

Ang pinakamahalagang bagay na dapat tandaan ay ang lokal na database ay dapat tumugma nang eksakto kung ano ang
sa destination host:

· Ang mga file na kinopya sa destination host ay hindi dapat baguhin. At wala dapat
manu-manong nilikha sa loob ng mga direktoryo ng patutunguhan. Kung gusto mo pa ring mag-access ng data sa
remote host, dapat mong gawin ito sa pamamagitan ng read-only bind mounts (nangangailangan ng Linux >=
2.6.26).

· Dapat ay mayroon kang 1 database sa bawat destinasyon, kung plano mong magkaroon ng ilang kopya ng pareho
direktoryo ng pinagmulan.

Tignan -c opsyon kung iniisip mo kung tumutugma ang iyong database sa direktoryo ng patutunguhan.

Unang pagtakbo ng fssync:

· Ang pinakamadaling paraan ay hayaan ang fssync na gawin ang lahat. Tukuyin ang isang hindi umiiral na landas ng file sa -d
opsyon at isang walang laman o hindi umiiral na direktoryo ng patutunguhan (tingnan ang -R opsyon). gagawin ng fssync
awtomatikong lumilikha ng database at kopyahin ang lahat ng dirs/file sa remote host.

· Ang isang mas mabilis na paraan ay maaaring gawin ang paunang kopya sa ibang paraan, tulad ng isang hilaw na kopya ng a
pagkahati. Kung talagang sigurado ka na ang pinagmulan at patutunguhan ay eksaktong pareho,
maaari mong simulan ang database sa pamamagitan ng pagtukoy - bilang host. Kung ang mga numero ng inode ay pareho
sa magkabilang panig, na ang kaso kung ang data ay kinopya sa antas ng block, maaari mong baguhin ang
source partition habang sinisimulan mo ang DB sa patutunguhan, at bumalik
ang DB sa lokal.

Isang halimbawa ng wrapper sa paligid ng fssync, na may filter, ay matatagpuan sa mga halimbawa/fssync_home

Ang fssync ay hindi kailanman bumababa ng mga direktoryo sa iba pang mga filesystem. Ang mga inode ay natatakpan ng mga mount point
ay nilaktawan din, kaya dapat pansamantalang i-unmount ang mga ito kung gusto mo
naka-synchronize. Ang parehong resulta ay maaaring makamit sa pamamagitan ng pag-synchronize mula sa isang bind mount.

Tingnan din ang Wala sero paglipat [2] patch kung hindi mo kailangan ng encryption at gusto mo
pabilisin ang iyong koneksyon sa SSH.

PAANO IT gUMAGANA

Ang fssync ay nagpapanatili ng isang talahanayan ng SQLite ng lahat ng mga dirs/file na nasa malayong bahagi. Bawat isa
tumutugma ang row sa isang landas, kasama ang inode nito (sa lokal na bahagi), iba pang metadata (sa malayong bahagi) at a
naka-check bandila.

Kapag tumatakbo, umuulit ang fssync sa lahat ng lokal na dir/file at para sa bawat landas
na hindi binabalewala (tingnan -f opsyon), ito ay nagtatanong sa DB upang magpasya kung ano ang gagawin. Kung na
naka-check, nilaktawan kaagad ang landas. Kapag ang isang landas ay naka-synchronize, ito ay minarkahan bilang
naka-check. Sa dulo, lahat ng row na hindi naka-check tumutugma sa mga landas na hindi umiiral
hindi na. Kapag sila ay tinanggal sa malayong bahagi, lahat naka-check na-reset ang mga flag.

Pagkabigo pagpapaubaya
Sa katunayan, ang fssync ay hindi nangangailangan na ang database ay ganap na tumutugma sa destinasyon. Ito
kinukunsinti ang ilang pagkakaiba upang mabawi ang anumang naantala na pag-synchronize na dulot ng a
pagkabigo sa network, error sa pagpapatakbo ng file, o anumang bagay maliban sa pag-crash ng operating system
ng lokal na host (o katulad na katulad ng power failure).

Sa karamihan ng mga kaso, ito ay ginagawa ng remote host, na awtomatikong gumagawa (o nag-overwrite)
isang inode ng inaasahang uri kung kinakailangan. Ang tanging pagbubukod ay ang remote
huwag mag-isa na mag-delete ng hindi walang laman na direktoryo. Para sa karamihan ng mga kumplikadong kaso, nag-journalize ang fssync
ang operasyon sa database: sa kaso ng pagkabigo, ang fssync ay makakabawi sa susunod
magkasabay

Lahi kundisyon
Ang isang kundisyon ng lahi ay nangangahulugan na ang ibang mga proseso sa lokal na host ay nagbabago ng mga inode na iyon
Nagsi-synchronize ang fssync. Pinangangasiwaan ng fssync ang anumang uri ng kundisyon ng lahi. Sa katunayan, mayroon ang fssync
walang magawa sa karamihan ng mga kaso.

Kapag nangyari ang isang kundisyon ng karera, hindi ginagarantiya ng fssync na ang malayong data ay nasa a
pare-parehong estado. Palaging inaayos ng bawat pag-sync ang mga umiiral nang hindi pagkakapare-pareho ngunit maaaring magpakilala
iba, kaya ang fssync ay hindi angkop para sa mainit na pag-backup ng mga database.

Sa Btrfs, makakakuha ka ng consistency sa pamamagitan ng pag-snapshot sa source side.

KATULAD MGA PROYEKTO

Ang ideya ng pagpapanatili ng isang lokal na database ay talagang nagmumula csync2 [3]. Ako ay malapit na
gamitin ito nang napagtanto ko na kailangan ko talaga ng isang tool na palaging nakikita ang mga pagpapalit ng pangalan/paggalaw ng
malalaking file. Iyon ang dahilan kung bakit nakikita ko ang fssync bilang isang bahagyang muling pagsulat ng csync2, na may pagsubaybay sa inode at
walang bidirectional synchronization. Ang lokal na database ay talagang gumagawa ng fssync at csync2
mas mabilis kaysa sa kilala rsync [4].

Gamitin ang fssync online gamit ang mga serbisyo ng onworks.net