Comentarii la: RSync pentru backup http://www.lamp.ro/articole-tutoriale-linux/rsync-pentru-backup/ Platforma de hosting cu software liber, gratuit, open source. Wed, 08 Feb 2012 00:28:21 +0000 hourly 1 http://wordpress.org/?v=3.3.1 De către: Sergiu Tot http://www.lamp.ro/articole-tutoriale-linux/rsync-pentru-backup/comment-page-1/#comment-2659 Sergiu Tot Sun, 07 Feb 2010 20:52:27 +0000 http://www.lamp.ro/?p=45#comment-2659 Da, ar trebui sa mearga mai repede. Daca esti in LAN poti scoate parametrul "<em>-z</em>" iar rsync nu va mai comprima fisierul trimis - daca viteza de transfer e mare, nu te mai intereseaza marimea transferata dar te intereseaza in schimb timpul de procesare. Daca folosesti "<em>-u</em>", nu vor fi suprascrise fisierele mai noi. Ar trebui sa fie ok in cazul tau, pentru ca fisierele care sunt deja copiate sunt mai noi. Eventual verifica data de creare inainte. Daca nu sunt mai noi, da comanda "<em>touch</em>" pe fiecare fisier :) Da, ar trebui sa mearga mai repede. Daca esti in LAN poti scoate parametrul “-z” iar rsync nu va mai comprima fisierul trimis – daca viteza de transfer e mare, nu te mai intereseaza marimea transferata dar te intereseaza in schimb timpul de procesare.

Daca folosesti “-u“, nu vor fi suprascrise fisierele mai noi. Ar trebui sa fie ok in cazul tau, pentru ca fisierele care sunt deja copiate sunt mai noi. Eventual verifica data de creare inainte. Daca nu sunt mai noi, da comanda “touch” pe fiecare fisier :)

]]> De către: Dan http://www.lamp.ro/articole-tutoriale-linux/rsync-pentru-backup/comment-page-1/#comment-2658 Dan Sun, 07 Feb 2010 19:50:45 +0000 http://www.lamp.ro/?p=45#comment-2658 Am facut sincronizarea intre 2 servere cu comanda: rsync -avz -e 'ssh –p1234' user@192.168.0.1:/home/user_remote/public_html /home/user_local/public_html ssh ruleaza pe un port nonstandard sa spunem 1234 si IP-ul prezentat este spre exemplificare Din cauza numarului mare de fisiere operatiunea a durat foarte mult. Mentionez ca serverul local nu avea nimic pe el fiind o operatiune de durata transferul initial de pe remote. Acum intrebarea este: Daca in loc de optiunile -avz folosesc optiunea -au utilitarul de sincronizare va analiza mai rapid directoarele ce trebuie sincronizate? Adica, daca va gasi deja fisierele in local va sari peste ele mai usor sau le va analiza pe fiecare in parte-chestiune ce va implica timp? Este vorba de peste 25000 fisiere de diferite dimensiuni. Am facut sincronizarea intre 2 servere cu comanda:
rsync -avz -e ‘ssh –p1234′ user@192.168.0.1:/home/user_remote/public_html /home/user_local/public_html
ssh ruleaza pe un port nonstandard sa spunem 1234 si IP-ul prezentat este spre exemplificare
Din cauza numarului mare de fisiere operatiunea a durat foarte mult. Mentionez ca serverul local nu avea nimic pe el fiind o operatiune de durata transferul initial de pe remote.
Acum intrebarea este:
Daca in loc de optiunile -avz folosesc optiunea -au utilitarul de sincronizare va analiza mai rapid directoarele ce trebuie sincronizate?
Adica, daca va gasi deja fisierele in local va sari peste ele mai usor sau le va analiza pe fiecare in parte-chestiune ce va implica timp?
Este vorba de peste 25000 fisiere de diferite dimensiuni.

]]>