Jak dopasować tryby tworzenia kopii zapasowych Proxmox do baz danych i serwerów plików

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.

Kopia zapasowa maszyny wirtualnej Proxmox może być spójna po awarii, ale nie musi być spójna aplikacyjnie. Serwer plików może poprawnie odzyskać działanie z migawki systemu plików, podczas gdy intensywnie używana baza danych może wymagać mechanizmów zamrażania wywoływanych przez agenta gościa, zrzutu aplikacji lub krótkiego zatrzymania, aby zagwarantować oczekiwany punkt przywracania.

Wybierz tryb na podstawie wymagań dotyczących odzyskiwania danego obciążenia, a nie uniwersalnej preferencji dla zerowego przestoju. Udokumentuj akceptowalną przerwę, metodę zapewnienia spójności, zachowanie pamięci masowej oraz test przywracania, który potwierdza każdą klasę. Pomyślny dziennik zadania jest przydatnym dowodem, ale rzeczywistym testem akceptacyjnym jest przywrócenie odizolowanej aplikacji.

Klasyfikuj obciążenie według wymagań dotyczących spójności

Dla każdej maszyny wirtualnej wymień aplikację, intensywność zapisu, maksymalny akceptowalny przestój oraz cel dotyczący punktu odzyskiwania. W większości statyczny serwer plików i transakcyjna baza danych nie powinny korzystać z tego samego trybu tylko dlatego, że działają na tym samym węźle.

Ustal, czy aplikacja ma własny mechanizm tworzenia kopii zapasowych lub zrzutów. Obraz maszyny wirtualnej może przywrócić maszynę, natomiast zrzut natywny dla bazy danych lub kopia dzienników może zapewnić odzyskiwanie na poziomie transakcji i weryfikację wymaganą przez usługę.

Dokumentacja kopii zapasowych Proxmox rozróżnia działanie trybów migawki, wstrzymania i zatrzymania. Użyj tej definicji trybu razem z własnymi gwarancjami spójności aplikacji gościa.

Używaj trybu migawki dla obciążeń wymagających krótkiego przestoju

Tryb migawki jest zwykle punktem wyjścia, gdy przestój musi być minimalny, a stos pamięci masowej go obsługuje. Zainstaluj i włącz agenta gościa QEMU tam, gdzie jest to właściwe, aby proces tworzenia kopii mógł koordynować zamrażanie i odmrażanie systemu plików.

Wyciszenie systemu plików zmniejsza ryzyko związane z zapisami w toku, ale nie tworzy automatycznie zweryfikowanej transakcyjnie kopii bazy danych. Użyj mechanizmów aplikacji, zrzutu przed utworzeniem kopii, replikacji lub innej metody uwzględniającej aplikację, gdy wymagania dotyczące odzyskiwania tego wymagają.

Przechowuj zrzuty poza nietrwałymi ścieżkami gościa i sprawdź ich ukończenie przed rozpoczęciem tworzenia kopii maszyny wirtualnej. Przewodnik tworzenia kopii konfiguracji Immich pokazuje, dlaczego wygenerowany zrzut bazy danych jest przydatny tylko wtedy, gdy sprawdzono jego spójność i sposób przywracania.

Używaj trybu zatrzymania lub wstrzymania, gdy kompromis jest akceptowalny

Tryb zatrzymania zapewnia najbardziej przejrzysty stan offline, wyłączając gościa przed utworzeniem kopii i uruchamiając go ponownie później. Jest odpowiedni dla małych usług z zaakceptowanym oknem serwisowym lub obciążeń, których spójność trudno skoordynować online.

Tryb wstrzymania zatrzymuje wykonywanie, ale może powodować dłuższą widoczną przerwę i nie zastępuje przygotowania uwzględniającego aplikację. Zmierz rzeczywisty czas wstrzymania w używanym środowisku pamięci masowej i przy danym obciążeniu, zanim zastosujesz go na szeroką skalę.

W przypadku domowego serwera plików tryb migawki wraz z koordynacją przez agenta gościa jest często wystarczający, gdy klienci mogą ponawiać próby, a system plików jest sprawny. Wybierz tryb zatrzymania, gdy usługa jest mała, poprawność ma większe znaczenie niż dostępność lub test przywracania ujawni problemy z przechwytywaniem online.

Planuj i sprawdzaj każdą klasę kopii zapasowych

Utwórz oddzielne zadania lub jawne ustawienia dla poszczególnych maszyn wirtualnych należących do klas baz danych, serwerów plików i usług ogólnych. Rozłóż w czasie tworzenie kopii dużych gości, aby miejsce docelowe kopii i produkcyjny magazyn danych nie były jednocześnie przeciążone.

Po każdej zmianie trybu przywróć dane w odizolowanej sieci. Uruchom maszynę wirtualną, sprawdź kondycję systemu plików, uruchom aplikację, wykonaj kontrolę integralności bazy danych lub przykładowe zapytanie oraz otwórz reprezentatywne pliki za pośrednictwem zwykłego protokołu usługi.

Pomyślne zadanie kopii zapasowej nie jest warunkiem zaliczenia. Klasa kopii przechodzi test tylko wtedy, gdy odzyskiwanie spełnia udokumentowane wymagania dotyczące przestoju i spójności; w przeciwnym razie przenieś to obciążenie do metody wymagającej lepszego przygotowania lub okna zatrzymania.

Często zadawane pytania

Czy agent gościa QEMU sprawia, że kopia bazy danych jest spójna aplikacyjnie? Nie samodzielnie. Może koordynować zamrażanie i odmrażanie systemu plików, ale baza danych może nadal wymagać własnego zrzutu, mechanizmu, punktu kontrolnego lub udokumentowanej integracji z migawkami.

Jakiego trybu powinienem użyć dla małego domowego serwera plików? Zacznij od trybu migawki i działającego agenta gościa, a następnie potwierdź jego działanie za pomocą odizolowanego przywracania. Użyj trybu zatrzymania, jeśli usługa toleruje przestój i potrzebujesz prostszego stanu offline.

Czy mogę używać różnych trybów w jednym zadaniu tworzenia kopii zapasowej? Użyj jawnych ustawień dla poszczególnych maszyn wirtualnych lub oddzielnych zadań, aby każde obciążenie było zgodne z udokumentowanymi wymaganiami dotyczącymi spójności i przestoju.

Wsparcie i wskazówki

Więcej do przeczytania

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.