Eseguire una simulazione di rclone sync

rclone sync rende il secondo percorso uguale al primo. I file presenti solo nella destinazione possono essere rimossi: verifica direzione e anteprima della coppia esatta ogni volta. --dry-run chiede a rclone di indicare le operazioni previste senza applicare copie, sostituzioni o eliminazioni.

Configura rclone senza un fork

Il backend dosya è incluso nelle versioni attuali di rclone. Non installare un fork specifico per dosya. Esegui il comando di configurazione standard:

rclone config

Crea una chiave API con i permessi necessari alla direzione scelta. Una destinazione cloud che può ricevere caricamenti ed eliminazioni richiede Accesso completo e i corrispondenti permessi del ruolo nello spazio di lavoro; un’origine cloud usata solo per scaricare in locale può usare Solo lettura. Non inserire la chiave nella cronologia del terminale o in log condivisi.

Scegli una nuova connessione remota, chiamala dosya e scegli dosya nell’elenco dei fornitori di archiviazione. Inserisci l’ID dello spazio di lavoro e la chiave API richiesti. Verifica la connessione nativa prima di pianificare una copia speculare:

rclone lsf dosya:

Se dosya non compare nell’elenco dei fornitori, aggiorna rclone oppure configura il backend S3 standard come alternativa descritta nella documentazione rclone dosya:

rclone config create dosya s3 \
  provider=Other \
  access_key_id=dos_your_access_key \
  secret_access_key=your_secret_access_key \
  endpoint=https://api.dosya.dev/s3 \
  region=us-east-1

rclone lsf dosya:WORKSPACE_ID

I comandi restanti usano il percorso nativo dosya:/mirror-check. Con S3 usa invece dosya:WORKSPACE_ID/mirror-check, perché l’ID dello spazio di lavoro è il bucket.

Passaggi

1. Esegui rclone config, scegli il fornitore integrato dosya e verifica che rclone lsf dosya: funzioni. Se manca, configura l’alternativa S3 ed elenca invece dosya:WORKSPACE_ID.

2. Crea un’origine locale piccola e conosciuta, come ./sample-source, e una destinazione cloud isolata, come dosya:/mirror-check. Fai una copia di sicurezza di ciò che è già nella destinazione.

3. Elenca ricorsivamente l’origine locale e la destinazione dosya:, poi salva l’output:

   rclone lsf ./sample-source --recursive
   rclone lsf dosya:/mirror-check --recursive

4. Esegui l’anteprima con righe operative dettagliate:

   rclone sync ./sample-source dosya:/mirror-check --dry-run --progress -vv

5. Controlla ogni percorso indicato per copia, sostituzione o eliminazione. Skipped copy as —dry-run is set conferma la simulazione. Se un file presente solo nella destinazione deve rimanere, fermati e usa rclone copy o spostalo fuori dalla copia speculare.

6. Ripeti l’anteprima dopo aver cambiato filtri, contenuto dell’origine, directory attuale o destinazione. Solo dopo questo secondo controllo esegui il comando reale rimuovendo tu stesso --dry-run:

   rclone sync ./sample-source dosya:/mirror-check --progress -vv

Regole di eliminazione e recupero

Un’origine vuota o sbagliata rende tutti gli elementi della destinazione candidati alla rimozione. Anche i filtri ridefiniscono l’insieme speculare; --delete-excluded consente di rimuovere anche il contenuto escluso dalla destinazione. Di norma rclone evita l’eliminazione nella destinazione dopo errori di trasferimento, mentre --ignore-errors attenua questa protezione. Non aggiungere nessuna delle due opzioni per aggirare un piano non spiegato.

Invertire i percorsi cambia il rischio. Questo comando rende una directory locale uguale a dosya e può rimuovere file presenti solo in locale:

rclone sync dosya:/mirror-check ./sample-download --dry-run --progress -vv

dosya non può ripristinare dati eliminati solo dal computer. Conserva una copia di sicurezza locale indipendente prima di approvare quella direzione. Una sincronizzazione reale verso la destinazione nativa dosya: elimina ogni elemento rimosso due volte: la prima richiesta lo sposta nel cestino dosya, la seconda lo elimina definitivamente per liberare spazio. Il cestino non può recuperare un elemento presente solo nella destinazione rimosso da questo backend: conserva una copia indipendente prima di approvare il comando reale.

La simulazione è reversibile perché non scrive nulla. Il comando reale non è transazionale: alcuni trasferimenti possono riuscire prima di un errore successivo e riprovare non annulla le modifiche precedenti.

Verifica l’esecuzione reale

Registra lo stato di uscita, elenca di nuovo la destinazione e confronta i byte senza modificare nessuno dei due lati:

echo $?
rclone lsf dosya:/mirror-check --recursive
rclone check ./sample-source dosya:/mirror-check --download

Uno stato di uscita 0 indica che il comando non ha segnalato errori residui; non prova che i file siano stati trasferiti. Un risultato diverso da zero può lasciare operazioni parziali riuscite. Controlla la cartella dosya e confrontala con l’elenco salvato prima di riprovare; le eliminazioni del backend nativo sono già state rimosse dal cestino.

Risultato previsto

La simulazione riporta il piano speculare unidirezionale esatto lasciando invariate entrambe le strutture. Se in seguito esegui il sync reale approvato, la destinazione corrisponde all’origine, inclusa la rimozione intenzionale degli elementi presenti solo nella destinazione, e rclone check non trova differenze di contenuto.

Guide correlate

• Copiare con rclone
• Scaricare con rclone