Czym jest spójne z aplikacją tworzenie kopii zapasowych?
Jeśli chodzi o tworzenie kopii zapasowej, masz do wyboru szeroki wachlarz opcji, które pozwolą na skuteczne i szybkie Odzyskiwanie danych. Wybór obejmuje rodzaj kopii zapasowej, częstotliwość, źródło, miejsce docelowe i wiele innych czynników. W dzisiejszych czasach nie wystarczy już, aby rozwiązania do tworzenia kopii zapasowych po prostu przechwytywały pliki z dysku, biorąc pod uwagę, że większość organizacji korzysta z serwerów do uruchamiania aplikacji. „Niespójne” kopie zapasowe plików nie są wystarczające do osiągnięcia optymalnych celów związanych z czasem odzyskiwania (RTO) i punktem odzyskiwania (RPO).
Wcześniej omówiliśmy kopie zapasowe „spójne”, które są spójne dla woluminu archiwizowanego przy użyciu Volume Shadow Copy Service (VSS). Można jednak również tworzyć spójne kopie zapasowe aplikacji. Większość dostępnych na rynku rozwiązań do tworzenia kopii zapasowych maszyn wirtualnych i fizycznych oferuje opcję tworzenia kopii zapasowych spójnych z aplikacją, dzięki czemu aplikacje są dostępne natychmiast po odzyskaniu maszyny wirtualnej lub fizycznej.
Spójne kopie zapasowe: jak działają
Spójne kopie zapasowe to kopie, które zapewniają przechwycenie wszystkich danych w aplikacji w stanie spójnym, gwarantując możliwość ich pełnego przywrócenia bez uszkodzeń lub problemów z integralnością. Kopie te wykraczają poza zwykłe kopiowanie plików lub danych z dysku, ponieważ koordynują się z aplikacją w celu zawieszenia (tymczasowego wstrzymania lub ustabilizowania) jej działania oraz zapewnienia, że wszystkie dane w trakcie przetwarzania zostaną zapisane na dysku przed rozpoczęciem procesu wykonywania kopii zapasowej.
Kopie zapasowe spójne z aplikacją stanowią rozwinięcie spójnych kopii zapasowych. Podczas gdy spójne kopie zapasowe tworzą spójne kopie plików na woluminie przy użyciu {3}, nie uwzględniają one danych aplikacji, które mogą znajdować się w pamięci, ani żadnych oczekujących operacji I/O . Kopie zapasowe spójne z aplikacją wykorzystują specjalne punkty zaczepienia udostępniane przez Volume Shadow Copy Service, zwane VSS writers.
VSS writers to specjalne komponenty specyficzne dla aplikacji, należące do Microsoft’s Volume Shadow Copy Service. Pełnią one szczególną rolę, polegającą na zapewnieniu, że dane aplikacji zostaną prawidłowo opróżnione z pamięci, zamrożone na czas wystarczający do wykonania migawki VSS , a następnie odblokowane po wykonaniu migawki. Proces ten trwa zazwyczaj tylko kilka sekund.
Proces ten jest ważny dla aplikacji wymagających spójności transakcyjnej, takich jak Microsoft SQL Server. Microsoft VSS writers dla SQL Server są w stanie wyczyścić dane z pamięci, zamrozić operacje SQL, a następnie wydać zamrożenie po wykonaniu migawki. Zapewnia to, że dane znajdujące się w pamięci oraz oczekujące operacje I/O są prawidłowo wyczyszczone i załatwione, zanim operacja migawki wykona VSS migawkę dysku.
Dzięki temu operacja wykonywania kopii zapasowej jest „spójna z aplikacją”, ponieważ nie tylko dysk, ale także aplikacja jest archiwizowana w stanie, w którym zachowuje spójność transakcyjną. Jeśli wykonamy tylko spójną kopię zapasową bez włączonych funkcji spójnych z aplikacją, istnieje duże prawdopodobieństwo, że zostaniemy z aplikacją, która nie jest w spójnym stanie.
Spójność aplikacji jest ważna nie tylko w momencie wykonywania kopii zapasowej. Jest i powinna być ważna również podczas operacji odzyskiwania. Możemy z powodzeniem przywrócić serwer aplikacji, taki jak Microsoft Exchange Server lub SQL Server, z spójnej kopii zapasowej w przypadku awarii. Musimy jednak użyć procesu wymaganego przez te aplikacje, aby przywrócić aplikację do stanu spójnego. Może to obejmować między innymi odtworzenie logów. Dlatego czas przywracania tych serwerów będzie obejmował nie tylko czas potrzebny na przywrócenie surowych zasobów plików – niezależnie od tego, czy chodzi o maszynę wirtualną VMware lub Hyper-V, czy też o maszynę fizyczną – ale także czas potrzebny na doprowadzenie aplikacji do spójnego stanu.
Tworzenie kopii zapasowej spójnej z aplikacją za pomocą NAKIVO Backup & Replication
Poniżej przedstawiono przykład zadania tworzenia kopii zapasowej w NAKIVO Backup & Replication. Należy wybrać App-aware mode oraz określić sposób postępowania w przypadku wystąpienia błędów przy pomocy opcji VSS na stronie Options kreatora.
Po najechaniu kursorem myszy na ikonę „znaku zapytania” obok pola oprogramowania aplikacyjnego można wyświetlić szczegółowy opis procesu oprogramowania aplikacyjnego oraz zależności. Należy zwrócić uwagę na wzmiankę, w przypadku maszyn wirtualnych VMware, o {16}. VMware Tools służy do obsługi systemu operacyjnego gościa w stanie spoczynku dla danych aplikacji.
VSS Writers i Rozwiązywanie problemów
Jak wspomniano, VSS writers to specjalistyczne komponenty specyficzne dla aplikacji, należące do pakietu Microsoft Volume Shadow Copy Service. Mogą to być komponenty firmy Microsoft lub innych producentów, które zazwyczaj są instalowane wraz z samą aplikacją. W przypadku Microsoft VSS writer komponentów można je zobaczyć zainstalowane w konkretnych aplikacjach. Kontrolery domeny będą miały moduł zapisu „NTDS”, SQL Server będzie miał „SqlServerwriter”, a Exchange Server będzie miał „Microsoft Exchange Writer”. Jeśli chodzi o rozwiązywanie problemów VSS writers w przypadku wystąpienia problemów z kopiami zapasowymi spójnymi z aplikacją, mamy do dyspozycji kilka narzędzi i zasobów służących do rozwiązywania problemów.
Świetnym narzędziem wiersza poleceń do przeglądania i rozwiązywania problemów z konkretnymi VSS writers , które są aktywne, a także do sprawdzania stanu tych modułów zapisujących, jest polecenie vssadmin . Jeśli otworzysz wiersz poleceń i po prostu wpiszesz vssadmin , możesz zobaczyć konkretne polecenia dostępne w vssadmin.
Korzystając z polecenia vssadmin list writers , możemy zobaczyć szczegółową listę specjalnych VSS writers używanych dla różnych aplikacji. Zwróć uwagę, że poniżej uruchomiliśmy polecenie na serwerze Microsoft SQL Server. Mamy na liście SqlServerWriter . Zwróć również uwagę na notacje State i Last error , ponieważ są one bardzo pomocne w sprawdzeniu aktualnego stanu i ewentualnych błędów, które mogą występować na konkretnym VSS writer.
Kolejny zrzut ekranu pochodzi z kontrolera domeny {36} . Należy zauważyć, że dla tego serwera polecenie vssadmin list writers wyświetla moduł rejestrujący NTDS , który jest specyficzny dla usług domenowych Active Directory.
Jak wspomniano powyżej, VMware Tools stanowi istotną część przetwarzania spójnego z aplikacją wewnątrz maszyny wirtualnej. Domyślnie rejestrowanie dla VMware Tools nie jest włączone. Podczas rozwiązywania problemów z usługą VSS na maszynie wirtualnej może zaistnieć potrzeba włączenia rejestrowania dla usługi VMware Tools w systemie operacyjnym gościa. W tym celu należy edytować lub utworzyć plik tools.conf na naszej maszynie wirtualnej.
W poniższym przykładzie plik ten nie występował na naszej maszynie wirtualnej Windows Server 2016 . Przechodząc do katalogu C:ProgramdataVMwareVMware Tools , utworzyliśmy plik konfiguracyjny. Upewnij się, że rozszerzenia plików są widoczne, aby poprawnie nazwać plik.
Po utworzeniu pliku musimy go edytować i dodać następujące informacje dla odpowiedniego systemu operacyjnego. W systemie Windows należy zwrócić uwagę na podwójne ukośniki odwrotne w ścieżce danych narzędzi. W systemie Windows można również użyć jednego ukośnika.
Goście z systemem Windows
[logging]
log = true
vmtoolsd.level = debug
vmtoolsd.handler = file
vmtoolsd.data = c:windowstempvmtoolsd.log
Goście z systemem Linux
vmtoolsd.data = /tmp/vmtoolsd.log
Po utworzeniu/edycji pliku wystarczy ponownie uruchomić VMware Tools service.
Wynikowy plik dziennika zawiera informacje debugowania, w tym informacje o operacji VSS . Poniżej znajduje się fragment dość przejrzystego dziennika debugowania zaraz po włączeniu trybu debugowania narzędzi VMware.
Ponadto zaleca się, aby podczas rozwiązywania problemów związanych z VSS sprawdzić dzienniki zdarzeń systemu Windows, w szczególności dzienniki aplikacji i systemu. Wpisy dziennika aplikacji pojawią się jako źródło VSS , a wpisy dziennika systemu pojawią się pod źródłem volsnap. Istnieją również szczegółowe {57} kroki rozwiązywania problemów do przejrzenia podczas sprawdzania i rozwiązywania problemów związanych z narzędziami VMware VSS .
Wnioski
Wykorzystanie kopii zapasowych maszyn wirtualnych spójnych z aplikacją dla aplikacji o znaczeniu krytycznym dla działalności jest niezbędne do posiadania solidnej strategii odzyskiwania awaryjnego podczas wykonywania kopii zapasowych aplikacji, które opierają się na spójności transakcyjnej. Kopie zapasowe spójne z aplikacją pozwalają na zapisanie na dysku wszystkich danych znajdujących się w pamięci, a także operacji oczekujących I/O przed wykonaniem spójnej kopii zapasowej dysku. Odbywa się to za pomocą specjalnych Volume Shadow Copy Service modułów zapisujących, które komunikują się z konkretną aplikacją i odpowiednio wstrzymują operacje na czas wystarczający do wykonania kopii zapasowej aplikacji z zachowaniem spójności transakcyjnej. Dla organizacji, które chcą zarówno chronić dane, jak i mieć możliwość ich jak najszybszego przywrócenia, przywracanie spójnych kopii zapasowych uwzględniających stan aplikacji pozwala uniknąć konieczności oddzielnego przywracania danych aplikacji, np. poprzez odtwarzanie logów itp. Gwarantuje to, że organizacje mogą osiągnąć zarówno cele związane z punktem odzyskiwania (RPO), jak i cele związane z czasem odzyskiwania (RTO).
