Jak przenieść repozytorium kopii zapasowej USB do nowej ścieżki montowania bez utraty historii kopii przyrostowych
Przeniesienie repozytorium kopii zapasowej USB do nowej ścieżki montowania jest bezpieczne, jeśli samo repozytorium pozostaje nienaruszone, a zadanie tworzenia kopii zapasowej zostanie ponownie, celowo z nim połączone.
Niebezpieczny błąd polega na potraktowaniu nowej ścieżki jako nowego miejsca docelowego i pozwoleniu aplikacji do tworzenia kopii zapasowych na zainicjowanie pustego repozytorium obok starego. Przed zmianą etykiet, reguł montowania lub układu katalogów zapisz identyfikator fizycznego systemu plików, katalog główny repozytorium, identyfikator repozytorium (jeśli narzędzie go udostępnia), dane szyfrowania, konfigurację zadania oraz ostatni użyteczny punkt przywracania. Następnie przenieś lub zamontuj istniejące repozytorium jako jedną całość i upewnij się, że aplikacja rozpoznaje jego wcześniejszą historię, zanim wykona kolejny zapis.
Zapisz informacje o istniejącym repozytorium przed zmianą ścieżki
Zapisz bieżące źródło montowania, UUID lub etykietę systemu plików, katalog repozytorium, nazwę zadania, lokalizację klucza szyfrowania lub hasła oraz własny identyfikator repozytorium, jeśli narzędzie do tworzenia kopii zapasowych go udostępnia. Wypisz kilka ostatnich migawek lub archiwów jako punkt odniesienia.
Kopia oddziela tworzenie repozytorium od łączenia z istniejącym repozytorium, co jest pierwszym rozróżnieniem, które należy zachować podczas przenoszenia ścieżki montowania.
Nie rozpoczynaj przenoszenia, dopóki nie będziesz w stanie zidentyfikować starej historii bez polegania wyłącznie na ścieżce montowania. Jeśli zapisana została tylko ścieżka, później zamontowany w tym miejscu drugi dysk USB może wyglądać zwodniczo poprawnie.
Przenieś całe repozytorium jako jedną kompletną całość
Zatrzymaj zadanie tworzenia kopii zapasowej oraz wszelkie procesy czyszczenia, konsolidacji, weryfikacji lub przywracania przed przeniesieniem plików repozytorium. Skopiuj lub zamontuj cały katalog główny repozytorium, w tym indeksy, konfigurację, pakiety, blokady, przechowywane tam klucze oraz metadane charakterystyczne dla danego narzędzia.
Borg opisuje swoje repozytorium jako ustrukturyzowany, transakcyjny magazyn z metadanymi repozytorium obok danych kopii zapasowych, dlatego kopiowanie wyłącznie widocznych plików przypominających archiwa nie jest bezpiecznym sposobem relokacji.
Pozostaw oryginalne repozytorium niezmienione, dopóki nowa ścieżka nie przejdzie testu odczytu, takiego jak wyświetlenie zawartości lub sprawdzenie. Unikaj otwierania oryginalnej i skopiowanej instancji do zwykłych zapisów, gdy narzędzie uznaje je za tożsamość tego samego repozytorium.
Zmień ścieżkę docelową bez inicjowania nowej historii
Zaktualizuj istniejące zadanie lub połączenie z repozytorium, wskazując nową ścieżkę systemu plików. Jeśli interfejs oferuje opcje Utwórz i Połącz, Importuj, Połącz ponownie lub Użyj istniejącego, wybierz ścieżkę dotyczącą istniejącego repozytorium i sprawdź miejsce docelowe przed zapisaniem.
Opiekunowie Duplicati wyjaśniają, że po przeniesieniu istniejącego magazynu można edytować miejsce docelowe i kontynuować, gdy baza danych zadania wskazuje przeniesiony magazyn.
Jeśli aplikacja natychmiast proponuje zainicjowanie pustego miejsca docelowego, anuluj operację. Oznacza to, że nie rozpoznała jeszcze starego repozytorium; inicjalizacja może utworzyć drugą historię i utrudnić późniejsze porządki.
Przygotuj się na wykrycie relokacji repozytorium przez niektóre narzędzia
Klient kopii zapasowych może zapamiętywać więcej niż samą zawartość repozytorium. Lokalne pamięci podręczne mogą łączyć tożsamość repozytorium z jego poprzednią lokalizacją i poprosić o wyraźne zatwierdzenie, gdy to samo repozytorium pojawi się w nowym miejscu.
Przypadek migracji ścieżki montowania w Duplicacy dotyczy ponownego powiązania przeniesionego repozytorium, pokazując, dlaczego zmianę ścieżki repozytorium należy traktować jako ponowne połączenie, a nie nową inicjalizację.
Zatwierdź relokację dopiero po sprawdzeniu tożsamości repozytorium, oczekiwanych migawek, stanu szyfrowania oraz systemu plików USB. Ostrzeżenie dotyczące niewłaściwego dysku jest powodem do zatrzymania operacji, a nie dowodem nadmiernej ostrożności oprogramowania.
Zapewnij systemowi plików USB stabilną tożsamość montowania
Po rozpoznaniu repozytorium przypisz fizycznemu systemowi plików USB stałą ścieżkę należącą do administratora, używając odpowiedniego trwałego identyfikatora. Unikaj powiązywania zaplanowanych kopii zapasowych z kolejnością wykrywania urządzeń /dev/sdX lub z katalogiem montowania sesji pulpitu.
Narzędzia systemu Linux mogą identyfikować systemy plików za pomocą stabilnej etykiety lub UUID, dzięki czemu ta sama ścieżka repozytorium zachowa działanie mimo zwykłych zmian w kolejności wykrywania urządzeń.
Jeśli celowo zmieniasz etykietę systemu plików, zaktualizuj regułę montowania i przetestuj ją przed ponownym włączeniem kopii zapasowych. Aplikacja powinna nadal widzieć ten sam katalog główny repozytorium, nawet jeśli zmieni się czytelna dla człowieka etykieta.
Zweryfikuj historię przed pierwszym zapisem po przeniesieniu
Zamontuj dysk USB w nowej lokalizacji, połącz istniejące repozytorium, wyświetl wcześniejsze migawki, sprawdź najnowszy punkt przywracania i przywróć jeden mały plik do katalogu tymczasowego. Dopiero potem uruchom pierwszą nową kopię zapasową.
Przykład użytkownika restic pokazuje, że lokalne repozytorium można przemianować i ponownie wskazać, co potwierdza, że historia repozytorium zależy od jego zawartości, a nie od zapisu jednej ścieżki montowania.
Przeniesienie jest zakończone, gdy stare migawki nadal można przeglądać, testowe przywracanie działa, a nowa kopia zapasowa jest dopisywana do tej samej historii. Powiązany artykuł ZimaSpace dotyczący zmiany ścieżek montowania USB po ponownym uruchomieniu opisuje właściwe rozwiązanie, gdy zmiana ścieżki była nieplanowana, a nie wynikała z kontrolowanej relokacji repozytorium.
Często zadawane pytania
Czy zmiana etykiety woluminu USB automatycznie przerywa historię kopii zapasowych?
Niekoniecznie. Problem pojawia się, gdy reguła montowania lub zadanie kopii zapasowej używa tej etykiety jako części tożsamości miejsca docelowego, a repozytorium nie jest już znajdowane pod oczekiwaną ścieżką.
Czy powinienem skopiować do nowej lokalizacji tylko folder z najnowszą kopią zapasową?
Nie w przypadku narzędzi do tworzenia kopii zapasowych opartych na repozytoriach. Zachowaj całą strukturę repozytorium, ponieważ indeksy, katalogi, pliki pakietów, klucze i starsze punkty przywracania mogą być wzajemnie zależne.
Czy mogę jednocześnie utrzymywać w trybie online stare i nowe kopie repozytorium?
Zachowaj starą kopię jako źródło do wycofania zmian, ale unikaj niezależnego zapisywania do dwóch sklonowanych instancji współdzielących jedną tożsamość repozytorium, chyba że narzędzie do tworzenia kopii zapasowych wyraźnie obsługuje taki sposób pracy.
Polecane produkty
Wsparcie i wskazówki
Więcej do przeczytania
Czy Plex może współdzielić kartę graficzną z innym kontenerem Dockera?
Plex i inny kontener często mogą korzystać z tego samego układu GPU, ale należy przetestować obsługę sterowników, mapowanie urządzeń, obciążenie silnika wideo, pamięć oraz...
Jak ustalić, czy błąd Plex pochodzi od klienta, czy od serwera
Odtwórz ten sam przypadek na innym kliencie, porównaj ścieżkę sesji, a następnie zbierz dowody z serwera dopiero wtedy, gdy zakres analizy wskaże, gdzie faktycznie...
Jak skonfigurować pamięć podręczną Plex i tymczasową pamięć na transkodowane pliki
Chroń trwały stan Plex, umieszczając tymczasowe pliki transkodowania na odpowiedniej pamięci lokalnej, a następnie zweryfikuj czyszczenie, ilość wolnego miejsca i zachowanie podczas ponownego uruchamiania.
