Scegliere tra rclone copy e sync

Scegli rclone copy se i file presenti solo nella destinazione devono rimanere. Scegli rclone sync solo se la destinazione deve rispecchiare un’origine completa e affidabile. Entrambi possono sostituire un file modificato allo stesso percorso relativo; solo sync rimuove anche i file di destinazione assenti dall’origine.

Operazione	Effetto da locale a dosya	Effetto da dosya a locale
copy	Aggiunge o aggiorna i file cloud selezionati; conserva quelli presenti solo nel cloud	Aggiunge o aggiorna i file locali; conserva quelli presenti solo in locale
sync	Rende la destinazione cloud selezionata uguale all’origine, incluse le eliminazioni	Rende la destinazione locale selezionata uguale all’origine cloud, incluse le eliminazioni

L’origine è il primo percorso e la destinazione è il secondo percorso. Sono operazioni unidirezionali, non una sincronizzazione bidirezionale. Consulta i riferimenti ufficiali copy e sync.

Configura una connessione remota funzionante prima di scegliere

Esegui rclone version dopo aver installato rclone da rclone downloads. Per WebDAV dosya crea una chiave in Profilo → Chiavi API e consenti WebDAV nelle restrizioni dei protocolli. Scegli Accesso completo per una destinazione remota da rispecchiare, perché l’eliminazione richiede quell’ambito; l’appartenenza deve comunque consentire caricamento, creazione di cartelle e i permessi di eliminazione appropriati. Una chiave in sola lettura basta per un’origine cloud scaricata in locale.

Copia Integrazioni → WebDAV → Indirizzo del servizio e credenziali per lo spazio di lavoro desiderato. In rclone config, crea dosya-webdav con Storage webdav, Vendor other, quell’URL HTTPS completo, l’email del proprietario della chiave come User e la chiave API completa nella richiesta nascosta Password. Lascia vuoto il token bearer e conserva la connessione. Il riferimento WebDAV documenta queste opzioni; non includere la configurazione privata nella diagnostica condivisa.

rclone lsf dosya-webdav:
rclone lsf dosya-webdav:All/rclone-checks --recursive

I montaggi ordinari mostrano sei raccolte; usa All per la struttura reale scrivibile. Una chiave ancorata a una cartella mostra invece direttamente gli elementi interni consentiti: rimuovi il prefisso All/ e usa il percorso relativo. Limita la copia speculare a una sottocartella dedicata, non alla radice della connessione, a una vista intelligente o a uno spazio di lavoro con file altrui. File di origine nascosti o inaccessibili possono rendere incompleto l’elenco: verifica che contenga tutto ciò che la destinazione deve conservare.

Passaggi: prova un esempio innocuo

Usa una cartella locale sample-source preparata e una destinazione di prova separata rclone-checks. Il contenuto della cartella di origine va nella destinazione senza un ulteriore livello con il nome della cartella di origine.

rclone copy ./sample-source dosya-webdav:All/rclone-checks --dry-run --progress
rclone sync ./sample-source dosya-webdav:All/rclone-checks --dry-run --progress

Controlla i percorsi indicati e ogni eliminazione prevista. Una simulazione può mostrare totali previsti, ma non ha copiato né eliminato nulla in modo permanente. Se un file presente solo da remoto va conservato, il secondo piano è l’operazione sbagliata per quella cartella. Racchiudi tra virgolette i percorsi con spazi e verifica la cartella attuale del terminale prima di usare percorsi relativi.

Un’origine locale vuota o sbagliata è particolarmente pericolosa per una copia speculare: può far apparire indesiderati i file nella destinazione. I filtri cambiano l’insieme selezionato e --delete-excluded permette a sync di rimuovere anche gli elementi esclusi dalla destinazione. Non aggiungerlo per risolvere una differenza non spiegata. Di norma rclone evita le eliminazioni nella destinazione dopo errori; --ignore-errors cambia questa protezione. Gli effetti sono documentati in rclone sync.

Esegui copy oppure approva consapevolmente la copia speculare

Per la prova additiva:

rclone copy ./sample-source dosya-webdav:All/rclone-checks --progress

Dopo aver verificato l’anteprima di sync e che ogni elemento solo nella destinazione possa essere rimosso, esegui:

rclone sync ./sample-source dosya-webdav:All/rclone-checks --progress

Il secondo comando esegue eliminazioni reali; questa guida non lo esegue per te. Gli screenshot dosya già verificati dimostrano un esempio riuscito di copy e la conservazione di un file presente solo da remoto. Non mostrano un’eliminazione completata con sync. Gli esempi sync seguono il comportamento ufficiale del comando e l’eliminazione dosya verificata nelle fonti.

