Jak sprawdzić, czy Time Machine kontynuuje, czy odtwarza historię kopii zapasowych

Możesz zweryfikować ciągłość, sprawdzając tożsamość miejsca docelowego, odziedziczoną historię kopii zapasowych, listę najnowszych migawek oraz to, czy pierwszy nowy przebieg zachowuje się jak transfer przyrostowy czy pełny.

Decyzja ma znaczenie, gdy Mac ponownie łączy się z serwerem NAS po migracji, zmianie nazwy udziału, zmianie poświadczeń lub naprawie sparsebundle. Dwa konkurencyjne stany to odziedziczenie i rozszerzenie istniejącej historii oraz utworzenie nowego zestawu kopii zapasowych obok starego. Zacznij od zapisanej konfiguracji i danych do jednorazowego użytku, obserwuj jedną gałąź naraz i przerwij, jeśli test zwiększa ryzyko utraty danych, problemów z uprawnieniami lub niedostępności.

Określ warunki leżące u podstaw decyzji dotyczącej ciągłości historii Time Machine

Zapisz środowisko przed wprowadzeniem zmian: wersje oprogramowania i oprogramowania sprzętowego, tożsamości urządzeń, ścieżkę montowania lub sieciową, wolne miejsce, uprawnienia oraz obserwowany objaw. Punkt odniesienia musi zachować wystarczająco dużo szczegółów, aby odtworzyć ponowne połączenie Maca z serwerem NAS po migracji, zmianie nazwy udziału, zmianie poświadczeń lub naprawie sparsebundle.

Pierwsza możliwość to odziedziczenie i rozszerzenie istniejącej historii. Druga to utworzenie nowego zestawu kopii zapasowych obok starego. Bieżąca strona sprawdzania miejsc docelowych tmutil określa mechanizm lub granicę polecenia używaną w teście; nie zastępuje jednak obserwacji z tego konkretnego serwera domowego.

Zapisz warunek akceptacji i warunek przerwania przed uruchomieniem testu rozstrzygającego. Wynik pozytywny musi zmienić dane zgodnie z przewidywaniami jednej z gałęzi, pozostawiając niepowiązane usługi bez zmian; wynik negatywny musi przywrócić system do zapisanego stanu, a nie uruchamiać ciągu spekulatywnych napraw.

Przetestuj hipotezę bez obniżania pierwotnego wymagania

Zastosuj następujący test rozstrzygający: sprawdź miejsce docelowe tmutil i historię migawek, a następnie rozpocznij jedną kontrolowaną kopię zapasową, monitorując ilość przesyłanych danych i pakiet docelowy. Zachowaj stałe obciążenie, klienta, ścieżkę, zestaw plików i czas, aby wynik można było przypisać zmiennej, która uległa zmianie.

Użyj miejsc docelowych Time Machine, aby wybrać pole, które faktycznie rozdziela te gałęzie, a następnie zapisz jego znacznik czasu, kod zakończenia, tekst błędu, tożsamość urządzenia lub migawki, opóźnienie, liczbę przesłanych bajtów, uprawnienia i stan odzyskiwania. Pomyślne zakończenie polecenia nie wystarcza, gdy testowana jest tożsamość, trwałość lub stan aplikacji.

Powtórz test raz po ponownym uruchomieniu, ponownym połączeniu, ponownym zamontowaniu lub wyczyszczeniu pamięci podręcznej, jeśli takie zdarzenie było częścią pierwotnego warunku. Jeśli pierwszy przebieg jest destrukcyjny lub środowiska nie można przywrócić, przerwij i odtwórz test na kopii do jednorazowego użytku.

tmutil destinationinfo
tmutil listbackups
tmutil status

Interpretuj wyniki pozytywne, negatywne i wyjątkowe

WYNIK POZYTYWNY: nowe migawki lokalne są dołączane do oczekiwanego miejsca docelowego, a przebieg przesyła wyłącznie zmienione dane. Zapisz dokładną wersję, tożsamość i obciążenie, dla których uzyskano wynik pozytywny, aby wniosek pozostał warunkowy, zamiast stać się twierdzeniem uniwersalnym.

WYNIK NEGATYWNY: pojawia się nowy sparsebundle, brakuje historii lub ilość przesyłanych danych zbliża się do pełnej wartości bazowej. Wynik negatywny nie dowodzi automatycznie przeciwnej gałęzi, ponieważ sieć, pamięć, uprawnienia lub spójność źródła mogą wpływać na obie; przed eskalacją odizoluj te wspólne zależności.

