Veeam a sorti la version 13.1 de Backup & Replication le 29 juillet 2026, et ce n’est pas une mise à jour de confort. Deux fonctionnalités sortent clairement du lot pour qui protège une infrastructure Active Directory ou s’inquiète du chiffrement à long terme, et la liste des hyperviseurs supportés s’élargit enfin au-delà du duo VMware/Hyper-V habituel.
Restaurer une forêt Active Directory : d’un chantier de plusieurs jours à un assistant guidé
Si tu as déjà dû reconstruire une forêt AD après un ransomware qui a soufflé les contrôleurs de domaine, tu sais à quel point l’exercice est casse-tête : restaurer le premier DC porteur des rôles FSMO, nettoyer les métadonnées des objets orphelins, remettre le DNS d’aplomb, relancer la réplication dans le bon ordre — tout ça à la main, sous pression, un dimanche soir. Veeam 13.1 automatise cette séquence via un assistant qui guide chaque étape de la récupération de forêt, avec en plus une reconstruction des relations d’objets persistants pour Microsoft Entra ID.
Veeam ne communique pas de chiffre précis sur le temps gagné — ça dépend trop de la taille de la forêt et de l’état des sauvegardes. Le vrai gain, c’est la suppression des étapes manuelles à risque d’erreur, pas une automatisation à zéro intervention : il faut toujours un administrateur AD aux commandes, mais avec un filet sous les pieds.
Chiffrement post-quantique : anticiper le « harvest now, decrypt later »
La 13.1 introduit une cryptographie hybride combinant les algorithmes FIPS classiques avec des mécanismes post-quantiques. L’intérêt n’est pas théorique : la menace dite harvest now, decrypt later consiste à voler aujourd’hui des sauvegardes chiffrées pour les déchiffrer plus tard, une fois qu’un ordinateur quantique suffisamment puissant existera. Pour des données qui doivent rester confidentielles dix ou vingt ans — dossiers RH, contrats, secrets industriels — le chiffrement actuel ne suffit déjà plus à garantir la confidentialité sur cette durée. Les algorithmes post-quantiques standardisés par le NIST (FIPS 203, 204 et 205) sont justement conçus pour résister à ce scénario ; les détails techniques sont sur la page du projet NIST Post-Quantum Cryptography.
Concrètement, cette fonctionnalité ne te sert à rien si tu sauvegardes des logs applicatifs sans valeur dans six mois. Elle devient pertinente si tu archives des données avec une durée de rétention longue et une sensibilité réelle.
Les nouveaux hyperviseurs supportés
Jusqu’ici, Veeam Backup & Replication couvrait essentiellement VMware vSphere, Hyper-V et les principaux clouds publics. La 13.1 ajoute un support natif pour :
- Citrix XenServer
- XCP-ng (la variante open source de XenServer)
- Sangfor aSV
- Platform9
- VergeOS
- KubeVirt, avec un backend de sauvegarde standardisé pour les VM tournant nativement sur Kubernetes
Le support de KubeVirt mérite une mention à part : c’est la première fois que Veeam couvre un hyperviseur pensé pour tourner à l’intérieur d’un cluster Kubernetes plutôt qu’à côté. Pour les équipes qui migrent progressivement des VM legacy vers une plateforme Kubernetes commune, ça évite de maintenir deux outils de sauvegarde en parallèle pendant la transition.
Application Backup Repository : une cible NFS immuable prête à l’emploi
Autre ajout notable : l’Application Backup Repository transforme un dépôt durci en cible NFS immuable gérée nativement, sans configuration manuelle du stockage sous-jacent. Couplé à Veeam Snap Scale, pensé pour protéger des bases de données volumineuses — au-delà de 100 To — ça cible clairement les environnements avec de grosses bases transactionnelles plutôt que l’infra PME classique.
Faut-il migrer maintenant ?
Pas systématiquement. Si ton infra tourne uniquement sur VMware vSphere ou Hyper-V classique, sans forêt AD critique à restaurer en urgence ni base de données de plusieurs dizaines de téraoctets, rien n’oblige à migrer dans la semaine — autant attendre le prochain patch cumulatif, comme d’habitude avec Veeam. En revanche, si tu protèges une forêt AD sensible, si tu viens de déployer un des hyperviseurs listés ci-dessus, ou si la rétention longue durée de données sensibles fait partie de tes contraintes, la mise à jour vaut largement le détour.
FAQ
Faut-il une nouvelle licence pour passer à la VSA (Veeam Software Appliance) ?
La VSA s’appuie sur le modèle de licence Veeam Universal License (VUL) déjà en place pour les déploiements récents. Si tu es encore sur un ancien modèle de licence par socket ou par instance, vérifie ta compatibilité avant de basculer — c’est le genre de détail qui bloque une migration plus souvent qu’on ne le pense.
Le chiffrement post-quantique est-il activé par défaut ?
Non, et ça se comprend : activer un chiffrement hybride FIPS + post-quantique par défaut pour tout le monde aurait un coût de calcul inutile pour l’immense majorité des sauvegardes. C’est une option à activer consciemment sur les jobs qui en ont vraiment besoin.
Puis-je tester la récupération de forêt AD sans attendre un vrai incident ?
Oui, et c’est même fortement recommandé : fais un exercice de restauration en labo avec une forêt de test avant d’en avoir besoin en production. Un assistant guidé réduit le risque d’erreur manuelle, mais ne remplace pas la familiarité avec la procédure le jour où ça compte vraiment.
Pour aller plus loin
Avant toute mise à jour en production, prends le temps de relire les notes de version officielles de la 13.1 et l’annonce de la Veeam Community pour les correctifs spécifiques à ton environnement. Et si ta stratégie de sauvegarde n’a pas encore de volet immuabilité, ça reste la base avant de s’intéresser au post-quantique — voir notre article sur la règle 3-2-1-1-0 face aux ransomwares, et pour ceux qui sauvegardent déjà vers Azure, le point sur Veeam Data Cloud Vault.
Laisser un commentaire