Dlaczego Time Machine tworzy nowy plik SparseBundle zamiast kontynuować istniejącą kopię zapasową na serwerze NAS?

Time Machine rozpoczyna tworzenie nowego pliku sparsebundle, gdy przestaje kojarzyć bieżącego Maca i miejsce docelowe NAS z istniejącą historią kopii zapasowych.

Stara kopia zapasowa może nadal być widoczna jako pliki, podczas gdy Time Machine traktuje ją jako należącą do innego komputera, innego woluminu sieciowego, innej tożsamości udziału lub niezgodnej konfiguracji miejsca docelowego. Typowe przyczyny to migracja macOS, wymiana płyty głównej lub zmiana nazwy hosta, wybranie opcji „Utwórz nową kopię zapasową”, zmiana nazwy NAS-a lub udziału, zmiana rozgłaszania Time Machine, przełączenie użytkownika albo udostępnienie woluminu z innym identyfikatorem UUID. Przed próbą ponownego połączenia z historią zachowaj oba pliki sparsebundle.

Potwierdź, że faktycznie utworzono drugi plik sparsebundle

Wyświetl zawartość udziału Time Machine przed i po jednej próbie wykonania kopii zapasowej. Zapisz nazwy plików sparsebundle, daty utworzenia, rozmiary logiczne, właścicieli, nazwę Maca, nazwę hosta NAS-a, nazwę udziału oraz wybrane miejsce docelowe.

Firma Apple wyjaśnia, że nowy Mac może odziedziczyć starą historię kopii zapasowych albo utworzyć nową kopię, dlatego wybór podczas migracji jest pierwszym punktem rozdzielenia, gdy nowy plik bundle pojawia się po wymianie sprzętu lub użyciu Asystenta migracji.

Jeśli w istniejącym pliku sparsebundle pojawiają się tylko pliki tymczasowe, zdiagnozuj przerwaną kopię zapasową. Jeśli pojawi się odrębny plik bundle z nową nazwą związaną z komputerem, przejdź do analizy tożsamości Maca i miejsca docelowego.

Porównaj tożsamość bieżącego Maca z istniejącą historią

Zapisz bieżącą nazwę komputera Mac, identyfikator UUID sprzętu lub tożsamość platformy udostępnianą Time Machine, historię migracji, informacje o zmianach płyty głównej oraz sprawdź, czy stary Mac nadal korzysta z kopii zapasowej.

Moduł Samba vfs_fruit zapewnia obsługę Time Machine przez SMB oraz mechanizmy tożsamości serwera wpływające na sposób, w jaki macOS rozpoznaje miejsce docelowe w sieci.

Nie zmieniaj nazwy nowego pliku sparsebundle na nazwę starego, gdy Time Machine lub SMB ma go otwartego. Sama zmiana nazwy pliku nie pozwala bezpiecznie przepisać jego wewnętrznej tożsamości kopii zapasowej.

Sprawdź, czy NAS nadal udostępnia ten sam udział i tę samą ścieżkę

Porównaj starą i bieżącą nazwę hosta NAS-a, adres SMB, nazwę udziału, ścieżkę zbioru danych, przeznaczenie Time Machine, nazwę wykrywania usługi oraz dedykowane konto kopii zapasowej.

TrueNAS wymaga skonfigurowania udziału z przeznaczeniem Time Machine dla SMB, dlatego ponowne utworzenie ogólnego udziału SMB pod pozornie tą samą ścieżką może nadal oznaczać inne możliwości miejsca docelowego.

Jeśli stary udział został przemianowany lub utworzony ponownie, przywróć jego pierwotną tożsamość usługi, o ile jest to bezpieczne, albo celowo przenieś stary plik bundle do nowego, sprawdzonego miejsca docelowego przed jego wybraniem.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

$799.00 - $2,499.00

Buy Now

Sprawdź, czy zmienił się folder i użytkownik Time Machine