WYNIK WYJĄTKOWY LUB NIEJEDNOZNACZNY: przerwij przebieg, zanim obie historie zużyją limit, i przywróć poprzednią tożsamość miejsca docelowego. Zachowaj dzienniki i nie uruchamiaj poleceń naprawy, przycinania, niszczenia, partycjonowania ani rekursywnej zmiany właściciela, dopóki nie będzie dostępna możliwa do odzyskania kopia.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

$799.00 - $2,499.00

Buy Now

Potwierdź decyzję przy pierwotnym obciążeniu

Zastosuj działanie odpowiadające zaobserwowanej gałęzi, a następnie powtórz pierwotny warunek, zamiast używać uproszczonego zamiennika. Decyzja jest ważna tylko wtedy, gdy nowe migawki lokalne są dołączane do oczekiwanego miejsca docelowego, a przebieg przesyła wyłącznie zmienione dane przez dwa cykle lub podczas odpowiedniego ponownego uruchomienia, uśpienia, przerwania albo przejścia obciążenia.

Użyj limitów Time Machine, aby sprawdzić najbliższy zależny proces, ale pozostaw pierwotny wyzwalacz bez zmian. Niepowiązane zestawy danych, udziały, kontenery, użytkownicy i punkty odzyskiwania muszą zachować wcześniejszy dostęp i czas działania.

Granica przerwania jest jednoznaczna: jeśli pojawi się nowy sparsebundle, brakuje historii lub ilość przesyłanych danych zbliża się do pełnej wartości bazowej, wróć do ostatniej zweryfikowanej konfiguracji, zachowaj dowody i eskaluj do głębszego testu platformy lub sprzętu tylko wtedy, gdy dana gałąź jest powtarzalna.

Po uzyskaniu docelowego wyniku porównaj go z weryfikacją przywracania, aby naprawa nie przeniosła ryzyka do sąsiedniej usługi. Pomyślny test docelowy z nową kopią zapasową, tożsamością, przekroczeniem limitu czasu lub awarią dostępności nadal oznacza nieudaną zmianę.

FAQ

W przypadku ciągłości historii Time Machine pozostałe wyszukiwania zwykle dotyczą tego, czy duży pierwszy przebieg zawsze oznacza utratę historii, czy dwa sparsebundle mogą mieć podobne nazwy oraz czy należy usunąć stary pakiet po rozpoczęciu nowej kopii zapasowej. Poniższe odpowiedzi oddzielają te przypadki brzegowe od głównej decyzji.

Granica akceptacji nie zmienia się: nowe migawki lokalne są dołączane do oczekiwanego miejsca docelowego, a przebieg przesyła wyłącznie zmienione dane. Jeśli kolejny warunek zmienia system plików, tożsamość, ścieżkę sieciową lub wersję aplikacji, powtórz tylko test rozstrzygający, którego dotyczy ta zmiana.

Przerwij rozszerzanie eksperymentu, gdy pojawi się nowy sparsebundle, brakuje historii lub ilość przesyłanych danych zbliża się do pełnej wartości bazowej. Wtedy przerwij przebieg, zanim obie historie zużyją limit, i przywróć poprzednią tożsamość miejsca docelowego; zachowaj dowody przed eskalacją do właściciela platformy, pamięci masowej lub sprzętu.

Czy duży pierwszy przebieg zawsze oznacza utratę historii?

Nie. Uaktualnienia systemu, wykluczenia, zmiany systemu plików lub długie przerwy mogą powodować duże przyrosty; sprawdź tożsamość miejsca docelowego i pochodzenie migawek.

Czy dwa sparsebundle mogą mieć podobne nazwy?

Tak. Użyj tożsamości komputera i metadanych miejsca docelowego, a nie samej nazwy pliku.

Czy należy usunąć stary pakiet po rozpoczęciu nowej kopii zapasowej?

Nie, dopóki ciągłość nie zostanie potwierdzona lub nowa pełna historia nie przejdzie testu przywracania.

W przypadku ciągłości historii Time Machine praktyczna odpowiedź pozostaje warunkowa: nowe migawki lokalne są dołączane do oczekiwanego miejsca docelowego, a przebieg przesyła wyłącznie zmienione dane. Gdy pojawi się nowy sparsebundle, brakuje historii lub ilość przesyłanych danych zbliża się do pełnej wartości bazowej, przerwij przebieg, zanim obie historie zużyją limit, i przywróć poprzednią tożsamość miejsca docelowego; częściowy sukces, który nie utrzymuje się przy pierwotnym obciążeniu, nie oznacza zgodności.