Tworzenie wirtualnej kopii komputera. Jak zapewnić spójność danych kopii zapasowych
Serwer Windows Hyper-V 2008 nie ma opcji tworzenia klonu istniejącej maszyny wirtualnej. Nie oznacza to jednak, że jest to niemożliwe lub trudne do wykonania. Faktycznie istnieje taka możliwość i jest ona dość prosta w użyciu.
Istnieją dwa sposoby klonowania maszyny wirtualnej w Hyper-V.
1. Skorzystaj z funkcji eksportu/importu maszyn wirtualnych
2. Skopiuj wirtualnie dysk twardy i utwórz nową maszynę wirtualną z tym dyskiem.
1. Użyj funkcji eksportu/importu w Hyper-V
Ta metoda jest najłatwiejszym i najtańszym sposobem klonowania maszyny wirtualnej.
Eksportowanie maszyny wirtualnej
W Menedżerze Hyper-V kliknij kliknij prawym przyciskiem myszy do żądanej maszyny wirtualnej i wybierz opcję Eksportuj. Określ, dokąd zostanie zaimportowana maszyna wirtualna. Ważne jest, aby wiedzieć, że podczas ponownego importowania maszyny wirtualnej lokalizacja maszyny wirtualnej i jej dysku wirtualnego będzie wskazywała tę lokalizację.
Podczas eksportu możesz wybrać, co chcesz wyeksportować: całą maszynę wirtualną lub tylko konfigurację maszyny wirtualnej.
Importowanie maszyny wirtualnej
Aby zaimportować maszynę wirtualną, kliknij „Importuj maszynę wirtualną” w menu Akcja. Określ katalog z wyeksportowaną maszyną wirtualną i kliknij Importuj.
Ważne jest, aby dokładnie wskazać katalog eksportowanej maszyny, a nie jeden z jej podkatalogów.
Po zaimportowaniu maszyny wirtualnej możesz zmienić jej ustawienia, takie jak adres IP, nazwa hosta itp.
2. Skopiuj dysk VHD i utwórz nową maszynę wirtualną
Po prostu skopiuj plik VHD oryginalnej maszyny wirtualnej, a następnie utwórz nową maszynę wirtualną, ale jako twardy dysk określ skopiowany plik. W menu, gdy dojdziesz do okna „Połącz wirtualne”. Dysk twardy”, wybierz opcję „Użyj istniejącego wirtualnego dysku twardego” i określ jego lokalizację.
Strażnik
Chiński nie zawsze znaczy zły. Chińskie ładowarki czołowe sprzedawane są tutaj po cenach fabrycznych.
Potrzebujesz ogrodzenia dla swojej daczy, domku lub domu? Kontakt "Profzabor" - produkcja ogrodzeń na wymiar z dowolnych materiałów.
Praktyczna znajomość konwertera VMware - produktu pozwalającego na wykonanie dokładnej kopii prawdziwej maszyny w celu późniejszej wirtualizacji.
Wielu doceniło już możliwości programów takich jak VMware czy Virtual PC. Przede wszystkim przydadzą się oczywiście programistom, którzy z łatwością mogą testować swoje dzieła pod różnymi systemami operacyjnymi, w różnych środowiskach oprogramowania, czy nawet na czystym, świeżo zainstalowanym systemie. Ale maszyny wirtualne mogą być również przydatne zwykłym śmiertelnikom.
Jak podoba Ci się możliwość uruchomienia przestarzałego programu, który nie jest przyjazny dla nowego systemu operacyjnego? Albo unikalny program, który istnieje tylko dla jednego systemu i - no cóż, oczywiście - nie tego, który posiadasz. Tak, a po prostu z ciekawości popatrz na nowy Dystrybucja Linuksa lub jakiś ekstremalnie alternatywny system operacyjny, nie chcąc brać na siebie niepotrzebnych obowiązków związanych z dzieleniem dysku na partycje, majstrowaniem przy bootloaderze i rozwiązywaniem konfliktów ze sprzętem. Przykładowo, szukając ciekawego oprogramowania, nie raz zepsułbym system, gdybym zdecydował się wypróbować kandydatów bez pomocy maszyny wirtualnej.
Jeśli weźmiemy VMware, to utworzenie nowej maszyny jest procesem prostym i szybkim. Dostajesz jednak to, co dostajesz - całkowicie pusty „dysk”, na którym nadal będziesz musiał zainstalować system operacyjny. A co jeśli potrzebujesz konkretnej konfiguracji? Jeśli masz już skonfigurowany komputer do pracy i chcesz z nim poeksperymentować? Lub przywróć z kopii zapasowej stara konfiguracja i medytuj nad tematem „dlaczego wszystko zostało zakryte”?
Z konwerterem VMware jest to równie proste, choć trochę dłużej. Produkt ten umożliwia wykonanie dokładnej kopii prawdziwej maszyny w celu późniejszej wirtualizacji. Jednak konwerter może również używać:
- maszyny wirtualne zarówno VMware, jak i Microsoft Virtual PC (tylko jeśli Windows jest używany jako system gościa);
- Obrazy odzyskiwania systemu Symantec Backup Exec;
- obrazy Norton Ghost(począwszy od wersji 9).
Po zainstalowaniu i uruchomieniu konwertera VMware (beta 3.0 Starter Edition) zobaczysz okno z listą zadań, które jest wciąż puste. Filozofia zadań jest raczej zarezerwowana dla więcej mocna wersja Enterprize, jeśli nagle chcesz zwirtualizować wszystkie 157 swoich maszyn lokalna sieć, ale w każdym razie będziesz musiał utworzyć zadanie. Weźmy konwersję prawdziwy komputer, na którym uruchamiany jest konwerter, w najbardziej ogólnym przypadku. Pamiętaj od razu, że będziesz potrzebować gdzieś miejsca na dysk wirtualny o co najmniej tej samej wielkości, co zajęte miejsce na dysku systemowym maszyny testowej. Wiecej znaczy lepiej.
Aby więc utworzyć zadanie, kliknij przycisk Importuj maszynę. Uruchomi się „kreator”, który stopniowo wytrząsnie z Ciebie wszystkie informacje niezbędne do pracy. Wybierasz Komputer fizyczny, następnie Ta maszyna lokalna, a następnie wybierasz dyski, z których chcesz pobrać obrazy, a następnie podłączyć je do maszyny wirtualnej. Jeśli nie masz żadnych specjalnych wymagań, po prostu wybierz dysk systemowy.
Kolejne kroki wymagają określenia ustawień maszyny i jej dysku (są podobne do ustawień VMware Workstation) i kliknięcia przycisku „Zakończ”. Twoje zadanie pojawi się w głównym oknie programu. Zrób sobie kawę lub przekonaj psa, że już czas na spacer i przystąp do zadania. Osobiście udało mi się spokojnie dojść do sklepu i z powrotem, jednak nie mam najmocniejszego komputera.
Po zakończeniu pracy otwórz utworzony plik konfiguracyjny w VMware Playerze i voila! Dokładna kopia systemu ze wszystkimi ustawieniami i aplikacjami pojawia się w osobnym oknie. Zupełnie jak lalka gniazdująca.
Spójność danych kopia zapasowa to suma ważności, dokładności i integralności danych w odniesieniu do plików, danych aplikacji i systemu operacyjnego komputera lub maszyny wirtualnej. Spójność danych ma kluczowe znaczenie dla każdego systemu Rezerwowy egzemplarz niezależnie od jego wielkości i polityki bezpieczeństwa firmy. W tym artykule omówię, jak zapewnić spójność kopii zapasowej i możliwość jej przywrócenia w dowolnym momencie bez uszkodzenia danych.
Poziomy spójności plików kopii zapasowych
Istnieje kilka poziomów spójności danych w plikach kopii zapasowych. Poziomy ustalane są według następujących kryteriów:
- rodzaj systemu(czy utworzono kopię zapasową systemu działającego lub zamkniętego)
- księgowość plików(czy współzależne pliki mogą być jasno określone względem siebie)
- rozliczanie aplikacji(czy zastosowano zabezpieczenia zapobiegające utracie danych na różnych poziomach, w tym na poziomie transakcji)
Przyjrzyjmy się wszystkim typom spójności w kolejności.
Niespójna kopia zapasowa
Pierwszym i najstarszym typem kopii zapasowej jest użycie niespójnych kopii. Można to traktować jako operację polegającą na kopiowaniu wszystkich danych komputera podczas jego działania na dysk flash USB lub pamięć sieciową. Jeśli podczas tworzenia kopii zapasowej choć jeden plik ulegnie zmianie, kopia zapasowa stanie się niespójna. Oznacza to, że ilość danych w kopii zapasowej będzie odbiegać od aktualnego stanu systemu, a odzyskanie danych nie będzie dokładne i pełne. Ten typ również nie wymaga zapisywania zrzutu pamięć o dostępie swobodnym i może mieć problemy z plikami tylko do odczytu.
Bezstanowa kopia zapasowa
Kolejnym typem kopii zapasowej jest tzw. kopia zapasowa bezstanowa aplikacji. Główna różnica w stosunku do niespójnych kopii polega na tym, że ta kopia zapasowa jest tworzona przez określony czas. Pomyśl o tej kopii jak o migawce całej zawartości dysku twardego — tak jakbyś zrobił zdjęcie.
Jednak przywrócenie obrazu systemu z takiej kopii jest w przybliżeniu równoznaczne z włączeniem komputera po awarii zasilania. Nie można odzyskać danych z aplikacji otwartych w momencie awarii i aktywnych operacji we/wy (w momencie awarii). W niektórych przypadkach podczas uruchamiania aplikacji po odzyskaniu należy wykonać specjalne operacje, aby przywrócić ich funkcjonalność. Jest to szczególnie niebezpieczne w przypadku aplikacji bazodanowych. Na przykład serwer Microsoft Exchange może wymagać instalacji specjalnej grupy odzyskiwania i oddzielnej integracji dzienników. Aplikacje Microsoftu SQL lub Oracle będą wymagały przywrócenia baz danych do określonego poziomu transakcji, ponieważ awaria w ich działaniu zakłóciła sekwencję operacji, a niektóre transakcje muszą zostać wykonane ponownie, zanim zostaną zatwierdzone przez system.
Spójna kopia zapasowa na poziomie plików
Spójność na poziomie plików oznacza, że zawartość wszystkich otwartych plików w momencie rozpoczęcia tworzenia kopii zapasowej musi zostać zatwierdzona na dysku twardym. Jednak nawet w tym przypadku system nadal nie ma pojęcia o trwających transakcjach z bazami danych aplikacji.
Spójna transakcyjnie kopia zapasowa
Taka kopia nie ma opisanych powyżej wad, a wszystkie dane VM w określonym momencie czasu są zapisywane w kopii zapasowej. Problem z utworzeniem takiej kopii polega na tym, że operacje uzgadniania plików i aplikacji muszą być przeprowadzane, gdy żądana maszyna wirtualna działa, a dostęp do niej dla klientów musi być ciągły.
W przypadku maszyn wirtualnych działających w ramach Sterowanie Windowsem Veeam pomaga zapewnić całkowitą spójność kopii zapasowych, korzystając z usługi Shadow Copy Service (VSS). Usługa ta została opracowana przez firmę Microsoft i jest dostępna we wszystkich wersjach system operacyjny Windows, począwszy od Windows Server 2003. Usługa Shadow Copy Service koordynuje procesy przygotowujące system do zamrożenia. Umożliwia tymczasowe zawieszenie operacji wejścia/wyjścia na dysku twardym, pomagając w ten sposób oprogramowaniu do tworzenia kopii zapasowych.
„Przetwarzanie obrazu uwzględniające aplikacje” to technologia firmy Veeam, która gwarantuje sukces pełne wyzdrowienie Dane maszyn wirtualnych i aplikacji maszyn wirtualnych bez utraty danych.
Rozwiązanie Veeam Backup & Replication nie instaluje agentów oprogramowania na maszynach wirtualnych. Zamiast tego na komputerze gościa uruchamiana jest aplikacja serwisowa koordynująca tworzenie kopii zapasowej systemu operacyjnego gościa. Po zakończeniu kopiowania aplikacja zostanie automatycznie usunięta. Mechanizm ma na celu zapobieganie potencjalnym trudnościom z preinstalacją, rozwiązywaniem problemów i aktualizacją agentów oprogramowania.
Rozwiązanie Veeam Backup & Replication inicjuje usługę kopiowania w tle i wysyła żądanie utworzenia spójnej zawartości dysku maszyny wirtualnej przed wykonaniem migawki maszyny wirtualnej. Dostawca usługi kopiowania w tle koordynuje następnie przygotowanie aplikacji do tworzenia kopii zapasowych. Zapewnia to spójność danych w ściśle określonym przedziale czasu. Dzięki temu podczas kopiowania zawartości maszyny wirtualnej nie ma żadnych oczekujących lub niezatwierdzonych operacji na bazie danych ani niekompletnych plików aplikacji.
Jak mogę się upewnić, że moja kopia zapasowa jest spójna?
Na etapie konfigurowania zadania tworzenia kopii zapasowej lub replikacji należy upewnić się, że w zakładce „przetwarzanie gościa” jest włączona opcja „włącz przetwarzanie z uwzględnieniem aplikacji” dla wybranych do tego zadania maszyn wirtualnych. Następnie możesz uruchomić zadanie i sprawdzić jego status wykonania.
Zastosowanie mechanizmu „backup stanowy aplikacji” jest szczególnie istotne w przypadku kopii zapasowych serwerów SQL czy Exchange, gdyż pozwala kontrolować rozrost logów transakcji i w razie potrzeby je obcinać. W przeciwnym razie kontrola wzrostu kłód odbywa się ręcznie.
Usługa kopiowania w tle świetnie sprawdza się na nowoczesnych komputerach z systemem Windows, jednak w przypadku środowiska Linux trzeba zastosować inną metodę.
Funkcja zamrażania (wyciszenie) z VMware
Na przykład dla maszyn wirtualnych działających na VMware ESX i serwerów, VMware udostępnia opcję „wyciszenia”. Ta funkcja umożliwia wcześniejsze zamrożenie operacji we/wy systemu gościa, gdy serwer przygotowuje się do usunięcia kopii maszyny wirtualnej. Szczegółowe instrukcje Jak pracować z tą opcją, możesz przeczytać w .
Zadania kopii zapasowych Veeam mogą korzystać zarówno z opcji Application Stateful Backup, jak i Freeze firmy VMware. W takim przypadku rozwiązanie Veeam Backup & Replication domyślnie użyje pierwszej opcji, a w przypadku jej niepowodzenia lub braku możliwości użycia, przełączy się na drugą.
Możesz sprawdzić, czy dane można przywrócić z kopii zapasowej, używając .
Przydatne zasoby
- Blog firmy Veeam: (angielski)
- Przewodnik pomocniczy: „ ” (angielski)
Ocena gwiazdkowa GD
system oceny WordPress
Wiele firm, a także użytkownicy domowi coraz częściej wykorzystują maszyny wirtualne do wykonywania różnych zadań i zwiększania efektywności swoich działań. O ile wcześniej z maszyn wirtualnych korzystali głównie entuzjaści, obecnie jakość platform do wirtualizacji komputerów stacjonarnych i serwerów umożliwiła korzystanie z nich profesjonalistom w na dużą skalę. Możliwość uruchomienia wielu systemy wirtualne na jednego komputer fizyczny ma wiele zalet, m.in.: oszczędność na sprzęt komputerowy, upraszczając konserwację i zmniejszając koszty energii w dużych centrach danych. Ponadto ważną zaletą maszyn wirtualnych jest ich łatwe przenoszenie na inną platformę fizyczną prosta procedura ich kopię zapasową. Jednak podobnie jak zwykłe systemy operacyjne, środowiska wirtualne wymagają dużej uwagi przy tworzeniu kopii zapasowych krytycznych danych. Kiedy działają maszyny wirtualne środowisko produkcyjne przedsiębiorstwach wiele firm planuje całe strategie archiwizacji i przywracania infrastruktury wirtualnej po awariach, które nazywane są Disaster Recovery.
Wielu komercyjnych dostawców platform wirtualizacji oferuje użytkownikom korporacyjnym wbudowane narzędzia do tworzenia kopii zapasowych maszyn wirtualnych, takie jak VMware Consolidated Backup (VCB) dla platformy ESX Server. Jednak w sektorze SMB (Small and Medium Business), gdzie liczba wykorzystywanych maszyn wirtualnych jest niewielka, praktycznie nie ma narzędzi do tworzenia kopii zapasowych udostępnianych przez producenta platformy. W konsekwencji, małe firmy konieczne jest zaangażowanie administratorów systemu w pisanie różnych skryptów, a także użytkowanie standardowe media systemy operacyjne, które zapewniają archiwizację i odzyskiwanie plików i folderów z ważnymi danymi.
Zrozumienie tworzenia kopii zapasowych danych
Wraz z procesem planowania infrastruktury wirtualnej konieczne jest także zainicjowanie procesu opracowania Planu Odtworzenia Po Katastrofie. W pierwszej kolejności należy zidentyfikować najbardziej krytyczne elementy infrastruktury IT, które są potencjalnie podatne na uszkodzenia ze strony wewnętrznej i zewnętrznej źródeł zewnętrznych takie jak przerwy w dostawie prądu, awarie dysków twardych, zagrożenia wirusowe i inne. Następnie należy wziąć pod uwagę częstotliwość tworzenia kopii zapasowych maszyn wirtualnych różnych kategorii, w zależności od stopnia krytyczności. Wirtualne serwery produkcyjne firmy, które działają w trybie pełnej dostępności publicznej, muszą być dość często i regularnie archiwizowane oraz posiadać możliwość szybkiego przywrócenia działania w przypadku awarii. Serwery wewnętrzne organizacje, które nie wymagają tak dużej uwagi i szybka rekonwalescencja, mogą być archiwizowane rzadziej i z dłuższym czasem odzyskiwania. Następnie należy określić, które urządzenia pamięci masowej będą używane do archiwizacji (dyski IDE lub SCSI innych serwerów, urządzenia SAN itp.).
Wybierając częstotliwość archiwizacji, należy wziąć pod uwagę, że niektóre typy kopii zapasowych mają właściwość tworzenia szybkich kopii zapasowych, ale wolniejszego odzyskiwania. I odwrotnie, możliwa jest dłuższa archiwizacja przy krótszym czasie odzyskiwania. Poniżej przedstawiono główne typy kopii zapasowych danych, które można zastosować również na maszynach wirtualnych:
- Regularna (pełna) archiwizacja (pełna kopia zapasowa)
Ten rodzaj archiwizacji tworzy pełna kopia wszystkie zapisane dane. Proces tworzenia takiej kopii zapasowej jest dość długi, ale nie wymaga dużo czasu na odzyskanie, ponieważ nie wymaga wielu zadań odzyskiwania. Pełna kopia zapasowa resetuje znaczniki archiwum plików i folderów, które służą do określenia, które pliki powinny zostać uwzględnione w kopii zapasowej. Znaczniki te służą do sprawdzania stanu plików podczas tworzenia przyrostowych i różnicowych kopii zapasowych. - Przyrostowa kopia zapasowa
Ten typ kopii zapasowej polega na kopiowaniu plików i folderów, które uległy zmianie od czasu utworzenia ostatniej kopii zapasowej. Dlatego też, jeśli wykonasz dwie przyrostowe kopie zapasowe z rzędu i nie zmienisz pliku między nimi, nie zostanie on dodany do obrazu odzyskiwania. - Kopia różnicowa
Ta kopia zapasowa obejmuje wszystkie zmiany, które zaszły w plikach i folderach od czasu ostatniej pełnej kopii zapasowej. Odpowiednio, w przypadku dwóch kolejnych archiwizacji różnicowych, plik, który nie uległ zmianie między nimi, ale uległ zmianie od czasu ostatniej pełnej archiwizacji, zostanie zarchiwizowany za każdym razem.
Aby wyjaśnić czym różnią się te rodzaje archiwizacji, podamy przykład łączenia typów kopii zapasowych. W przypadku korzystania z archiwizacji pełnej i przyrostowej czas tworzenia kopii zapasowych ulega znacznemu skróceniu, ale wydłuża się czas odzyskiwania. Na przykład, jeśli w poniedziałek wykonaliśmy pełną kopię zapasową i codziennie uruchamialiśmy dodatkowe kopie, a w piątek system uległ uszkodzeniu, będziemy musieli przywrócić pełną kopię zapasową z poniedziałku i kolejno wszystkie dodatkowe kopie do piątku, co zajmie trochę czasu bardzo długi czas. Z drugiej strony, połączenie aktywacji pełnej i różnicowej wymaga więcej czasu na archiwizację, ale mniej czasu na przywrócenie, ponieważ wystarczy przywrócić pełną kopię archiwalną danych z poniedziałku i umieścić na niej archiwum różnicowe z piątku.
Nie są to oczywiście wszystkie rodzaje archiwizacji, które można zastosować podczas tworzenia kopii zapasowych danych, ale wymienione typy są jednymi z najczęściej stosowanych. Oczywiście w przypadku serwerów o wysokim krytycznym czasie odtwarzania bardziej wskazane jest stosowanie archiwizacji różnicowej w połączeniu z archiwizacją pełną niż archiwizacją przyrostową. Pierwszy jest odpowiedni dla zewnętrznych serwerów organizacji, drugi - dla wewnętrznych, które mogą tolerować większe przestoje.
Ponieważ zasadniczo maszyna wirtualna to folder z plikami, możesz skorzystać z wbudowanych narzędzi do tworzenia kopii zapasowych systemu operacyjnego hosta, jeśli używasz platformy wirtualizacyjnej na systemie hosta, takiej jak na przykład Microsoft Virtual Server lub serwer VMware. W systemie Microsoft Windows można używać tego narzędzia do tych celów kopia zapasowa. W przypadku korzystania z platform bare-metal, takich jak ESX Server lub Virtual Iron, należy skorzystać z narzędzi dostawcy systemu wirtualizacji lub produktów innych firm.
Ponadto kopię zapasową maszyny wirtualnej można wykonać, tworząc obrazy gości za pomocą oprogramowania takiego jak Acronis Prawdziwy obraz. Warto również zauważyć, że zdarzają się sytuacje, w których konieczna jest archiwizacja nie całej maszyny wirtualnej, ale niektórych danych w systemie gościa. W takim przypadku podczas pisania skryptów archiwizacji wsadowej można skorzystać z narzędzi montujących dyski wirtualne do systemu hosta. W przypadku platform VMware takim narzędziem jest Aplikacja VMware Montaż dysku.
Backup i odzyskiwanie maszyn wirtualnych na platformie VMware ESX Server
Pilotażowy produkt VMware, platforma ESX Server, jest kluczowym elementem infrastruktury wirtualnej w środowisku produkcyjnym przedsiębiorstwa. Infrastruktura wirtualna VI3 (Infrastruktura wirtualna 3) to zestaw produktów i narzędzi, które pozwalają flocie maszyn wirtualnych efektywnie wykonywać swoje zadania i sprawnie funkcjonować w różne warunki, w tym czynniki siły wyższej, takie jak nagłe skoki obciążenia, przerwy w dostawie prądu i uszkodzenia sprzętu. Jednym z najważniejszych narzędzi wdrażania strategii Disaster Recovery jest narzędzie do tworzenia kopii zapasowych. kopiowanie VMware Skonsolidowana kopia zapasowa (VCB). VCB można używać do tworzenia kopii zapasowych poszczególnych serwerów ESX, a także w połączeniu z narzędziem do zarządzania flotą serwerów wirtualnych VMware Virtual Center. VCB zapewnia następujące możliwości:
- tworzenie kopii zapasowych maszyn wirtualnych za pomocą różne rodzaje archiwizacja poprzez specjalny serwer proxy VCB Proxy Host, co eliminuje ciężar tworzenia kopii zapasowych z firmowego serwera produkcyjnego, na którym działają maszyny wirtualne
- nie wymaga instalacji dodatkowych agentów na serwerach ESX
- zapewnia szerokie możliwości na integracji z produktami producentów zewnętrznych narzędzia do tworzenia kopii zapasowych, obsługa różnych pakietów jest już wbudowana w VCB
- obsługuje archiwizację na poziomie plików dla gości Systemy Windows(można tworzyć kopie archiwalne osobne pliki i folderów wewnątrz systemu gościa), a także archiwizację na poziomie obrazów maszyn wirtualnych dla dowolnego systemu-gościa
Tworzenie kopii zapasowych maszyn wirtualnych za pomocą VCB odbywa się poprzez tworzenie migawek maszyn wirtualnych bez przerywania ich pracy. VCB obsługuje również sieci SAN. Jeśli maszyny wirtualne znajdują się na urządzeniu pamięci masowej SAN, procedura tworzenia kopii zapasowej jest następująca: 
Migawki stanów maszyn wirtualnych utworzone podczas pracy za pomocą agenta znajdującego się na serwerze proxy VCB zapisywane są na nośnikach kopii zapasowych, skąd można je następnie przywrócić w przypadku awarii działającego systemu gościa lub uszkodzenia sprzętu. W takim przypadku agent kopii zapasowych ma bezpośredni dostęp do jednostek LUN (numerów jednostek logicznych) w urządzeniach SAN. W przypadku sieci SAN VCB obsługuje protokół Fibre Channel, a także nośniki taśmowe do przechowywania kopii zapasowych. Firma VCB ściśle wykorzystuje możliwości narzędzi VMware Tools działających w systemie gościa do tworzenia kopii zapasowych danych systemu gościa.
VMware Consolidated Backup obsługuje obecnie następujące pakiety (lista zawiera tylko oficjalnie przetestowane oprogramowanie z produktem ESX Server):
- Symantec Backup Exec 10.0
- Symantec Backup Exec 10d
- Veritas Netbackup 5.0
- Veritas Netbackup 5.0 MP4
- Veritas Netbackup 5.1
- Veritas Netbackup 5.1 MP2
- Veritas Netbackup 5.1 MP3
- Veritas Netbackup 6.0
- Menedżer pamięci masowej Tivoli, wersja 5.2.1
- Menedżer pamięci masowej Tivoli, wersja 5.2.3
- Menedżer pamięci masowej Tivoli, wersja 5.3
- Sieć EMC wersja 7.0
- Sieć EMC wersja 7.1.x
- Sieć EMC wersja 7.2
- Sieć EMC wersja 7.3
- CA BrightStor ARCServe r11
- CA BrightStor ARCServe r11.1
- CA BrightStor ARCServe r11.5
- Commvault Galaxy v5.9
- Commvault Galaxy v6.1
Ogólnie rzecz biorąc, pracę tworzenia kopii archiwalnych maszyn wirtualnych można przedstawić w następujący sposób:
- Oprogramowanie do tworzenia kopii zapasowych uruchamia skrypt przedarchiwizacyjny, który wykonuje następujące zadania:
- upewnia się, że w systemie gościa nie są wykonywane żadne operacje odczytu i zapisu w zapisanych folderach i plikach (tylko dla systemów-gościa Windows)
- przełącza maszynę wirtualną w tryb migawki, tworzy migawkę stanu maszyny wirtualnej i udostępnia ją aplikacji za pomocą VCB
- montuje migawkę maszyny wirtualnej z sieci SAN na serwerze proxy
- Kopia zapasowa migawki maszyny wirtualnej tworzona jest na poziomie obrazu lub na poziomie plików i folderów systemu-gościa (kopia pełna, różnicowa lub przyrostowa).
- Oprogramowanie do tworzenia kopii zapasowych wywołuje skrypt po utworzeniu kopii zapasowej, który kończy tworzenie kopii zapasowej (odmontowuje migawki maszyny wirtualnej z serwera proxy i wyprowadza maszynę wirtualną z trybu migawki).
Podczas procesu tworzenia kopii zapasowych narzędzia VCB wykorzystują następujące komponenty infrastruktury wirtualnej: 
Podsumowując, VMware Consolidated Backup to potężne narzędzie do tworzenia kopii zapasowych maszyn wirtualnych, które pozwala na wykorzystanie standardowego oprogramowania do tworzenia kopii zapasowych używanego w Twojej organizacji w celu tworzenia archiwalnych kopii danych.
Kopia zapasowa za pomocą Vizioncore esxRanger
Produkt esxRanger firmy Vizioncore, kontrolowany obecnie przez Quest Software, to obecnie jedno z najpopularniejszych rozwiązań do tworzenia kopii zapasowych maszyn wirtualnych na platformie ESX Server. esxRanger nie wymaga instalacji żadnych dodatkowych agentów na serwerach ESX i tworzy kopie zapasowe maszyn wirtualnych z pojedynczego serwera lub grupy serwerów poprzez integrację z produktem Virtual Center. Proces tworzenia kopii zapasowych odbywa się na jednym serwerze Windows, na którym mogą być przechowywane zarchiwizowane obrazy systemów wirtualnych różne urządzenia przechowywanie w środowisku produkcyjnym organizacji.
esxRanger posiada zarówno graficzny interfejs użytkownika, jak i interfejs wiersza poleceń, co pozwala na korzystanie ze zwykłego harmonogramu Zadania Windowsa uruchamiać zadania tworzenia kopii zapasowych zgodnie z harmonogramem, co eliminuje konieczność pisania dodatkowych skryptów. Główne okno produktu esxRanger pokazano poniżej: 
Łącząc się z VMware Virtual Center, jeśli posiadasz odpowiednie uprawnienia, możesz wybrać poszczególne maszyny wirtualne serwerów centrum danych do tworzenia kopii zapasowych. Skopiowane obrazy są automatycznie kompresowane podczas archiwizacji i dekompresowane podczas odzyskiwania, co oszczędza czas administratorów systemu.
esxRanger integruje się z VMware Consolidated Backup, gdy jest używany w sieciach SAN i umożliwia tworzenie pełnych lub różnicowych kopii maszyn wirtualnych, a także pojedynczych plików i folderów w gościach Windows. Dodatkowo podczas procesu tworzenia kopii zapasowej esxRanger zbiera różne informacje o metrykach archiwizacji (takich jak czas poświęcony na archiwizację i przywracanie), przechowuje je w bazie danych i pozwala na wykorzystanie ich do budowania trendów w strategii Disaster Recovery. Oprócz tego esxRanger posiada silnik polityk, który pozwala zbudować strategię archiwizacji danych w oparciu o szablony i zintegrować ją z innymi elementami infrastruktury IT organizacji, minimalizując obciążenie administratorów systemu.
Procedura tworzenia kopii zapasowej przy użyciu esxRanger wygląda następująco:
- Tworzony jest punkt zapisu maszyny wirtualnej i zapisywany w bazie danych.
- Korzystając z interfejsu API VMware, pliki dysków wirtualnych są „odblokowywane” do odczytu (domyślnie są zablokowane) i tworzenia plików .REDO, które będą przechowywać zmiany na dyskach wirtualnych od momentu zapisu.
- Pliki dysku wirtualnego są skompresowane.
- Tworzenie kopii zapasowej w toku skompresowane pliki i zastosowanie plików .REDO do plików VMDK maszyny wirtualnej.
- Po zastosowaniu zmian, Pliki VMDK powrócić do pierwotnego stanu zablokowanego.
- Administrator systemu dodaje do kopii zapasowych maszyn wirtualnych komentarze zawierające instrukcje na wypadek awarii maszyn wirtualnych.
Ogólnie rzecz biorąc, esxRanger to wygodne, niezawodne i łatwe w użyciu narzędzie do tworzenia kopii zapasowych maszyn wirtualnych dla infrastruktury wirtualnej 3, które integruje się z VMware Consolidated Backup do użytku w sieciach SAN dla firm dowolnej wielkości.
Tworzenie kopii zapasowych maszyn wirtualnych na platformie Microsoft Virtual Server
Niestety, Firma Microsoft, właściciel i twórca produktu do wirtualizacji serwerów Virtual Server 2005, nie zapewnia użytkownikom potężnych możliwości tworzenia kopii zapasowych i odzyskiwania dostępnych w VMware Consolidated Backup. Na razie Microsoft koncentruje się przede wszystkim na rozwoju obsługi wirtualizacji opartej na hypervisorach, wbudowanej w kolejną wersję platformy Windows Server o nazwie kodowej Viridian. Jednak Microsoft stale opóźnia ostateczną datę premiery Windows Virtualization, a także ogranicza zapowiadane funkcje, dlatego obecnie trudno powiedzieć coś ostatecznego na temat możliwości tworzenia kopii zapasowych nadchodzącej platformy wirtualizacji. Z dość dużym prawdopodobieństwem można powiedzieć, że będzie wbudowana obsługa archiwizacji „na żywo”, jednak nie jest jeszcze jasne w jakiej formie. Obecnie kopie zapasowe maszyn wirtualnych w Virtual Server można tworzyć „na dwa i pół sposobu”, w tym:
- wykorzystanie standardowych narzędzi do tworzenia kopii zapasowych obrazów systemów operacyjnych, które mogą być tworzone przez agentów działających w systemach-gościach, np. Symantec Backup Exec.
- pisanie wyspecjalizowanych skryptów, które zapisują stan maszyny wirtualnej, kopiują jej dane na nośniki zapasowe i ponownie uruchamiają maszynę wirtualną
- wykorzystanie usług kopiowania woluminów w tle (Volume Shadow Service, VSS), których obsługa w Virtual Server pojawiła się całkiem niedawno i nie jest jeszcze wspierana przez producentów systemów do tworzenia kopii zapasowych danych
W celu archiwizacji uruchomionych maszyn wirtualnych na platformie Virtual Server można skorzystać z jej interfejsu COM pisząc skrypt np. z wykorzystaniem Visual Basic Scripting (vbs). Tworząc kopię zapasową maszyny wirtualnej, należy najpierw ustawić ją w stanie zapisanym, następnie skopiować jej pliki do określonej lokalizacji i ponownie uruchomić. Poniżej znajduje się przykład skryptu vbs, który wykonuje niezbędne kroki w celu skopiowania pojedynczej maszyny wirtualnej. Można go uruchomić zgodnie z harmonogramem, korzystając ze standardowego harmonogramu zadań systemu Windows. " kopia zapasowavm.vbs " autor: John Savill " użycie: kopia zapasowavm.vbs Opcja Jawna w przypadku błędu Wznów następny Dim objFSO, objVirtualServer, objVM, objSaveTask, objVHD " Łączenie z obiektem systemu plików set objFSO=CreateObject("Scripting.FileSystemObject") " Łączenie z serwerem wirtualnym set objVirtualServer = CreateObject("VirtualServer.Application") " Wyszukaj maszynę wirtualną set objVM = objVirtualServer.FindVirtualMachine(WScript.Arguments(0)) " Zapisywanie stanu maszyny wirtualnej ustaw objSaveTask = objVM.Save " Wstrzymaj, aby wykonać operację zapisywania while not objSaveTask.isComplete WScript.Sleep 1000 wend " Kopiowanie dysków wirtualnych i dysków UNDO dla każdego objVHD w objVM.HardDiskConnections Jeśli objFSO.FileExists(objVHD.HardDisk.file) Następnie "Wscript.Echo objVHD.HardDisk.file & " " & WScript.Arguments(1) objFSO.CopyFile objVHD.HardDisk.file, WScript.Arguments (1) Zakończ If If objFSO.FileExists(objVHD.undoHardDisk.file) then "Wscript.Echo objVHD.undoHardDisk.file & " " & WScript.Arguments(1) objFSO.CopyFile objVHD.undoHardDisk.file, WScript.Arguments(1 ) Zakończ, jeśli następny " Kopiowanie plików vsv i vmc objFSO.CopyFile objVM.File, WScript.Arguments(1) objFSO.CopyFile objVM.SavedStateFilePath, WScript.Arguments(1) " Uruchamianie maszyny wirtualnej objVM.Uruchamianie
Tego skryptu należy używać w następujący sposób:
C: emp>cscript kopia zapasowavm.vbs
Należy zaznaczyć, że Microsoft oficjalnie nie wspiera tego procesu tworzenia kopii zapasowych, ponieważ integralność maszyny wirtualnej skopiowanej w stanie zapisanym może zostać naruszona w związku z tym, że część jej pamięci nie jest zapisywana w tym przypadku w plikach vsv i vhd .
Korzystanie z usługi Volume Shadow
Obsługa VSS została wprowadzona w niedawno wydanym Virtual Server 2005 R2 SP1. Korzystanie z usługi kopiowania w tle w Virtual Server polega na tworzeniu kopii zapasowych działających maszyn wirtualnych poprzez tworzenie obrazów, co powinno znacznie uprościć i przyspieszyć procedurę tworzenia kopii zapasowych i odzyskiwania. Jednak to nie wystarczy oprogramowanie aby kopia zapasowa obsługiwała VSS, konieczne jest również, aby obsługiwała także nową usługę Virtual Server VSS Writer Service (VS Writer), której wsparcia nie znaleziono obecnie w żadnym z systemów archiwizacji. Według Microsoftu narzędzia do tworzenia kopii zapasowych mogą używać VS Writer do tworzenia kopii zapasowych i przywracania maszyn wirtualnych w następujący sposób: powiadamiają Virtual Server o rozpoczęciu procesu tworzenia kopii zapasowej, Virtual Server odpowiada, tworząc migawkę maszyny wirtualnej, a następnie rozpoczyna proces kopiowania zaczyna się. W tej chwili narzędzie NTBackup również nie obsługuje tego mechanizmu.
Tworzenie kopii zapasowych maszyn wirtualnych Xen
XenSource, który wspiera projekt Open-Source Xen, a także dystrybuuje komercyjną platformę wirtualizacyjną XenEnterprise, nie oferuje wielu opcji archiwizacji maszyn wirtualnych na platformie Xen. Poniżej przedstawiono jeden z nich z wykorzystaniem urządzeń do przechowywania danych w pliku systemu NFS(Sieciowy system plików).
Informacje dodatkowe:
- Host XenServer (w przykładowej procedurze tworzenia kopii zapasowej jego adres IP to 192.168.1.10)
- Komputer używany jako serwer do przechowywania kopii archiwalnych (w przykładzie jego IP to 192.168.1.1)
- Maszyna wirtualna XenVM (w przykładzie jej IP to 192.168.1.12)
Procedura tworzenia kopii zapasowej:
- Zainstaluj serwer NFS, dodając następujący wiersz do pliku /etc/exports:
/ *(rw, synchronizacja, no_root_squash) - Na hoście XenServer dodaj następujące elementy do pliku /etc/xen/xmexample1:
jądro /boot/xenkernel
nazwa = "Przykładowa domena"Korzeń = /dev/nfs
Nfs_server = "192.168.1.1"
nfs_root = "/ip=192.168.1.10:192.168.1.1:192.168.1.1:255.255.255.0:::" - Zapisz kopię pliku /etc/fstab i dodaj do niego następujące wiersze:
192.168.1.1:rootdevice/nfs rw,hard,intr 1 1
192.168.1.1:swapdevice swap ustawienia domyślne wymiany 0 0
192.168.1.1:usrpartition /usr nfs rw,hard,intr 1 1
192.168.1.1:varpartition /var nfs rw,hard,intr 1 1
brak /dev/pts devpts gid=5,mode=620 0 0
brak /proc proc domyślnie 0 0 - Skopiuj /lib/modules/2.6.16.29-xen z hosta XenServer na urządzenie kopii zapasowej
- Uruchom następującą komendę na serwerze kopii archiwum:
#scp 192.168.1.10:/lib/modules/2.2.16.29-xen /lib/modules/ - Aby aktywować konsolę za pomocą udev, uruchom następujące polecenia na serwerze kopii zapasowych:
mkdir /tmp/dev
mount --move /dev /tmp/dev
sbin/MAKEDEV null konsola zero
mount --move /tmp/dev /dev - Uruchom następujące polecenie, aby zamontować urządzenie kopii zapasowej na hoście Xen:
#xm utwórz -c xmprzykład1 - Utwórz kopię zapasową pliku xenstore-ls i skopiuj zawartość systemu plików (z wyjątkiem katalogów /proc i /sys) do innego folderu:
#rsync -a -e ssh --exclude="/proc/*" --exclude="/sys/*" 192.168.1.10:/ /backupdir
Wniosek
Najbardziej istotne jest sporządzenie i wdrożenie planu tworzenia kopii zapasowych i odzyskiwania po awarii (Disaster Recover Plan). ważne serwery i stanowiska pracy organizacji jest niezbędnym elementem jej działalności. Maszyny wirtualne, nawet bardziej niż fizyczne, wymagają dużej uwagi przy archiwizacji danych, gdyż zazwyczaj na jednym hoście fizycznym konsolidowanych jest kilka systemów wirtualnych. Wiodący dostawcy platform wirtualizacyjnych starają się zapewnić wydajne i wygodne możliwości tworzenia kopii zapasowych, ale jak dotąd udało się to tylko firmie VMware. Strategię tworzenia kopii zapasowych można przeprowadzić na dwa sposoby: jeden z najczęściej proste sposoby rób to w ramach standardowej strategii archiwizacji danych w infrastrukturze IT firmy, instalując agenty kopii zapasowych i tworzenie obrazu w systemach gościnnych. Innym, wygodniejszym i szybszym sposobem jest wykorzystanie wbudowanych narzędzi platformy takich jak VMware Consolidated Backup czy pisanie skryptów administratorzy systemu. W każdym razie nie wolno nam nigdy zapominać, że awaria sprzętu lub inne okoliczności siły wyższej nie powinny znacząco wpłynąć na krytyczną działalność firmy.
Być może zacznę od tego, że jeśli chcesz tworzyć kopie zapasowe na VMWare, przygotuj się na zapłatę. Bezpłatny VMWare jest bezpłatny, o ile nie mówimy o migracji, kopiach zapasowych i tym podobnych. W tym momencie można rozpocząć niekończący się holivar, ale bez mojego udziału. Moje historie będą dotyczyć tylko funkcji Hyper-V w systemie Windows Server 2012R2. Chociaż część artykułu można zastosować w VMWare, prawdopodobnie występują w nim pewne pułapki.
Backup do Hyper-V możemy wykonać za darmo, a raczej korzystając z narzędzi Windows, za które już zapłaciliśmy kupując licencje Windows Server. Dla wygody pracy z naszymi kopiami zapasowymi (poza tym też za to zapłaciliśmy) będziemy korzystać z WDS i deduplikacji (być może polityk grupowych).
1. Kopia zapasowa z poziomu maszyn wirtualnych
1.1. Kopia zapasowa dzisiejszego dnia
O ile nam wiadomo, każdy system Windows może tworzyć kopie zapasowe. Co więcej, wszelkie ustawienia kopii zapasowych systemu Windows za pośrednictwem interfejsu ostatecznie sprowadzają się do używania w tle narzędzia wbadmin. Co dokładnie potrafi wbadmin? Potrafi także utworzyć obraz kopii zapasowej z partycją systemową i kopię zapasową oddzielne foldery. W tej części artykułu interesuje nas jedynie obraz kopii zapasowej (partycji systemowej). Reszta to specyficzne dane maszyn wirtualnych i należy wykonać osobną kopię zapasową. Stąd wniosek: Nie przechowuj maszyn wirtualnych na partycji systemowej (i dalej zwykłe komputery też) żaden cenne informacje i baz danych, indywidualne aplikacje. Instalujemy MS SQL Server / MS Exchange / „1C Application Server” i inne tylko na partycjach niesystemowych lub na osobnych dyskach.Co jest zatem potrzebne, aby kopia zapasowa działała? Potrzebujesz tylko jednego polecenia:
Wbadmin.exe uruchamia kopię zapasową -backupTarget:\\Serwer kopii zapasowych\FolderForInternal Backup -allCritical -quiet
W rzeczywistości to polecenie wymaga specjalnych uprawnień, ale o nich później. Teraz ważne jest, aby zrozumieć jedną rzecz. To polecenie tworzy coś więcej niż tylko kopię zapasową. Tworzy przyrostową kopię zapasową. Ponadto generowane są różne kopie zapasowe dla systemu Windows serwera i komputera stacjonarnego (klienta). Różnica polega na tym, że w przypadku serwerowych systemów operacyjnych otrzymamy migawki każdej kopii zapasowej, ale w przypadku systemów operacyjnych dla komputerów stacjonarnych zawsze pozostanie tylko ostatnia migawka. Możesz zapytać, jaki to rodzaj przyrostowej kopii zapasowej? Pozostaje jednak „przyrostowy”, ponieważ nie tworzymy kopii zapasowej całego obrazu, a jedynie tej części, która uległa zmianie od czasu ostatniej kopii zapasowej (co oznacza mniejszy ruch i szybsze tworzenie kopii zapasowych).
Ci, którzy spotkali się z podobną sytuacją, zauważą, że kopia zapasowa zawsze będzie „przyrostowa” (pełna). Ponieważ kopia zapasowa występuje w naszym przypadku na dysk sieciowy. To znaczy do serwerowni Migawki systemu Windows pozostali tylko ostatni.
Później odkryłem, że nie ma różnicy w pracy wbadmin na serwerze i systemie operacyjnym klienta. Jedyna różnica dotyczy interfejsu. wbadmin wykonuje przyrostowe kopie zapasowe (z wyjątkiem pierwszej kopii zapasowej), jeśli dysk twardy jest określony w kluczu -backupTarget (polecenie używa domyślnego klucza -vssCopy). Lub produkuje pełna kopia zapasowa, jeśli dodasz klucz -vssFull.
1.2. Kopia zapasowa z historią poprzednich obrazów
W tej chwili wykonaliśmy kopię zapasową obrazów maszyn wirtualnych. Ale dla nas to tylko kopia zapasowa zdjęć Dzisiaj. Jutro będzie zupełnie inaczej... Ale co się stanie, jeśli zrobisz kopie zapasowe? Tak, i to naprawdę przyrostowo. To właśnie zrobimy.Wbadmin.exe uruchamia kopię zapasową -backupTarget:e: -allCritical -include:d: -quiet #gdzie dysk D to kopie zapasowe na dzisiaj, a dysk E to kopie zapasowe z historią
Ale to mi nie wystarczyło i zrobiłem tak:
(echo wybierz plik vdisk="\\Serwer kopii zapasowej2\FolderFor Backup2\Nazwa kopii zapasowejForThisServer2.vhdx" echo dołącz vdisk) | część dysku
Skrypt łączy dysk wirtualny z siecią. Po utworzeniu kopii zapasowej podobny skrypt odłącza dysk. System operacyjny pamięta, że dysk ma zdefiniowaną literę E. Ale nie daj Boże, jeśli włożysz czyjś dysk z tą samą literą E, kopia zapasowa będzie działać w całości (nie przyrostowo i na czyjś dysk). Pamiętaj o tym i używaj litery na końcu alfabetu (X, Y, Z)…
Od razu zaznaczę, że jeśli dzisiejszą kopię zapasową wykonamy równolegle z kopią zapasową z historią, otrzymamy kopię zapasową, której nie będzie można przywrócić.
Aby uzyskać kopię zapasową poprzednich dni, możesz skorzystać z interfejsu (GUI) serwera, na którym tworzone są kopie zapasowe z historią. Co więcej, wszystkie uruchomienia komendy wbadmin w Konsola Windowsa wie i pamięta. Usługa odzyskiwania da Ci możliwość wyboru wymagane archiwum w kopiach zapasowych z historią.
2. Utwórz kopię zapasową plików vhdx maszyn wirtualnych
Robi się to łatwo i naturalnie:Wbadmin rozpocznij tworzenie kopii zapasowej -backupTarget:$BackupPath -hyperv:$VMList -Cichy
Ale z pewnymi osobliwościami. To polecenie należy wykonać w PowerShell i najpierw uzyskać listę maszyn wirtualnych do zmiennej. Aby uzyskać szczegółowy przykład, skontaktuj się z Google.
Tworzenie kopii zapasowych maszyn wirtualnych w systemie Windows Server 2012 R2 odbywa się za pomocą migawki Hyper-V. Zwracam również uwagę, że maszyny wirtualne są zawieszane, jeśli mają jądro Linux lub brakuje im sterowników Hyper-V. Osobiście odmówiłem tworzenia kopii zapasowych maszyn wirtualnych w ten sposób. Powodem jest to, że w systemie Windows Server 2012 (nie R2) konieczne było zatrzymanie maszyn wirtualnych przed wykonaniem kopii zapasowej. I nawet teraz w systemie Windows Server 2012 R2 przerwy w systemie Linux nie odpowiadają mi, gdy istnieje pierwsza dobra metoda tworzenia kopii zapasowych. (w komentarzu do tego artykułu znajduje się uwaga). Po kolejnej aktualizacji do systemu Windows Server 2012 R2 tworzenie kopii zapasowych dowolnych maszyn wirtualnych odbywa się bez zakłóceń. Kopie zapasowe systemu operacyjnego Linux można również wykonać „od wewnątrz” za pomocą Dump (CentOS, Ubuntu), ale w moim przypadku jest to osobny temat z marionetkami i innym oprogramowaniem.
3. Przywróć kopię zapasową i WDS
A teraz, moim zdaniem, najbardziej przydatna część ten artykuł dotyczy kopii zapasowych.WDS oznacza usługi wdrażania systemu Windows Wdrożenia systemu Windows) i część funkcjonalności systemu Windows Server 2012R2. Ta usługa nazywała się kiedyś RIS, ale nie spotkałem się z nią. Ogólnie rzecz biorąc, istota WDS jest prosta. Rejestrowaliśmy się w DHCP (automatycznie dla DHCP Windows Server) w postaci odrębnych parametrów, a następnie pobieraliśmy je na komputer przez sieć (np. Konfiguracja BIOS-u komputer do pobierania przez sieć) za pomocą modułu ładującego TFTP WDS. Następnie moduł ładujący WDS umożliwia wybranie dostępnych w nim obrazów „bootloadera” systemu Windows. Istnieją różne programy ładujące - są to obrazy programu ładującego instalatora, obrazy PE i RE. Program ładujący instalator wymaga również obrazów samego systemu Windows w WDS, ale ma to miejsce w przypadku konieczności zainstalowania systemu Windows przez sieć. Interesują nas obrazy RE, które pozwalają odzyskać maszynę z kopii zapasowej.
Nie będę szczegółowo wyjaśniał jak i co działa w WDS. Ale oto ważne uwagi:
- Jeśli Twój program ładujący RE ładuje się na maszynie wirtualnej Hyper-V przez sieć, ale klawiatura w niej nie działa. Gratulacje, Twój obraz RE jest przeznaczony dla systemu WinXP lub starszego i nie wie o istnieniu sterowników Hyper-V.
- Jeśli system rozpoczyna przywracanie kopii zapasowej, ale zatrzymuje się. Usuń wszystkie partycje na dysku twardym (na którym przywracana jest kopia zapasowa) i spróbuj ponownie. Pamiętaj tylko, że kopia zapasowa może zostać uszkodzona i po usunięciu wszystkich partycji z dysku twardego może nie pozostać nic ze starych informacji.
- Jeśli kopia zapasowa pochodzi z Uefi boot, a chcesz przywrócić komputer bez UEFI, to nie warto tracić czasu. Najprawdopodobniej nie będziesz mógł wdrożyć kopii zapasowej.
- Kopia zapasowa z rozruchem UEFI i Partycje GPT można przywrócić na komputerach z innym procesorem/płytą główną, ale z Partycje MBR formatowanie i ładowanie zwykłego systemu BIOS na innym komputerze jest mało prawdopodobne. Cóż, zdecydowanie mi się to nie udało.
- Jeśli spróbujesz wdrożyć kopię zapasową na dysku o mniejszej pojemności, to nie zadziała. Nawet jeśli dysk w kopii zapasowej był prawie pusty. W takim przypadku pomaga przywrócenie na maszynę wirtualną z dyskiem dynamicznym. Następnie zmniejsz ten dysk i utwórz nową kopię zapasową. Jest to jednak możliwe tylko w przypadku programu ładującego UEFI znajdującego się w kopii zapasowej (dlaczego przeczytaj poprzedni akapit).
- Przed przywróceniem kopii zapasowej należy odłączyć dodatkowe dyski, aby nie nadpisać znajdujących się na nich informacji.
4. Cechy deduplikacji
Możesz deduplikować działające maszyny wirtualne. Możesz deduplikować dzisiejsze kopie zapasowe i historyczne kopie zapasowe. Wszystko to daje duży pozytywny plus w zakresie pojemności dysków twardych (zarówno dla HDD, jak i SSD). Ale nie zapomnij o kilku rzeczach:- Jeśli deduplikacja działa na dyskach większych niż 1 TB, optymalizator deduplikacji zużyje dużo pamięci.
- Jeśli deduplikacja działa w przypadku skompresowanych danych, ale w przypadku skompresowanych danych przekraczających 10 TB, wówczas działanie optymalizatora deduplikacji będzie zbyt długie. Może się to zdarzyć, jeśli po prostu codziennie kopiujesz dane na zdeduplikowany dysk w różnych folderach.
- Przechowywanie kopii zapasowych na dysku twardym jest możliwe, a nawet konieczne, jednak nie należy przechowywać działających maszyn wirtualnych na dysku twardym w ilościach większych niż 5-10. Dotyczy to deduplikacji tylko z tego punktu widzenia, że deduplikacja takich działających maszyn wirtualnych zmniejszy Wydajność dysku twardego do zera.
5. Zasady grupy
Tutaj możesz wdrożyć instalację skryptu kopii zapasowej za pomocą GPO przez długi czas i na różne sposoby. Chciałbym jednak zwrócić uwagę na ważne punkty:- Kopie zapasowe należy wykonywać wyłącznie w imieniu oddzielnego konta użytkownika.
- Nie przechowuj skryptów z hasłami w zasadach grupy.
- Uruchom skrypt ze specjalnymi uprawnieniami, aby odczytać wszystkie informacje o systemie.