Tryb tylko do dopisywania sprawdza się, gdy klient kopii zapasowych jest mniej zaufany niż repozytorium i istnieje oddzielna, zaufana ścieżka konserwacji. W przeciwnym razie zwykły dostęp jest prostszy i bardziej przejrzysty.
W przypadku serwera domowego, który wysyła kopie zapasowe na inną maszynę, prawdziwe pytanie nie brzmi, czy tryb tylko do dopisywania wydaje się bezpieczniejszy. Chodzi o to, czy przejęty klient musi zostać pozbawiony możliwości usuwania starych danych repozytorium, kto może wykonywać konserwację związaną z retencją oraz jak będzie wyglądać odzyskiwanie danych, jeśli archiwa zostaną ukryte lub oznaczone do usunięcia. Najpierw określ dane uwierzytelniające i zakres odpowiedzialności za konserwację, a następnie przetestuj tworzenie kopii zapasowych i przywracanie danych, zanim przypiszesz repozytorium jeden z tych trybów.
Określ, której maszynie i którym danym uwierzytelniającym nie ufasz
Wypisz maszyny źródłowe, host repozytorium, klucze SSH, konta usług oraz tożsamości administratorów. Zaznacz, która tożsamość wykonuje zwykłe kopie zapasowe, która przeprowadza konserwację retencji, a która może logować się do hosta repozytorium. Tryb tylko do dopisywania pomaga wyłącznie wtedy, gdy mniej zaufany klient jest rzeczywiście ograniczony na granicy repozytorium.
Zdalny serwer kopii zapasowych tylko do dopisywania jest najbezpieczniejszy, gdy klucz klienta wymusza ograniczoną komendę Borg i nie pozwala uzyskać ogólnej powłoki ani danych uwierzytelniających do konserwacji.
Jeśli ten sam klient przechowuje klucz administracyjny, planuje kompakcję i może edytować konfigurację repozytorium, deklarowana granica ma głównie charakter proceduralny. Jeśli sam host repozytorium może zostać przejęty, tryb tylko do dopisywania na tym hoście nie stanowi niezależnej kopii. Wybierz tryb dopiero wtedy, gdy mapa zagrożeń jasno pokazuje, kto jest od kogo odseparowany.
Sprawdź, co tryb tylko do dopisywania zmienia w Twoim procesie Borg
Utwórz małe, tymczasowe repozytorium i uruchom dokładnie te polecenia, których użyje automatyzacja. Dodaj dwa archiwa, wyświetl ich listę, zastosuj planowane polecenie retencji, spróbuj wykonać kompakcję z tożsamością klienta, a następnie przełącz się na zaufaną tożsamość odpowiedzialną za konserwację. Zapisz, które dane nadal można odzyskać oraz które operacje są jedynie odzwierciedlane w bieżącym widoku klienta.
W repozytorium tylko do dopisywania archiwa mogą przestać być widoczne dla klienta po usunięciu lub zamiarze wykonania przycinania, mimo że przestrzeń nie zostanie zwolniona, dopóki zaufana konserwacja na to nie pozwoli. Tę różnicę trzeba zrozumieć przed wystąpieniem incydentu.
Test jest zaliczony tylko wtedy, gdy ograniczony klient może tworzyć kopie zapasowe, nie może trwale usunąć chronionej historii, a zaufany administrator może sprawdzić stan transakcji i przywrócić potrzebne archiwum. Jeśli operator nie potrafi wyjaśnić, jak odzyskać ukryte archiwum, tryb tylko do dopisywania nie jest gotowy do użycia produkcyjnego, niezależnie od tego, czy tworzenie kopii zapasowych działa.
Wybierz tryb odpowiedni do zakresu odpowiedzialności za konserwację
Wybierz tryb tylko do dopisywania, gdy zdalni lub narażeni klienci muszą wysyłać kopie zapasowe, oddzielna chroniona tożsamość może wykonywać konserwację, przestrzeń dyskowa może pomieścić opóźnienie przed kompakcją, a procedura odzyskiwania danych została przećwiczona. Nie przechowuj tych danych uwierzytelniających na zwykłych klientach kopii zapasowych i uruchamiaj je wyłącznie z użyciem utwardzonej ścieżki administracyjnej.
Wybierz zwykły dostęp, gdy repozytorium i klient znajdują się w jednej zaufanej granicy administracyjnej, rutynowa retencja i odzyskiwanie przestrzeni muszą być wykonywane bezpośrednio, a prostota operacyjna jest ważniejsza niż ograniczenie przejętego klucza klienta. Ważne jest ostrzeżenie dotyczące automatycznej kompakcji repozytoriów tylko do dopisywania: zaufany automatyczny kompaktor może zrealizować destrukcyjne polecenie utworzone przez przejętego klienta, jeśli działa bez weryfikacji.
Użyj oddzielnych repozytoriów, gdy jedna grupa klientów jest zaufana, a druga narażona, lub gdy ich harmonogramy konserwacji są ze sobą sprzeczne. Nie osłabiaj zabezpieczeń wszystkich klientów do najmniej bezpiecznego wspólnego modelu tylko dla wygody deduplikacji. Właściwy wybór zależy od sytuacji: tryb tylko do dopisywania chroni konkretną granicę danych uwierzytelniających, natomiast zwykły dostęp umożliwia bezpośrednią konserwację.
Zweryfikuj tworzenie kopii, przywracanie i konserwację jako jeden cykl
Wykonaj pełny cykl operacyjny, zanim zaczniesz polegać na repozytorium. Utwórz dwie kopie zapasowe z klienta, zastosuj zamierzoną politykę retencji, sprawdź wynikowy stan przy użyciu zaufanej tożsamości, przywróć przykładowy katalog do oddzielnej lokalizacji i wykonaj planowany etap konserwacji. Zmierz zajętość przestrzeni przed i po, aby było widoczne opóźnione zwalnianie miejsca.
Tryb dostępu do repozytorium nie eliminuje potrzeby sprawdzania tożsamości ani ścieżki montowania. Jeśli Borg nie może znaleźć przeniesionego repozytorium, przeprowadź osobno diagnozę ścieżki repozytorium, niezależnie od działania trybu tylko do dopisywania.
Tryb jest sprawdzony, gdy zaplanowane kopie zapasowe działają, można przywrócić wcześniejsze archiwum, tożsamość odpowiedzialna za konserwację może przejrzeć stan i celowo zwolnić miejsce, a te same wyniki utrzymują się po ponownym uruchomieniu klienta. Wróć do repozytorium testowego, jeśli widoczność archiwów jest niejasna, ilość danych rośnie bez bezpiecznego okna konserwacyjnego lub dane uwierzytelniające administratora nie są rzeczywiście oddzielone.
Wsparcie i wskazówki
Więcej do przeczytania

Jak zaplanować zadania tworzenia kopii zapasowych Restic oraz operacji Forget i Prune bez konfliktów blokad
Kompletny harmonogram Restic dla wielu hostów, który rozdziela częste kopie zapasowe, zakres przechowywania, fizyczne usuwanie niepotrzebnych danych, kontrole, ponowne próby i walidację przywracania.

Jak zapobiec blokowaniu zaplanowanych kopii zapasowych przez zadania czyszczenia Restic
Plan zapobiegania problemom we współdzielonych repozytoriach Restic, który oddziela okna tworzenia kopii zapasowych od przycinania oraz zachowuje blokady, ponawianie prób i alerty.

Jak usunąć nieaktualną blokadę Restic bez przerywania aktywnej kopii zapasowej
Najmniej inwazyjny proces odblokowywania Restic, który chroni aktywne kopie zapasowe, usuwa wyłącznie nieaktualny stan i potwierdza możliwość odzyskiwania danych zgodnie ze zwykłym harmonogramem.

