Newsgroup: it.lavoro.informatica
Titolo: RCLONE + ONEDRIVE

buongiorno al gruppo,
 
decidiamo in ufficio di utilizzare alcuni spazi one drive per un backup.
installiamo rclone, un'oretta per leggere la pagina man, configuriamo 
rclone per utilizzare one drive e proviamo il backup.
risultato: una lenteza incredibile nell'upload.
riproviamo e ... idem con patate , stessa lentezza.
diamo un'occhiata alla documentazione del sito rclone, guardiamo anche 
nel forum, e vediamo che e' una situazione diffusa.
che sappiate voi, esiste un qualche work_around ?
 
un ringraziamento.
 
 
ps , certo potermmo usare un altro spazio on_line per i backup, ma quei 
tera di onedrive son li a fare niente.

 tera di onedrive son li a fare niente.
 
È quello che vogliono. La quantità abnorme di storage per account è 
specchietto per le allodole, o se preferisci marketing: ti possono dare 
anche un petabyte, tanto non sei materialmente in condizione di 
utilizzarne che una piccola frazione.
 
 

 
 
 
quindi situazione commerciale.
ok, le idee cominciano a chiarirsi.
1 ringraziamento
 

 quindi situazione commerciale.
 
Mi sembra abbastanza ovvio, no? 

 decidiamo in ufficio di utilizzare alcuni spazi one drive per un backup. 
 
Il che non è una buona idea di base: onedrive è basato su un backend sharepoint ed ha come scopo la memorizzazione e al condivisione di file tra utenti.
Se vuoi usare Sharepoint come backup, non è comunque una grande idea, puoi fare un site di sharepoint ed usare quello.
 
Oppure prendere uno storage account di Azure che è nato per quello.
 
Ciao
   Francesco

     Francesco
 
 
non e' una buona idea poiche' non funzionerebbe oppure per un qualche 
altro motivo ? sono a digiuno di tecnologia M$ .
grazie
 
 


Più o meno te l'ha spiegato. Ha delle capabilities per fare altre cose e 
anche se rclone riesce ad interfacciarsi alle API non significa sia 
adatto. A te per i backup serve un object storage.
 
 

 altro motivo ? sono a digiuno di tecnologia M$ . 
 
Per i motivi che ti ho scritto: stai usando un sistema documentale, tra l'altro piuttosto soffisticato, per buttare dentro i file di un backup.
Sharepoint è un sistema ottimizzato per gestire tante connessioni contemporanee, permettere l'editing contemporaneo, ha un sistema di ricerca basato sia sul contenuto che si metadati.
 
OneDrive è una interfaccia a quel backend ottimizzata per l'uso e la condivisione di documenti da parte dei singoli utenti: stai usando un laser oftalmico per abbattere alberi: non ha senso.
 
Ciao
   Francesco

     Francesco
 
 
ok, mi avete convinto.
grazie a tutti.
trovero' un altro uso per quel tb .
 
 

 trovero' un altro uso per quel tb .
 
Pensavo che il problema fosse trovare uno spazio dove allocare il backup, 
non fare il backup solo per allocare dello spazio.


"problemi" in senso stretto non ne ho
:-)
ho un tb a disposizione e che ci faccio ?
volevo usarlo x un backup. ma se non si puo' mi rassegno.
tutto qui
 
 
 

 tutto qui
 
Ti rassegni significa che quel backup non lo fai? Questo è il succo di 
quello che volevo dire.
Uno storage adatto ai backup su Azure costa da 2 a 11 millesimi di euro a 
GB al mese, a seconda delle esigenze di recupero che vuoi avere. Non  
starei troppo a recriminare.

 starei troppo a recriminare.
 
 
il backup lo faccio diversamente. ovvio che non si puo' stare senza BK.
mi sento un poco come quando esco dalla pizzeria e non ho finito la 
pizza. l'ho pagata ma non l'ho mangiata tutta.
in pratica l'ho sprecata.
1 tb lo paghiamo e non lo usiamo.
peccato.
trovero' un altro uso in futuro
 
 

 starei troppo a recriminare.
 
