Varför skapar Time Machine en ny Sparsebundle i stället för att fortsätta med den befintliga NAS-säkerhetskopian?

Time Machine skapar ett nytt sparsebundle när programmet inte längre kopplar den aktuella Mac-datorn och NAS-destinationen till den befintliga säkerhetskopieringshistoriken.

Den gamla säkerhetskopian kan fortfarande visas som filer, medan Time Machine behandlar den som tillhörande en annan dator, en annan nätverksvolym, en annan delningsidentitet eller en inkompatibel destinationskonfiguration. Vanliga utlösare är migrering av macOS, ändringar av moderkort eller värdnamn, valet ”Skapa ny säkerhetskopia”, namnbyte på NAS:en eller delningen, ändrade Time Machine-annonseringsinställningar, byte av användare eller att en annan volym-UUID används. Bevara båda sparsebundle-filerna innan du försöker återansluta historiken.

Bekräfta att ett andra sparsebundle faktiskt skapades

Lista Time Machine-delningen före och efter ett säkerhetskopieringsförsök. Notera sparsebundle-namn, skapandetider, logiska storlekar, ägare, Mac-namn, NAS-värdnamn, delningsnamn och vald destination.

Apple förklarar att en ny Mac antingen kan ärva en gammal säkerhetskopieringshistorik eller skapa en ny säkerhetskopia, vilket gör migreringsvalet till den första skiljelinjen när det nya paketet visas efter ett maskinbyte eller användning av Flyttassistent.

Om endast tillfälliga filer visas i det befintliga sparsebundle-paketet bör du i stället felsöka en avbruten säkerhetskopiering. Om ett separat paket med ett nytt maskinorienterat namn visas fortsätter du med Mac- och destinationsidentiteten.

Jämför den aktuella Mac-identiteten med den befintliga historiken

Notera Mac-datorns aktuella datornamn, maskinvaru-UUID eller plattformsidentitet som är tillgänglig för Time Machine, migreringshistorik, ändringar av moderkortet och om den gamla Mac-datorn fortfarande använder säkerhetskopian.

Samba-vfs_fruit-modulen tillhandahåller SMB-stöd för Time Machine samt serveridentitetsbeteende som påverkar hur macOS ser nätverksdestinationen.

Byt inte namn på det nya sparsebundle-paketet så att det matchar det gamla medan Time Machine eller SMB har det öppet. Ett filnamnsbyte kan inte på ett säkert sätt skriva om säkerhetskopians interna identitet.

Kontrollera att NAS:en fortfarande visar samma delning och sökväg

Jämför det gamla och aktuella NAS-värdnamnet, SMB-adressen, delningsnamnet, datauppsättningens sökväg, Time Machine-ändamålet, upptäcktsnamnet och det dedikerade säkerhetskopieringskontot.

TrueNAS kräver att en delning konfigureras med Time Machine-ändamålet för SMB, så att återskapa en allmän SMB-delning på samma till synes identiska sökväg kan ändå innebära att en annan destinationsfunktion presenteras.

Om den gamla delningen bytte namn eller byggdes om ska du återställa den ursprungliga tjänsteidentiteten när det är säkert, eller avsiktligt migrera det gamla paketet till en ny, validerad destination innan du väljer den.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Kontrollera om Time Machine-mappen och användaren har ändrats

Bekräfta att samma delade mapp fortfarande är vald för Time Machine och att det aktuella kontot kan läsa, skapa, byta namn på och radera en testfil bredvid paketet.

Synologys installationsanvisningar kräver att du väljer den specifika SMB-delade mappen för Time Machine.

En ny användare eller mapp kan göra det gamla paketet osynligt eller skrivskyddat även när Finder visar en annan delning med samma visningsnamn. Undvik att montera samma NAS samtidigt med flera konton under testningen.

Kontrollera att SMB-inställningarna för Time Machine inte återskapades på ett annat sätt

Jämför NAS-uppgraderingar, SMB-protokollinställningar, Time Machine-flaggor, kvoter, papperskorgsalternativ, beständiga handtag och eventuell migrering från AFP till SMB.

QNAP dokumenterar en särskild inställning för Time Machine-säkerhetskopieringsmapp, vilket visar att en vanlig skrivbar delning och en Time Machine-annonserad delning inte nödvändigtvis är likvärdiga.

Tillämpa den stödda förinställningen för Time Machine igen i stället för att manuellt kopiera en eller två Samba-parametrar från en äldre konfiguration. Bevara det gamla paketet innan du ändrar tjänsten.

Kontrollera om UUID:t för den annonserade säkerhetskopieringsvolymen har ändrats

Notera Bonjour- eller tjänsteupptäcktsdetaljer och jämför den aktuella annonserade volymidentiteten med sparad konfiguration eller den tidigare serverinstansen.

Netatalk dokumenterar att det annonserade volym-UUID:t skiljer Time Machine-volymer åt, vilket förklarar varför samma sökväg under en ny serveridentitet kan behandlas som en annan säkerhetskopieringsdisk.

Hitta inte på eller duplicera ett UUID mellan två aktiva destinationer. Återställ den tidigare identiteten endast när den gamla servern har tagits ur drift och du vet att lagringshistoriken är densamma.

Återanslut den befintliga historiken utan att radera något av paketen

Stoppa automatiska säkerhetskopieringar, skapa en ögonblicksbild av eller kopiera delningens metadata, koppla från andra Mac-datorer, kontrollera att det gamla sparsebundle-paketet monteras skrivskyddat och bekräfta vilken Mac som äger varje historik.

ZimaSpace-artikeln om en otillgänglig Time Machine-säkerhetskopia via SMB behandlar allmänna fel med nåbarhet och avbildningens status; den här artikeln fokuserar på att en andra historik skapas.

Problemet är löst när Time Machine lägger till en ny säkerhetskopia i den avsedda befintliga historiken, inget tredje paket visas och både aktuell återställningsbläddring och återställning av en testfil fungerar.

Vanliga frågor

Kan två sparsebundle-paket slås samman?

Det finns ingen enkel filnivåsammanfogning som stöds. Bevara båda historikerna och återanslut den rätta, eller behåll det äldre paketet som en separat återställningskälla.

Bör jag radera det nyskapade sparsebundle-paketet?

Inte förrän den gamla historiken har återanslutits och testats på ett säkert sätt. Det nya paketet kan innehålla den enda aktuella säkerhetskopian som skapades efter identitetsändringen.

Kommer ett nytt val av samma synliga delning alltid att fortsätta den gamla säkerhetskopieringen?

Nej. Delningens sökväg kan se identisk ut även om Mac-identiteten, kontot, den annonserade volymidentiteten eller Time Machine-tjänstens konfiguration skiljer sig.