Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Limitare utilizzo banda Cobian Backup+Dropbox
358 views
Skip to first unread message
Mammo
Sep 23, 2013, 9:37:30 AM9/23/13
to
Salve a tutti,
in ufficio uso l'accoppiata Cobian Backup+Dropbox per creare copie di
backup dei miei dati.
La situazione è questa: divisi in cartelle, ho qualche migliaio di
file doc, ed "un po'" di pdf per un totale di 3 GB circa
Giornalmente varia qualche decina di files non di più.
Io uso cobian che crea un unico file zippato e criptato una volta a
settimana, e backup incrementali negli altri giorni.
Tale sistema si sta rivelando deleterio poichè c'è un eccessivo
consumo di banda in uscita che crea problemi che non sto a dirvi.
Domanda: come posso ridurre il traffico in uscita?
Avevo pensato a comprimere i files singolarmente (è una opzione di
Cobian Backup) in modo che variando uno non sia necessario variare
tutto lo zippone, ma credo che, in caso di eventuale necessità di
utilizzo, sarebbe un incubo doverli riaprire uno per uno con tanto di
password.
Idee? Suggerimenti
--
Mammo, il bello di essere piccoli dentro....
Se vuoi scrivermi togli ZIO dall'indirizzo
ziom...@zioemail.it
in ufficio uso l'accoppiata Cobian Backup+Dropbox per creare copie di
backup dei miei dati.
La situazione è questa: divisi in cartelle, ho qualche migliaio di
file doc, ed "un po'" di pdf per un totale di 3 GB circa
Giornalmente varia qualche decina di files non di più.
Io uso cobian che crea un unico file zippato e criptato una volta a
settimana, e backup incrementali negli altri giorni.
Tale sistema si sta rivelando deleterio poichè c'è un eccessivo
consumo di banda in uscita che crea problemi che non sto a dirvi.
Domanda: come posso ridurre il traffico in uscita?
Avevo pensato a comprimere i files singolarmente (è una opzione di
Cobian Backup) in modo che variando uno non sia necessario variare
tutto lo zippone, ma credo che, in caso di eventuale necessità di
utilizzo, sarebbe un incubo doverli riaprire uno per uno con tanto di
password.
Idee? Suggerimenti
--
Mammo, il bello di essere piccoli dentro....
Se vuoi scrivermi togli ZIO dall'indirizzo
ziom...@zioemail.it
tony pedi
Sep 23, 2013, 6:02:12 PM9/23/13
to
Il 23/09/2013 15:37, Mammo ha scritto:
> Salve a tutti,
>
> in ufficio uso l'accoppiata Cobian Backup+Dropbox per creare copie di
> backup dei miei dati.
>
> La situazione è questa: divisi in cartelle, ho qualche migliaio di
> file doc, ed "un po'" di pdf per un totale di 3 GB circa
>
> Giornalmente varia qualche decina di files non di più.
>
> Io uso cobian che crea un unico file zippato e criptato una volta a
> settimana, e backup incrementali negli altri giorni.
>
> Tale sistema si sta rivelando deleterio poichè c'è un eccessivo
> consumo di banda in uscita che crea problemi che non sto a dirvi.
>
> Domanda: come posso ridurre il traffico in uscita?
>
> Avevo pensato a comprimere i files singolarmente (è una opzione di
> Cobian Backup) in modo che variando uno non sia necessario variare
> tutto lo zippone, ma credo che, in caso di eventuale necessità di
> utilizzo, sarebbe un incubo doverli riaprire uno per uno con tanto di
> password.
>
> Idee? Suggerimenti
>
netlimiter
> Salve a tutti,
>
> in ufficio uso l'accoppiata Cobian Backup+Dropbox per creare copie di
> backup dei miei dati.
>
> La situazione è questa: divisi in cartelle, ho qualche migliaio di
> file doc, ed "un po'" di pdf per un totale di 3 GB circa
>
> Giornalmente varia qualche decina di files non di più.
>
> Io uso cobian che crea un unico file zippato e criptato una volta a
> settimana, e backup incrementali negli altri giorni.
>
> Tale sistema si sta rivelando deleterio poichè c'è un eccessivo
> consumo di banda in uscita che crea problemi che non sto a dirvi.
>
> Domanda: come posso ridurre il traffico in uscita?
>
> Avevo pensato a comprimere i files singolarmente (è una opzione di
> Cobian Backup) in modo che variando uno non sia necessario variare
> tutto lo zippone, ma credo che, in caso di eventuale necessità di
> utilizzo, sarebbe un incubo doverli riaprire uno per uno con tanto di
> password.
>
> Idee? Suggerimenti
>
Mammo
Sep 24, 2013, 3:00:18 AM9/24/13
to
>> Domanda: come posso ridurre il traffico in uscita?
>>
>> Avevo pensato a comprimere i files singolarmente (è una opzione di
>> Cobian Backup) in modo che variando uno non sia necessario variare
>> tutto lo zippone, ma credo che, in caso di eventuale necessità di
>> utilizzo, sarebbe un incubo doverli riaprire uno per uno con tanto di
>> password.
>>
>> Idee? Suggerimenti
>>
>
>netlimiter
Grazie ma quel programma serve solo a diminuire la velocità di upload,
>>
>> Avevo pensato a comprimere i files singolarmente (è una opzione di
>> Cobian Backup) in modo che variando uno non sia necessario variare
>> tutto lo zippone, ma credo che, in caso di eventuale necessità di
>> utilizzo, sarebbe un incubo doverli riaprire uno per uno con tanto di
>> password.
>>
>> Idee? Suggerimenti
>>
>
>netlimiter
cosa che posso fare anche da Dropbox direttamente.
Ciò che volevo sapere (magari non mi sono spiegato bene) è se ci sono
"strategie" da adottare del tipo:
1) con il backup incrementale già riduco il consumo di banda rispetto
a fare backup completi tutti i giorni (almeno credo)
2) Avevo letto che dropbox, in caso di parziale modifica di un GROSSO
FILE, non lo uploada tutto, ma solo le parti cambiate. Questo mi
porterebbe a fare un backup completo tutti i giorni ma sinceramente
per la mia personale esperienza non mi pare che funzioni esattamente
così.
3) Visto che i files sono divisi in cartelle (molte), visto che non
tutte le cartelle mutano tutti i giorni, forse potrei creare files
zip delle singole cartelle in modo che dropbox si limiti a fare
l'upload di quelle cambiate e basta.
Altre idee?
Suggerimenti?
SB
Sep 24, 2013, 3:47:52 AM9/24/13
to
Il giorno Mon, 23 Sep 2013 15:37:30 +0200, Mammo <Ma...@Mammo.invalid> ha
scritto:
>Salve a tutti,
>
>in ufficio uso l'accoppiata Cobian Backup+Dropbox per creare copie di
>backup dei miei dati.
>
>La situazione è questa: divisi in cartelle, ho qualche migliaio di
>file doc, ed "un po'" di pdf per un totale di 3 GB circa
>
>Giornalmente varia qualche decina di files non di più.
>
>Io uso cobian che crea un unico file zippato e criptato una volta a
>settimana, e backup incrementali negli altri giorni.
>
>Tale sistema si sta rivelando deleterio poichè c'è un eccessivo
>consumo di banda in uscita che crea problemi che non sto a dirvi.
Probabilmente si, inoltre se per caso si corrompe l'unico file il tuo backup è
tutto perso.
>Domanda: come posso ridurre il traffico in uscita?
Usando più files invece che uno singolo
>Avevo pensato a comprimere i files singolarmente (è una opzione di
>Cobian Backup) in modo che variando uno non sia necessario variare
>tutto lo zippone, ma credo che, in caso di eventuale necessità di
>utilizzo, sarebbe un incubo doverli riaprire uno per uno con tanto di
>password.
>Idee? Suggerimenti
Io uso degli script VBS che mi fanno il backup in automatico della directory
prima di lanciare un ide o l'esecuzione di un programma in un file .7Z,
cmprimendolo con password e copiandolo in una cartella di copy.com o dropbox.
Esiste una versione di 7Z che funziona da linea di comando, con diverse opzioni:
http://www.dotnetperls.com/7-zip-examples
Dal momento che comprimo singole cartelle e la password è sempre la stessa è
abbastanza semplice la localizzazione e il recupero in caso di bisogno.
(es. il comando l sta per List)
Inoltre, poichè la sincronizzazione avviene al momento e su files non molto
grandi non ho problemi di banda e nel caso si dovesse corrompere qualcosa non
perderei tutto.
--
ciao
Stefano
scritto:
>Salve a tutti,
>
>in ufficio uso l'accoppiata Cobian Backup+Dropbox per creare copie di
>backup dei miei dati.
>
>La situazione è questa: divisi in cartelle, ho qualche migliaio di
>file doc, ed "un po'" di pdf per un totale di 3 GB circa
>
>Giornalmente varia qualche decina di files non di più.
>
>Io uso cobian che crea un unico file zippato e criptato una volta a
>settimana, e backup incrementali negli altri giorni.
>
>Tale sistema si sta rivelando deleterio poichè c'è un eccessivo
>consumo di banda in uscita che crea problemi che non sto a dirvi.
tutto perso.
>Domanda: come posso ridurre il traffico in uscita?
>Avevo pensato a comprimere i files singolarmente (è una opzione di
>Cobian Backup) in modo che variando uno non sia necessario variare
>tutto lo zippone, ma credo che, in caso di eventuale necessità di
>utilizzo, sarebbe un incubo doverli riaprire uno per uno con tanto di
>password.
>Idee? Suggerimenti
prima di lanciare un ide o l'esecuzione di un programma in un file .7Z,
cmprimendolo con password e copiandolo in una cartella di copy.com o dropbox.
Esiste una versione di 7Z che funziona da linea di comando, con diverse opzioni:
http://www.dotnetperls.com/7-zip-examples
Dal momento che comprimo singole cartelle e la password è sempre la stessa è
abbastanza semplice la localizzazione e il recupero in caso di bisogno.
(es. il comando l sta per List)
Inoltre, poichè la sincronizzazione avviene al momento e su files non molto
grandi non ho problemi di banda e nel caso si dovesse corrompere qualcosa non
perderei tutto.
--
ciao
Stefano
Mammo
Sep 24, 2013, 10:27:00 AM9/24/13
to
>
>Io uso degli script VBS che mi fanno il backup in automatico della directory
>prima di lanciare un ide o l'esecuzione di un programma in un file .7Z,
>cmprimendolo con password e copiandolo in una cartella di copy.com o dropbox.
Ho provato a copiare ed incollare il testo in google translate ma non
>Io uso degli script VBS che mi fanno il backup in automatico della directory
>prima di lanciare un ide o l'esecuzione di un programma in un file .7Z,
>cmprimendolo con password e copiandolo in una cartella di copy.com o dropbox.
ha dato risultati.
Mi dici che hai detto ? :-)
>Esiste una versione di 7Z che funziona da linea di comando, con diverse opzioni:
>http://www.dotnetperls.com/7-zip-examples
>
>Dal momento che comprimo singole cartelle e la password è sempre la stessa è
>abbastanza semplice la localizzazione e il recupero in caso di bisogno.
>(es. il comando l sta per List)
>Inoltre, poichè la sincronizzazione avviene al momento e su files non molto
>grandi non ho problemi di banda e nel caso si dovesse corrompere qualcosa non
>perderei tutto.
privacy trattandosi di progetti di lavoro. Vorrei criptarli e, visto
che ci sono, comprimerli per risparmiare banda e spazio.
Meglio a blocchi (ovvero a cartelle) oppure singolarmente secondo Voi?
Magari faccio qualche test
SB
Sep 24, 2013, 12:10:10 PM9/24/13
to
Il giorno Tue, 24 Sep 2013 16:27:00 +0200, Mammo <Ma...@Mammo.invalid> ha
scritto:
>>
I VBScript sono dei programmini in stile Visual Basic, si possono automatizzare
in questo modo diverse operazioni.
http://it.wikipedia.org/wiki/VBScript
Io li uso per fare il backup di una cartella prima di lanciare uno o pi�
programmi, in questo modo mi semplifico la vita e faccio sempre il backup di
quello che vado a modificare.
Per esempio con i vbs si possono fare files di backup con nomi legati alla data,
in modo da tenere uno storico dei backup, cosa molto utile se modifichi dei
sorgenti e a volte devi tornare indietro di diverse versioni se non ti accorgi
di un baco subito.
Questo usando i vbs non � troppo complicato da fare, poi ovviamente dipende
dalla pratica che si ha con linguaggi di programmazione anche semplici come vbs.
7z invece � un programma open source che permette di comprimere in vari formati
tra cui anche .zip, ma usando il suo formato nativo .7z permette di comprimere
maggiormente e con password criptando anche i nomi dei files, cosa che .zip non
fa.
In pratica se non sai la password non puoi nemmeno vedere cosa c'� in un .7z.
In pi� essendo open source c'� una sicurezza in pi� che non ci siano backdoor,
cio� modi di aggirare la password, e fare il brute force di una password da 20
caratteri richiede tempi mooolto lunghi.
http://it.wikipedia.org/wiki/7-Zip
Io uso dei programmini vbs, in pratica poi � uno solo con qualche variante, per
comprimere con password e spostare il file nella cartella dropbox, tutto
automaticamente.
>>Esiste una versione di 7Z che funziona da linea di comando, con diverse opzioni:
>>http://www.dotnetperls.com/7-zip-examples
>>Dal momento che comprimo singole cartelle e la password � sempre la stessa �
in un unico file .7z
Esiste una versione con interfaccia grafica tipo winzip e una a linea di
comando, molto utile per automatizzare le cose, volendo puoi anche fare dei
files .bat invece dei .vbs, hai meno potenza ma fai prima a crearli.
Lo trovi qui:
http://www.7-zip.org/
e se ti servono delle dritte chiedi pure.
Sperando di essere stato + chiaro :-)
--
ciao
Stefano
scritto:
>>
>>Io uso degli script VBS che mi fanno il backup in automatico della directory
>>prima di lanciare un ide o l'esecuzione di un programma in un file .7Z,
>>cmprimendolo con password e copiandolo in una cartella di copy.com o dropbox.
>>prima di lanciare un ide o l'esecuzione di un programma in un file .7Z,
>>cmprimendolo con password e copiandolo in una cartella di copy.com o dropbox.
>Mi dici che hai detto ? :-)
Mi spiego meglio ;-)
I VBScript sono dei programmini in stile Visual Basic, si possono automatizzare
in questo modo diverse operazioni.
http://it.wikipedia.org/wiki/VBScript
Io li uso per fare il backup di una cartella prima di lanciare uno o pi�
programmi, in questo modo mi semplifico la vita e faccio sempre il backup di
quello che vado a modificare.
Per esempio con i vbs si possono fare files di backup con nomi legati alla data,
in modo da tenere uno storico dei backup, cosa molto utile se modifichi dei
sorgenti e a volte devi tornare indietro di diverse versioni se non ti accorgi
di un baco subito.
Questo usando i vbs non � troppo complicato da fare, poi ovviamente dipende
dalla pratica che si ha con linguaggi di programmazione anche semplici come vbs.
7z invece � un programma open source che permette di comprimere in vari formati
tra cui anche .zip, ma usando il suo formato nativo .7z permette di comprimere
maggiormente e con password criptando anche i nomi dei files, cosa che .zip non
fa.
In pratica se non sai la password non puoi nemmeno vedere cosa c'� in un .7z.
In pi� essendo open source c'� una sicurezza in pi� che non ci siano backdoor,
cio� modi di aggirare la password, e fare il brute force di una password da 20
caratteri richiede tempi mooolto lunghi.
http://it.wikipedia.org/wiki/7-Zip
Io uso dei programmini vbs, in pratica poi � uno solo con qualche variante, per
comprimere con password e spostare il file nella cartella dropbox, tutto
automaticamente.
>>Esiste una versione di 7Z che funziona da linea di comando, con diverse opzioni:
>>http://www.dotnetperls.com/7-zip-examples
>>abbastanza semplice la localizzazione e il recupero in caso di bisogno.
>>(es. il comando l sta per List)
>
>>Inoltre, poich� la sincronizzazione avviene al momento e su files non molto
>>(es. il comando l sta per List)
>
>>grandi non ho problemi di banda e nel caso si dovesse corrompere qualcosa non
>>perderei tutto.
>Io potrei anche copiare tutti i files in dropbox, ma ho timori per la
>privacy trattandosi di progetti di lavoro. Vorrei criptarli e, visto
>che ci sono, comprimerli per risparmiare banda e spazio.
7zip fa proprio questo, comprime i files e le cartelle criptandoli con password
>>perderei tutto.
>Io potrei anche copiare tutti i files in dropbox, ma ho timori per la
>privacy trattandosi di progetti di lavoro. Vorrei criptarli e, visto
>che ci sono, comprimerli per risparmiare banda e spazio.
in un unico file .7z
Esiste una versione con interfaccia grafica tipo winzip e una a linea di
comando, molto utile per automatizzare le cose, volendo puoi anche fare dei
files .bat invece dei .vbs, hai meno potenza ma fai prima a crearli.
Lo trovi qui:
http://www.7-zip.org/
e se ti servono delle dritte chiedi pure.
Sperando di essere stato + chiaro :-)
--
ciao
Stefano
Mammo
Sep 26, 2013, 5:48:13 AM9/26/13
to
>Mi spiego meglio ;-)
Grazie :-)
>Per esempio con i vbs si possono fare files di backup con nomi legati alla data,
>in modo da tenere uno storico dei backup, cosa molto utile se modifichi dei
>sorgenti e a volte devi tornare indietro di diverse versioni se non ti accorgi
>di un baco subito.
determinante.
>7z invece � un programma open source che permette di comprimere in vari formati
>In pi� essendo open source c'� una sicurezza in pi� che non ci siano backdoor,
Seguendo parzialmente il Tuo consiglio (per puri motivi di "raggiunti
limiti di capacit�") mi e Vi domando: avrebbe senso comprimere le
directory singolarmente, imponendo a 7z (od a Cobian Backup che
comunque si appoggia a 7z) di dividere i backup in file non pi� grandi
di 100 MB?
Credo che in questo modo lui andrebbe ad aggiornare solo gli zip
contenenti degli aggiornamenti, limitando quindi la banda in uscita.
L'alternativa che mi sta convincendo sempre di pi� � quella di
comprimere singolarmente con criptazione i 2-3000 files, ovviamente
automatizzando il tutto. Credo che in questo caso avrei la matematica
sicurezza che ogni eventuale problema di corruzione riguarder� solo UN
File e quindi un documento, e che verranno aggiornati SOLO i files
modificati.
Che ne dite?
>
>Sperando di essere stato + chiaro :-)
Si grazie, era solo l'incipit che mi dava qualche problemino , il
>Sperando di essere stato + chiaro :-)
resto era chiaro fin da subito.
SB
Sep 26, 2013, 7:11:28 AM9/26/13
to
Il giorno Thu, 26 Sep 2013 11:48:13 +0200, Mammo <Ma...@Mammo.invalid> ha
scritto:
>Seguendo parzialmente il Tuo consiglio (per puri motivi di "raggiunti
>limiti di capacit�") mi e Vi domando: avrebbe senso comprimere le
>directory singolarmente, imponendo a 7z (od a Cobian Backup che
>comunque si appoggia a 7z) di dividere i backup in file non pi� grandi
>di 100 MB?
Converrebbe, anche se non capisco il limite di 100MB, tu hai molte cartelle di
dati cos� grandi?
>Credo che in questo modo lui andrebbe ad aggiornare solo gli zip
>contenenti degli aggiornamenti, limitando quindi la banda in uscita.
Si, c'� l'opzione per aggiungere solo i files nuovi o modificati per� cambia la
data dello zip, quindi dropbox lo vede come un file da aggiornare, poi non so se
fa altri controlli su hash per vedere se � variato davvero.
>L'alternativa che mi sta convincendo sempre di pi� � quella di
>comprimere singolarmente con criptazione i 2-3000 files, ovviamente
>automatizzando il tutto. Credo che in questo caso avrei la matematica
>sicurezza che ogni eventuale problema di corruzione riguarder� solo UN
>File e quindi un documento, e che verranno aggiornati SOLO i files
>modificati.
Per� perdi il vantaggio degli zip di contenere pi� files.
>Che ne dite?
Penso a una via di mezzo, zip con la compressione di sottocatrelle in modo da
ridurre la probabilit� di problemi, la dimensione e quindi la banda di
aggiornamento.
Iin alternativa se il tuo programma di backup consente di schedulare, fai
partitre diverse sessioni in modo da evitare grossi files da aggiornare in una
volta sola.
--
ciao
Stefano
scritto:
>Seguendo parzialmente il Tuo consiglio (per puri motivi di "raggiunti
>limiti di capacit�") mi e Vi domando: avrebbe senso comprimere le
>directory singolarmente, imponendo a 7z (od a Cobian Backup che
>comunque si appoggia a 7z) di dividere i backup in file non pi� grandi
>di 100 MB?
dati cos� grandi?
>Credo che in questo modo lui andrebbe ad aggiornare solo gli zip
>contenenti degli aggiornamenti, limitando quindi la banda in uscita.
data dello zip, quindi dropbox lo vede come un file da aggiornare, poi non so se
fa altri controlli su hash per vedere se � variato davvero.
>L'alternativa che mi sta convincendo sempre di pi� � quella di
>comprimere singolarmente con criptazione i 2-3000 files, ovviamente
>automatizzando il tutto. Credo che in questo caso avrei la matematica
>sicurezza che ogni eventuale problema di corruzione riguarder� solo UN
>File e quindi un documento, e che verranno aggiornati SOLO i files
>modificati.
>Che ne dite?
Penso a una via di mezzo, zip con la compressione di sottocatrelle in modo da
ridurre la probabilit� di problemi, la dimensione e quindi la banda di
aggiornamento.
Iin alternativa se il tuo programma di backup consente di schedulare, fai
partitre diverse sessioni in modo da evitare grossi files da aggiornare in una
volta sola.
--
ciao
Stefano
[ b a z ]
Sep 26, 2013, 7:28:08 AM9/26/13
to
SB ha usato la sua tastiera per scrivere :
scusate se mi intrometto...
ma allora eprchￜ non usare Syncback, tanto per citarne uno, che esegue
il backup e puￜ comprimere direttamente ogni cartella/file della radice
in modo separato?
--
[ b a z ]
"Scettico io? Ne dubito!"
" La coerenza ￜ l'ultimo rifugio delle persone prive di immaginazione"
- socio MSTC - Responsabile Gruppi Antanati Gomito/Piede
- Mister Vistracï¿œonpetto
> Il giorno Thu, 26 Sep 2013 11:48:13 +0200, Mammo <Ma...@Mammo.invalid> ha
> scritto:
>
>
>> Seguendo parzialmente il Tuo consiglio (per puri motivi di "raggiunti
>> limiti di capacitￜ") mi e Vi domando: avrebbe senso comprimere le
> scritto:
>
>
>> Seguendo parzialmente il Tuo consiglio (per puri motivi di "raggiunti
>> directory singolarmente, imponendo a 7z (od a Cobian Backup che
>> comunque si appoggia a 7z) di dividere i backup in file non piￜ grandi
>> di 100 MB?
>
> Converrebbe, anche se non capisco il limite di 100MB, tu hai molte cartelle
> di
> dati cosￜ grandi?
>
> Converrebbe, anche se non capisco il limite di 100MB, tu hai molte cartelle
> di
>
>> Credo che in questo modo lui andrebbe ad aggiornare solo gli zip
>> contenenti degli aggiornamenti, limitando quindi la banda in uscita.
>
> Si, c'ￜ l'opzione per aggiungere solo i files nuovi o modificati perￜ cambia
>> Credo che in questo modo lui andrebbe ad aggiornare solo gli zip
>> contenenti degli aggiornamenti, limitando quindi la banda in uscita.
>
> la
> data dello zip, quindi dropbox lo vede come un file da aggiornare, poi non so
> se
> fa altri controlli su hash per vedere se ￜ variato davvero.
> data dello zip, quindi dropbox lo vede come un file da aggiornare, poi non so
> se
scusate se mi intrometto...
ma allora eprchￜ non usare Syncback, tanto per citarne uno, che esegue
il backup e puￜ comprimere direttamente ogni cartella/file della radice
in modo separato?
--
[ b a z ]
"Scettico io? Ne dubito!"
" La coerenza ￜ l'ultimo rifugio delle persone prive di immaginazione"
- socio MSTC - Responsabile Gruppi Antanati Gomito/Piede
- Mister Vistracï¿œonpetto
Mammo
Sep 26, 2013, 9:27:10 AM9/26/13
to
>> Si, c'� l'opzione per aggiungere solo i files nuovi o modificati per� cambia
Proseguendo su questa strada ho fatto una nuova prova rilevando che
DROPBOX E' STUPIDO. :-(
Se io archivio un file e dopo un minuto ri-archivio lo stesso identico
file, DROPBOX lo ricarica da capo. Questo esclude che io possa fare
uno zippone od anche 2-3000 zippini, tanto lui li trasmette tutti da
capi ogni volta...
>L'alternativa che mi sta convincendo sempre di pi� � quella di
>comprimere singolarmente con criptazione i 2-3000 files, ovviamente
>automatizzando il tutto.
assieme in una sola operazione molteplici files. In pratica do' una
volta sola la password a 7z e lui li decomprime tutti assieme, il che
risolve uno dei miei problemi. Purtroppo tuttavia, se faccio
l'archiviazione tutti i giorni Dropbox ri-carica i files anche se non
modificati il che mi fa tornare al problema originario ovvero
l'eccessivo sfruttamento di banda in uscita.
La soluzione che mi sto prospettando adesso � questa:
1) faccio una archiviazione giornaliera dei files comprimendoli e
criptandoli uno per uno
2) nella cartella di dropbox devono essere giornalmente spostati
SOLAMENTE il files modificati cos� che SOLO quelli verranno uploadato
on the cloud.
Devo capire se questa cosa la posso fare con il backup "incrementale"
o "diferenziale" di cobian backup oppure se debbo fare ricorso ad
altro.
>scusate se mi intrometto...
venga venga.........c'� posto per tutti qui............
>ma allora eprch� non usare Syncback, tanto per citarne uno, che esegue
>il backup e pu� comprimere direttamente ogni cartella/file della radice
>in modo separato?
provo a guardare come funziona, magari risolve tutto...io non lo
conosco
Grazie mille per l'aiuto x adesso..
>> la data dello zip, quindi dropbox lo vede come un file da aggiornare, poi non so
hai ragione.
Proseguendo su questa strada ho fatto una nuova prova rilevando che
DROPBOX E' STUPIDO. :-(
Se io archivio un file e dopo un minuto ri-archivio lo stesso identico
file, DROPBOX lo ricarica da capo. Questo esclude che io possa fare
uno zippone od anche 2-3000 zippini, tanto lui li trasmette tutti da
capi ogni volta...
>L'alternativa che mi sta convincendo sempre di pi� � quella di
>comprimere singolarmente con criptazione i 2-3000 files, ovviamente
>automatizzando il tutto.
>>>>Per� perdi il vantaggio degli zip di contenere pi� files.
E' vero ma ho appena scoperto che se voglio posso decomprimere tutti
assieme in una sola operazione molteplici files. In pratica do' una
volta sola la password a 7z e lui li decomprime tutti assieme, il che
risolve uno dei miei problemi. Purtroppo tuttavia, se faccio
l'archiviazione tutti i giorni Dropbox ri-carica i files anche se non
modificati il che mi fa tornare al problema originario ovvero
l'eccessivo sfruttamento di banda in uscita.
La soluzione che mi sto prospettando adesso � questa:
1) faccio una archiviazione giornaliera dei files comprimendoli e
criptandoli uno per uno
2) nella cartella di dropbox devono essere giornalmente spostati
SOLAMENTE il files modificati cos� che SOLO quelli verranno uploadato
on the cloud.
Devo capire se questa cosa la posso fare con il backup "incrementale"
o "diferenziale" di cobian backup oppure se debbo fare ricorso ad
altro.
>scusate se mi intrometto...
venga venga.........c'� posto per tutti qui............
>ma allora eprch� non usare Syncback, tanto per citarne uno, che esegue
>il backup e pu� comprimere direttamente ogni cartella/file della radice
>in modo separato?
provo a guardare come funziona, magari risolve tutto...io non lo
conosco
Grazie mille per l'aiuto x adesso..
[ b a z ]
Sep 26, 2013, 9:31:50 AM9/26/13
to
Mammo ha usato la sua tastiera per scrivere :
> Se io archivio un file e dopo un minuto ri-archivio lo stesso identico
> file, DROPBOX lo ricarica da capo.
perchￜ ￜ cambiata la data
> file, DROPBOX lo ricarica da capo.
Mammo
Sep 26, 2013, 10:04:23 AM9/26/13
to
On Thu, 26 Sep 2013 15:31:50 +0200, [ b a z ] <bazzyM...@email.it>
wrote:
>Mammo ha usato la sua tastiera per scrivere :
>> Se io archivio un file e dopo un minuto ri-archivio lo stesso identico
>> file, DROPBOX lo ricarica da capo.
>
>perchè è cambiata la data
Giusto
Ho trovato una soluzione ed un nuovo problema.
La soluzione è utilizzare la funzione di backup DIFFERENZIALE di
cobian: finalmente va a cambiare SOLO i files modificati.
Chiaramente dovrò comprimere e crittare SINGOLARMENTE i files affinchè
questa soluziona funzioni, ma alla luce di quanto già scritto va bene
così.
Il problema è che se io cancello un file nella cartella DATI, rimane
nella cartella DROPBOX, il che genererà spazzatura.
Per ovviare questo ulteriore problema dovrei utilizzare un software di
SYNC ma oltre a sincronizzare le cartelle (quella DATI e quella
Dropbox) dovrebbe anche comprimere e crittare i files il che non mi
risulta sia ancora fattibile....
In pratica dovrebbe vedere i files della cartella DATI
-comprimerli/criptarli e metterli nella cartella DROPBOX mantenendo il
tutto sincronizzato.
Cercherò di vedere se qualche programmino fa al caso mio. Mica ne
conoscete?
wrote:
>Mammo ha usato la sua tastiera per scrivere :
>> Se io archivio un file e dopo un minuto ri-archivio lo stesso identico
>> file, DROPBOX lo ricarica da capo.
>
Giusto
Ho trovato una soluzione ed un nuovo problema.
La soluzione è utilizzare la funzione di backup DIFFERENZIALE di
cobian: finalmente va a cambiare SOLO i files modificati.
Chiaramente dovrò comprimere e crittare SINGOLARMENTE i files affinchè
questa soluziona funzioni, ma alla luce di quanto già scritto va bene
così.
Il problema è che se io cancello un file nella cartella DATI, rimane
nella cartella DROPBOX, il che genererà spazzatura.
Per ovviare questo ulteriore problema dovrei utilizzare un software di
SYNC ma oltre a sincronizzare le cartelle (quella DATI e quella
Dropbox) dovrebbe anche comprimere e crittare i files il che non mi
risulta sia ancora fattibile....
In pratica dovrebbe vedere i files della cartella DATI
-comprimerli/criptarli e metterli nella cartella DROPBOX mantenendo il
tutto sincronizzato.
Cercherò di vedere se qualche programmino fa al caso mio. Mica ne
conoscete?
[ b a z ]
Sep 26, 2013, 10:07:31 AM9/26/13
to
Mammo ha pensato forte :
Syncback
DSynchronize
;)
--
[ b a z ]
"Scettico io? Ne dubito!"
" La coerenza è l'ultimo rifugio delle persone prive di immaginazione"
> In pratica dovrebbe vedere i files della cartella DATI
> -comprimerli/criptarli e metterli nella cartella DROPBOX mantenendo il
> tutto sincronizzato.
> Cercherò di vedere se qualche programmino fa al caso mio. Mica ne
> conoscete?
Cobian
> -comprimerli/criptarli e metterli nella cartella DROPBOX mantenendo il
> tutto sincronizzato.
> Cercherò di vedere se qualche programmino fa al caso mio. Mica ne
> conoscete?
Syncback
DSynchronize
;)
--
[ b a z ]
"Scettico io? Ne dubito!"
- socio MSTC - Responsabile Gruppi Antanati Gomito/Piede
- Mister Vistracàonpetto
Mammo
Sep 26, 2013, 10:13:29 AM9/26/13
to
On Thu, 26 Sep 2013 16:07:31 +0200, [ b a z ] <bazzyM...@email.it>
wrote:
>Mammo ha pensato forte :
>> In pratica dovrebbe vedere i files della cartella DATI
>> -comprimerli/criptarli e metterli nella cartella DROPBOX mantenendo il
>> tutto sincronizzato.
>> Cercher� di vedere se qualche programmino fa al caso mio. Mica ne
Scusa ma Cobian come fa a farlo?
Io uso proprio quello ma secondo me fa backup e non SYNC (scrive ma
non cancella)
wrote:
>Mammo ha pensato forte :
>> In pratica dovrebbe vedere i files della cartella DATI
>> -comprimerli/criptarli e metterli nella cartella DROPBOX mantenendo il
>> tutto sincronizzato.
>> conoscete?
>
>Cobian
>Syncback
>DSynchronize
>
>;)
All'anima che velocit�.......... :-)
>
>Cobian
>Syncback
>DSynchronize
>
>;)
Scusa ma Cobian come fa a farlo?
Io uso proprio quello ma secondo me fa backup e non SYNC (scrive ma
non cancella)
[ b a z ]
Sep 26, 2013, 10:22:07 AM9/26/13
to
Mammo scriveva il 26/09/2013 :
che mi smbra faccia tranquillamente sync
:)
--
[ b a z ]
"Scettico io? Ne dubito!"
" La coerenza ￜ l'ultimo rifugio delle persone prive di immaginazione"
> Scusa ma Cobian come fa a farlo?
> Io uso proprio quello ma secondo me fa backup e non SYNC (scrive ma
> non cancella)
ok, su Cobain non saprei, l'ho sempre ritenuto molto simile a Syncbak
> Io uso proprio quello ma secondo me fa backup e non SYNC (scrive ma
> non cancella)
che mi smbra faccia tranquillamente sync
:)
--
[ b a z ]
"Scettico io? Ne dubito!"
- socio MSTC - Responsabile Gruppi Antanati Gomito/Piede
- Mister Vistracï¿œonpetto
Mammo
Sep 26, 2013, 10:36:00 AM9/26/13
to
On Thu, 26 Sep 2013 16:22:07 +0200, [ b a z ] <bazzyM...@email.it>
wrote:
>Mammo scriveva il 26/09/2013 :
>> Scusa ma Cobian come fa a farlo?
>> Io uso proprio quello ma secondo me fa backup e non SYNC (scrive ma
>> non cancella)
>
>ok, su Cobain non saprei, l'ho sempre ritenuto molto simile a Syncbak
>che mi smbra faccia tranquillamente sync
>:)
PROVEROLLO ! :-)
Grazie del suggerimento
wrote:
>Mammo scriveva il 26/09/2013 :
>> Scusa ma Cobian come fa a farlo?
>> Io uso proprio quello ma secondo me fa backup e non SYNC (scrive ma
>> non cancella)
>
>ok, su Cobain non saprei, l'ho sempre ritenuto molto simile a Syncbak
>che mi smbra faccia tranquillamente sync
>:)
Grazie del suggerimento
SB
Sep 26, 2013, 10:53:05 AM9/26/13
to
Il giorno Thu, 26 Sep 2013 16:36:00 +0200, Mammo <Ma...@Mammo.invalid> ha
scritto:
>On Thu, 26 Sep 2013 16:22:07 +0200, [ b a z ] <bazzyM...@email.it>
>wrote:
>
>>Mammo scriveva il 26/09/2013 :
>>> Scusa ma Cobian come fa a farlo?
>>> Io uso proprio quello ma secondo me fa backup e non SYNC (scrive ma
>>> non cancella)
Attenzione che se cancelli un file dalla cartella dropbox in realt� ne resta lo
stesso una copia non visibile, per eliminarla definitivamente devi andare sul
sito e fare "elimina definitvamente" dal browser.
--
ciao
Stefano
scritto:
>On Thu, 26 Sep 2013 16:22:07 +0200, [ b a z ] <bazzyM...@email.it>
>wrote:
>
>>Mammo scriveva il 26/09/2013 :
>>> Scusa ma Cobian come fa a farlo?
>>> Io uso proprio quello ma secondo me fa backup e non SYNC (scrive ma
>>> non cancella)
stesso una copia non visibile, per eliminarla definitivamente devi andare sul
sito e fare "elimina definitvamente" dal browser.
--
ciao
Stefano
Mammo
Sep 26, 2013, 1:18:41 PM9/26/13
to
>>>> Scusa ma Cobian come fa a farlo?
>>>> Io uso proprio quello ma secondo me fa backup e non SYNC (scrive ma
>>>> non cancella)
>
>Attenzione che se cancelli un file dalla cartella dropbox in realt� ne resta lo
>stesso una copia non visibile, per eliminarla definitivamente devi andare sul
>sito e fare "elimina definitvamente" dal browser.
Questo non mi pare che incida sulla capacit� di archiviazione
>>>> Io uso proprio quello ma secondo me fa backup e non SYNC (scrive ma
>>>> non cancella)
>
>Attenzione che se cancelli un file dalla cartella dropbox in realt� ne resta lo
>stesso una copia non visibile, per eliminarla definitivamente devi andare sul
>sito e fare "elimina definitvamente" dal browser.
complessiva.
In questi giorni ho cancellato alcuni GB dalla cartella che era satura
ed ho ricaricato altri files che hanno trovato spazio.
Il mio problema � quello, se poi dropbox si tiene giga e giga di file
criptati......peggio per loro !!
Mammo
Sep 26, 2013, 2:03:48 PM9/26/13
to
On Thu, 26 Sep 2013 16:22:07 +0200, [ b a z ] <bazzyM...@email.it>
wrote:
>Mammo scriveva il 26/09/2013 :
>> Scusa ma Cobian come fa a farlo?
>> Io uso proprio quello ma secondo me fa backup e non SYNC (scrive ma
>> non cancella)
>
>ok, su Cobain non saprei, l'ho sempre ritenuto molto simile a Syncbak
>che mi smbra faccia tranquillamente sync
>:)
l'ho installato e posso dire che -almeno apparentemente- fa al caso
mio.
L'unica cosa che mi lascia perplesso � il criptaggio visto che lui
stesso lo definisce "old zip" il che non � molto rassicurante.........
wrote:
>Mammo scriveva il 26/09/2013 :
>> Scusa ma Cobian come fa a farlo?
>> Io uso proprio quello ma secondo me fa backup e non SYNC (scrive ma
>> non cancella)
>
>ok, su Cobain non saprei, l'ho sempre ritenuto molto simile a Syncbak
>che mi smbra faccia tranquillamente sync
>:)
mio.
L'unica cosa che mi lascia perplesso � il criptaggio visto che lui
stesso lo definisce "old zip" il che non � molto rassicurante.........
Lidrie
Sep 30, 2013, 3:52:25 PM9/30/13
to
Sostenne Mammo :
> ... Dropbox ri-carica i files anche se non modificati ...
ti serve un servizio che utilizza il protocollo *rsync*, p.e. Wuala
> La soluzione che mi sto prospettando adesso ￜ questa:
> 2) nella cartella di dropbox devono essere giornalmente spostati
> SOLAMENTE il files modificati cosￜ che SOLO quelli verranno uploadato
> on the cloud.
con rsync vengono trasferiti solo i blocchi modificati, che siano di file
piccoli o enormi, poco cambia.
NB: Wuala conserva le ultime 10 versioni dei file inseriti nelle cartelle
da sincronizzare.
http://www.wuala.com/it/ (primi 5GB gratis e a te bastano 3)
(se non si fosse capito, sono un loro utente soddisfatto) ;-)
--
Sans
> ... Dropbox ri-carica i files anche se non modificati ...
ti serve un servizio che utilizza il protocollo *rsync*, p.e. Wuala
> La soluzione che mi sto prospettando adesso ￜ questa:
> 1) faccio una archiviazione giornaliera dei files comprimendoli e
> criptandoli uno per uno
anche questo Wuala lo fa (cripta in locale, prima dell'upload)
> criptandoli uno per uno
> 2) nella cartella di dropbox devono essere giornalmente spostati
> on the cloud.
con rsync vengono trasferiti solo i blocchi modificati, che siano di file
piccoli o enormi, poco cambia.
NB: Wuala conserva le ultime 10 versioni dei file inseriti nelle cartelle
da sincronizzare.
http://www.wuala.com/it/ (primi 5GB gratis e a te bastano 3)
(se non si fosse capito, sono un loro utente soddisfatto) ;-)
--
Sans
0 new messages