Tworzenie kopii zapasowych i przywracanie: budowa planu naprawy
Planowanie tworzenia kopii zapasowych wokół plików, baz danych i akceptowalnej utraty danych. Zrozumieć punkty cotygodniowe lub dzienne przywracanie i przetestować odzyskiwania z Twojej strony internetowej na żywo.
Wybierz ile ostatnio pracy możesz sobie pozwolić na utratę
Zacznij od danych, które zmieniają się: zawartość strony, pliki do przesyłania, rekordy bazy danych, zlecenia przechowywania i konfigurację aplikacji. Zdecyduj, ile ostatnich prac można zrekonstruować po porażce. Rzadko edytowane portfolio i sklep otrzymujący zamówienia przez cały dzień może potrzebować różnych planów naprawy.
Porównaj tę potrzebę z harmonogramem kopii zapasowej, który wybrałeś. Jeśli między planowanymi kopiami wystąpią istotne zmiany, należy zdecydować, jak je zachować. Harmonogram dzienny nie oznacza, że każda transakcja jest stale odzyskiwana, a opcja backup nie jest gwarancją określonego czasu odzyskiwania.
Wyróżnienie częstotliwości tworzenia kopii zapasowych z retencji punktów restore-
W VPSLibre konfigurator nie oferuje dodatkowych kopii zapasowych, cotygodniowych kopii zapasowych lub codziennych kopii zapasowych. Opcja cotygodniowa opisuje jeden zapasowy raz w tygodniu z siedmioma punktami przywracania; opcja dzienna opisuje jeden dziennie z siedmioma punktami przywracania. Są to wymagane opcje serwisowe, z ich własnymi liniami cytatów po wybraniu.
Siedem punktów przywracania to siedem zachowanych kopii, a nie obietnica siedmiu dni. Ich daty i użyteczny zakres zależą od wybranego harmonogramu i udanych ukończonych kopii. Po dostarczeniu należy zweryfikować rzeczywiste informacje o kopii zapasowej, dane, w których przechowywane są kopie oraz sposób, w jaki wymagane jest odzyskanie danych przed poleceniem na usłudze.
Bez dodatkowej opcji backup, zarządzasz własnym planem backupu. Dodatkowe usługi pamięci masowej jest oddzielną opcją i nie tworzy kopii zapasowych. Zachowaj niezależną kopię ważnych danych, tak aby odzysk nie był zależny od jednego konta lub środowiska.
Uzupełnić i zidentyfikować każdy zestaw odzysku
A WordPress odzysk zazwyczaj wymaga zarówno plików, jak i bazy danych. Wysyłanie plików, motywów, wtyczek i konfiguracji, podczas gdy posty, ustawienia i inne dane aplikacji również mieszkają w bazie danych. Pobieranie samego katalogu stron internetowych zwykle nie rejestruje bazy danych.
Dla każdego zastosowania należy wymienić dane i konfigurację niezbędne do odtworzenia środowiska pracy. Grupy kompatybilnych plików i eksportu bazy danych do czasu ich reprezentowania. Rejestrowanie wersji wniosku i odpowiednich wymogów środowiskowych oraz ochrona kopii zawierających dane uwierzytelniające lub dane osobowe.
Sprawdzić zakres kopii zapasowej usługi zamiast zakładać, że obejmuje ona każdą zewnętrzną zależność. Dane będące w posiadaniu usługi trzeciej strony wymagają własnych ustaleń dotyczących odzyskania pomocy. Zsynchronizowana kopia, która natychmiast odtwarza usunięcie może być również niewystarczająca, jeśli potrzebujesz starszej wersji.
Przygotować osobne środowisko z wymaganiami wymaganymi dla wybranego zestawu odzysku. Przywrócić kopie za pomocą narzędzi odpowiednich do aplikacji i dostępu rzeczywiście dostępne. Korzystaj z odrębnych uprawnień i ograniczaj dostęp do odrestaurowanych danych osobowych lub klientów.
Zapobieganie środowisku testowemu wysyłaniu prawdziwych e-maili, pobieraniu opłat od klientów lub prowadzeniu integracji na żywo. Weryfikacja reprezentatywnych stron, mediów, logowań i rekordów bazy danych. W przypadku sklepu należy sprawdzić, czy odzyskane dane zamówienia odpowiadają oczekiwanemu punktowi czasu bez inicjowania rzeczywistych transakcji z klientem.
Nagrywaj to, co zadziałało, czego brakowało i ile czasu zajęło ci przeprowadzenie testu. Ta obserwacja pomaga ulepszyć plan naprawy; nie jest to publikowana gwarancja czasu restore- time. Utrzymuj żywe środowisko w nienaruszonym stanie podczas rozwiązywania awarii testowych.
Przywróć WooCommerce bez odrzucania nowszych zamówień
Przywracanie starszej bazy sklepowej może usunąć zamówienia, klientów lub zmiany stanu zapasów utworzone po kopii zapasowej. Zapis punktu odzysku i określenie, co zmieniło się od czasu jego zastąpienia danymi na żywo. Rejestry płatności- dostawca są oddzielone od bazy danych strony internetowej; przywrócony ekran zamówienia nie stwierdza, że te dwa rekordy zgadzają się.
Odczytaj przywracanie w odizolowanej kopii z zamkniętą integracją. Uzgodnij, jak ostatnie transakcje zostaną uzgodnione i kto może zezwolić na ponowne otwarcie kasy. Dla problemu kodu lub rozszerzenia, najpierw ustalić, czy ukierunkowane rollback może rozwiązać go bez wymiany całej bazy danych sklepu. Produkt CSV nie jest kompletną kopią zamówień, klientów lub zapisów subskrypcji.
Zapis czasu kopii zapasowej i najnowszego odniesienia do porządku na żywo.
Identyfikacja zleceń, klientów i zmian stanu zapasów po tym punkcie.
Potwierdzenie płatności i realizacji przed ponownym otwarciem kasy.
Weryfikacja przywróconej aplikacji i utrzymanie rejestru pojednania.
Cofnij Docker Compose wolumeny jako dane dotyczące wniosku
Zachowaj konfigurację Komponowania i spis wymienionych tomów, opraw, eksportu bazy danych i wysyłania. Odtwarzanie kontenerów z ich obrazów przywraca kod, a nie zapisy przechowywane w tych ścieżkach danych. W celu uzyskania spójnego zestawu kopii zapasowej należy użyć obsługiwanej przez bazę danych lub aplikacji procedury tworzenia kopii zapasowej; kopiowanie wolumenu na żywo bez tej procedury nie jest zweryfikowanym backup bazy danych.
Przywrócić do odizolowanego projektu z osobnymi nazwami woluminów i miejscami przeznaczenia. Odtworzyć zatwierdzone usługi, sprawdzić własność i konfigurację, a następnie przedstawiciel test odczytuje i zapisuje na odzyskanych danych. Zapis zastosowanej wersji i czasu migawki. Należy unikać wskazywania próby na dane produkcyjne lub integracje podczas sprawdzania odzysku.
Przeglądaj plan po dodaniu bazy danych, przesuwaniu plików, zmianie oprogramowania lub wprowadzeniu nowej integracji. Wykonać kopię do odzyskania przed dużą zmianą aplikacji i sprawdzić, czy instrukcje odzyskiwania nadal pasują do środowiska. Korzystanie z rzeczywistych informacji dotyczących zarządzania usługami w przypadku każdej procedury określonej przez usługodawcę.
Przed zastąpieniem danych na żywo należy zdecydować, które nowsze zmiany muszą być zachowane i kto może zatwierdzić operację. Dla zajętego sklepu, pełna starsza baza danych może pominąć nowsze zamówienia. Określić wymagany punkt odzysku i ścieżkę powrotną przed wykonaniem przez administratora regeneracji na żywo.
Zapis danych w celu ochrony i akceptowalnego okna strat.
Potwierdź wybrany harmonogram, zachowane punkty przywracania i rzeczywisty zakres kopii zapasowej.
Zachowaj kompletne pliki, bazy danych i zestawy konfiguracji z datami identyfikowalnymi.
Przechowuj niezależnie chroniony egzemplarz i weryfikuj, kto może go uzyskać.
Test przywracania oddzielnie, z wyłączoną integracją na żywo, i uaktualnić pisemne etapy odzyskiwania.
Sprawdź oprogramowanie, przechowywanie danych, kopie zapasowe, ustawienia domen i HTTPS przed hostowaniem WordPress. Przygotuj nową stronę internetową lub zaplanuj migrację i naprawę istniejącej witryny.
Szacuje się, że hosting pamięci masowej z plików stron internetowych, baz danych, mediów, dzienników i wzrostu. Porównaj swoje wymagania z planem przechowywania i dostępnych opcji przestrzeni.