Czy Proxmox może wykonać kopię zapasową kontenera LXC, gdy jego baza danych jest uruchomiona?

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

Can Proxmox Back Up an LXC Container While Its Database Is Running? - Zima Store Online

Tak, Proxmox może utworzyć kopię zapasową, gdy kontener LXC jest uruchomiony. Nie oznacza to automatycznie, że baza danych wewnątrz kontenera jest spójna na poziomie aplikacji w przechwyconym momencie.

Traktuj migawkę działającego kontenera jako spójną po awarii, chyba że baza danych zostanie zrzutowana, wstrzymana lub w inny sposób skoordynowana z kopią zapasową. Właściwy wybór zależy od silnika bazy danych, intensywności zapisu, akceptowalnego przestoju oraz tego, czy uwzględniono każdą ścieżkę danych.

Rozróżnij przechwytywanie kontenera od spójności bazy danych

Kopia zapasowa kontenera może przechwycić jego system plików w czasie, gdy strony bazy danych, dzienniki i indeksy są modyfikowane. Po przywróceniu silnik może pomyślnie odtworzyć dziennik zapisu z wyprzedzeniem, ale jest to odzyskiwanie po nagłym zatrzymaniu, a nie dowód na utworzenie czystego punktu kontrolnego aplikacji.

Dowiązania bind mount i zewnętrzne zbiory danych wymagają osobnej uwagi. Archiwum Proxmox może być prawidłowe, podczas gdy rzeczywisty katalog danych bazy, magazyn obiektów lub przesłane pliki znajdują się poza głównym systemem plików objętym kopią.

W przypadku mało istotnej usługi z bazą danych korzystającą z dziennika przetestowane odzyskiwanie po awarii może być wystarczające. W przypadku niezastąpionych danych dodaj zrzut natywny dla bazy danych, punkt kontrolny replikacji lub krótkie okno konserwacyjne.

Dobierz poziom ochrony na podstawie obserwowalnych sygnałów

Sprawdź, czy baza danych zgłasza prawidłowe punkty kontrolne, czy zrzuty kończą się bez błędów oraz czy dziennik zadań Proxmox uwzględnia każdy zamierzony wolumin. Wysokie opóźnienia zapisu lub szybko rosnący WAL podczas tworzenia kopii wskazują na większą ilość pracy związanej z odzyskiwaniem po przywróceniu.

Zaplanuj natywny zrzut krótko przed kopią kontenera i przechowuj go w ścieżce uwzględnionej w kopii zapasowej. W przypadku silników obsługujących interfejsy API kopii online używaj ich zamiast kopiowania aktywnych plików danych.

Sklasyfikuj wynik za pomocą poniższej tabeli i zapisz tę klasyfikację w notatkach zadania, aby przyszły operator wiedział, co gwarantuje archiwum.

Zaobserwowany stan	Ocena	Następne działanie
Natywny zrzut oraz archiwum LXC	Ścieżka odzyskiwania uwzględniająca aplikację	Preferowane w przypadku ważnych baz danych
Tylko migawka; testy przywracania zakończone pomyślnie	Spójne po awarii	Akceptuj wyłącznie przy udokumentowanym ryzyku
Pominięto zewnętrzną ścieżkę danych	Niekompletne	Zatrzymaj proces i rozszerz zakres kopii zapasowej

Zbuduj skoordynowane zadanie tworzenia kopii zapasowej

Uruchom krok poprzedzający wykonanie kopii, który utworzy opatrzony znacznikiem czasu zrzut bazy danych lub zażąda utworzenia punktu kontrolnego. Zweryfikuj kod zakończenia polecenia oraz dostępną przestrzeń; zrzut o rozmiarze zero bajtów powinien zakończyć zadanie niepowodzeniem, zamiast pozwolić na wyświetlenie uspokajającego zielonego oznaczenia kopii zapasowej.

Przechwyć kontener LXC po wykonaniu kroku zapewniającego spójność, a następnie uruchom kontrolę po utworzeniu kopii, która zapisze identyfikator archiwum i sumę kontrolną zrzutu. Przechowuj natywne zasady przechowywania kopii bazy danych oddzielnie, aby jedno uszkodzone archiwum kontenera nie usunęło ostatniej prawidłowej kopii logicznej.

Przewodnik ZimaSpace dotyczący kopii zapasowych Proxmox omawia planowanie odzyskiwania maszyn wirtualnych i kontenerów.

Niezależny poradnik dotyczący kopii zapasowych Proxmox spójnych na poziomie aplikacji wyjaśnia, dlaczego działająca migawka i kopia uwzględniająca aplikację zapewniają różne gwarancje.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

Zweryfikuj archiwum, przywracając je pod obciążeniem

Przywróć dane do odizolowanego identyfikatora CT i odłączonej sieci, aby nie doszło do konfliktu z produkcją. Uruchom bazę danych, przeanalizuj dzienniki odzyskiwania, wykonaj kontrole integralności i wyszukaj znany rekord zapisany w pobliżu okna tworzenia kopii.

Powtórz test, gdy środowisko produkcyjne jest obciążone typowym dla niego zapisem. Kopia, która przywraca się poprawnie tylko podczas testu w bezczynnej pracowni, nie zweryfikowała ryzykownego warunku, który był przyczyną pytania.

Kontynuuj tworzenie kopii działających kontenerów LXC, gdy uwzględniono cały magazyn danych, a silnik wielokrotnie poprawnie odzyskuje dane lub dołączono natywny zrzut. Zatrzymaj proces i użyj skoordynowanego wstrzymania lub wyłączenia, jeśli kontrole integralności zakończą się niepowodzeniem, brakuje zewnętrznych punktów montowania lub aplikacja nie toleruje odzyskiwania po awarii.