Invertire i percorsi rende la cartella locale la destinazione. Per esempio, rclone sync dosya-webdav:All/rclone-checks ./sample-download può eliminare file presenti solo in locale in sample-download. Il cestino dosya non può ripristinare un file rimosso solo dal computer; conserva una copia di sicurezza locale indipendente prima di sincronizzare in quella direzione.

Cosa significano sostituzione ed eliminazione in dosya

Quando rclone invia contenuto diverso a un file attivo con lo stesso nome nella stessa cartella cloud reale, WebDAV scrive una nuova versione del file esistente, mantenendone l’identità. copy non significa quindi “non sovrascrivere mai”. Con Vendor other, i confronti di metadati e hash di rclone sono limitati; i file che decide di ritrasmettere possono produrre altre versioni.

Il limite predefinito della cronologia dello spazio di lavoro è 10 versioni; un limite configurato non positivo disabilita il limite numerico. Per i proprietari del piano gratuito, le versioni precedenti possono essere rimosse dopo 7 giorni, mantenendo la più recente. Il limite numerico vale anche per gli spazi di lavoro a pagamento, quindi la cronologia non garantisce un ripristino illimitato. I dati originali e delle versioni conservate occupano spazio.

Una richiesta WebDAV DELETE sposta il file cloud nel cestino e ne revoca i link di condivisione; eliminare una cartella sposta nel cestino la sua struttura. I permessi dipendono dalla proprietà di ogni elemento interessato. Un file bloccato, un antenato bloccato o una copia di sicurezza bloccata possono rifiutare l’operazione anche con una chiave ad accesso completo. Nel cestino i file occupano spazio fino all’eliminazione definitiva.

Ripristina i contenuti cloud eliminati idonei tramite Cestino prima della scadenza. La finestra di eliminazione automatica è 7 giorni per i proprietari di spazi di lavoro effettivamente gratuiti e 30 giorni per gli altri; dipende dal piano effettivo del proprietario, non dall’abbonamento dell’operatore rclone. L’eliminazione definitiva rimuove dati e versioni conservate in modo irreversibile. Non dare per scontato che il ripristino riattivi i link revocati.

Verifica il completamento oltre alla barra di avanzamento

rclone lsf dosya-webdav:All/rclone-checks --recursive
rclone check ./sample-source dosya-webdav:All/rclone-checks --download --one-way

Registra lo stato di uscita del comando di trasferimento prima dell’elenco: echo $? in una shell POSIX o $LASTEXITCODE in PowerShell. L’uscita 0 indica che non restano errori, ma non necessariamente che sia avvenuto un trasferimento. Esamina uscite diverse da zero ed errori secondo l’elenco dei codici di rclone.

check --download --one-way confronta il contenuto di origine con i byte scaricati dalla destinazione senza modificare file, consentendo elementi aggiuntivi nella destinazione dopo copy. Dopo sync ometti --one-way se vuoi segnalare anche differenze su entrambi i lati. Consulta rclone check. Controlla la cartella dosya in File e, se volevi eliminare, controlla anche Cestino e l’elenco attivo restante.

Questi controlli rileggono i dati cloud e consumano traffico in uscita. Spazio di archiviazione dello spazio di lavoro, restrizioni di caricamento, concorrenza di chiave e ruolo e quote giornaliere di traffico continuano a limitare l’esecuzione. Se ricevi HTTP 429, usa l’indicazione di attesa del server se disponibile e verifica il limite applicabile invece di riprovare subito in ciclo.

Recupera da una copia speculare rifiutata o parziale

• API key scope must be ‘full’ to delete indica un ambito insufficiente della chiave; Delete not allowed indica un rifiuto legato a ruolo o proprietà. Un caricamento riuscito non dimostra che tu possa eliminare ogni elemento nella destinazione.
• Bloccato (423) richiede di risolvere il blocco del file o di una cartella superiore; ripetere i comandi non lo aggira.
• Alcuni trasferimenti possono completarsi prima di un errore successivo. Controlla destinazione attiva, cestino e cronologia delle versioni prima di riprovare; un’uscita diversa da zero non annulla i caricamenti riusciti.
• Se sono stati cestinati file sbagliati, ferma l’attività, ripristina subito gli elementi cloud idonei e verifica separatamente le versioni sostituite. Se la destinazione locale è danneggiata, recupera dalla copia di sicurezza locale.

Usa copy come scelta predefinita quando la destinazione contiene file creati indipendentemente. Usa una cartella speculare dedicata e rivedi una nuova simulazione ogni volta che cambiano la selezione dell’origine o la destinazione.

Risultato previsto

Copy conserva gli elementi presenti solo nella destinazione; un sync approvato consapevolmente li rimuove dalla destinazione selezionata. Verifica separatamente sostituzioni ed eliminazioni, senza presumere che un riepilogo di trasferimento riuscito dimostri una possibilità di recupero completa.

Guide correlate

• Configurare e provare rclone
• Scaricare file con rclone