Przewodnik odzyskiwania kopii zapasowej Time Machine z serwera NAS w przypadku uszkodzonej lub porzuconej historii kopii zapasowych

Bezpieczne podejście polega na zachowaniu pakietu, oddzieleniu kwestii tożsamości od uszkodzeń obrazu, odzyskaniu plików lub ciągłości oraz rozpoczęciu nowej historii dopiero po weryfikacji, traktując te działania jako sekwencję obserwowalnych etapów, a nie pojedyncze polecenie.

W przypadku kopii zapasowej macOS Time Machine przechowywanej na serwerze NAS SMB praktyczne ryzyko polega na tym, że Mac nie może otworzyć, kontynuować ani niezawodnie przeglądać istniejącej historii Time Machine na NAS-ie. Zapisz bieżącą tożsamość i punkt odzyskiwania, zacznij od najmniej inwazyjnego testu rozróżniającego, zinterpretuj wyniki pozytywne i negatywne przed zmianą kolejnej zmiennej oraz przerwij, gdy pamięć masowa stanie się niestabilna lub jedyna możliwa do odzyskania kopia mogłaby zostać narażona. Poniższa procedura kończy się dopiero wtedy, gdy pierwotne zadanie zakończy się powodzeniem albo dowody doprowadzą do granicy wymagającej eskalacji.

Zachowaj istniejącą historię i zatrzymaj automatyczne zapisy

Wyłącz automatyczne kopie zapasowe Time Machine na problematycznym Macu i zablokuj innym Macom możliwość zapisywania w tym samym pakiecie. Zapisz ścieżkę udziału NAS, nazwę i rozmiar pakietu, czas modyfikacji, limit, wolne miejsce, tożsamość Maca oraz wynik polecenia tmutil destinationinfo. Jeśli to możliwe, utwórz migawkę lub kopię pakietu przed próbami naprawy.

Sieciowa historia Time Machine może znajdować się w pliku sparsebundle lub backupbundle, którego liczne pliki band tworzą jeden obraz dysku. Niezależne konto odzyskiwania przedstawia podejście oparte na ścieżce odzyskiwania tylko do odczytu, umożliwiającej wyodrębnianie plików bez wcześniejszego wymuszania ponownego normalnego automatycznego użycia starej historii.

Nie zmieniaj nazwy, nie kompaktuj ani nie usuwaj plików band i nie uruchamiaj naprawy z dostępem do zapisu na jedynej kopii. Jeśli NAS zgłasza błędy wejścia/wyjścia lub pakiet zmienia się, mimo że żadna kopia zapasowa nie powinna być uruchomiona, przerwij i zabezpiecz warstwę pamięci masowej przed dalszym diagnozowaniem Time Machine.

Oddziel dostęp do udziału od tożsamości kopii zapasowej

Zamontuj udział SMB ręcznie przy użyciu właściwego konta i potwierdź, że pakiet jest widoczny, można w nim zapisywać tylko wtedy, gdy jest to właściwe, oraz że mieści się w limicie. Następnie sprawdź, czy Time Machine widzi tę samą tożsamość miejsca docelowego, czy proponuje nową kopię zapasową. Dostępny folder nie dowodzi, że macOS wiąże go z wcześniejszą historią.

Skorzystaj z testu ZimaSpace, aby sprawdzić, czy Time Machine kontynuuje historię kopii zapasowych, czy tworzy ją od nowa. Nowy pakiet, brak wcześniejszych migawek lub rozmiar transferu zbliżony do pełnego wskazują na nowy łańcuch; normalne działanie przyrostowe i oczekiwana tożsamość miejsca docelowego przemawiają za zachowaniem ciągłości.

Napraw rozgłaszanie udziału, dane uwierzytelniające, limit lub tożsamość przed modyfikowaniem pakietu. Jeśli po przywróceniu tych warunków można przeglądać starą historię, wykonaj małe przywracanie oraz jedną kontrolowaną kopię zapasową; jeśli nadal nie można jej zamontować, przejdź do diagnozowania stanu obrazu.

Otwórz obraz kopii zapasowej zachowawczo

W miarę możliwości pracuj na migawce lub kopii z NAS-a. Najpierw dołącz obraz tylko do odczytu i sprawdź, czy jego woluminy są widoczne. W przypadku zaszyfrowanej historii przed wprowadzeniem jakichkolwiek zmian upewnij się, że masz hasło lub materiały odzyskiwania. Sam długi czas weryfikacji nie jest dowodem uszkodzenia, dlatego zapisz dokładny błąd zamiast wielokrotnie przerywać operację.

Poradnik społeczności Netgear opisuje przenoszenie sparsebundle Time Machine i sprawianie, by Mac rozpoznał istniejącą historię na nowym NAS-ie. Korzystaj z instrukcji społeczności dopiero po dopasowaniu wersji macOS, implementacji NAS-a, formatu pakietu i uprawnień; starsze przepisy modyfikujące metadane pakietu mogą być niebezpieczne w nowszych formatach.

Jeśli dołączenie tylko do odczytu się powiedzie, natychmiast odzyskaj najważniejsze pliki na oddzielną pamięć masową. Jeśli się nie powiedzie, wypróbuj obsługiwane funkcje Narzędzia dyskowego lub naprawy platformy wyłącznie na zabezpieczonej kopii. Powtarzające się błędy wejścia/wyjścia, brakujące pliki band lub naprawa wymagająca destrukcyjnych zmian to punkt eskalacji, a nie zgoda na dalsze eksperymentowanie na oryginale.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

$799.00 - $2,499.00

Buy Now

Wybierz ciągłość lub nową historię i zweryfikuj ją

Próbuj przejęcia lub ponownego powiązania tylko wtedy, gdy stary pakiet można zamontować, tożsamość miejsca docelowego jest zrozumiała, a historię Maca można z pełnym przekonaniem dopasować. W przeciwnym razie zachowaj stary pakiet jako źródło odzyskiwania offline i rozpocznij nową historię w oddzielnym udziale lub pod inną nazwą, aby nowe kopie zapasowe nie nadpisały dowodów.

Zweryfikuj ciągłość, przeglądając kilka dat, przywracając pliki z dwóch okresów i wykonując dwa cykle przyrostowe po ponownym uruchomieniu. Zweryfikuj nowy łańcuch, przywracając dane z nowej kopii oraz potwierdzając, że zachowany stary obraz pozostaje czytelny, a limity oddzielają obie historie.

Usuń porzuconą historię dopiero po odzyskaniu wymaganych plików, pomyślnym przejściu testów przywracania przez zastępczą historię oraz spełnieniu obowiązków związanych z przechowywaniem danych. Eskaluj problem, gdy brakuje materiałów szyfrowania, pamięć masowa NAS-a jest niestabilna lub naprawa kończy się niepowodzeniem na kopii; te warunki wykraczają poza rutynowe resetowanie Time Machine.