Waarom maakt Time Machine een nieuwe Sparsebundle aan in plaats van de bestaande NAS-back-up voort te zetten?

Time Machine start een nieuwe sparsebundle wanneer het de huidige Mac en NAS-bestemming niet langer koppelt aan de bestaande back-upgeschiedenis.

De oude back-up kan zichtbaar blijven als bestanden, terwijl Time Machine deze beschouwt als behorend bij een andere computer, een ander netwerkvolume, een andere share-identiteit of een incompatibele bestemmingsconfiguratie. Veelvoorkomende oorzaken zijn macOS-migratie, wijzigingen aan de systeemkaart of hostnaam, de keuze voor ‘Nieuwe back-up aanmaken’, het hernoemen van de NAS of share, gewijzigde Time Machine-advertenties, het wisselen van gebruikers of een ander volume-UUID. Bewaar beide sparsebundles voordat je probeert de geschiedenis opnieuw te koppelen.

Bevestig dat er daadwerkelijk een tweede sparsebundle is aangemaakt

Maak vóór en na één back-uppoging een lijst van de Time Machine-share. Noteer de namen van de sparsebundles, aanmaaktijden, logische grootten, eigenaren, Mac-naam, NAS-hostnaam, sharennaam en de geselecteerde bestemming.

Apple legt uit dat een nieuwe Mac een bestaande back-upgeschiedenis kan overnemen of een nieuwe back-up kan aanmaken. Daardoor is de migratiekeuze het eerste onderscheid wanneer de nieuwe bundle verschijnt na hardwarevervanging of gebruik van Migratie-assistent.

Als er alleen tijdelijke bestanden in de bestaande sparsebundle verschijnen, onderzoek dan in plaats daarvan een onderbroken back-up. Verschijnt er een aparte bundle met een nieuwe, op de computer gerichte naam, ga dan verder met de identiteit van de Mac en de bestemming.

Vergelijk de huidige identiteit van de Mac met de bestaande geschiedenis

Noteer de huidige computernaam van de Mac, de hardware-UUID of platformidentiteit die beschikbaar is voor Time Machine, de migratiegeschiedenis, wijzigingen aan de systeemkaart en of de oude Mac de back-up nog gebruikt.

De Samba-vfs_fruit-module biedt SMB-ondersteuning voor Time Machine en serveridentiteitsgedrag dat beïnvloedt hoe macOS de netwerkbestemming ziet.

Hernoem de nieuwe sparsebundle niet om deze aan de oude aan te passen terwijl Time Machine of SMB het bestand geopend heeft. Een naamswijziging kan de interne identiteit van de back-up niet veilig herschrijven.

Controleer of de NAS nog steeds dezelfde share en hetzelfde pad aanbiedt

Vergelijk de oude en huidige NAS-hostnaam, het SMB-adres, de sharennaam, het datasetpad, het Time Machine-doel, de ontdekkingsnaam en het speciale back-upaccount.

TrueNAS vereist dat een share wordt geconfigureerd met het Time Machine-doel voor SMB. Een algemene SMB-share die op hetzelfde uitziende pad opnieuw is aangemaakt, kan dus toch andere bestemmingsmogelijkheden bieden.

Als de oude share een nieuwe naam heeft gekregen of opnieuw is opgebouwd, herstel dan indien veilig de oorspronkelijke service-identiteit of migreer de oude bundle bewust naar een nieuw gevalideerde bestemming voordat je deze selecteert.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Controleer of de Time Machine-map en gebruiker zijn gewijzigd

Bevestig dat nog steeds dezelfde gedeelde map voor Time Machine is geselecteerd en dat het huidige account naast de bundle een testbestand kan lezen, aanmaken, hernoemen en verwijderen.

De installatiehandleiding van Synology vereist dat je de specifieke SMB-gedeelde map voor Time Machine selecteert.

Een nieuwe gebruiker of map kan de oude bundle onzichtbaar of onbeschrijfbaar maken, zelfs wanneer Finder een andere share met dezelfde weergegeven naam toont. Koppel tijdens het testen dezelfde NAS niet gelijktijdig onder meerdere accounts.

Controleer of de SMB-instellingen voor Time Machine niet anders opnieuw zijn aangemaakt

Vergelijk NAS-upgrades, SMB-protocolinstellingen, Time Machine-vlaggen, quota, prullenbakopties, duurzame handles en eventuele migratie van AFP naar SMB.

QNAP documenteert een speciale instelling voor de Time Machine-back-upmap. Dit laat zien dat een gewone beschrijfbare share en een voor Time Machine geadverteerde share niet noodzakelijk gelijkwaardig zijn.

Pas de ondersteunde Time Machine-preset opnieuw toe in plaats van handmatig een of twee Samba-parameters uit een oude configuratie te kopiëren. Bewaar de oude bundle vóór servicewijzigingen.

Controleer of het geadverteerde UUID van het back-upvolume is gewijzigd

Noteer de Bonjour- of service-ontdekkingsgegevens en vergelijk de huidige geadverteerde volume-identiteit met opgeslagen configuratie of de vorige serverinstantie.

Netatalk documenteert dat het geadverteerde volume-UUID Time Machine-volumes van elkaar onderscheidt. Dit verklaart waarom hetzelfde pad onder een nieuwe serveridentiteit als een andere back-upschijf kan worden behandeld.

Verzin of dupliceer geen UUID op twee actieve bestemmingen. Herstel de vorige identiteit alleen wanneer de oude server buiten gebruik is gesteld en vaststaat dat het om dezelfde opslaggeschiedenis gaat.

Koppel de bestaande geschiedenis opnieuw zonder een van beide bundles te verwijderen

Stop automatische back-ups, maak een snapshot of kopie van de metadata van de share, ontkoppel andere Macs, controleer of de oude sparsebundle alleen-lezen wordt gekoppeld en bevestig welke Mac eigenaar is van elke geschiedenis.

Het ZimaSpace-artikel over een niet-beschikbare Time Machine SMB-back-up behandelt algemene problemen met bereikbaarheid en de gezondheid van images; dit artikel richt zich op het aanmaken van een tweede geschiedenis.

Het probleem is opgelost wanneer Time Machine een nieuwe back-up toevoegt aan de bedoelde bestaande geschiedenis, er geen derde bundle verschijnt en zowel het huidige bladeren door herstelpunten als het herstellen van een testbestand succesvol werkt.

Veelgestelde vragen

Kunnen twee sparsebundles worden samengevoegd?

Er is geen eenvoudige, ondersteunde samenvoeging op bestandsniveau. Bewaar beide geschiedenissen en koppel de juiste opnieuw, of houd de oudere bundle als afzonderlijke bron voor herstel.

Moet ik de nieuw aangemaakte sparsebundle verwijderen?

Niet voordat de oude geschiedenis veilig opnieuw is gekoppeld en getest. De nieuwe bundle kan de enige recente back-up bevatten die na de identiteitswijziging is gemaakt.

Wordt de oude back-up altijd voortgezet als ik dezelfde zichtbare share opnieuw selecteer?

Nee. Het sharepad kan er identiek uitzien terwijl de identiteit van de Mac, het account, de geadverteerde volume-identiteit of de Time Machine-serviceconfiguratie verschilt.