W firmie Veeam uwielbiamy kłody. A ponieważ większość naszych rozwiązań ma charakter modułowy, zapisują one dużo logów. A ponieważ zakres naszej działalności ma na celu zapewnienie bezpieczeństwa Twoich danych (czyli spokojnego snu), to logi powinny nie tylko rejestrować każde kichnięcie, ale także robić to szczegółowo. Jest to konieczne, aby w przypadku czegoś było jasne, jak to „co” się stało, kto jest winny i co należy dalej zrobić. To jak w kryminalistyce: nigdy nie wiesz, jaka drobnostka pomoże ci znaleźć zabójcę Laury Palmer.
Dlatego też zdecydowałem się rzucić okiem na cykl artykułów, w których po kolei opowiem o tym, co zapisujemy do logów, gdzie je przechowujemy, jak nie zwariować z ich strukturą i czego w nich szukać.
Po co seria artykułów i dlaczego nie opisać wszystkiego na raz?
Samo wypisanie, który dziennik się gdzie znajduje i co jest w nim przechowywane, jest raczej katastrofalnym przedsięwzięciem. I aż strach pomyśleć o aktualizowaniu tych informacji. Prostą listę wszystkich możliwych typów dzienników w rozwiązaniu Veeam Backup & Replication stanowi tabela na kilku arkuszach, napisana małym drukiem. I będzie to istotne dopiero w momencie publikacji, bo... po wydaniu kolejnej łatki mogą pojawić się nowe logi, zmieni się logika informacji przechowywanych w starych itp. Dlatego znacznie bardziej opłacalne będzie wyjaśnienie ich struktury i istoty zawartych w nich informacji. Pozwoli to na lepsze poruszanie się po miejscach niż banalne wbijanie nazw.
Dlatego, aby nie spieszyć się z pulą arkuszy tekstowych, wykonajmy prace przygotowawcze w tym artykule. Dlatego dzisiaj nie będziemy wchodzić w same logi, ale pójdziemy z daleka: skompilujemy słownik i omówimy trochę strukturę Veeama pod kątem generowania logów.
Słowniczek i żargon
W tym miejscu przede wszystkim warto przeprosić obrońców czystości języka rosyjskiego i świadków słownika Ożegowa. Wszyscy bardzo kochamy nasz język ojczysty, ale ta cholerna branża IT działa w języku angielskim. Cóż, nie wymyśliliśmy tego, ale stało się to historycznie. To nie moja wina, sam przyszedł (c)
W naszej branży problem anglicyzmów (i żargonu) ma swoją specyfikę. Kiedy pod niewinnymi słowami typu „gospodarz” czy „gość” cały świat już dawno zrozumiał bardzo konkretne rzeczy, wówczas na ⅙ krainy trwa bohaterskie zamieszanie i zataczanie się, grzebanie w słownikach. I bezwzględnie obowiązkowy argument „Ale u nas w pracy…”.
Poza tym istnieje wyłącznie nasza terminologia, nieodłącznie związana z produktami Veeam, chociaż niektóre słowa i wyrażenia trafiły do ludzi. Dlatego teraz uzgodnimy, co oznacza termin, a w przyszłości pod słowem „gość” będę miał na myśli dokładnie to, co jest napisane w tym rozdziale, a nie to, do czego jesteś przyzwyczajony w pracy. I tak, nie jest to moja osobista zachcianka, to określenia ugruntowane w branży. Walka z nimi jest trochę bez sensu. Chociaż zawsze jestem zwolennikiem bycia miłym w komentarzach.
Terminów niestety w naszej pracy i produktach jest bardzo dużo, dlatego nie będę próbował ich wszystkich wymieniać. Tylko najbardziej podstawowe i niezbędne informacje o kopiach zapasowych i logach umożliwiających przetrwanie w morzu. Dla zainteresowanych też mogę kolegów na temat taśm, gdzie podał także listę terminów związanych z tą częścią funkcjonalności.
Gospodarz (Gospodarz): W świecie wirtualizacji jest to maszyna z hypervisorem. Fizyczne, wirtualne, w chmurze – to nie ma znaczenia. Jeśli na czymś działa hypervisor (ESXi, Hyper-V, KVM itp.), wówczas to „coś” nazywa się hostem. Niezależnie od tego, czy jest to klaster z dziesięcioma szafami, czy laptop z laboratorium na półtora maszyny wirtualnej – jeśli uruchomiłeś hypervisor, zostałeś hostem. Ponieważ hypervisor obsługuje maszyny wirtualne. Istnieje nawet historia, że VMware swego czasu chciało uzyskać trwałe skojarzenie słowa host z ESXi. Ale tego nie zrobiła.
We współczesnym świecie pojęcie „hosta” praktycznie zlało się z pojęciem „serwera”, co wprowadza pewne zamieszanie w komunikacji, szczególnie jeśli chodzi o infrastrukturę Windows. Zatem każdą maszynę, na której znajduje się interesująca nas usługa, można bezpiecznie nazwać hostem. Na przykład w logach WinSock wszystko jest oznaczone słowem host. Klasycznym przykładem jest „Nie znaleziono hosta”. Wychodzimy więc z kontekstu, ale pamiętajmy – w świecie wirtualizacji gospodarz jest tym, co gości gości (więcej o tym w dwóch linijkach poniżej).
Z lokalnego żargonu (w tym przypadku raczej akronimów) przypomina się, że VMware to VI, vSphere to VC, a Hyper-V to HV.
Gość: Maszyna wirtualna działająca na hoście. Nie ma tu nic do wyjaśniania, wszystko jest takie logiczne i proste. Jednak wielu pilnie przeciąga tutaj inne znaczenia.
Po co? Nie wiem.
Odpowiednio system operacyjny gościa to system operacyjny komputera-gościa. I tak dalej.
Zadanie tworzenia kopii zapasowej/replikacji (jobA): Czysty żargon Wima oznaczający jedno z zadań. Zadanie kopii zapasowej == Zadanie kopii zapasowej. Nikt nie wpadł na to, jak pięknie to przetłumaczyć na rosyjski, więc wszyscy mówią „JobA”. Z naciskiem na ostatnią sylabę.
Tak, po prostu to biorą i mówią „joba”. I nawet w listach tak piszą i wszystko jest w porządku.
Dziękuję, ale nie ma potrzeby, wszelkiego rodzaju prace związane z tworzeniem kopii zapasowych, zadaniami tworzenia kopii zapasowych itp. Po prostu wykonaj swoją pracę, a oni cię zrozumieją. Najważniejsze jest, aby położyć nacisk na ostatnią sylabę.
Kopia zapasowa (kopia zapasowa, kopia zapasowa. W przypadku prawdziwych oldfagów kopia zapasowa jest dozwolona): Oprócz oczywistości (kopia zapasowa gdzieś leżących danych) oznacza to również samo zadanie (trzy linie powyżej, jeśli już zapomniałeś), w wyniku którego pojawia się ten sam plik kopii zapasowej. Prawdopodobnie panowie, anglojęzyczni są zbyt leniwi, żeby powiedzieć, że za każdym razem wykonałem kopię zapasową, więc po prostu mówią, że wykonałem kopię zapasową i wszyscy doskonale się rozumieją. Zapraszam do wsparcia tej wspaniałej inicjatywy.
Konsolidować: Termin, który pojawił się w ESXi 5.0. Opcja w menu migawki rozpoczynająca proces usuwania tzw. osieroconych migawek. Oznacza to, że migawki są fizycznie dostępne, ale wypadły z wyświetlanej struktury logicznej. Teoretycznie proces ten nie powinien mieć wpływu na pliki wyświetlane w menedżerze migawek, ale wszystko może się zdarzyć. Istota procesu konsolidacji polega na tym, że dane ze migawki (dysku podrzędnego) są zapisywane na dysku głównym (macierzystym). Proces łączenia dysków nazywa się łączeniem. Jeśli wydano polecenie konsolidacji, rekord migawki można usunąć z bazy danych przed połączeniem i usunięciem migawki. A jeśli z jakiegoś powodu nie można usunąć migawki, pojawiają się te same osierocone migawki. Jeśli chodzi o pracę z migawkami, VMware ma . I my też w jakiś sposób o nich rozmawiamy .
Magazyn danych (Stora lub magazyn): Bardzo szerokie pojęcie, ale w świecie wirtualizacji rozumiane jest jako miejsce, w którym przechowywane są pliki maszyny wirtualnej. Ale w każdym razie tutaj musisz bardzo wyraźnie zrozumieć kontekst i przy najmniejszych wątpliwościach wyjaśnić, co dokładnie miał na myśli Twój rozmówca.
Pełnomocnik: Ważne jest, aby od razu zrozumieć, że Veeam Proxy to nie to samo, do czego jesteśmy przyzwyczajeni w Internecie. W ramach produktów Veeam jest to swego rodzaju podmiot zajmujący się przesyłaniem danych z jednego miejsca do drugiego. Jeśli nie wnikasz w szczegóły, VBR jest serwerem dowodzenia i kontroli, a jego głównymi zadaniami są serwery proxy. Oznacza to, że serwer proxy to maszyna, przez którą przepływa ruch i na której instalowane są komponenty VBR pomagające zarządzać tym ruchem. Na przykład, aby przenieść dane z jednego kanału na drugi lub po prostu przykleić do siebie dyski (tryb HotAdd).
Repozytorium (Repozytorium): Technicznie rzecz biorąc, jest to po prostu wpis w bazie VBR, wskazujący lokalizację, w której przechowywane są kopie zapasowe oraz sposób połączenia się z tą lokalizacją. W rzeczywistości może to być po prostu udział CIFS lub oddzielny dysk, serwer lub wiadro w chmurze. Ponownie jesteśmy w kontekście, ale rozumiemy, że repozytorium to po prostu miejsce, w którym znajdują się twoje kopie zapasowe.
Migawka: Miłośnicy gramatyki oksfordzkiej wolą mówić, kto jest migawką, a kto migawką, ale niepiśmienna większość czerpie korzyści z większej masy. Jeśli ktoś nie wie, jest to technologia, która pozwala przywrócić stan dysku w określonym momencie. Odbywa się to albo poprzez tymczasowe przekierowanie operacji we/wy z dysku głównego – wówczas będzie to nazywane migawką RoW (Redirect on Write) – albo poprzez przeniesienie bloków wielokrotnego zapisu z dysku na inny – będzie to nazywane CoW (Copy on Write) ) migawka. To właśnie dzięki szerokim możliwościom wykorzystania tych funkcji Veeam może zdziałać magię tworzenia kopii zapasowych. Ściśle mówiąc, nie tylko dla nich, ale to kwestia nadchodzących wydań.
W dokumentacji i logach ESXi panuje chaos wokół tego terminu, a w kontekście wzmianki o migawkach można znaleźć same migawki, dziennik powtórzeń, a nawet dysk delta. W dokumentacji Veeama nie ma takiego rozdarcia, a snapshot to snapshot, a dziennik powtórzeń to dokładnie plik REDO utworzony przez niezależny dysk nietrwały. Pliki REDO są usuwane po wyłączeniu maszyny wirtualnej, więc pomylenie ich z migawkami prowadzi do niepowodzenia.
Syntetyczne (Syntetyczne): Syntetyczne kopie zapasowe odnoszą się do kopii zapasowych wstecznie przyrostowych i kopii zapasowych z wiecznym przesyłaniem do przodu. Jeśli nie spotkałeś się z tym terminem, jest to po prostu jeden z mechanizmów wykorzystywanych do budowania transformacji łańcucha kopii zapasowych. Jednak w logach można znaleźć także koncepcję Transform, która wykorzystywana jest w ramach tworzenia pełnych kopii z przyrostów (syntetycznych pełnych).
Zadanie (Zadanie): Jest to proces przetwarzania każdej pojedynczej maszyny w ramach zadania. Oznacza to, że masz zadanie tworzenia kopii zapasowej, które obejmuje trzy maszyny. Oznacza to, że każdy samochód będzie przetwarzany w ramach osobnego zadania. W sumie będą cztery dzienniki: główny dla zadań i trzy dla zadań. Jest tu jednak ważny niuans: z biegiem czasu słowo „zadanie” stało się niepotrzebnie dwuznaczne. Kiedy mówimy o dziennikach ogólnych, mamy na myśli, że zadaniem jest dokładnie maszyna wirtualna. Ale są „zadania” zarówno na serwerze proxy, jak i w repozytorium. Tam może to oznaczać dysk wirtualny, maszynę wirtualną i całe zadanie. Oznacza to, że ważne jest, aby nie stracić kontekstu.
Usługa Veeam %name%: Na korzyść udanego tworzenia kopii zapasowych działa jednocześnie kilka usług, których listę znajdziesz w standardowym wyposażeniu. Ich nazwy dość przejrzyście oddają ich istotę, jednak wśród równych jest ta najważniejsza – Veeam Backup Service, bez której reszta nie będzie działać.
VSS: Technicznie rzecz biorąc, VSS powinien zawsze oznaczać usługę Microsoft Volume Shadow Copy Service. Właściwie używany przez wielu jako synonim przetwarzania obrazu z uwzględnieniem aplikacji. Co oczywiście jest kategorycznie fałszywe, ale to historia z kategorii „Każdy SUV można nazwać jeepem, a oni cię zrozumieją”.
Fantastyczne kłody i miejsca w których żyją
Chcę rozpocząć ten rozdział od ujawnienia wielkiej tajemnicy - która godzina wyświetla się w logach?
Pamiętać:
- ESXi zawsze zapisuje logi w formacie UTC+0.
- vCenter prowadzi dzienniki na podstawie czasu swojej strefy czasowej.
- Veeam prowadzi dzienniki według czasu i strefy czasowej serwera, na którym się znajduje.
- I tylko wydarzenia wiatrowe w formacie EVTX nie są z niczym powiązane. Podczas otwierania czas jest przeliczany w zależności od maszyny, na której zostały otwarte. Najwygodniejsza opcja, choć są z nią trudności. Jedyną zauważalną trudnością są różnice w lokalizacjach. Jest to prawie gwarantowana ścieżka do nieczytelnych logów. Tak, istnieją możliwości rozwiązania tego problemu, ale nie kłóćmy się z faktem, że wszystko w IT działa po angielsku i zgódźmy się, aby zawsze ustawiać na serwerach angielskie ustawienia regionalne. Oh proszę.
Porozmawiajmy teraz o miejscach, w których żyją kłody i jak je zdobyć. W przypadku VBR istnieją dwa podejścia.
Pierwsza opcja jest odpowiednia, jeśli nie chcesz szukać plików na ogólnej stercie, które są konkretnie związane z Twoim problemem. W tym celu dysponujemy osobnym kreatorem, do którego można określić konkretne zadanie oraz konkretny okres, na który potrzebne są logi. Następnie sam przejrzy foldery i umieści wszystko, czego potrzebujesz, w jednym archiwum. Gdzie go szukać i jak z nim pracować, opisano szczegółowo w .
Kreator nie zbiera jednak logów ze wszystkich zadań i np. jeśli chcesz przestudiować logi restauracji, przełączania awaryjnego lub powrotu po awarii, Twoja ścieżka znajduje się w folderze %ProgramData%/Veeam/Backup. Jest to główny magazyn dzienników VBR, a %ProgramData% to ukryty folder i nie ma w tym nic złego. Nawiasem mówiąc, domyślną lokalizację można ponownie przypisać za pomocą klucza rejestru typu REG_SZ: LogDirectory w gałęzi HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication.
Na komputerach z systemem Linux logi działających agentów należy znaleźć w /var/log/VeeamBackup/jeśli używasz konta root lub sudo. Jeśli nie masz takich uprawnień to poszukaj loginów /tmp/VeeamBackup.
W przypadku agenta Veeam dla %OS_name% należy przeszukać dzienniki %ProgramData%/Veeam/punkt końcowy (or %ProgramData%/Veeam/Backup/Punkt końcowy) I /var/log/veeam odpowiednio.
Jeśli korzystasz z przetwarzania obrazu z uwzględnieniem aplikacji (a najprawdopodobniej tak jest), sytuacja staje się nieco bardziej skomplikowana. Będziesz potrzebować naszych dzienników pomocniczych, które są przechowywane wewnątrz samej maszyny wirtualnej, oraz dzienników VSS. Jak i gdzie zdobyć to szczęście, opisano szczegółowo w . I oczywiście, że istnieje w celu zebrania niezbędnych logów systemowych.
Wygodne jest zbieranie zdarzeń systemu Windows według . Jeśli używasz Hyper-V, sytuacja staje się bardziej skomplikowana, ponieważ będziesz potrzebować wszystkich jego dzienników z gałęzi Aplikacje i dzienniki usług > Microsoft > Windows. Chociaż zawsze możesz wybrać głupszą drogę i po prostu pobrać wszystkie obiekty z %SystemRoot%System32winevtLogs.
Jeśli podczas instalacji/aktualizacji coś się zepsuje, wszystko, czego potrzebujesz, znajdziesz w folderze %ProgramData%/Veeam/Setup/Temp. Choć nie będę ukrywał, że w zdarzeniach systemu operacyjnego można znaleźć więcej przydatnych informacji niż w tych logach. Reszta ciekawostek leży w %Temp%, ale są tam głównie logi instalacji powiązanego oprogramowania, takiego jak baza, biblioteki .Net i inne rzeczy. Należy pamiętać, że rozwiązanie Veeam jest instalowane z pliku msi, a wszystkie jego komponenty są również instalowane jako osobne pakiety msi, nawet jeśli nie zostało to pokazane w graficznym interfejsie użytkownika. Dlatego też, jeśli instalacja jednego z komponentów nie powiedzie się, cała instalacja VBR zostanie zatrzymana. Trzeba zatem wejść do logów i zobaczyć co dokładnie się zepsuło i w którym momencie.
I na koniec lifehack: jeśli podczas instalacji pojawi się błąd, nie spiesz się i kliknij OK. Najpierw pobieramy logi, a następnie klikamy OK. W ten sposób otrzymasz dziennik, który zakończy się w momencie wystąpienia błędu, bez śmieci na końcu.
A zdarza się, że trzeba dostać się do logów vSphere. Zawód jest bardzo niewdzięczny, ale zakasawszy rękawy, trzeba zająć się czymś innym. W najprostszej wersji potrzebne są nam logi ze zdarzeniami maszyny wirtualnej vmware.log, które znajdują się obok jej pliku .vmx. W trudniejszym przypadku otwórz Google i zapytaj, gdzie znajdują się dzienniki Twojej wersji hosta, ponieważ VMware uwielbia zmieniać to miejsce z wydania na wydanie. Na przykład, , ale dla . Dla logów vCenter procedurę powtarzamy . Ale ogólnie rzecz biorąc, będziemy zainteresowani dziennikami zdarzeń hosta hostd.log, zdarzeniami hosta zarządzanymi przez vCenter vpxa.log, dziennikami jądra vmkernel.log i dziennikami uwierzytelniania auth.log. Cóż, w najbardziej zaniedbanych przypadkach może się przydać dziennik SSO, który znajduje się w folderze SSO.
Nieporęczny? Zdezorientowany? Straszny? Ale to nie jest nawet połowa informacji, z którymi na co dzień pracuje nasze wsparcie. Więc są naprawdę, naprawdę fajni.
Komponenty Veeama
Na zakończenie tego artykułu wprowadzającego porozmawiajmy trochę o komponentach rozwiązania Veeam Backup & Replication. Bo gdy szukasz przyczyny bólu, miło byłoby zrozumieć, jak pracuje pacjent.
Jak więc zapewne wszyscy wiedzą, Veeam Backup to tak zwana aplikacja oparta na SQL. Oznacza to, że wszystkie ustawienia, wszystkie informacje i ogólnie wszystko, co jest niezbędne tylko do normalnego funkcjonowania - wszystko to znajduje się w jego bazie danych. A raczej w dwóch bazach danych, jeśli mówimy o grupie VBR i EM: odpowiednio VeeamBackup i VeeamBackupReporting. I tak się stało: instalujemy kolejną aplikację – pojawia się kolejna baza danych. Żeby nie trzymać wszystkich jajek w jednym koszyku.
Aby jednak całe to przedsięwzięcie działało sprawnie, potrzebny będzie nam zestaw usług i aplikacji, które połączą w całość wszystkie komponenty. Dla przykładu tak to wygląda w jednym z moich laboratoriów:
Pełni funkcję głównego dyrygenta Usługa tworzenia kopii zapasowych Veeam. To on odpowiada za wymianę informacji z bazami danych. Jest także odpowiedzialny za uruchamianie wszystkich zadań, koordynację przydzielonych zasobów i pracę jako swego rodzaju centrum komunikacyjne dla różnych konsol, agentów i wszystkiego innego. Jednym słowem bez niego nie ma mowy, ale to wcale nie znaczy, że wszystko robi sam.
Pomaga mu w realizacji planów Menedżer kopii zapasowych Veeam. To nie jest usługa, a podmiot, który uruchamia zadania i monitoruje proces ich realizacji. Robocze ręce usługi tworzenia kopii zapasowych, za pomocą których łączy się z hostami, tworzy migawki, monitoruje przechowywanie i tak dalej.
Wróćmy jednak do listy usług. Usługa brokera Veeam. Pojawił się w wersji 9.5 (i nie jest to koparka kryptowalut, jak wtedy niektórzy myśleli). Zbiera informacje o hostach VMware i aktualizuje je. Ale nie biegnij od razu, żeby pisać gniewne komentarze, że Cię szpiegujemy i wyciekamy wszystkie loginy/hasła do taschmajora. Wszystko jest nieco prostsze. Kiedy uruchamiasz kopię zapasową, pierwszą rzeczą, którą musisz zrobić, to połączyć się z hostem i zaktualizować wszystkie dane o jego strukturze. To dość powolna i nieporęczna historia. Pamiętaj tylko, ile czasu zajmuje Ci zalogowanie się przez interfejs WWW i pamiętaj, że liczy się tam tylko górna warstwa. A tak przy okazji, nadal musisz otworzyć całą hierarchię we właściwym miejscu. Jednym słowem horror. Jeśli uruchamiasz kilkanaście kopii zapasowych, każde zadanie musi wykonać tę procedurę. Jeśli mówimy o dużej infrastrukturze, proces ten może zająć dziesięć minut lub dłużej. Dlatego zdecydowano się wydzielić do tego oddzielny serwis, dzięki któremu możliwe będzie otrzymywanie zawsze aktualnych informacji. Podczas uruchamiania sprawdza i skanuje całą dodaną infrastrukturę, a następnie próbuje działać tylko na poziomie zmian przyrostowych. Zatem nawet jeśli uruchomisz sto kopii zapasowych jednocześnie, wszystkie one poproszą o informacje od naszego brokera i nie będą dręczyć hostów swoimi żądaniami. Jeśli martwisz się o zasoby, to według naszych obliczeń 5000 maszyn wirtualnych potrzebuje tylko około 100 Mb pamięci.
Następny mamy Konsola Veeama. To Veeam Remote Console, to Veeam.Backup.Shell. To ten sam GUI, który widzimy na zrzutach ekranu. Wszystko jest proste i oczywiste – konsolę można uruchomić z dowolnego miejsca, byle był to Windows i było połączenie z serwerem VBR. Jedyne co można powiedzieć to to, że proces FLR będzie montował punkty lokalnie (tj. na maszynie, na której uruchomiona jest konsola). Cóż, różne narzędzia Veeam Explorer będą również działać lokalnie, ponieważ są częścią konsoli. Ale to już mnie przeniosło w dzicz...
Inną ciekawą usługą jest Usługa danych katalogowych Veeam Backup. Na liście usług znana jako usługa Veeam Guest Catalog Service. Zajmuje się indeksowaniem systemów plików na komputerach gościnnych i tą wiedzą wypełnia folder VBRCatalog. Jest używany tylko wtedy, gdy włączone jest pole wyboru indeksowania. Włączenie tej funkcji ma sens tylko wtedy, gdy masz Enterprise Manager. Dlatego rada z głębi serca: nie włączaj indeksowania ot tak, jeśli nie masz EAT. Oszczędzaj nerwy i czas wsparcia.
Warto zwrócić uwagę także na inne ważne usługi Usługa instalatora rozwiązań Veeam, za pomocą którego dostarczane są niezbędne komponenty i instalowane na serwerach proxy, repozytoriach i innych bramkach. W rzeczywistości pobiera niezbędne pakiety .msi na serwery i instaluje je.
Narzędzie do przenoszenia danych Veeam - przy pomocy agentów pomocniczych uruchamianych na proxy (i nie tylko) zajmuje się przenoszeniem danych. Na przykład podczas tworzenia kopii zapasowej jeden agent odczyta pliki z magazynu danych hosta, a drugi ostrożnie zapisze je w kopii zapasowej.
Osobno chciałbym zwrócić uwagę na ważną rzecz, na którą często reagują klienci - różnicę w wersjach usług i informacjach w przystawce Programy i funkcje. Tak, lista będzie taka sama, ale wersje mogą być całkowicie niespójne. Nie jest to zbyt fajne z wizualnego punktu widzenia, ale jest całkowicie normalne, jeśli wszystko działa stabilnie. Na przykład numer wersji usługi Instalatora pozostaje daleko w tyle za sąsiadami. Horror i koszmar? Nie, ponieważ nie jest on całkowicie ponownie instalowany, ale jego biblioteka DLL jest po prostu aktualizowana. W patchu v9.5 U4 nastąpił koszmar wsparcia technicznego: podczas aktualizacji wszystkie usługi otrzymały nowe wersje, za wyjątkiem najważniejszej. W patchu U4b usługa transportu wyprzedziła wszystkie pozostałe aż o dwie wersje (sądząc po liczbach). I to też jest normalne – znaleziono w nim poważny błąd, dlatego otrzymał bonusową aktualizację w stosunku do pozostałych. Podsumowując: różnice w wersjach MOGĄ stanowić problem, ale jeśli jest różnica i wszystko działa poprawnie, to najprawdopodobniej tak powinno być. Ale nikt nie zabrania ci wyjaśniania tego za pomocą pomocy technicznej.
Były to tzw. usługi obowiązkowe lub obowiązkowe. Dostępny jest także cały pakiet usług pomocniczych, takich jak usługa taśmowa, usługa montowania, usługa vPowerNFS i tak dalej.
W przypadku Hyper-V ogólnie wszystko jest takie samo, tylko jest coś konkretnego Usługa integracji Veeam Backup Hyper-V oraz własny sterownik do pracy z CBT.
Na koniec porozmawiajmy o tym, kto pracuje na maszynach wirtualnych podczas tworzenia kopii zapasowych. Aby uruchamiać skrypty przed i po zamrożeniu, tworzyć kopię w tle, zbierać metadane, pracować z dziennikami transakcji SQL itp. Pomocnik gościnny Veeam. A jeśli systemy plików są indeksowane, Indeksator gościnny Veeam . Są to usługi tymczasowe wdrażane na czas tworzenia kopii zapasowej i usuwane po jej zakończeniu.
W przypadku maszyn z systemem Linux wszystko jest znacznie prostsze ze względu na obecność dużej liczby wbudowanych bibliotek i możliwości samego systemu. Na przykład indeksowanie odbywa się za pomocą mlocate.
To wszystko na teraz
Nie mam odwagi cię już skrzywdzić krótki Wprowadzenie do komory silnikowej Veeam uważam za zakończone. Tak, do samych nor nawet nie zbliżyliśmy się, ale wierzcie mi, aby prezentowane w nich informacje nie sprawiały wrażenia niespójnego strumienia świadomości, takie wprowadzenie jest absolutnie konieczne. Do samych logów mam zamiar przejść dopiero w trzecim artykule, a plan na kolejny to wyjaśnienie, kto generuje logi, co dokładnie jest w nich wyświetlane i dlaczego dokładnie, a nie inaczej.
Źródło: www.habr.com