Questo è uno spunto interessante e che vorrei approfondire.
Spiego: io penso che i drive in cloud condivisi servano appunto per condividere. Documenti, file compressi di vario genere e contenuto (anche di dimensione notevole), immagini, ma NON per fare backup. Capiamoci, non che non si possa fare - una soluzione l'hai data tu, un'altra è un bel cloud drive in pcloud. Però un bel NAS (o due, giusto per fare un po' di giro) ha costi abbastanza ridicoli e, per fare i backup è a mio personalissimo avviso ancora vantaggioso.
Ecco, a mio personalissimo avviso. Ma il mio personalissimo avviso non è che una visione limitata, per cui... tu (e altri) che ne pensi?

 che una visione limitata, per cui... tu (e altri) che ne pensi?
 
Avere una copia offsite per una azienda è mandatorio, quindi se usi un NAS 
minimo devi avere una replica da un'altra parte, che sia un altro 
datacenter o il cloud.
Usando il cloud puoi avere sia l'opzione di replica su due availability 
zone che ogni provider offre su questi tipi di storage (questa è un'altra 
delle ragioni per cui è opportuno scegliere il tipo di storage adatto) che 
la possibilità di fare direttamente te due backup distiniti sempre su 
availability zone diverse.
 
Quindi a mio avviso scegliere direttamente il cloud è la soluzione che da 
più facilmente la possibilità di avere un piano di business continuity 
compliant.

 delle ragioni per cui è opportuno scegliere il tipo di storage adatto) 
 
Questa è interessante, e non sapevo si potesse richiedere al provider. E in effetti, in questo modo, l'idea di far copie localmente è assolutamente superata.
 
Grazie.
Luca


https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication.html
 

per fare un po' di giro) ha costi abbastanza ridicoli e, per fare i backup è a mio personalissimo avviso ancora vantaggioso. 
 
Il backup su NAS ha due limiti
1) E' attaccabile da Rasomware
2) E' vulnerabile ai disastri che possono succedere all'ambiente dove si trova. 
A andò a fuoco un pezzo di casa incluso studio e stanza del NAS. 
Se non avessi avuto anche la copia in cloud sarei stato fottuto
 
Ciao
   Francesco

 A andò a fuoco un pezzo di casa incluso studio e stanza del NAS. 
 
Questa, in un posto extraeuropeo, l'abbiamo risolta con due NAS, che non dovevano MAI essere contemporaneamente presso l'azienda.
Certo, MOLTO macchinoso...
 
Ciao!
Luca


Ecco non credo a queste strategie: il rischio che la procedura non venga seguita in modo assiduo è sempre dietro l'angolo.
 
Ciao
   Francesco

un project manager mi ha chiesto un parere su cosa usare e
io gli ho consigliato:
"per te ci vuole un RCOGLIONE"

 Certo, MOLTO macchinoso...
 
Da come lo descrivi immagino venissero periodicamente ruotati.
 
Se è così non era solo un problema di macchinosità: il problema principale 
è che non è un doppio backup e se perdi quello online perdi anche tutti i 
backup dall'ultima rotazione.
 
Dove lavoravo fino a qualche tempo fa prima di passare al cloud avevamo 
una situazione simile, una NAS a cui era collegato un disco rimobile e su 
cui era schedulata una sincronizzazione giornaliera, questo disco poi 
veniva ruotato ogni venerdì. Il problema era che in caso di disastro ci 
poteva essere fino ad una settimana di buco.
 
 

 Ecco non credo a queste strategie: il rischio che la procedura non venga seguita in modo assiduo è sempre dietro l'angolo. 
 
Sono d'accordo. Purtroppo allora non potevamo contare su una linea dati sufficientemente prestante.
 
-- 
Ciao!
Luca

 
 
una cosa cosi' l'abbiamo anche noi. pero' i dischi esterni son 4, ed i 4 
soci han cura -ogni gioro- che almeno 1 persona esegua il sync.
quindi se un sovravoltaggio ci fulmina il rack alle 17.00 , ecco che 
perdiamo solo la giornata odierna, poiche' con l'hd di ieri possiamo 
recuperare tutto.
procedura gia' verificata piu' volte, anzi, anche usata.
affidabilita' buona, solo la piccola seccatura di inserire l'hd, 
lanciare un comando sulla tastiera, ed attendere una 30ina di minuti.
un poco rozzo ma discretamente funzionale.
 

 poco rozzo ma discretamente funzionale.
 
Funzionale ma inaffidabile, come ogni operazione affidata alla buona 
volontà delle persone.
 
Da noi sai come andò a finire? All'inizio lo portava a casa il titolare, 
poi delegò all'allora amministratore di sistema che alla prima occasione 
di ferie delegò ad un impiegato il quale col cazzo che se lo portava a 
casa ma lo metteva in un cassetto. E così andò finché non si decise di 
portare i backup su AWS.

 portare i backup su AWS.
 
 
non commento quello che capita in altri luoghi. qui i soci son 4, hanno 
ben chiaro che se perdono anagrafica, bolle, fatture, preventivi, 
bilanci & C , possono tranquillamente chiudere.
quindi coscienziosamente ogni tardo pomeriggio c'e' chi si occupa della 
cosa.
poi ho scoperto di avere  A GRATIS 1 tb e di non usarlo. ecco che e' 
nato il post.
ma adesso ci organizziamo anche x questo
 
 

 bilanci & C , possono tranquillamente chiudere.
 
Se l'avessero davvero ben chiaro investirebbero quanto serve e tutti 
dormireste fra due cuscini.