Non posso entrare nel dettaglio ma non è uno scherzo, è roba da far
impazzire.... credimi sulla parola.

Siamo in LAN aziendale, i file da 500 mb sono prodotti ogni 5 minuti e
devono essere salvati per almeno 5 anni (non tutti sono da salvare ma
almeno 10/20 GB al giorno), il problema è che ho una FIFO di 6 mesi,  per
ora ho un server dove storicizzare i dati è un distante ma la soluzione è
temporanea.
Con scp la velocità media è stata di 8 Mb/s, la prossima settimana provo
con rsync, ora guardavo scp2 che con l’opzione –u (cancella i file dalla
cartella sorgente).

p.s. i file sono binari per risparmiare spazio :-)

ciao,
Pietro


Il giorno 22 dicembre 2011 15:07, Marco Marongiu <[email protected]> ha
scritto:

> On 22/12/11 14:47, Paolo De Michele wrote:
> > rsync sicuramente la soluzione migliore per tenere tutto sincronizzato
>
> Rimango dell'idea che, a seconda della velocità di trasferimento,
> l'opzione disco + aereo sia valida. Non condivido su rsync, del quale
> sono e resto un fan.
>
> Se i file sono molti e in una struttura molto articolata, rsync perderà
> un sacco di tempo a esplorare l'albero per decidere poi che deve
> trasferire tutto.
>
> Inoltre, il trasferimento rimarrebbe comunque troppo lento. La
> crittografia dei dati in transito è una bella cosa, ma dal punto di
> vista della velocità di trasferimento dati è una grossa palla al piede.
>
> Forse, qualcosa potrebbe essere guadagnato passando su una VPN che
> inserisca la crittografia allo strato più basso possibile, e su quella
> usare un protocollo in chiaro. E, ovviamente, si fa compressione in
> transito.
>
> Infine, se puoi partizionare i dati, ti suggerirei di sfruttare al
> massimo la banda usando più processi paralleli, ciascuno a copiare una
> partizione dei dati.
>
> Ciao
> -- bronto
> _______________________________________________
> Gulchelp mailing list
> [email protected]
> http://www.gulch.crs4.it/cgi-bin/mailman/listinfo/gulchelp
>
_______________________________________________
Gulchelp mailing list
[email protected]
http://www.gulch.crs4.it/cgi-bin/mailman/listinfo/gulchelp

Rispondere a