Riprovare un trasferimento SFTP interrotto

Il recupero di download e caricamenti è diverso nel gateway SFTP attuale. Le letture accettano offset, quindi un client può riprendere un download remoto invariato. Gli handle di scrittura partono vuoti e sono completati solo a CLOSE; il server non ricarica un prefisso esistente, quindi Resume, Append, reput e put -a per il caricamento possono produrre byte con prefisso mancante e non vanno usati.

Un caricamento interrotto che non ha raggiunto un CLOSE riuscito normalmente non lascia un file remoto completato. Se il client ha perso la risposta dopo il completamento, potrebbe già esistere un file completo o una nuova versione; controlla dosya prima di ripetere l’operazione per evitare una sostituzione non necessaria.

Passaggi

1. Annota se l’operazione fallita era un caricamento o download, i percorsi di origine e destinazione, l’ultimo messaggio del client e le dimensioni visibili su entrambi i lati. Non premere ancora un generico pulsante Resume.
2. Per un download, verifica che nome, dimensione in byte e versione remoti non siano cambiati dall’inizio della copia locale parziale. Se un valore è cambiato, elimina o isola il file locale parziale e ricomincia dal byte zero.
3. Riprendi un download invariato con la funzione di lettura a offset del client, poi confronta dimensione finale e checksum locale con una fonte attendibile. dosya serve le letture grandi da una cache a intervalli limitati per file di almeno 64 MiB.
4. Per un caricamento, controlla la cartella di destinazione in File di dosya ed elencala di nuovo su SFTP. Conserva una destinazione già completa; altrimenti riavvia l’intero file locale dall’offset zero con un nome temporaneo univoco.
5. Attendi la risposta CLOSE finale del caricamento riavviato, poi confronta nome e dimensione nell’elenco remoto e scaricalo per un controllo del checksum. Solo dopo la verifica sostituisci o rimuovi un’altra copia.
6. Se il nuovo tentativo restituisce API 429, rispetta l’attesa indicata; se CLOSE è ambiguo dopo un errore di rete o 5xx, controlla di nuovo la destinazione prima di un’altra scrittura. Conserva entrambi i file se i contenuti sono diversi.

Un caricamento completo su un nome esistente segue il percorso di scrittura con versioni di dosya e può sostituire i byte correnti conservando una versione precedente secondo le regole di conservazione. Riavviare con un nuovo nome evita di cambiare i byte correnti del file esistente prima del completamento della verifica. Il gateway attuale non completa i caricamenti vuoti.

Il limite di caricamento distribuito è 352 MiB e regole dello spazio di lavoro, spazio di archiviazione residuo o limiti di ruolo o credenziale possono rifiutare un file più piccolo. Un errore oltre il limite attivo richiede un altro metodo di caricamento supportato, non tentativi con offset.

Risultato previsto

Un download invariato riprende fino a ottenere un file locale completo e verificato, oppure un caricamento riparte dal byte zero e crea esattamente una copia remota verificata. Nessun prefisso parziale è considerato un caricamento dosya valido.

Guide correlate

• Connettere un client SFTP
• Risolvere problemi SFTP