È possibile conservare le marche temporali?
Quando copiamo dei file, in genere ci aspettiamo che i file di destinazione mantengano le stesse date di modifica degli originali. Nella maggior parte dei casi, sarà così e tutto funzionerà come previsto! Il nostro strumento di sincronizzazione, backup e migrazione Syncovery è in grado di preservare i timestamp di modifica nella stragrande maggioranza dei casi. Semplicemente funziona, perché la maggior parte dei file system e dei protocolli consente di conservare le date dei file.
Tuttavia, in alcuni casi, potresti notare che le date di “Ultima modifica” dei file sono andate perse. Ciò può essere accaduto perché è stato utilizzato uno strumento o un metodo di copia che non supportava la conservazione dei timestamp. Il problema può verificarsi anche usando protocolli Internet come FTP e WebDAV. E alcuni servizi cloud non supportano affatto il mantenimento delle date di modifica: in particolare S3 e Rackspace Files. Sul lato positivo, il problema dei timestamp non si verifica con il networking Windows (CIFS/Samba), SSH/SFTP e molti server FTP moderni o persino alcuni server WebDAV. Anche servizi cloud moderni come Google Drive, DropBox, Box, Backblaze B2 e altri non sono प्रभावितti.
Risoluzione dei problemi relativi alle marche temporali
Se riscontri problemi con la marca temporale di modifica durante la copia all’interno della rete locale, aggiorna Syncovery all’ultima versione. Se questo non basta a conservare le date di modifica, modifica il tuo profilo e vai alla scheda “Speciale”→”Altro” e scegli:
Double-Check Each File's Destination Timestamp After Copying.
Tradizionalmente, i server FTP e WebDAV utilizzano l’ora di sistema corrente per tutti i file in arrivo. Quindi il timestamp sul server FTP diventa diverso dall’ora di Ultima modifica sul tuo computer. In alcuni casi, questo non è un problema (ad esempio se copi i file solo sul server FTP). Tuttavia, se devi copiare in entrambe le direzioni o hai davvero bisogno di preservare il timestamp, ecco cosa si può fare.
La cosa migliore da fare sarebbe installare un software server FTP più moderno che consenta di impostare i timestamp, oppure passare a un protocollo diverso, come SSH/SFTP.
Regolazione delle date di modifica di copie di file esistenti
A volte, quando hai copiato file con un altro strumento, potresti notare che le marche temporali sono andate perse. Puoi usare Syncovery per far corrispondere di nuovo le date di modifica. Syncovery cercherà i file con nomi e dimensioni identici e regolerà per te le marche temporali nella destinazione. La casella di controllo si trova nella scheda “Confronto” e si chiama “Non copiare mai, regola solo la marca temporale”, come mostrato in questa schermata:
Codifica del nome file per conservare le marche temporali
Se non è possibile sostituire il software del server, puoi usare la codifica del nome file per conservare le marche temporali sul server FTP. Troverai questa opzione nella scheda Versioning. La codifica del nome file modifica i nomi dei file aggiungendo la data e l’ora, quindi puoi usarla solo se non ti dispiace che i nomi dei file appaiano codificati sul server. Troverai un esempio di nomi file codificati nella nostra pagina sul versioning dei file, poiché la codifica del nome file viene usata anche per mantenere più versioni di un file.
SmartTracking può ricordare e ignorare le deviazioni della marca temporale
Se la codifica dei nomi dei file non può essere utilizzata e devi eseguire una sincronizzazione bidirezionale, c’è ancora un’altra opzione. Puoi usare SmartTracking, che può memorizzare il timestamp assegnato dal server ai file quando vengono caricati. In questo modo può riconoscere se i file sono stati modificati oppure no, anche se il timestamp non è identico a quello del tuo computer. Per questo, scegli la modalità operativa SmartTracking e fai clic sul pulsante Configura. Vai alla scheda Opzioni e scegli “Rileva file non modificati” per il lato online. Deseleziona l’altra opzione “Ignora anche le modifiche alle dimensioni dei file”, che raramente è necessaria. Tuttavia può essere utile per i siti SharePoint, che spesso aggiungono metadati ai documenti Office in arrivo, modificandone così le dimensioni dei file.
Se hai già caricato dei file e i loro timestamp non corrispondono, puoi usare questo metodo SmartTracking (come descritto sopra) per gestire il problema. Per prima cosa devi lasciare che il programma costruisca il database, in modo che memorizzi i timestamp esistenti. Fallo avviando manualmente il profilo e scegliendo “Mostra: Non interessati” nell’anteprima di sincronizzazione, così non copierà alcun file ma li aggiungerà tutti al database.