W Veeam uwielbiamy logi. A ponieważ większość naszych rozwiązań jest modułowa, to logów tworzy się dość sporo. A skoro nasza działalność polega na zapewnieniu bezpieczeństwa Twoim danym (czyli spokojnego snu), logi powinny nie tylko rejestrować każdy ruch, ale robić to dość szczegółowo. To konieczne, aby w razie potrzeby zrozumieć, co się stało, kto jest odpowiedzialny i co dalej robić. Jak w kryminalistyce: nigdy nie wiesz, która drobnostka pomoże Ci znaleźć zabójcę Laury Palmer.
Dlatego postanowiłem zabrać się za serię artykułów, w których krok po kroku opowiem, co zapisujemy w logach, gdzie je przechowujemy, jak nie zwariować z ich strukturą i co tak naprawdę w nich znajdować.
Dlaczego seria artykułów i dlaczego nie opisać wszystkiego od razu?
Po prostu wymienienie, jaki log gdzie leży i co w nim się znajduje - to dość bezsensowna sprawa. A sama myśl o utrzymywaniu tej informacji w aktualnym stanie przeraża. Proste wymienienie wszystkich możliwych typów logów w Veeam Backup & Replication - to tabela na kilka stron drobnym drukiem. I będzie ona aktualna tylko w momencie publikacji, ponieważ w momencie wydania kolejnej łatki mogą pojawić się nowe logi, zmieni się logika przechowywania informacji w starych itp. Dlatego znacznie bardziej opłacalne będzie wyjaśnienie ich struktury i istoty zawartych w nich informacji. To pozwoli lepiej orientować się w terenie niż na pamięć uczyć się nazw.
Aby więc nie rzucać się na głęboką wodę tekstowych arkuszy, przeprowadźmy w tym artykule pewne przygotowania. Dlatego dzisiaj nie zajrzymy do samych logów, ale podejdziemy z daleka: stworzymy glosariusz i trochę omówimy strukturę Veeam z perspektywy generacji logów.
Glosariusz i żargon
Tutaj przede wszystkim muszę przeprosić obrońców czystości języka rosyjskiego i świadków słownika Ożegowa. Wszyscy bardzo kochamy nasz rodzimy język, ale przeklęta branża IT działa w języku angielskim. No cóż, nie my to wymyśliliśmy, tak już historycznie się ułożyło. Nie moja wina, to ono samo przyszło (c)
W naszej branży problem anglicyzmów (i żargonu) ma swoje specyfikę. Kiedy pod niewinnymi słowami takimi jak „host” lub „gość” cały świat od dawna rozumie zupełnie konkretne rzeczy, to w ⅙ części lądu nadal trwa heroiczny zamęt z sięganiem po słowniki. I absolutnie obowiązkowy argument „A u nas w pracy…”.
Dodatkowo mamy czysto naszą terminologię, która jest charakterystyczna dla produktów Veeam, chociaż niektóre słowa i zwroty weszły do powszechnego użycia. Dlatego teraz ustalimy, co oznacza dany termin, a w dalszym etapie pod słowem „gość” będę miał na myśli dokładnie to, co jest napisane w tej rozdziale, a nie to, co jesteś przyzwyczajony w swojej pracy. I tak, to nie jest moja osobista zachcianka, to ustalone terminy w branży. Walkowanie z nimi jest trochę bezsensowne. Choć zawsze jestem za, aby polemizować w komentarzach.
Niestety, w naszej pracy i produktach jest bardzo wiele terminów, więc nie będę próbował ich wszystkich wymieniać. Tylko te podstawowe i niezbędne do przetrwania w morzu informacji o kopiach zapasowych i logach. Dla zainteresowanych mogę również kolegi na temat taśm, gdzie również przedstawiał listę terminów związanych z tą częścią funkcjonalności.
Host (Host): W świecie wirtualizacji to maszyna z hipernadzorcą. Fizyczna, wirtualna, chmurowa — nie ma znaczenia. Jeśli na czymś uruchomiono hipernadzorcę (ESXi, Hyper-V, KVM itd.), to to „coś” nazywa się hostem. Niezależnie od tego, czy jest to klaster składający się z dziesięciu szaf, czy twój laptop z laboratorium na półtorej wirtualnej maszyny — jeśli uruchomiłeś hipernadzorcę, to stałeś się hostem. Ponieważ hipernadzorca hostuje wirtualne maszyny. Jest nawet anegdota, że VMware kiedyś chciała osiągnąć trwałe skojarzenie słowa host z ESXi. Ale nie dała rady.
W współczesnym świecie pojęcie „host” praktycznie zlało się z pojęciem „serwer”, co wprowadza pewne zamieszanie w komunikacji, szczególnie jeśli mowa o infrastrukturze Windows. Tak więc każda maszyna, na której znajduje się usługa dla nas interesująca, może być śmiało nazywana hostem. Na przykład w logach WinSock słowo host oznaczać może wszystko. Klasyczne „Host not found” jest tego przykładem. Tak więc wychodzimy z kontekstu, ale pamiętamy — w świecie wirtualizacji host to ten, który hostuje gości (o tym dwoma zdaniami poniżej).
Z lokalnych żargonów (a raczej akronimów w tym przypadku) można wspomnieć, że VMware to VI, vSphere to VC, a Hyper-V to HV.
Gość (Guest): Maszyna wirtualna działająca na hoście. Tutaj nawet nie ma co tłumaczyć, wszystko jest logiczne i proste. Jednak wielu ludzi wciąga tutaj inne znaczenia.
Dlaczego? Nie wiem.
System operacyjny gościa (Guest OS), odpowiednio, to system operacyjny maszyny wirtualnej. I tak dalej.
Zadanie kopii zapasowej/replikacji (Backup/Replication Job): Czysto wymyślony żargon, oznaczający jedno z zadań. Backup job == Zlecenie kopii zapasowej. Jak to pięknie przetłumaczyć na polski — nikt nie wymyślił, dlatego wszyscy mówią 'zlecenie'. Podkreślając ostatnią sylabę.
Tak, tak po prostu biorą i mówią 'zlecenie'. I nawet w mailach tak piszą, i wszystko jest w porządku.
Jakieś prace kopii zapasowej, Zadania Kopii Zapasowej itd., dziękuję, ale nie trzeba. Po prostu zlecenie, a wszyscy zrozumieją. Najważniejsze to akcentować ostatnią sylabę.
Kopia zapasowa (Backup, bękap. Dla prawdziwych oldschoolowców dopuszczalne bakup): Oprócz oczywistego (gdzieś leżąca kopia zapasowa danych) oznacza też samo zadanie (trzy wiersze wyżej, jeśli już zapomnieliście), w wyniku którego powstaje ta właśnie kopia zapasowa. Prawdopodobnie anglojęzyczni są zbyt leniwi, by za każdym razem mówić 'Zrealizowałem moje zadanie kopii zapasowej', dlatego mówią po prostu 'Zrealizowałem kopię zapasową' i wszyscy się doskonale rozumieją. Proponuję wspierać to wspaniałe przedsięwzięcie.
Konsolidacja (Consolidate): Termin, który pojawił się w ESXi 5.0 Opcja w menu pracy z migawkami, uruchamiająca proces usuwania tzw. orphaned migawek. To znaczy migawek, które fizycznie istnieją, ale wypadły z wyświetlanej struktury logicznej. Teoretycznie, proces ten nie powinien wpływać na pliki wyświetlane w menedżerze migawek, jednak zdarza się różnie. Istota procesu konsolidacji polega na tym, że dane z migawki (child disk) są zapisywane na głównym (parent) dysku. Proces łączenia dysków nazywa się merge. Jeśli wydano polecenie konsolidacji, zapis o migawce może zostać usunięty z bazy wcześniej, niż migawka zostanie połączona i usunięta. A jeśli migawki nie udało się usunąć z jakiegokolwiek powodu, powstają te właśnie orphaned migawki. O pracy z migawkami VMware jest . I my też jakoś o nich .
Magazyn danych (Datastore): To bardzo szerokie pojęcie, jednak w świecie wirtualizacji oznacza miejsce, w którym przechowywane są pliki maszyn wirtualnych. W każdym razie trzeba bardzo dokładnie zrozumieć kontekst i w przypadku jakichkolwiek wątpliwości wyjaśnić, co dokładnie miał na myśli twój rozmówca.
Proxy (Serwer pośredniczący): Ważne jest, aby od razu zrozumieć, że Veeam Proxy to nie do końca to samo, do czego przywykliśmy w zakątkach internetu. W obrębie produktów Veeam to pewna jednostka, która zajmuje się przenoszeniem danych z jednego miejsca do drugiego. Jeśli nie wgłębiać się w szczegóły, to VBR to serwer główny, a proxy to jego robocze „słonie”. Innymi słowy, proxy to maszyna, przez którą przepływa ruch i na której zainstalowane są komponenty VBR, które pomagają tym ruchem zarządzać. Na przykład, przenosząc dane z jednego kanału do drugiego lub po prostu podłączając do siebie dyski (tryb HotAdd).
Repository (Repozytorium): Technicznie to po prostu zapis w bazie VBR, wskazujący miejsce, w którym przechowywane są kopie zapasowe, i jak się do tego miejsca podłączyć. Może to być zarówno zwykła dysk CIFS, jak i oddzielny dysk, serwer lub wiadro w chmurze. Znowu, znajdujemy się w kontekście, ale rozumiemy, że repozytorium to po prostu miejsce, gdzie przechowujesz swoje kopie zapasowe.
Snapshot (Zrzut pamięci): Miłośnicy oksfordzkiej gramatyki wolą mówić kto zrzut, kto zrzucie, jednak analfabetyczna większość wygrywa dzięki większej masie. Jeśli ktoś nie wie – to technologia, która pozwala przywrócić stan dysku w określonym czasie. Dzieje się to albo dzięki tymczasowemu przekierowaniu operacji I/O na bok od głównego dysku – wtedy nazywa się to zrzutem typu RoW (Redirect on Write) – lub przez przeniesienie nadpisywanych bloków z twojego dysku na inny – to będzie zrzut typu CoW (Copy on Write). Dzięki szerokim możliwościom zastosowania tych funkcji Veeam może czynić swoją magiczną robotę związaną z kopiami zapasowymi. Ścisłe mówiąc, nie tylko on, ale to kwestia zbliżających się wydań.
W dokumentacji i logach ESXi panuje chaos wokół tego terminu, a w kontekście wzmianki o snapshotach można spotkać zarówno same snapshoty, jak i redo log oraz nawet dysk delta. W dokumentacji Veeam nie ma takiego zamieszania — snapshot to snapshot, a redo log to REDO plik, stworzony przez niezależny dysk non-persistent. Pliki REDO są usuwane przy wyłączeniu maszyny wirtualnej, więc mylenie ich ze snapshotami prowadzi do niepowodzenia.
Synthetic (Syntetyka): Syntetyczne kopie zapasowe odnoszą się do kopii reverse incremental i forever forward. Jeśli nie spotkałeś się jeszcze z tym terminem, to jest to po prostu jeden z mechanizmów wykorzystywanych do budowy łańcucha kopii zapasowych. W logach można również spotkać pojęcie Transform, które jest używane w kontekście tworzenia pełnych kopii z przyrostów (synthetic full).
Task (Zadanie): To proces przetwarzania każdej osobnej maszyny w ramach jobu. Oznacza to, że masz job kopii zapasowej obejmującą trzy maszyny. Każda maszyna będzie przetwarzana w ramach osobnego zadania. W sumie będą cztery logi: główny dla jobu i trzy dla zadań. Jednak jest tu ważny niuans: z czasem słowo „zadanie” stało się zbyt wieloznaczne. Mówiąc o logach ogólnych, mamy na myśli, że zadanie to właśnie VM. Ale są też własne „zadania” na proxy i na repozytorium. Tam może to oznaczać zarówno wirtualny dysk, jak i maszynę wirtualną, a nawet cały job. Ważne jest, aby nie zgubić kontekstu.
Veeam %name% Service (Usługa): Na rzecz udanych kopii zapasowych pracuje kilka usług, których listę można znaleźć w standardowej konsoli. Ich nazwy dość przejrzyście odzwierciedlają ich istotę, lecz wśród równych jest jedna najważniejsza — Veeam Backup Service, bez której pozostałe nie będą działać.
VSS: Technicznie VSS zawsze powinien oznaczać Microsoft Volume Shadow Copy Service. Faktycznie jest używane przez wielu jako synonim Application-Aware Image Processing. Co oczywiście jest kategorycznie błędne, jednak to historia z kategorii „Każdy SUV można nazwać jeepem, a będziesz rozumiany”.
Fantastyczne logi i miejsca, gdzie one występują
Chcę zacząć ten rozdział od ujawnienia wielkiej tajemnicy — jaki czas jest wyświetlany w logach?
Zapamiętaj:
- ESXi zawsze zapisuje logi w UTC+0.
- vCenter prowadzi logi według czasu swoje strefy czasowej.
- Veeam prowadzi logi według czasu i strefy czasowej serwera, na którym jest zainstalowany.
- Tylko zdarzenia Windows w formacie EVTX nie są związane z niczym. Przy otwieraniu czas jest przeliczany na maszynę, na której je otwarto. To najwygodniejsza opcja, chociaż zdarzają się z nią problemy. Jedynym konkretowym utrudnieniem jest różnica w lokalizacjach. To praktycznie gwarantowana droga do nieczytelnych logów. Tak, są sposoby na naprawę tego, ale umówmy się, że wszystko w IT działa po angielsku i ustalmy, że zawsze ustawiamy angielską lokalizację na serwerach. Proszę.
Teraz porozmawiajmy o miejscach, w których znajdują się logi i jak je zdobyć. W przypadku VBR są dwa podejścia.
Pierwsza opcja nadaje się, jeśli nie masz ochoty szukać w całym zbiorze plików związanych z Twoim problemem. Mamy do tego osobnego wizarda, któremu możesz wskazać konkretną pracę i konkretny okres, za który potrzebujesz logów. Następnie on sam przeszuka foldery i złoży wszystko, co potrzebne, w jednym archiwum. O tym, gdzie go szukać i jak z nim pracować, szczegółowo opisano w .
Jednak wizard zbiera logi nie wszystkich zadań i na przykład w przypadku konieczności zbadania logów restauracji, failovera lub failbacka, Twoja droga prowadzi do folderu %ProgramData%/Veeam/Backup. To główna przechowalnia logów VBR, a %ProgramData% jest folderem ukrytym i to normalne. Nawiasem mówiąc, domyślne miejsce można zmienić za pomocą klucza rejestru typu REG_SZ: LogDirectory w gałęzi HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication.
Na maszynach z systemem Linux logi agentów roboczych należy szukać w /var/log/VeeamBackup/, jeśli używasz konta root lub sudo. Jeśli nie masz takich uprawnień, szukaj logów w /tmp/VeeamBackup.
Dla Veeam agent for %OS_name% logi należy szukać w %ProgramData%/Veeam/Endpoint (lub %ProgramData%/Veeam/Backup/Endpoint) i /var/log/veeam odpowiednio.
Jeśli korzystasz z przetwarzania obrazów z zastosowaniem aplikacji (a prawdopodobnie to robisz), sytuacja się nieco komplikuje. Potrzebujesz logów naszego helpera, które są przechowywane wewnątrz samej maszyny wirtualnej, oraz logów VSS. O tym, jak i gdzie zdobywać tę wiedzę, szczegółowo opisano w . Oczywiście, istnieją również metody zbierania niezbędnych logów systemowych.
Wydarzenia Windows można wygodnie zbierać zgodnie z . Jeśli używasz Hyper-V, sprawa się komplikuje, ponieważ będziesz potrzebować także wszystkich jego logów z gałęzi Dzienników aplikacji i usług > Microsoft > Windows. Chociaż zawsze można pójść bardziej toporną drogą i po prostu zebrać wszystkie obiekty z %SystemRoot%System32winevtLogs.
Jeśli coś się psuje podczas instalacji/aktualizacji, wszystko, czego potrzebujesz, znajdziesz w folderze %ProgramData%/Veeam/Setup/Temp. Nie będę jednak ukrywać, że w zdarzeniach systemu operacyjnego można znaleźć bardziej przydatne informacje niż w tych logach. Pozostałe ciekawe dane znajdują się w %Temp%, ale tam głównie znajdują się logi instalacji oprogramowania towarzyszącego, takiego jak bazy danych, biblioteki .Net i inne. Pamiętaj, że Veeam jest instalowany z msiexec, a wszystkie jego komponenty również są instalowane jako osobne pakiety msi, nawet jeśli nie było to wyraźnie pokazane w GUI. W związku z tym, jeśli instalacja jednego z komponentów nie powiedzie się, cała instalacja VBR zostanie zatrzymana. Dlatego trzeba przejrzeć logi i zobaczyć, co dokładnie się zepsuło i w którym momencie.
I mały trik na koniec: gdy otrzymasz błąd podczas instalacji, nie spiesz się, aby nacisnąć OK. Najpierw zbierz logi, a potem kliknij OK. W ten sposób otrzymasz log kończący się w momencie błędu, bez zbędnych informacji na końcu.
Czasami trzeba zająć się logami vSphere. To dość niewdzięczna praca, ale, zakasawszy rękawy, trzeba to robić. W najprostszej wersji będziemy potrzebować logów ze zdarzeniami wirtualnej maszyny vmware.log, które znajdują się obok pliku .vmx. W bardziej skomplikowanym przypadku otwieramy Google i pytamy, gdzie znajdują się logi dla twojej wersji hosta, ponieważ VMware uwielbia tę lokalizację zmieniać z wydania na wydanie. Na przykład, , a oto dla . W przypadku logów vCenter powtarzamy procedurę . Ogólnie rzecz biorąc, będą nas interesować logi zdarzeń hosta hostd.log, zdarzenia hostów zarządzanych przez vCenter vpxa.log, logi jądra vmkernel.log oraz logi uwierzytelniania auth.log. W najbardziej skomplikowanych przypadkach może przydać się log SSO, który znajduje się w folderze SSO.
Bardzo zagmatwane? Trudne do zrozumienia? Przerażające? A to nawet nie połowa informacji, z którymi nasza pomoc techniczna pracuje na co dzień. Dlatego naprawdę są bardzo utalentowani.
Komponenty Veeam
I na zakończenie tego wprowadzenia porozmawiajmy trochę o komponentach Veeam Backup & Replication. Bo gdy szuka się przyczyny problemów, dobrze jest rozumieć, jak działa "pacjent".
Jak zapewne wszystkim wiadomo, Veeam Backup to tak zwana aplikacja bazująca na SQL. Oznacza to, że wszystkie ustawienia, wszystkie informacje oraz wszystko, co jest potrzebne do prawidłowego działania — wszystko to znajduje się w jego bazie. A właściwie w dwóch bazach, jeśli mówimy o połączeniu VBR i EM: VeeamBackup oraz VeeamBackupReporting, odpowiednio. Tak to już jest: instalujemy kolejną aplikację — pojawia się kolejna baza. Aby nie trzymać wszystkich jajek w jednym koszyku.
Aby to wszystko działało sprawnie, potrzebujemy zestawu usług i aplikacji, które połączą wszystkie komponenty w całość. Przykładowo, tak to wygląda w jednym z moich laboratoriów:
Na stanowisku głównego dyrygenta występuje Veeam Backup Service. To on odpowiada za wymianę informacji z bazami. Ponadto to on uruchamia wszystkie zadania, zarządza orkiestracją przydzielonych zasobów i pełni rolę centrum komunikacyjnego dla różnych konsol, agentów i innych komponentów. Słowem, bez niego na pewno się nie obędzie, ale to nie znaczy, że robi wszystko sam.
W realizacji zamierzeń pomaga mu Veeam Backup Manager. To nie jest usługa, a byt zajmujący się uruchamianiem zadań i monitorujący proces ich realizacji. To robocze ręce usługi backup, za pomocą których łączy się z hostami, tworzy migawki, monitoruje retencję i tak dalej.
Ale wróćmy do listy usług. Veeam Broker Service. Pojawił się w v9.5 (i to nie jest koparka kryptowalut, jak wtedy myśleli niektórzy). Zajmuje się zbieraniem informacji o hostach VMware i utrzymywaniem ich aktualności. Ale nie biegnijcie od razu pisać gniewnych komentarzy, że szpiegujemy za Wami i wyciekają wszystkie loginy/hasła do taśmistrza. Wszystko jest nieco prostsze. Kiedy uruchamiacie backup, najpierw trzeba połączyć się z hostem i zaktualizować wszystkie dane o jego strukturze. To dość wolny i skomplikowany proces. Po prostu przypomnijcie sobie, ile trwa operacja logowania przez interfejs webowy, i pamiętajcie, że liczy się tylko najwyższa warstwa. A potem trzeba jeszcze rozwinąć całą hierarchię do potrzebnego miejsca, przy okazji. Słowem, straszne. Jeśli uruchamiacie dziesięć backupów, to oznacza, że każdemu zadaniu trzeba wykonać tę procedurę. Jeśli mowa o dużych infrastrukturach, to ten proces może zająć dziesięć minut lub dłużej. Dlatego podjęto decyzję o wydzieleniu na to osobnej usługi, przez którą można będzie uzyskać zawsze aktualne informacje. Przy uruchomieniu sprawdza i skanuje całą dodaną infrastrukturę, a potem stara się działać tylko na poziomie inkrementalnych zmian. Tak więc, nawet jeśli w tym samym czasie uruchomi się sto backupów, wszystkie poproszą o informacje od naszego brokera, a nie będą męczyć hostów swoimi zapytaniami. Jeśli martwicie się o zasoby, to według naszych obliczeń na 5000 wirtualek potrzeba jedynie około 100 Mb pamięci.
Dalej u nas idzie Veeam Console. To także Veeam Remote Console, znane również jako Veeam.Backup.Shell. To ten interfejs graficzny, który widzimy na zrzutach ekranowych. Wszystko jest proste i oczywiste — konsolę można uruchomić z dowolnego miejsca, byleby to był Windows i była łączność z serwerem VBR. Jedyne, co można powiedzieć: proces FLR będzie montował punkty lokalnie (tzn. na maszynie, na której uruchomiona jest konsola). No i różnorodne Veeam Explorers również będą uruchamiane lokalnie, ponieważ są częścią konsoli. Ale to już mnie za daleko zabrało…
Następna interesująca usługa — Veeam Backup Catalog Data Service. W liście usług znany jako Veeam Guest Catalog Service. Zajmuje się indeksowaniem systemów plików na maszynach gościnnych i zapełnia nimi folder VBRCatalog. Używany jest tylko tam, gdzie włączona jest opcja indeksacji. Ma to sens tylko, jeśli posiadasz Enterprise Manager. Dlatego całym sercem polecam: nie włączaj indeksacji bez potrzeby, jeśli nie masz EM. Oszczędź swoje nerwy i czas wsparcia technicznego.
Również z innych ważnych usług warto wyróżnić Veeam Installer Service, za pomocą którego odbywa się dostarczanie i instalacja niezbędnych komponentów na proxy, repozytoriach i innych bramach. Właściwie, dostarcza on potrzebne pakiety .msi na serwery i przeprowadza ich instalację.
Veeam Data Mover — przy pomocy uruchamianych na proxy (i nie tylko) pomocniczych agentów zajmuje się przenoszeniem danych. Na przykład, podczas backupu jeden agent będzie odczytywał pliki z datastore'ów hosta, a drugi — dokładnie zapisywał je w backupie.
Osobno chciałbym zaznaczyć ważną rzecz, na którą często reagują klienci — to różnica wersji usług i informacji w narzędziu Programy i funkcje. Tak, lista będzie identyczna, ale wersje mogą się różnić. To nie jest zbyt zdrowe z wizualnego punktu widzenia, jednak jest całkowicie normalne, jeśli wszystko działa stabilnie. Na przykład, numer wersji usługi Installer znacznie odstaje od sąsiednich. Horror i koszmar? Nie, ponieważ nie jest całkowicie reinstalowany, a jedynie aktualizowana jest jego DLL. W patchu v9.5 U4 wydarzyła się straszna noc koszmaru wsparcia technicznego: podczas aktualizacji wszystkie usługi otrzymały nowe wersje, z wyjątkiem najważniejszej. W patchu U4b usługa transportowa wyprzedziła wszystkie pozostałe o dwie wersje (jeśli patrzeć na cyfry). I to też jest normalne — znaleziono poważnego buga, więc otrzymał on bonusową aktualizację w porównaniu do innych. Podsumowując, różnica wersji MOŻE być problemem, ale jeśli różnica jest obecna, a wszystko działa poprawnie, prawdopodobnie tak ma być. Ale nikt nie zabrania ci zapytać o to w wsparciu technicznym.
To były tak zwane usługi obowiązkowe lub Mandatory services. A jest jeszcze cała masa pomocniczych, takich jak Tape Service, Mount Service, vPowerNFS Service i tak dalej.
Dla Hyper-V w zasadzie to samo, tylko jest specyficzny Veeam Backup Hyper-V Integration Service oraz własny sterownik do pracy z CBT.
Na koniec porozmawiajmy, kto działa na wirtualnych maszynach podczas tworzenia kopii zapasowej. Do uruchamiania skryptów pre- i post-freeze, tworzenia kopii zapasowych, zbierania metadanych, pracy z logami transakcji SQL i innych zadań używamy Veeam Guest Helper. A gdy następuje indeksacja systemów plików, Veeam Guest Indexer . Są to tymczasowe usługi, które są uruchamiane na czas tworzenia kopii zapasowej i usuwane po jej zakończeniu.
W przypadku maszyn z systemem Linux wszystko jest znacznie prostsze dzięki wielu wbudowanym bibliotekom i możliwościom samego systemu. Na przykład, indeksacja odbywa się za pomocą mlocate.
Na tym na razie wszystko
Nie chcę was już dłużej męczyć, a krótkie wprowadzenie do wnętrza Veeam uważam za zakończone. Tak, nie zbliżyliśmy się nawet do samych logów, ale uwierzcie, aby informacje prezentowane w nich nie wydawały się chaotycznym strumieniem świadomości, takie wprowadzenie jest absolutnie konieczne. Planuję przejść do samych logów dopiero w trzecim artykule, a plan na następny – wyjaśnić, kto generuje logi, co dokładnie w nich jest, i dlaczego akurat tak, a nie inaczej.
Źródło: habr.com
