Users Guide
Bien qu'il existe de nombreuses raisons d'utiliser une protection sans agent pour les MV ESXi, il est sage de choisir la méthode de
protection qui corresponde le plus à votre environnement et à vos besoins. En plus des avantages mentionnés précédemment, il faut
également prendre ce qui suit en compte :
● Elle ne prend pas non plus en charge la protection de volumes dynamiques (par exemple, les volumes en grappe, en miroir, fractionnés
ou RAID) au niveau du volume même. Elle les protège au niveau du disque.
● La Récupération en direct n'est pas prise en charge. Pour plus d'informations sur cette fonctionnalité, veuillez consulter
Compréhension des Live Recovery , page 248.
● Après chaque restauration d'un volume unique sur la MV protégée, vous devez redémarrer cette dernière.
● La protection sans agent ne collecte pas de métadonnées Microsoft SQL ou Microsoft Exchange.
● Il est impossible d'effectuer une vérification d'attachabilité SQL, une troncature de journal ou une vérification de montabilité sur les
points de récupération capturés sur les machines protégées sans agent.
● Les étiquettes de volume et les lettres des lecteurs ne sont pas collectées ni affichées par la protection sans agent.
● La quantité réelle d'espace utilisé sur une MV n'est pas affichée si le disque virtuel est au format large avec effacement des données à
la création du disque (thick provision eager zero).
Si vous choisissez d'utiliser la protection sans agent pour vos MV ESXi, et pour garantir le bon fonctionnement de la première, la
configuration minimale de l'hôte doit être égale ou supérieure à ce qui suit :
● La machine hôte doit utiliser la version 5.0.0 et le numéro de build 623860 ou supérieur d'ESXi.
● La machine hôte doit satisfaire les exigences système minimales mentionnées dans le Guide d'installation et de mise à niveau de la
Rapid Recovery.
● Pour une protection au niveau du volume, les VMDK doivent inclure soit des tables de partition MBR (« Master Boot Record »,
secteur de démarrage principal), soit des tables de partition GUID (GPT). Les VMDK ne disposant pas des ces tables de partition sont
protégés en tant que disques entiers plutôt que comme volumes individuels.
● VMware Tools doit être installé sur chaque machine virtuelle VMware afin de garantir l'homogénéité des instantanés.
Protection des clusters et serveurs Hyper-V
Pour protéger un serveur Hyper-V sans agent, il n'est pas nécessaire d'installer l'Agent de la Rapid Recovery sur une quelconque MV. Il
vous faut seulement l'installer sur le nœud de cluster ou sur la machine hôte. L'Agent protège le disque dur virtuel sur l'hôte et convertit les
modifications apportées aux fichiers du disque dur en une image de volume ou une image disque, en fonction du système de fichiers. Un
nouveau pilote fournit une assistance au niveau des fichiers pour les MV sur les hôtes et sur les volumes partagés au sein d'un cluster
(CSV).
REMARQUE : la Rapid Recovery prend en charge le format de fichiers VHDX et non le format VHD.
Pour protéger les MV présentes sur un CSV, le pilote et l'Agent de la Rapid Recovery doivent être installés sur chaque nœud du cluster au
moyen de la fonctionnalité de déploiement automatique se trouvant dans l'assistant Protection de plusieurs machines. Depuis les nœuds,
l'Agent peut protéger toutes les MV fonctionnant sur des CSV en créant deux types de modifications pour chacun des fichiers. Le premier
est enregistré uniquement avant ou après un redémarrage causé par un instantané ou un nettoyage du système. Le second type de
modification se trouve sur le disque et rend un instantané par incréments disponible même en cas de perte de courant ou d'arrêt incorrect.
L'Agent installé sur le nœud fusionne toutes les modifications avant de transférer les données.
Lorsqu'un hôte ou un nœud est en cours d'exécution, la Rapid Recovery crée une sauvegarde homogène en termes d'application. Si l'hôte
n'est pas en fonctionnement, aucune sauvegarde ne peut être effectuée ; cependant, si c'est un nœud qui n'est pas en cours d'exécution,
la Rapid Recovery peut tout de même continuer la création d'instantanés des MV sur le cluster.
REMARQUE :
pour des performances optimales, il est recommandé que le nombre maximal de transferts simultanés pour le nœud ou
l'hôte Hyper-V soit défini sur 1, qui correspond au paramètre par défaut.
La protection Hyper-V sans agent possède la plupart des capacités des protections traditionnelles sur les MV où l'Agent est installé, dont :
● L'archivage
● La vérification de l'intégrité des points de récupération
● Le montage de points de récupération
● La détection automatique de nouvelles MV (seulement pour la protection sans agent)
● La réplication
● La restauration de MV
● La restauration de CSV
● La restauration sur CIFS en utilisant le format VHDX
● La restauration de fichiers dans un format VHDX invité
● Le cumul
● L'exportation virtuelle vers des MV sous Hyper-V ou d'autres hyperviseurs, dont ESXi, VMware Workstation et VirtualBox
174
Protection des stations de travail et des serveurs