Guide de déduplication VeritasNetBackup™
- Introduction à NetBackup Media Server Deduplication Option
- Démarrage rapide
- Planification de votre déploiement
- À propos des conditions requises en matière de stockage et de connectivité de MSDP
- À propos de la déduplication de serveur de médias NetBackup
- À propos de la déduplication directe du client NetBackup
- A propos de la déduplication client de filiale MSDP
- A propos des performances de MSDP
- A propos des gestionnaires de flux de MSDP
- Pratiques d'excellence de déploiement MSDP
- Provisionnement du stockage
- Licence de déduplication
- Configuration de la fonction de déduplication
- Configuration du comportement de l'agent de déduplication à plusieurs threads
- Configuration du comportement du cache d'empreinte MSDP
- Configuration de l'amorçage du cache d'empreinte MSDP sur le serveur de stockage
- A propos du chiffrement MSDP à l'aide du service NetBackup KMS
- Configuration d'un serveur de stockage pour un pool de déduplication de serveur de médias
- Configuration d'un pool de disques pour la déduplication
- Configuration d'une unité de stockage d'un pool de déduplication de serveur de médias
- À propos de la duplication optimisée MSDP au sein du même domaine
- Configuration de la duplication optimisée MSDP dans le même domaine NetBackup
- Configuration de la réplication MSDP sur un autre domaine NetBackup
- À propos d'Auto Image Replication NetBackup
- Configuration d'une cible pour la réplication de MSDP vers un domaine distant
- Création d'une politique de cycle de vie du stockage
- Propriétés Réseau résilient
- Modification du fichier pd.conf de MSDP
- Au sujet de la protection du catalogue MSDP
- Configuration d'une sauvegarde de catalogue MSDP
- À propos de la prise en charge du stockage WORM NetBackup pour les données immuables et ineffaçables
- Prise en charge du cloud MSDP
- A propos de la prise en charge du cloud MSDP
- A propos de la reprise après incident pour la LSU cloud
- A propos du partage d'images à l'aide du cloud MSDP
- À propos de la prise en charge du stockage immuable (WORM) en cloud MSDP
- Surveillance de l'activité de déduplication
- Affichage des détails du travail MSDP
- Gestion de la fonction de déduplication
- Gestion des serveurs MSDP
- Gestion des informations d'authentification du moteur de déduplication NetBackup
- Gestion des pools de déduplication de serveur de médias
- Modification des propriétés d'un pool de déduplication de serveur de médias
- Configuration du comportement de la vérification de l'intégrité des données MSDP
- A propos du changement de base du stockage MSDP
- Gestion des serveurs MSDP
- Récupération MSDP
- Remplacement des hôtes MSDP
- Désinstallation MSDP
- Architecture de déduplication
- Configuration et utilisation de partages universels
- Dépannage
- À propos de la consignation unifiée
- À propos de la consignation héritée
- Résolution des problèmes d'installation de MSDP
- Résolution des problèmes de configuration MSDP
- Résolution des problèmes d'exploitation de MSDP
- Résolution des problèmes liés à plusieurs domaines
- Annexe A. Migration vers le stockage MSDP
Éléments à prendre en compte avant d'utiliser le partage d'images pour convertir une image de machine virtuelle en VHD dans Azure
Le partage d'images avec le fournisseur Azure prend en charge la conversion d'une machine virtuelle VMware en VHD Azure, qui est chargé sur l'objet blob du stockage Azure. Vous pouvez utiliser le portail Web Azure pour créer une machine virtuelle basée sur un VHD. Le partage d'images n'ajoute pas de limitations supplémentaires vis-à-vis de la conversion de machine virtuelle, mais les conditions préalables suivantes sont nécessaires pour les machines virtuelles sources dans Azure :
Type de système d'exploitation de la machine virtuelle source
Les systèmes d'exploitation invités suivants sont pris en charge pour la machine virtuelle source :
Éditions de Windows 10
Éditions de Windows 2012 R2
Éditions de Windows 2016
Éditions de Windows 2019
RHEL 7.6, 7.7
Ubuntu 18.04
SUSE 12SP4
Pour les autres systèmes d'exploitation, voir Plates-formes prises en charge.
Pour les distributions non approuvées, vérifiez que la machine virtuelle source répond aux exigences des distributions non approuvées avant de convertir une machine virtuelle. Cette vérification est importante, car les machines virtuelles Linux basées sur une distribution approuvée de Microsoft Azure respectent les conditions préalables leur permettant de s'exécuter sur Azure, ce qui n'est peut-être pas le cas de machines virtuelles qui proviennent d'autres hyperviseurs. Pour plus d'informations, voir Informations concernant les distributions non approuvées.
Pilotes Hyper-V dans la machine virtuelle source
Sous Linux, les pilotes Hyper-V suivants sont requis sur la machine virtuelle source :
hv_netvsc.ko
hv_storvsc.ko
hv_vmbus.ko
Vous devrez peut-être reconstruire l'image initrd pour que les modules de noyau requis soient disponibles sur le disque virtuel d'origine. Le mécanisme de reconstruction de l'image initrd ou initramfs peut varier selon la distribution. De nombreuses distributions disposent déjà de ces pilotes intégrés. Pour Red Hat ou CentOS, les derniers pilotes Hyper-V (LIS) peuvent être requis si les pilotes intégrés ne fonctionnent pas correctement. Pour plus d'informations, voir Conditions requises pour le noyau Linux.
Par exemple, avant d'effectuer une sauvegarde pour une machine virtuelle source Linux qui exécute CentOS ou Red Hat, vérifiez que les pilotes Hyper-V requis sont installés sur la machine virtuelle source. Ces pilotes doivent être présents sur la sauvegarde de la machine virtuelle source pour démarrer la machine virtuelle après la conversion.
Prenez un snapshot de la machine virtuelle source.
Exécutez la commande suivante pour modifier l'image de démarrage :
sudo dracut -f -v -N
Exécutez la commande suivante pour vérifier que les pilotes Hyper-V sont présents dans l'image de démarrage :
lsinitrd | grep hv
Vérifiez qu'aucun fichier dracut conf (par exemple,
/usr/lib/dracut/dracut.conf.d/01-dist.conf
) ne contient la ligne suivante :hostonly="yes"
Exécutez une nouvelle sauvegarde à utiliser pour la conversion.
Type de démarrage et de partition de la machine virtuelle source
La machine virtuelle source doit démarrer à l'aide du BIOS. Le volume du système d'exploitation doit utiliser un partitionnement MBR plutôt que GPT.
Disque
Le système d'exploitation des machines virtuelles sources est installé sur le premier disque des machines virtuelles sources. Ne configurez pas de partition de swap sur le disque du système d'exploitation. Voir Informations concernant les distributions non approuvées.
Plusieurs disques de données associés à une nouvelle VM créée par le VHD converti se trouveront à l'état hors ligne pour Windows et à l'état démonté pour Linux. Vous devrez les mettre en ligne et les monter manuellement après la conversion.
Après avoir créé la machine virtuelle à l'aide d'un VHD converti, il se peut qu'un disque de stockage temporaire supplémentaire dont la taille est déterminée par la taille de la machine virtuelle soit ajouté par Azure dans les systèmes Linux et Windows. Pour plus d'informations, voir Disque temporaire de machine virtuelle Azure.
Réseau
Si la machine virtuelle source est dotée de plusieurs interfaces réseau, une seule interface restera disponible dans la nouvelle machine virtuelle créée par le VHD converti.
Linux : le nom de l'interface réseau principale sur les machines virtuelles sources doit être eth0 pour les distributions Linux approuvées. Sinon, le réseau ne peut pas se connecter à la nouvelle machine virtuelle créée par le VHD converti et certaines étapes doivent être effectuées manuellement sur les VHD convertis. Pour plus d'informations, voir Échec de la connexion à la machine virtuelle Linux Azure au moyen du réseau.
Windows : activez le protocole RDP (Remote Desktop Protocol) sur la machine virtuelle source. Dans certains systèmes Windows, le pare-feu doit être désactivé sur les machines virtuelles sources. Dans le cas contraire, la connexion à distance échoue.
Compte Azure
Lorsque vous convertissez le VMDK en VHD, le compte Azure dans le partage d'images utilisant le cloud MSDP doit être un compte de stockage Usage général Azure. Voir Présentation du compte de stockage.