Stratégies communes de sauvegarde Hyper-V
La sauvegarde des machines virtuelles Hyper-V peut être simple, mais les choses peuvent aussi devenir complexes, en fonction de votre configuration.
Il existe plusieurs scénarios courants de reprise après sinistre pour Hyper-V :
Sauvegarder les machines virtuelles et conserver un historique des sauvegardes. Par exemple, sauvegardez chaque nuit et conservez les 7 derniers jours
Sauvegardes en direct et sauvegardes hors ligne (sauvegardes à chaud ou à froid) dites "sans agent
Sauvegardes de l'État (gel des sauvegardes)
Sauvegardes prises à l'intérieur de la VM (sauvegarde de l'agent)
Réplication en direct d'une VM Hyper-V
Sauvegardes prises de l'hôte
Sauvegardes Hyper-V en direct
Les sauvegardes en direct sont ce que la plupart des utilisateurs souhaitent. Les sauvegardes en direct sont fournies par Hyper-V et VSS, le service d'ombrage de volume de Microsoft Windows XP et supérieur.
Les systèmes d'exploitation plus anciens ne fournissent pas de VSS et sont donc incompatibles avec les outils de sauvegarde en direct.
Pour que les sauvegardes en direct fonctionnent correctement, vous devez disposer des éléments suivants :
Un système d'exploitation hôte compatible VSS et un VSS fonctionnant correctement. (Windows Server 2008 et versions ultérieures)
Système d'exploitation invité compatible VSS. Les VM doivent fonctionner sous Windows XP ou Server 2003 et plus. Certaines variantes de Linux peuvent être prises en charge en fonction de la version du système d'exploitation hôte.
Vous devez avoir les derniers services d'intégration Hyper-V installés dans chaque VM
Vous devez utiliser les systèmes de fichiers NTFS
Vous devez disposer de suffisamment de mémoire vive et d'espace disque (10 Go d'espace disque et 1 Go de mémoire vive au minimum)
Vous devez disposer d'une zone de stockage de VSS suffisamment grande. Utilisez VSSUIRUN.EXE ou vssadmin pour fixer des limites non limitées ou élevées supérieures à 10 Go afin d'éviter les problèmes
L'application de sauvegarde lance le processus et implique Windows, Hyper-V et VSS. Le signal de sauvegarde est également poussé dans la VM. Le VSS de la VM est alors déclenché et notifie tous les services à l'intérieur de la VM qui peuvent être en mesure de traiter les demandes de VSS. Ensuite, la sauvegarde est prise via un état de la VM pratiquement gelé, cohérent avec les applications et les plantages, tandis que la VM continue à fonctionner sans interruption.
Sauvegardes hors ligne de la VM
Les sauvegardes de VM hors ligne sont très utiles lorsque vous n'avez pas de services ou de systèmes d'exploitation compatibles avec le VSS. Mais aussi parce que les sauvegardes hors ligne sont parfois "meilleures". Tous les services doivent être arrêtés, y compris le système d'exploitation de la VM. La sauvegarde est alors effectuée et la VM redémarre. Cela garantit que la VM est amorçable à intervalles réguliers ; cependant, le temps d'arrêt nécessaire peut poser problème dans de nombreux cas.
Le redémarrage des VM est une bonne chose car il permet de nettoyer Windows et d'autres zones temporaires du système et de s'assurer que la VM est réellement amorçable. Parfois, les VHD peuvent être corrompues ou un virus ou une erreur logicielle peut causer des problèmes lors de la procédure de démarrage. Si les sauvegardes sont toujours effectuées en direct et que la VM n'est jamais redémarrée, les erreurs ne se manifesteront jamais et passeront inaperçues.
En outre, il arrive souvent que l'administrateur ne sache pas si des services incompatibles avec le VSS fonctionnent sur le serveur virtuel.
En voici quelques exemples :
Microsoft Access
MySQL
Bases de données propriétaires et arrangements de stockage de fichiers plats
Sauvegardes d'État
L'état sauvegardé est ce que Microsoft a inventé pour pouvoir prendre des sauvegardes quelque peu utiles avec (généralement) une perte minimale de données des systèmes d'exploitation non conformes au SSV, dont ceux-ci :
La plupart des variantes de Linux sur les serveurs hôtes Windows Server 2008 / R2 et 2012
Windows Server 2000 et versions antérieures
Versions modernes de Windows avec des services d'intégration Hyper-V anciens ou inexistants
Si la VM ne dispose pas d'une installation à jour du service d'intégration Hyper-V, elle sera sauvegardée en mode "état sauvegardé".
Des sauvegardes en mode Saved State peuvent également être effectuées (la décision revient à Hyper-V Management, et non à l'application de sauvegarde) si :
Il n'y a pas assez de ressources (RAM, comme dans le cas d'une RAM très fragmentée)
Le VM OS est en cours de démarrage ou d'arrêt
Réplication en direct d'une VM Hyper-V
Vous pouvez répliquer les machines virtuelles d'un serveur à l'autre et conserver un nombre X de versions antérieures, grâce à la sauvegarde des versions. Au lieu de compresser et de dédupliquer les disques virtuels, il est possible de les copier une fois que le VSS les a amenés dans un état de crash et de cohérence avec l'application. Sur le serveur de récupération, vous pouvez les démarrer à tout moment et sans délai, car les disques virtuels sont dans leur format natif et prêts à être lancés.
Sauvegardes effectuées à l'intérieur de la VM (Agent Backup)
Certains scénarios exigent que des sauvegardes soient effectuées à l'intérieur de la VM :
Vous utilisez un système d'exploitation incompatible avec la VM qui ne peut pas être sauvegardé en direct depuis l'hôte, comme Linux ou Windows Server 2000
Vous utilisez un stockage directement attaché à l'intérieur de la VM, comme iSCSI ou une partition montée qui est physique pour l'hôte
Une autre solution pour faire fonctionner les deux stratégies
La sauvegarde granulaire pour Hyper-V est une fonctionnalité innovante qui permet aux administrateurs informatiques d'accéder aux fichiers à l'intérieur des VM depuis l'hôte. Vous pouvez effectuer une sauvegarde en direct des dossiers des machines virtuelles sans installer de logiciel à l'intérieur des machines si les disques virtuels de la machine sont accessibles depuis l'hôte. Voir cette solution de sauvegarde pour Hyper-V.
Aucun commentaire:
Enregistrer un commentaire