Zaszyfrowane kopie zapasowe, które naprawdę możesz odtworzyć.

Wybierz granicę repozytorium

Użyj oddzielnego miejsca docelowego i danych uwierzytelniających niż na serwerze produkcyjnym. Szyfrowanie po stronie klienta może chronić przechowywane kopie, ale hasło lub klucz repozytorium trzeba zapisać prywatnie. Utrata może uniemożliwić użycie każdej zaszyfrowanej migawki.

Rejestruj spójne dane

Używaj zrzutów natywnych dla bazy danych lub procedury migawek obsługiwanej przez aplikację. Twórz kopie zapasowe konfiguracji, instrukcji wdrożenia i chronionych sekretów wymaganych do odzyskania. Wykluczaj ulotne pamięci podręczne tylko wtedy, gdy wiesz, że można je odtworzyć.

Utrudnij usuwanie

Rozważ miejsce docelowe tylko do dopisywania lub niezmienne, w którym maszyna źródłowa nie może usunąć każdej historycznej kopii. W miarę możliwości oddziel poświadczenia przechowywania i przycinania. Samo szyfrowanie nie powstrzyma przejętego serwera przed usunięciem zapisywalnego repozytorium.

Zaplanuj kontrole i próby przywracania

Monitoruj status zakończenia zadania i wiek ostatniej dobrej kopii zapasowej. Uruchamiaj obsługiwane przez narzędzie kontrole integralności repozytorium. Regularnie przywracaj próbkę i przeprowadzaj pełną próbę odzyskiwania po istotnych zmianach w aplikacji.

Oddziel dodawanie kopii od usuwania historii

Miejsce docelowe tylko do dopisywania może pozwolić serwerowi produkcyjnemu dodawać migawki, zachowując uprawnienia do usuwania na osobnej zaufanej maszynie. Zasady retencji nadal wymagają starannego przeglądu: sfałszowane nowsze migawki mogą podważyć niektóre polityki wyboru oparte na kalendarzu. Sprawdź wskazówki narzędzia, wykonaj próbny przebieg retencji i monitoruj pojemność. Operacja forget w Restic wybiera migawki; przycinanie usuwa nieodwoływane przechowywane dane.

• Trzymaj dane uwierzytelniające do konserwacji repozytorium poza maszyną produkcyjną
• Przeprowadź próbę okresu retencji przed zezwoleniem na usuwanie
• Używaj nowego pustego celu dla każdego ćwiczenia odtwarzania

restic check
restic snapshots
restic restore latest --target /srv/restore-drill

Oficjalna dokumentacja: Retencja i przycinanie Restic

Próba odtworzenia z warunkiem zaliczenia

Wybierz jedną realistyczną awarię: usunięty plik, utraconą bazę danych lub pełną przebudowę maszyny. Przywróć do osobnego katalogu lub odizolowanego hosta. Zweryfikuj zawartość plików, uprawnienia i zdolność aplikacji do ich użycia. Zapisz upływ czasu i wszelkie ręczne kroki, których brakowało w instrukcji. Sprawdzenie repozytorium potwierdza inną właściwość niż działające przywrócenie aplikacji.

• Nie przywracaj najpierw na działającej aplikacji jako pierwszego testu
• Potwierdź, że dane uwierzytelniające szyfrowania można odzyskać niezależnie
• Ostrzeż, jeśli najnowsza udana kopia zapasowa przekroczy Twój cel odzyskiwania

Zbuduj manifest odzyskiwania przed wyborem wykluczeń

Wymień rzeczy, których nie da się odtworzyć przez ponowną instalację pakietu: zawartość bazy danych, przesłane pliki, konfigurację aplikacji, klucze podpisywania lub szyfrowania oraz wersje wdrożeń. Przy każdym elemencie zapisz metodę zapewnienia spójności. Zrzut bazy danych odpowiada określonemu punktowi w czasie; kopiowanie katalogu zajętej bazy danych może dać inny wynik. Przechowuj dostęp do repozytorium, jego hasło oraz ewentualny eksport klucza Borg w osobnym, prywatnym miejscu do odzyskiwania. Sprawdź, czy maszyna zastępcza potrafi otworzyć repozytorium, zanim stanie się ono jedyną kopią do odzyskiwania.

• Określ cel punktu odzyskiwania: ile najnowszej pracy można utracić. Ustaw harmonogram wokół tego wymagania.
• Określ cel czasu odtworzenia: jak długo może trwać odbudowa. Uwzględnij import bazy danych i zmiany DNS w próbie.
• Sprawdź, czy wykluczenie przeznaczone dla pamięci podręcznych nie usuwa także przesłanych plików, wolumenów kontenerów lub chronionej konfiguracji.
• Korzystaj z dokumentacji dla zainstalowanej głównej wersji Borg; formaty repozytoriów i polecenia nie są wymienne między wszystkimi wersjami.

Oficjalna dokumentacja: Borg: szyfrowanie, spójność i przywracanie

Sprawdź przechowywane dane oraz metadane repozytorium

Domyślna kontrola repozytorium Restic i weryfikacja odczytu wykonują różną pracę. Zaplanuj weryfikację danych, mając na uwadze jej koszt przepustowości i czasu działania. Przykład sprawdza jedną zdefiniowaną piątą część plików pack; kolejne zaplanowane kontrole muszą używać pozostałych części, aby objąć repozytorium. Losowo wybrany podzbiór nie daje tej samej gwarancji pokrycia. Żadna z operacji nie dowodzi, że aplikacja może wystartować z przywróconymi danymi.

restic check --read-data-subset=1/5
restic snapshots --host example-host
restic restore latest --host example-host --target /srv/restore-drill

Oficjalna dokumentacja: restic: kontrole repozytorium i weryfikacja danych

Utrzymuj konserwację poza zasięgiem przejętego klienta

Magazyn tylko do dopisywania Borg zachowuje zatwierdzone dane segmentów, ale klient nadal może zmienić widoczną listę archiwów; odzyskiwanie i kompaktowanie wymagają udokumentowanej procedury administracyjnej. Ogranicz zdalne poświadczenia kopii zapasowej do polecenia serwera Borg, a nie do nieograniczonego dostępu do powłoki lub systemu plików, który mógłby obejść te zabezpieczenia. W przypadku restic przejrzyj wskazówki keep-within dotyczące retencji tylko do dopisywania. Przed każdą konserwacją, która może usuwać historię, sprawdź kondycję repozytorium i podejrzyj wybór z zaufanej maszyny.

• Monitoruj wiek ostatniej udanej kopii, wzrost repozytorium, przestrzeń pamięci podręcznej i wolne miejsce po obu stronach.
• Jeśli przywracanie się nie powiedzie, zachowaj oryginalne repozytorium i dzienniki przed podjęciem prób naprawy lub czyszczenia.
• Jeśli zadanie zakończy się powodzeniem, ale brakuje oczekiwanych plików, sprawdź zawartość archiwum i wzorce wykluczeń, zanim zmienisz zasady przechowywania.
• Zakończ ćwiczenie, otwierając pliki i uruchamiając kontrole aplikacji w izolacji; nie umieszczaj celów produkcyjnych w poleceniu przywracania.

Oficjalna dokumentacja: Borg: operacja i konserwacja w trybie tylko do dopisywania · restic: kwestie retencji i tylko-do-dopisywania