Co trzeba wiedzieć o konwersji
Obsługiwane typy maszyn wirtualnych
Konwersja kopii zapasowej na maszynę wirtualną może zostać wykonana przez tego samego agenta, który utworzył kopię zapasową, lub innego.
Aby dokonać konwersji na maszynę VMware ESXi, Hyper-V lub Scale Computing HC3, potrzebny jest odpowiednio host ESXi, Hyper-V lub Scale Computing HC3 oraz zarządzający nim agent ochrony (agent dla VMware, agent dla Hyper-V lub agent dla Scale Computing HC3).
Konwersja na pliki VHDX jest wykonywana przy założeniu, że pliki zostaną podłączone do maszyny wirtualnej Hyper-V jako dyski wirtualne.
W poniższej tabeli zestawiono typy maszyn wirtualnych, które mogą być tworzone przez agenty:
| Typ maszyny wirtualnej | Agent dla VMware | Agent dla Hyper-V | Agent dla systemu Windows | Agent dla systemu Linux | Agent dla systemu Mac | Agent dla Scale Computing HC3 |
|---|---|---|---|---|---|---|
| VMware ESXi |
+ |
– |
– |
– |
– |
– |
| Microsoft Hyper-V |
– |
+ |
– |
– |
– |
– |
| VMware Workstation |
+ |
+ |
+ |
+ |
– |
– |
| Pliki VHDX |
+ |
+ |
+ |
+ |
– |
– |
| Scale Computing HC3 | – | – | – | – | – | + |
Ograniczenia
- Agent dla systemu Windows, agent dla VMware (Windows) ani agent dla Hyper-V nie może konwertować kopii zapasowych przechowywanych w systemie NFS.
- Kopii zapasowych przechowywanych w systemie NFS lub na serwerze SFTP nie można konwertować w ramach osobnego planu konwersji.
- Kopie zapasowe przechowywane na partycji Secure Zone mogą być konwertowane tylko przez agenta działającego na tym samym komputerze.
-
Kopie zapasowe można konwertować na maszyny wirtualne Scale Computing HC3 tylko w ramach osobnego planu konwersji.
- Kopie zapasowe zawierające woluminy logiczne systemu Linux (LVM) można konwertować tylko wtedy, gdy zostały utworzone przez agenta dla VMware, agenta dla Hyper-V lub agenta dla Scale Computing HC3 i są kierowane do tego samego hiperwizora. Konwersja między hiperwizorami nie jest obsługiwana.
- W przypadku konwertowania kopii zapasowych komputera z systemem Windows na maszynę wirtualną VMware Workstation lub pliki VHDX wynikowa maszyna wirtualna dziedziczy typ procesora po komputerze dokonującym konwersji. W związku z tym w systemie operacyjnym-gościu są instalowane odpowiednie sterowniki procesora. W przypadku uruchomienia na hoście z procesorem innego typu system-gość wyświetla błąd sterownika. Sterownik należy zaktualizować ręcznie.
Konwersja regularna na maszynę ESXi i Hyper-V a uruchamianie maszyny wirtualnej z kopii zapasowej
Obie operacje zapewniają maszynę wirtualną, którą można uruchomić w czasie liczonym w sekundach, jeśli oryginalna maszyna ulegnie awarii.
Konwersja regularna wykorzystuje zasoby procesora i pamięci. Pliki maszyny wirtualnej stale zajmują miejsce w magazynie danych (pamięci masowej). Jeśli w celu konwersji posłużono się hostem produkcyjnym, może to być niepraktyczne. Wydajność maszyny wirtualnej jednak jest ograniczona tylko przez zasoby hosta.
W drugim przypadku zasoby są wykorzystywane tylko w czasie działania maszyny wirtualnej. Miejsce w magazynie danych (pamięci masowej) jest potrzebne tylko do przechowywania zmian zachodzących na dyskach wirtualnych. Maszyna wirtualna może jednak działać wolniej, ponieważ komputer nie ma bezpośredniego dostępu do dysków wirtualnych, tylko komunikuje się z agentem, który odczytuje dane z kopii zapasowej. Ponadto ta maszyna wirtualna jest tymczasowa.