Potwierdź, że dla Time Machine nadal wybrany jest ten sam folder udostępniony oraz że bieżące konto może odczytywać, tworzyć, zmieniać nazwę i usuwać plik testowy obok pliku bundle.

Instrukcje konfiguracji firmy Synology wymagają wybrania konkretnego folderu SMB udostępnionego dla Time Machine.

Nowy użytkownik lub folder może sprawić, że stary plik bundle będzie niewidoczny albo nie będzie można go zapisywać, nawet gdy Finder pokazuje inny udział o tej samej nazwie wyświetlanej. Podczas testów unikaj jednoczesnego montowania tego samego NAS-a przy użyciu kilku kont.

Sprawdź, czy ustawienia SMB dla Time Machine nie zostały odtworzone inaczej

Porównaj aktualizacje NAS-a, ustawienia protokołu SMB, flagi Time Machine, limity, opcje kosza, trwałe uchwyty oraz ewentualną migrację z AFP do SMB.

QNAP opisuje dedykowane ustawienie folderu kopii zapasowej Time Machine, pokazując, że zwykły udział z prawem zapisu i udział rozgłaszany jako Time Machine nie muszą być równoważne.

Zastosuj ponownie obsługiwany profil Time Machine zamiast ręcznie kopiować jeden lub dwa parametry Samby ze starszej konfiguracji. Przed zmianami usługi zachowaj stary plik bundle.

Sprawdź, czy zmienił się rozgłaszany identyfikator UUID woluminu kopii zapasowej

Zapisz szczegóły Bonjour lub wykrywania usługi i porównaj bieżącą tożsamość rozgłaszanego woluminu z zapisaną konfiguracją lub poprzednią instancją serwera.

Netatalk wyjaśnia, że rozgłaszany identyfikator UUID woluminu rozróżnia woluminy Time Machine, co wyjaśnia, dlaczego ta sama ścieżka pod nową tożsamością serwera może zostać potraktowana jako inny dysk kopii zapasowej.

Nie wymyślaj ani nie powielaj identyfikatora UUID na dwóch aktywnych miejscach docelowych. Przywróć poprzednią tożsamość tylko wtedy, gdy stary serwer został wycofany, a historia danych na pewno jest ta sama.

Połącz ponownie z istniejącą historią bez usuwania żadnego pliku bundle

Zatrzymaj automatyczne kopie zapasowe, utwórz migawkę lub kopię metadanych udziału, odłącz inne Maki, sprawdź, czy stary plik sparsebundle można zamontować tylko do odczytu, i potwierdź, który Mac jest właścicielem każdej historii.

Artykuł ZimaSpace dotyczący niedostępnej kopii Time Machine przez SMB omawia ogólne problemy z dostępnością i stanem obrazu; ten artykuł koncentruje się na utworzeniu drugiej historii.

Problem zostaje rozwiązany, gdy Time Machine dopisuje nową kopię do właściwej istniejącej historii, nie pojawia się trzeci plik bundle, a zarówno bieżące przeglądanie zawartości do odtworzenia, jak i testowe odzyskanie pliku kończą się powodzeniem.

Najczęściej zadawane pytania

Czy można połączyć dwa pliki sparsebundle?

Nie istnieje proste, oficjalnie obsługiwane scalanie na poziomie plików. Zachowaj obie historie i połącz ponownie z właściwą albo pozostaw starszy plik bundle jako oddzielne źródło odzyskiwania.

Czy należy usunąć nowo utworzony plik sparsebundle?

Nie, dopóki stara historia nie zostanie bezpiecznie ponownie połączona i przetestowana. Nowy plik bundle może zawierać jedyną najnowszą kopię utworzoną po zmianie tożsamości.

Czy ponowne wybranie tego samego widocznego udziału zawsze spowoduje kontynuowanie starej kopii?

Nie. Ścieżka udziału może wyglądać identycznie, podczas gdy tożsamość Maca, konto, rozgłaszana tożsamość woluminu lub konfiguracja usługi Time Machine są inne.