Zmanda umiejętnie integruje różne przyrostowe kopie zapasowe MariaDB i pełne kopie zapasowe przy użyciu dzienników binarnych MariaDB. To wręcz umożliwia wykonywanie bardzo częstych kopii zapasowych, a także przywracanie do określonego momentu przy użyciu dowolnego obrazu kopii zapasowej.

Inteligentny harmonogram Zmanda Recovery Manager (ZRM) uruchamia wszystkie procesy tworzenia kopii zapasowych. W zależności od serwera MySQL, silnika pamięci masowej i podstawowej technologii pamięci masowej (na przykład, czy dostępne są migawki), ZRM inteligentnie decyduje, jaki rodzaj kopii zapasowej wykonać. Podstawowym czynnikiem jest wpływ na bazę danych.

Jeśli migawka nie powiedzie się, ponieważ w zarezerwowanym obszarze nie ma wystarczającej ilości miejsca, ZRM wykonuje logiczną kopię zapasową. Zawsze można pominąć zalecenia ZRM. Na przykład zamiast używania migawki można zmusić ZRM do wykonania logicznej kopii zapasowej. ZRM zindeksuje wszystkie kopie zapasowe, aby śledzić metadane wymagane do pomyślnego przywrócenia. Codziennie ZRM sprawdza, czy jakiekolwiek kopie zapasowe są starsze niż zasady przechowywania (liczba dni lub miesięcy, przez które kopie zapasowe powinny być przechowywane). Wygasłe kopie zapasowe są usuwane z indeksu kopii zapasowych ZRM i usuwane z dysku. Mechanizm raportowania zapewnia konfigurowalne raporty w formacie tekstowym lub HTML. W przypadku ZRM zainstalowanego w systemie Linux lub Solaris raporty mogą być dystrybuowane za pośrednictwem poczty e-mail lub przez kanał RSS. W przypadku ZRM zainstalowanego w systemie Windows wszystkie informacje o kopii zapasowej są rejestrowane w dzienniku zdarzeń systemu Windows. Z ZRM, połóż swoje odzyskiwanie na pierwszym miejscu, aby było trwałe.

Wybranie opcji Logiczna nierównoległa używa a mysqldump kopia zapasowa, która kopiuje binarne dzienniki MySQL niezależnie od silnika pamięci masowej. Dzienniki binarne MySQL śledzą i zapisują wszystkie transakcje serwera bazy danych jako listę instrukcji SQL. Aby zaimplementować logiczną strategię tworzenia kopii zapasowych, na serwerze MySQL musi być włączone logowanie binarne, a ścieżka do plików dziennika musi być podana (wartość domyślna to / var / lib / mysql) w Ścieżka dziennika binarnego pole.

logiczny Metoda tworzenia kopii zapasowej działa ze wszystkimi aparatami pamięci masowej MySQL z wyjątkiem aparatu pamięci masowej NDB klastra MySQL. Kopie zapasowe logiczne można również przywrócić do dowolnej architektury platformy lub bazy danych obsługującej SQL. Na przykład: Kopie zapasowe bazy danych MySQL działającej na platformie Powerpc serwera Redhat Enterprise można przywrócić na serwer Ubuntu działający na platformie x86.

Ponieważ logiczne kopie zapasowe wymagają blokady odczytu bazy danych lub tabel, których kopia zapasowa jest tworzona (nie w przypadku, gdy wszystkie tabele korzystają z silnika pamięci masowej InnoDB), mogą one mieć większy wpływ na aplikacje korzystające z bazy danych MySQL. Tworzenie kopii zapasowych w trybie logicznym powoduje również wydłużenie czasu przywracania, ponieważ przywracanie danych odbywa się poprzez ponowne odtwarzanie transakcji w docelowej bazie danych, a nie tylko kopiowanie plików. W przypadku tabel InnoDB kopie zapasowe są wykonywane jako pojedyncza transakcja i nie uzyskują żadnych blokad.

MariaDB zapewnia spójne, zgodne z ACID rozwiązanie skalowania dla przedsiębiorstw z wymaganiami, których nie można spełnić za pomocą innych alternatyw, takich jak replikacja i fragmentowanie.

Rozproszony SQL zapewnia skalowalność, a MariaDB zapewnia elastyczność wyboru wymaganej skalowalności.

Zarządzając kopiami zapasowymi 1 produkcyjnej bazy danych lub silnymi klastrami 100, Zamanda Recovery Manager oferuje bezproblemowy proces onboardingu dla nowych baz danych MariaDB, zapewniając jednocześnie solidną niezawodność dla istniejących baz danych.

 Tak, zespół wsparcia produkcji Zmanda jest dostępny 24 godziny na dobę, 7 dni w tygodniu, zarówno przez telefon, jak i e-mail. Możesz wybrać nasz poziom wsparcia Standard lub Premium, udostępniany z pełnym dostępem do bazy wiedzy, pomocą techniczną przez e-mail i telefon, zarządzanie przypadkami, ulepszenia oprogramowania i aktualizacje zabezpieczeń. Proszę odwiedź- skontaktować się z obsługą aby skontaktować się z naszym zespołem pomocy.

Aby umożliwić działowi IT testowanie Zmandy na środowiskach demonstracyjnych - oferujemy w pełni licencjonowaną wersję Zmandy na 14 dni. Prosimy o wypełnienie naszego Bezpłatny formularz próbny, a nasz zespół sprzedaży pomoże Ci zacząć.