Come preservare l’identità del backup di Time Machine prima di rinominare o ricreare una condivisione NAS
Time Machine ha meno probabilità di abbandonare una cronologia NAS esistente quando l’identità di backup della condivisione viene preservata prima di rinominare, ricreare o migrare quella condivisione.
Una destinazione Time Machine di rete è più di una cartella contenente uno sparsebundle. Il Mac può dipendere anche dal volume di rete pubblicizzato, dalle funzionalità SMB, dal percorso della condivisione, dalle credenziali e da un identificatore del volume assegnato dal servizio. Prima di modificare il NAS, acquisisci questi segnali d’identità e proteggi lo sparsebundle esistente. Quindi ricrea o rinomina un livello alla volta e verifica che il Mac riconosca ancora la destinazione prevista prima di consentire l’avvio di un nuovo backup.
Registra la destinazione di rete attuale prima della manutenzione
Salva il nome host del NAS, l’indirizzo SMB, il nome della condivisione, l’account, la destinazione Time Machine selezionata, il nome dello sparsebundle e le dimensioni attuali del backup. Registra anche il metodo con cui viene individuata la condivisione, ad esempio tramite annuncio Bonjour o percorso SMB montato manualmente.
Apple spiega che un disco Time Machine di rete viene selezionato come destinazione di rete, non è semplicemente una cartella che contiene file di backup.
Crea uno snapshot del NAS o una copia indipendente dello sparsebundle prima di modificare la definizione della condivisione. Avrai così un punto di ripristino nel caso in cui il servizio ricreato generi un’altra identità di destinazione o il Mac inizi una nuova cronologia.
Preserva l’UUID del volume Time Machine quando il NAS lo supporta
Se il NAS espone un UUID del volume Time Machine o un identificatore persistente simile, registralo prima di eliminare o ricreare la condivisione SMB. Non presumere che lo stesso nome visibile della condivisione generi nuovamente la stessa identità.
TrueNAS documenta che il suo UUID Time Machine identifica il volume e che la creazione o l’aggiornamento di una condivisione con un valore nullo può generare un nuovo UUID.
Ripristina il precedente identificatore solo quando la condivisione ricreata rappresenta davvero la stessa destinazione di backup e la precedente istanza del server non è più attiva. Duplicare un UUID su due destinazioni attive crea ulteriore ambiguità.
Mantieni abilitate le funzionalità SMB di Time Machine sulla condivisione ricreata
Ricreare una normale condivisione SMB allo stesso percorso del filesystem non è sufficiente. Verifica che la condivisione ricreata continui a pubblicizzare il supporto a Time Machine e le estensioni SMB di Apple richieste dal Mac.
Il modulo vfs_fruit di Samba dichiara che il supporto a Time Machine viene pubblicizzato tramite la funzionalità FULLSYNC della condivisione e la registrazione mDNS, quando supportata.
Confronta le impostazioni della condivisione Samba o NAS precedenti e nuove prima di riconnettere il Mac. Se la funzionalità è cambiata, correggi prima la presentazione del server invece di eliminare o rinominare lo sparsebundle.
Non riutilizzare un identificatore del volume senza criterio
Un identificatore del volume di rete preservato è utile solo quando fa riferimento alla stessa destinazione logica di backup. Se cloni la vecchia condivisione su un secondo NAS attivo, i due server non devono fingere di essere esattamente lo stesso volume Time Machine.
Netatalk avverte che il suo UUID del volume garantisce una solida distinzione e non dovrebbe essere modificato o copiato senza criterio su un altro server.
Durante la migrazione, mantieni una sola destinazione autorevole alla volta. Porta online la sostituta con l’identità preservata solo dopo che il servizio precedente è offline e la copia dello sparsebundle è stata completata.
Preserva Bonjour e la selezione della condivisione durante il passaggio
Registra quale cartella condivisa è designata esplicitamente per Time Machine e se Bonjour pubblicizza tale cartella. Dopo aver ricreato il NAS, verifica che la stessa cartella sia pubblicata prima di riselezionarla sul Mac.
Le indicazioni attuali di Synology richiedono agli amministratori di impostare la cartella Time Machine e abilitare la trasmissione Bonjour di Time Machine quando si utilizza questo metodo di individuazione.
Se è necessario cambiare il nome host del NAS, verifica prima che la condivisione prevista sia raggiungibile tramite il nuovo percorso SMB e contenga ancora lo sparsebundle protetto. Non lasciare che una condivisione sostitutiva vuota diventi la prima destinazione visualizzata dal Mac.
Testa la cronologia esistente prima di riprendere i backup automatici
Con i backup automatici in pausa, riconnettiti alla destinazione ricreata, conferma che il vecchio sparsebundle sia visibile e apri o ripristina un file noto della cronologia precedente. Controlla la condivisione per verificare che durante il primo backup controllato non venga creato un secondo sparsebundle.
ASUSTOR consiglia SMB per i backup Time Machine sui sistemi NAS supportati, sottolineando che la presentazione SMB specifica di Time Machine da parte del server fa parte della destinazione.
La manutenzione è completata quando Time Machine aggiunge dati alla cronologia esistente e non compare un secondo bundle. L’articolo ZimaSpace correlato su un nuovo sparsebundle di Time Machine descrive il percorso di ripristino nel caso in cui l’identità non sia stata preservata e il Mac abbia già iniziato un nuovo backup.
Domande frequenti
È sufficiente mantenere lo stesso nome della condivisione SMB?
No. Il nome visibile è solo uno dei segnali. Il NAS può ricreare la condivisione con funzionalità Time Machine, pubblicità del servizio, credenziali o identità del volume differenti.
Devo rinominare lo sparsebundle esistente in modo che corrisponda al NAS ricreato?
Non come scorciatoia preventiva. Prima preserva il bundle e mantieni stabile l’identità della destinazione; rinominare l’immagine non aggiorna automaticamente le relazioni utilizzate da Time Machine.
Posso testare la condivisione ricreata mentre il vecchio server Time Machine è ancora attivo?
Procedi con cautela. Due destinazioni attive che presentano la stessa identità logica possono confondere l’individuazione e rendere poco chiaro quale sparsebundle venga aggiornato. È preferibile un passaggio controllato con un solo server autorevole.
Prodotti consigliati
Supporto e consigli
Altro da leggere
Plex può condividere una GPU con un altro container Docker?
Plex e un altro container possono spesso accedere alla stessa GPU, ma è necessario testare il supporto dei driver, la mappatura dei dispositivi, il...
Come capire se un errore di Plex proviene dal client o dal server
Riproduci lo stesso elemento su un altro client, confronta il percorso della sessione, quindi raccogli le prove dal server solo dopo che l’ambito ti...
Come configurare la cache di Plex e l’archiviazione temporanea per la transcodifica
Proteggi lo stato persistente di Plex collocando i file temporanei di transcodifica su un’unità locale adatta, quindi verifica la pulizia, lo spazio libero e...
