Notes de version

24 décembre 2025

Version 7.7.0.9999（24 décembre 2025）

Fonctionnalités ajoutées / modifiées

• vStandby, HyperStandby et Virtualization prennent désormais en charge KVM. [Restaurer VSR] n’est pas pris en charge.

• HyperBack et HyperRecovery prennent désormais en charge Proxmox.

• La récupération de volume (Volume Recovery) prend désormais en charge l’utilisation d’images de sauvegarde sans agent créées à l’aide de HyperBack.

• Le menu Utilitaires amélioré est fourni pour créer et démarrer RescueBoot.

Problèmes corrigés

• La sauvegarde de volume pouvait échouer à obtenir correctement les informations requises pour ReZoom It!.

• Le fichier PS1 ne s’exécute pas même lorsqu’il est spécifié comme script d’exécution pour vStandby.

• Lorsque le numéro de disque est modifié pour une sauvegarde de volume planifiée, la chaîne incrémentielle pour le volume ne peut pas être maintenue.

Version 7.6.0.9841 (10 octobre 2025)

Fonctionnalités ajoutées / modifiées

• Le format de fichier image est modifié. La version de l’image est désormais [303].

  L’utilisation des images de sauvegarde est désactivée lors de l’utilisation du produit ne prenant pas en charge cette version d’image.

• HyperBack et HyperRecovery prennent désormais en charge KVM.

• Lyve Cloud est désormais pris en charge pour être sélectionné comme destination de sauvegarde par défaut.
  Les fonctionnalités suivantes ne prennent pas en charge les images de sauvegarde dans Lyve Cloud :

  • HyperStandby
  • Récupération de fichiers (File Recovery)
  • HyperRecovery LIVE!
  • BootCheck
  • Monter l’image (Mount Image)
  • Serveur de cible d’image (Image Target Server)
  • Virtualization
  • Adaptateur virtuel (Virtual Adapter)

  Les fonctionnalités suivantes n’affichent pas Lyve Cloud comme destination de sauvegarde par défaut. Lors de l’utilisation de fichiers image de sauvegarde dans Lyve Cloud, sélectionnez Amazon S3 et allez dans [Sélectionner le fournisseur] - [Ajouter une cible] et ajoutez Lyve Cloud.

  • Récupération dans le cloud (In-Cloud Recovery)
  • Veille dans le cloud (In-Cloud Standby)

Problèmes corrigés

• Le processus post-sauvegarde de réplication vers le cloud ne s’exécute pas normalement dans certains environnements.

• Lors de l’utilisation de HyperRecovery ou de la restauration vers un autre PC, les planifications existantes basculent le mode du pilote de suivi vers CBC.

• Lors de la modification de l’option de politique de rétention pour supprimer le jeu d’images le plus ancien avant qu’un nouveau ne soit créé, la valeur par défaut est modifiée.

• Les volumes disposant d’un espace disponible insuffisant sur les disques MBR secondaires ou ultérieurs sont sauvegardés sans utiliser VSS.

• Lors de l’exécution d’une sauvegarde hors ligne en activant l’option Compression avec déduplication, les fichiers temporaires traités avec la déduplication et la compression peuvent être écrits sur le volume local.

• L’installation de AipEvent.exe échouait lors d’une installation de mise à niveau.

Version du correctif (Patch) 25.7.15.1 (15 juillet 2025)

Cette version corrective s’applique aux versions allant de 7.5.0.9448 à 7.5.2.9639.

Lorsque ce correctif est appliqué, la version sera la suivante :

• Version de l’agent : 7.5.3.9722

• Version de la console : 7.5.3.9722

Fonctionnalités ajoutées / modifiées

• L’option Réconcilier l’image (Reconcile Image) est améliorée.

Problèmes corrigés

• Dans l’environnement où la version corrective 25.6.12.2 est appliquée, après la restauration d’une image de sauvegarde de plusieurs disques, la tâche de réconciliation en tant que processus post-sauvegarde ne s’exécute pas. Ce problème a été corrigé.

• Lorsque la résolution de noms utilisant un DNS public échouait dans la version 7.5.0.9448, la notification par e-mail échouait avec une erreur. Ce problème a été corrigé.

• Lors de la restauration d’une sauvegarde créée avec la compression avec déduplication, l’espace mémoire dans l’environnement de démarrage pouvait s’épuiser. Ce problème a été corrigé.

• Lorsqu’une tâche de sauvegarde échoue car le compartiment (bucket) sur Actiphy StorageServer est plein, la tâche de sauvegarde ne se termine pas. Ce problème a été corrigé.

• Lors de l’exécution d’une sauvegarde hors ligne avec compression avec déduplication, les fichiers temporaires créés lors du processus peuvent être écrits sur le volume local. Ce problème a été corrigé.

Version du correctif (Patch) 25.6.12.2（12 juin 2025）

Cette version corrective s’applique aux versions 7.5.0.9448, 7.5.1.9530 et 7.5.1.9569.

Lorsque ce correctif est appliqué, la version sera la suivante :

• Version de l’agent : 7.5.2.9639

• Version de la console : 7.5.2.9639

Fonctionnalités ajoutées / modifiées

• Le Windows ADK réémis en mai 2025 est pris en charge.

  • ADK et module complémentaire ADK WinPE pour Windows 11 version 22H2

  • ADK et module complémentaire ADK WinPE pour Windows Server 2022

  • ADK et module complémentaire ADK WinPE pour Windows 10 version 2004

  • ADK et module complémentaire ADK WinPE pour Windows 10 version 1809

• L’Explorateur de fichiers est remplacé par Explorer++.

Problèmes corrigés

• Correction du problème où les dossiers contenant un caractère sur deux octets sous la racine n’étaient pas affichés correctement dans l’environnement de démarrage créé à l’aide de Windows ADK.

• Le clavier anglais est sélectionné dans l’environnement RescueBoot créé à l’aide de Windows ADK.

• Si les fichiers de sauvegarde proviennent de différents disques sources, un point de récupération de certains fichiers peut être inaccessible. Ce problème a été corrigé.

• Lors de la restauration d’une image de sauvegarde d’un environnement BIOS vers une machine virtuelle configurée sur Hyper-V à l’aide de HyperRecovery, l’OS ne démarre pas. Ce problème a été corrigé.

• Certains paramètres de la commande config ne fonctionnent pas.

• La commande consolidate ne s’exécute pas. Ce problème a été corrigé.

• La notification par e-mail de l’AIP version 7.5.0.9448 échouait avec une erreur. Ce problème a été corrigé.

• L’authentification réussit pour accéder au stockage cloud de destination lors de la saisie d’un espace après une clé correcte dans la fenêtre d’authentification. Ce problème a été corrigé. –>

Version du correctif (Patch) 25.4.28.1（5 juin 2025）

Cette version corrective s’applique à la version 7.5.1.9530.

Lorsque ce correctif est appliqué, la version sera la suivante :

• Version de l’agent : 7.5.1.9569

• Version de la console : 7.5.1.9530

Problème corrigé

• Le service ActiveImage Protector pouvait planter de manière répétée. Ce problème a été corrigé.

Version du correctif (Patch) 25.3.24.1 (24 mars 2025)

Cette version corrective s’applique à la version 7.5.0.9448.

Lorsque ce correctif est appliqué, la version sera la suivante :

• Version de l’agent : 7.5.1.9530

• Version de la console : 7.5.1.9530

Fonctionnalités ajoutées / mises à jour

• HyperBack propose désormais une option pour créer une tâche de sauvegarde automatique pour une nouvelle machine virtuelle ajoutée sur l’hyperviseur sur lequel la machine virtuelle source de sauvegarde est configurée.

• HyperRecovery propose désormais les nouvelles fonctionnalités suivantes :

  • Lors de la sélection d’un point de récupération créé avec la version actuelle ou ultérieure de HyperBack, la tentative de connexion à l’hyperviseur source de sauvegarde est automatique.
  • La restauration vers une machine virtuelle existante est désormais prise en charge.

• Amélioration des performances de la sauvegarde de fichiers (File Backup).

• La réplication est désormais optimisée.

• Amélioration du format d’affichage de la date/heure de mise à jour pour la sauvegarde de fichiers / récupération de fichiers.

• Une fonctionnalité de nouvelle tentative (retry) est désormais proposée pour la sauvegarde de fichiers en cas d’erreur réseau.

• Ajout d’une fonctionnalité dans HyperBack pour détecter les paramètres définis pour la fonction de point de contrôle de la machine virtuelle lorsque la machine virtuelle Hyper-V est sélectionnée comme source de sauvegarde.

Fonctionnalités corrigées

• Lorsqu’une sauvegarde de volume est configurée en activant les options [Diviser l’image en fichiers de xx Mo] et [Créer un fichier MD5 pour l’image] et en spécifiant Actiphy StorageServer pour la destination de sauvegarde, le fichier MD5 n’est pas correctement créé.

• Dans le [Gestionnaire de bandes], après que les supports de bande ont été déplacés vers [Supports vides], les informations incluant l’« Espace utilisé » peuvent ne pas être mises à jour.

• WinRE configuré sur d’autres disques que le disque 0 n’est pas reconnu.

• Lors de l’activation de [Processus post-sauvegarde] - [Consolidation] - [Reconsolider les fichiers image incrémentiels déjà consolidés] dans les paramètres de tâche de sauvegarde de volume, l’option [Reconsolider les fichiers image incrémentiels déjà consolidés] ne fonctionne pas.

• Lors d’une tentative d’opération (Vérification approfondie, Consolidation, Archive) pour une image de sauvegarde sur MS Azure, une erreur inconnue survient.

• Lors de l’exécution d’une tâche de virtualisation sur Windows 11 24H2 ou Windows Server 2025, le démarrage sécurisé (Secure Boot), même s’il est activé sur l’ordinateur source, est désactivé sur la machine virtuelle après la virtualisation.

• Le support USB est indiqué comme un disque vide dans Disk Copy et Volume Copy.

• Lorsqu’une bande est spécifiée comme destination pour une tâche de sauvegarde, une tâche de sauvegarde de base (complète) exécutée dans les conditions suivantes échoue avec une erreur et un journal d’erreurs est enregistré :
  • [Paramètres avancés] - [Lors du processus de sauvegarde de base (complète), le pool est écrasé] est activé.
  • Une bande hors ligne existe dans le pool de destination.

• Lors de la sauvegarde d’un volume partagé de cluster, la console plante lors de l’activation des fonctionnalités respectives de post-sauvegarde.

• Lors de l’exécution d’une tâche de sauvegarde de fichiers et si un double espace est ajouté au nom du dossier, le message « chemin non trouvé » s’affiche et l’utilisateur ne peut pas parcourir le dossier ou le fichier sous ce chemin.

• Lorsque l’hyperviseur VMware ESXi est sélectionné dans HyperRecovery, les réseaux ne sont que partiellement affichés.

• L’ouverture d’un fichier texte échouait dans l’[Explorateur de fichiers] dans l’environnement de démarrage créé à l’aide de Windows ADK de Windows 11, Windows RE de Windows Server 2025 ou les versions d’OS équivalentes.

• Sur un lecteur de bande autonome, des informations inutiles sont ajoutées aux « Supports non reconnus » dans le Gestionnaire de bandes lors de l’éjection d’une bande.

• Le processus de consolidation ou d’archivage des fichiers image de sauvegarde échouait avec les versions 7.0.2 ou ultérieures lors de la consolidation ou de l’archivage de fichiers image de sauvegarde avec un produit / une version ne prenant pas en charge les fichiers image créés à l’aide de la fonctionnalité de compression avec déduplication.

Version 7.5.0.9460 (31 janvier 2025)

Sortie en édition IT Pro.

Version 7.5.0.9448（17 janvier 2025）

Fonctionnalités ajoutées / mises à jour

• Prise en charge du pool de bandes : Le pool de bandes est désormais pris en charge comme destination pour la sauvegarde de fichiers. En raison de cette amélioration, les images de sauvegarde de fichiers créées à l’aide de l’agent version 7.1.0 ou antérieure ne sont pas prises en charge. Veuillez utiliser la version 7.1.0 ou antérieure pour restaurer ces sauvegardes de fichiers.

• Architecture Arm : Le processeur basé sur l’architecture ARM est désormais pris en charge avec les restrictions suivantes :
  • Seules les fonctionnalités de base de Sauvegarde de volume et Récupération de volume sont prises en charge.
  • Un redémarrage du système est requis après l’installation d’un pilote de suivi.
  • Le montage de fichiers de sauvegarde de volumes dynamiques n’est pas pris en charge, car le pilote de montage n’est pas installé.
  • Image Explorer n’est pas disponible.

• Windows Server 2025 : Désormais pris en charge.

• RescueBoot : Vous pouvez désormais sélectionner un outil dans [Préférence] pour créer l’environnement de démarrage RescueBoot.

• Prise en charge du stockage : Ajout de la prise en charge des stockages objets compatibles S3.
  • QNAP - QuObjects
  • Oracle Cloud Infrastructure - API de compatibilité Amazon S3
• Améliorations des notifications par e-mail :
  • La sauvegarde de fichiers et la récupération de fichiers sont désormais incluses dans le résumé des tâches.
  • Le chemin de sortie des fichiers image est désormais affiché pour la sauvegarde de volume et HyperBack.

• Récupération depuis un pool de bandes : Les performances de récupération depuis le pool de bandes ont été améliorées.

• Récupération de volume : Méthodes de récupération améliorées pour les volumes.

• Compression avec déduplication pour la sauvegarde de fichiers : La compression standard est sélectionnée par défaut pour la sauvegarde de fichiers.

• Activation en ligne : L’activation en ligne est désormais disponible dans certains environnements.

Problèmes corrigés

• Tâches HyperBack : Nous avons résolu un problème où les tâches HyperBack ne s’exécutaient pas correctement si [Créer un fichier image de sauvegarde optimisé] était activé dans les paramètres HyperBack et que plus de cinq disques se trouvaient sur la machine virtuelle.

• Instantanés de VM : Nous avons corrigé un problème où les fichiers d’instantanés de VM subsistaient après l’échec d’un instantané de VM HyperBack en raison d’erreurs réseau ou d’autres raisons.

• AWS In-Cloud Standby : Correction d’un problème où les instantanés n’étaient pas créés après le changement de jeux d’instantanés.

• Espace du pool LTO : Correction du comportement du paramètre LTO pour l’effacement et la réutilisation du pool lorsque l’espace est insuffisant.

• Option [Ne pas écraser le dossier ou le fichier existant] pour la récupération de fichiers : Lorsque cette option était désactivée pour la récupération de fichiers, la tâche ne se comportait pas correctement.

• Fenêtre de la console : Garder la console ActiveImage Protector ouverte consommait une quantité importante de mémoire.

• Copie de volume : Les options [Restaurer le système de démarrage BCD] et [Activer la partition de démarrage] ne fonctionnaient pas dans la copie de volume.

• Espace VSS insuffisant (erreur de pipeline) dans la tâche de sauvegarde de fichiers : L’espace VSS insuffisant n’était pas correctement détecté.

• HyperStandby : Échec de la reconnaissance correcte du nombre d’instantanés, ce qui pouvait provoquer le plantage de l’application.

• Clé HyperAgent : Le service ActiveImage Protector pour lequel l’hôte hyperviseur est enregistré à l’aide d’une clé HyperAgent continuait de consommer de la mémoire.

Version du correctif (Patch) 24.7.31.2（31 juillet 2024）

Cette version corrective s’applique aux versions 7.0.3.8919 et 7.0.4.9021.

Lorsque ce correctif est appliqué, la version sera la suivante :

• Version de l’agent : 7.1.0.9188

• Version de la console : 7.1.0.9188

  Lorsque ce correctif est appliqué, le mode de suivi des blocs modifiés par défaut est [Mode Pilote de suivi].

Fonctionnalités ajoutées / mises à jour

• ActiveVisor version 8 est pris en charge.

• Neutrix Cloud Storage n’est plus listé comme destination de sauvegarde par défaut.

• Wasabi n’est plus listé comme destination de sauvegarde pour la récupération de fichiers.

• Un point de récupération pour AWS peut être créé lors de l’utilisation d’un adaptateur de virtualisation.

Problèmes corrigés

• Lorsqu’un nom de tâche contient un caractère sur deux octets, le résultat d’une notification par e-mail ne s’affiche pas correctement.

• Lors de la restauration d’un fichier en sélectionnant un dossier dont le nom contient un caractère sur deux octets, la taille du processus dans le journal des tâches est indiquée comme « 0.00GB ».

• Plusieurs planifications de sauvegarde incrémentielle peuvent être créées en mode Pilote de suivi pour un volume sans lettre attribuée.

• Lorsqu’une taille de fichier image dépasse 16 To, une corruption du fichier image se produit.

• Lorsque la fonction de notification par e-mail est activée (en cas d’échec ou de fin de tâche), la tâche HyperStandby envoie incorrectement des notifications par e-mail avec le « code de terminaison : 3 (tâche ignorée) » avec une fréquence élevée.

• Lorsqu’une tâche HyperStandby échoue, la notification par e-mail ne fonctionne pas correctement.

• Lorsque le nom du commutateur virtuel contient « - » dans vStandby ou HyperStandby, l’IP fixe n’est pas répercutée dans la VM en veille.

• Le disque de données est reconnu comme hors ligne lors de l’utilisation de HyperRecovery et de la restauration d’une image de sauvegarde HyperBack.

• Pendant l’exécution du processus de réplication en tant que processus post-sauvegarde, si le système est redémarré, l’annulation n’est pas enregistrée dans le journal des tâches.

• Le point de récupération ne s’affiche pas correctement lorsque [Sauvegarde par disque] est activé et qu’un certain nombre de fichiers de sauvegarde sont créés.

• Lors de la restauration d’un fichier de sauvegarde créé en activant l’option [Sauvegarde par disque], les éléments provenant des différents disques ne sont pas correctement restaurés.

• La récupération de volume ne restaure pas correctement un volume dans l’environnement de démarrage RescueBoot.

• Lors de l’exécution d’une tâche via une commande, le résultat de la notification par e-mail ne s’affiche pas correctement.

Version du correctif (Patch) 24.4.18.1（18 avril 2024）

Cette version corrective s’applique à la version 7.0.3.8919.

Lorsque ce correctif est appliqué, la version sera la suivante :

• Version de l’agent : 7.0.4.9021

• Version de la console : 7.0.4.9021

  Lorsque ce correctif est appliqué, le mode de suivi des blocs modifiés par défaut est [Mode Pilote de suivi].

Fonctionnalités ajoutées / mises à jour

• Les pilotes requis peuvent être ajoutés au support de récupération créé à l’aide de RescueBoot, QuickRecovery ou Recovery Media Maker.

• L’option d’éjecter le support de bande de destination après avoir terminé la sauvegarde est proposée.

• Les paramètres par défaut pour les options de sauvegarde suivantes sont modifiés :

  • [Ignorer les secteurs défectueux] dans les [Options avancées] est désactivé.

  • L’option [System Volume Information] est supprimée de l’[Exclusion de fichiers] dans les [Options avancées].

• Modification de la plage de configuration acceptable pour [Limiter la charge maximale sur le CPU] dans [Préférence] - [Performance par défaut].

• L’option [Prochaine authentification de licence] est désormais masquée dans [Authentification de licence].

• Modification de la méthode de sortie des enregistrements de journaux.

  ActiveVisor version 7.1.1 ne prend pas en charge la surveillance des enregistrements de journaux des tâches exécutées à l’aide de cette version.

Problèmes corrigés

• Les informations de l’image montée ne sont pas affichées dans l’icône de la zone de notification.

• L’option de détection des disques est désactivée dans [Préférence].

• [La dernière date/heure d’authentification réussie] n’est pas mise à jour dans la fenêtre d’authentification de licence.

• Une grande quantité de mémoire est consommée lors de la sauvegarde d’un volume important de données sur un stockage cloud.

• La restauration d’un disque, incluant le volume système, est soumise aux limitations du firmware.

• Vous pouvez modifier les paramètres de l’option de compression, entre autres, lors de la modification des paramètres de planification à partir du lien Planification dans le tableau de bord.

• La tâche de sauvegarde à froid échoue lorsque l’espace utilisé sur le disque d’un environnement de démarrage basé sur Windows PE/RE dépasse 3 To.

• Le processus de conversion virtuelle HyperStandby échoue.

• Les tâches de vérification ou de récupération échouent lors de l’utilisation d’une image de sauvegarde contenant un volume pour lequel les informations de bitmap ne peuvent pas être obtenues correctement.

• La politique de rétention activée avec la sauvegarde de fichiers ne fonctionnait pas pour une destination de stockage spécifique.

• Une tâche vStandby pour un hôte Hyper-V échouait avec l’erreur -621 lors de l’accès à l’hôte Hyper-V avec un compte membre du domaine.

• Lors de l’exécution d’une tâche de conversion virtuelle, l’accès à l’hôte Hyper-V avec un compte membre du domaine échouait.

Version 7.0.3.8919 (31 janvier 2024)

Lors de la mise à niveau vers cette version, le mode de suivi des blocs modifiés par défaut est [Mode Pilote de suivi].

Fonctionnalités ajoutées / mises à jour

• Pendant la connexion à un agent distant dans l’environnement de démarrage, l’option d’éteindre ou de redémarrer à distance l’ordinateur connecté est activée.

• Un agent connecté à distance dans l’environnement de démarrage peut effectuer les opérations suivantes :
  • Copier des disques et des volumes
  • Lancer l’interface en ligne de commande
  • Configurer les paramètres réseau
• La méthode de montage d’une image de sauvegarde d’un disque de base a été améliorée. Cette amélioration a permis d’obtenir de meilleures performances lors de la copie d’un grand nombre d’éléments à partir d’une image de sauvegarde créée avec l’option Compression avec déduplication des données.
  • L’image de sauvegarde d’un disque dynamique ne prend en charge que la méthode de montage traditionnelle.
• Les clouds Oracle et Google sont désormais pris en charge.

Problèmes corrigés

• Lors d’une tentative d’exécution d’une tâche de sauvegarde de volume en mode pilote de suivi après avoir réinstallé un produit suite à une désinstallation et un redémarrage du système, la tâche peut échouer avec un message d’erreur (-601).

• Pendant l’annulation de la désinstallation du produit, après le redémarrage du système, une tentative d’exécution de la tâche de sauvegarde de volume en mode pilote de suivi échoue avec l’erreur -601, ce qui entraîne l’annulation de l’opération de désinstallation.

• Lors d’une mise à niveau, dans un environnement où un fichier de licence est employé à des fins d’activation, les informations du fichier de licence correspondant ne sont pas transférées.

• Lors d’une tentative de restauration de plus de 31 fichiers/dossiers à partir d’une image de sauvegarde de fichiers (*.AFB), la tâche de récupération échoue avec une erreur inconnue.

• Il y avait un problème avec le fonctionnement du gestionnaire d’images car il ne parvenait pas à accéder à une image de sauvegarde stockée sur Amazon S3.

• Lors de l’utilisation d’une image de sauvegarde chiffrée en AES128 et d’un mot de passe de plus de 16 caractères, le service ActiveImage Protector peut planter lors de l’exécution des opérations suivantes :
  • Récupération de fichiers
  • BootCheck
  • HyperRecovery LIVE!
  • Adaptateur P2V

• Les paramètres IP dans les [Paramètres réseau] de l’environnement RescueBoot ne sont pas définis.

• Lors d’une tentative de création d’un support de récupération via Recovery Media Maker, la tâche échouait malgré l’état indiquant « Réussi ».

• Lors d’une tentative de déplacement d’une bande d’Actiphy vers un autre pool de bandes, l’assistant de restauration de volume ne parvenait pas à détecter la bande.

• Lors de la création d’un nouveau pool de bandes et en le nommant « Actiphy », le processus de sauvegarde rencontre un échec.

• L’option d’isolation de la destination semble inefficace après la fin de la tâche de sauvegarde de fichiers.

• Lors de l’utilisation de HyperBack pour sauvegarder une machine virtuelle sur Hyper-V Server, le processus RCT échoue.

• Lors de l’utilisation de HyperRecovery pour [Restaurer le disque uniquement] vers un hôte VMware ESXi, si l’hôte ESXi possède une machine virtuelle portant le même nom que la machine source de la restauration, le processus ne réussira pas.

• Lors de la restauration d’une machine virtuelle dans VMware ESXi à l’aide de HyperRecovery, la tâche échoue avec une erreur si le nom de la machine virtuelle est entouré de crochets.

• Lors de la création d’une planification pour un agent Linux distant, les paramètres avancés de l’hôte de connexion sont fournis dans la fenêtre Paramètres avancés.

Version du correctif (Patch) 23.12.8.1 (8 décembre 2023)

Cette version corrective est applicable aux versions 7.0.0.8643 et 7.0.1.8725.

Lorsque ce correctif est appliqué, la version sera la suivante :

• Version de l’agent : 7.0.2.8821

• Version de la console : 7.0.2.8821

  Lorsque ce correctif est appliqué, le mode de suivi des blocs modifiés par défaut est [Mode Pilote de suivi].

Fonctionnalités ajoutées / mises à jour

• La méthode de création de fichiers de sauvegarde est améliorée. Les performances de traitement de Récupération et de Vérification approfondie sont améliorées avec les images de sauvegarde créées en activant l’option Compression avec déduplication des données et en utilisant cette version et les suivantes.

• L’option pour Recovery Media Maker est désormais fournie, permettant de créer un support ISO sans spécifier sa taille.

• Lors de l’exécution de RescueBoot sélectionné depuis l’icône de la zone de notification, le comportement a été revu.

• Quick Verify prend désormais en charge les fichiers image de sauvegarde créés dans Actiphy StorageServer à l’aide de cette version ou d’une version ultérieure.

• Amélioration de la spécification du processus Quick Verify et réduction du temps de traitement.

Problèmes corrigés

• Le temps de traitement augmentait lors de l’exécution d’une tâche de récupération ou de vérification approfondie en sélectionnant une image de sauvegarde créée avec l’option Compression avec déduplication et enregistrée dans Actiphy StorageServer.

• Dans certains cas, le pilote de la carte réseau utilisée sur le système n’est pas ajouté à RescueBoot.

• Dans l’OS configuré à l’aide du support d’installation en version anglaise, les caractères en japonais ou dans d’autres langues sont mal affichés dans RescueBoot créé avec WindowsRE.

• Lorsque RescueBoot démarre sur une instance cloud où le fuseau horaire est différent de l’UTC, la connexion au service de stockage cloud échoue.

• Le système ne démarrait pas sur certaines machines avec un support de récupération créé sur un disque optique à l’aide de Recovery Media Maker.

• La taille du fichier ISO créé en sélectionnant une taille prédéfinie via Recovery Media Maker est trop grande pour être écrite sur le support optique du type sélectionné.

• L’opération de gestion d’image échoue pour le fichier image de sauvegarde enregistré sur un serveur SFTP pour lequel une clé privée est requise pour l’authentification.

• Lors de l’utilisation de la gestion d’image et du parcours d’un compartiment ou d’un dossier sur Actiphy StorageServer, un dossier inutile est créé.

• Lors de l’exécution d’une tâche de conversion virtuelle en sélectionnant une image de sauvegarde située dans un compartiment sur Actiphy StorageServer pour lequel des paramètres d’authentification sont configurés, la console plantait.

• La taille de traitement pour une tâche de récupération de fichiers est enregistrée comme « 0.00GB ».

• Lors de l’exécution d’une tâche HyperBack pour une machine invitée restaurée à l’aide de HyperRecovery et en spécifiant le nom de la machine virtuelle ou le nom VHD/VMDK avec des caractères sur deux octets, le processus de sauvegarde incrémentielle s’arrête à « 1.0 % ».

• L’invite de commande n’apparaît pas dans l’environnement RescueBoot démarré depuis certains environnements accédés à distance via la visionneuse VNC.

• Le fichier image de sauvegarde d’un volume incluant 10,7 To ou plus d’espace utilisé était corrompu.

• Lors de la restauration d’un fichier image de sauvegarde protégé par mot de passe à l’aide d’Image Explorer, l’application plantait.

Version 7.0.1.8790（22 novembre 2023）

Cette version est sortie en tant qu’ActiveImage Protector IT Pro.

Problème corrigé

• Après avoir effectué une conversion virtuelle à l’aide du fichier EXE et ajouté le pilote requis, lors d’une tentative de relancer le même processus sans redémarrage du système, une erreur inconnue survenait.

Version du correctif (Patch) 23.10.19.2（20 octobre 2023）

Ce correctif est applicable à la version 7.0.0.8643.

Lorsque ce correctif est appliqué, la version sera la suivante :

• Version de l’agent : 7.0.1.8725

• Version de la console : 7.0.1.8725

  Lorsque ce correctif est appliqué, le mode de suivi des blocs modifiés par défaut est [Mode Pilote de suivi].

Fonctionnalités ajoutées / mises à jour

• Après la création d’un fichier image de sauvegarde à l’aide de HyperBack, des scripts sont exécutables avec HyperAgent.

• L’option [Replacer le support de bande dans le logement après avoir terminé la sauvegarde] est désormais proposée.

• VMware vSphere ESXi 8.0 U2 est désormais pris en charge.

• un fichier temporaire est créé lors du processus de sauvegarde de fichiers.

• Vous pouvez désormais configurer les paramètres d’authentification pour accéder à un compartiment sur Actiphy StorageServer.

• Lors de la sélection de [Déplacer vers le logement], [Déplacer vers le pool], [Effacer] ou [Réanalyser] dans le [Gestionnaire de bandes], le support de bande après traitement est déplacé vers un logement vide (si aucun logement n’est disponible, il est déplacé vers le logement d’insertion).

• La connexion réseau est disponible dans l’environnement de démarrage RescueBoot créé sur une instance VM de Google Cloud Compute Engine.

• L’environnement restauré et démarré à l’aide de la fonctionnalité QuickRecovery peut être connecté via VNC.

Problèmes corrigés

• Lors de la sélection d’Actiphy StorageServer comme destination de sauvegarde et de l’activation de [Diviser l’image en fichiers de xx Mo], le fichier consolidé n’est pas divisé.

• Les enregistrements d’historique pour l’hyperviseur ne sont pas enregistrés avec HyperRecovery.

• Lors de la restauration d’un fichier image de sauvegarde de plusieurs machines virtuelles créée à l’aide de HyperBackup, la tâche de restauration échouait avec une [Erreur AIP inconnue].

• Lors de l’exécution d’une tâche HyperRecovery LIVE! pour restaurer un fichier image de sauvegarde de plusieurs machines virtuelles créée à l’aide de HyperBackup, la machine virtuelle en cours de restauration peut ne pas démarrer normalement.

• [Limiter la charge CPU maximale] ne fonctionne pas.

• ReZoom IT! ne détecte pas un fichier image de sauvegarde incluant une machine virtuelle avec un point de contrôle.

• Lorsqu’un périphérique à bande est sélectionné comme destination de sauvegarde et qu’un fichier de sauvegarde incrémentielle est créé en sélectionnant le mode Pilote de suivi, la taille du fichier image incrémentielle créé est identique à celle du fichier de sauvegarde complète.

• Après la mise à niveau de la version 6.5.2 vers 7.0.0, la sauvegarde complète (de base) n’est pas créée lors de l’exécution d’une tâche de sauvegarde de volume selon la planification de sauvegarde incrémentielle migrée.

  La tâche de sauvegarde incrémentielle exécutée après l’application de ce correctif crée un fichier image de sauvegarde complète (de base).

• La connexion réseau n’est pas disponible dans l’environnement de démarrage lancé par RescueBoot sur l’instance utilisant les cartes réseau suivantes sur AWS :
  • Amazon Elastic Network Adapter
  • Intel 82599 Virtual Function

• Lorsqu’une tâche de réconciliation s’exécute et qu’un fichier de sauvegarde incrémentielle est créé, la tâche de sauvegarde incrémentielle suivante échoue avec l’erreur -603.

• Lorsqu’une tâche de sauvegarde échoue en raison d’une erreur VSS, conhost.exe continue de subsister et une limitation du tas (heap) du bureau est causée.

• La tâche de sauvegarde pour l’agent AIP installé sur un hôte Hyper-V plante en de rares occasions.

Version 7.0.0.8643 (7 septembre 2023)

Fonctionnalités ajoutées / mises à jour

• Le pilote de suivi (Tracking Driver) est désormais fourni pour prendre en charge le suivi des modifications.

• Actiphy StorageServer est désormais fourni.

• Le format de fichier image est modifié. La version de l’image est [302].

• La fonctionnalité QuickRecovery est désormais proposée.

• La méthode de création de RescueBoot est améliorée. Sur les systèmes ne contenant pas Windows RE, l’utilisation de Windows ADK permet de créer RescueBoot.

• La fonctionnalité Recovery Media Maker est désormais proposée. ** Server 2012 R2 n’est pas pris en charge.

• Le FCD (First Class Disk) est désormais pris en charge.
  ** Le disque autonome n’est pas pris en charge.

• Le fonctionnement en mode sans échec est désormais pris en charge.

• Le paramètre de sauvegarde par défaut est modifié comme suit :

  • Compression standard -> Compression avec déduplication des données.
  • L’option [Rendre le fichier image de sauvegarde prêt pour P2V] est activée.

• VMware vSphere 8 est désormais pris en charge.

• Vous serez invité à saisir le mot de passe prédéfini lors de la suppression d’un fichier de sauvegarde protégé par mot de passe dans le gestionnaire d’images.

• Par défaut, Neutrix Cloud Storage peut désormais être sélectionné comme stockage de destination. Les fonctionnalités suivantes ne prennent pas en charge les fichiers de sauvegarde enregistrés dans Neutrix Cloud Storage :

  • BootCheck
  • Monter l’image
  • Serveur de cible d’image (Image Target Server)
  • HyperStandby
  • HyperRecovery LIVE!
  • Virtualization
  • Adaptateur de virtualisation

• Le nouveau service de NIFCLOUD [Object Storage Service] est désormais pris en charge.

• Les jetons d’accès à court terme Dropbox sont désormais pris en charge.

• La méthode de restauration d’une sauvegarde incrémentielle est améliorée.

• Même dans l’environnement où la [Console distante] a été désactivée lors de l’installation du produit, la console distante est disponible pour commander l’environnement de démarrage RescueBoot.

• La méthode de compression des données de sauvegarde utilisée lors du processus de sauvegarde est améliorée.

• La fonction d’effacement pour les supports de bande est désormais proposée.

• vStandby prend désormais en charge à la fois l’hôte virtuel et l’invité.

Problèmes corrigés

• L’authentification pour accéder à Dropbox échouait pour la réplication du processus post-sauvegarde.

• L’erreur [exception (0xc0000005)] survenait et la tâche de sauvegarde s’interrompait avec le code de sortie -701.

• aip.log provoquait le blocage de la console AIP lancée.

• La tâche de récupération, s’exécutant sur un environnement de démarrage basé sur Windows PE/RE, ne dépassait pas les 95 % de progression et ne se terminait pas.

• Les informations d’une machine virtuelle fonctionnant sur un hôte hyperviseur n’étaient pas transmises au serveur d’activation. L’activation échouait avec l’erreur [Produit non présent dans la liste blanche des ID réseau].

• La notification par e-mail vers Microsoft 365 échouait avec une erreur.

• L’erreur de code de sortie -403 n’était pas listée dans le journal des tâches sur la console AIP.

• Le programme de sauvegarde de fichiers plantait et ne se terminait pas normalement.

• La récupération dans le cloud vers MS Azure échouait.

• L’activation de l’AIP échouait lorsqu’il était installé avec une clé d’invité virtuel et que les conditions suivantes étaient réunies :
  • Windows est installé sur la machine virtuelle à l’aide d’un support OEM.
  • 2 cartes réseau ou plus sont présentes et la 1re carte réseau est désactivée.

• La taille de traitement de la tâche de sauvegarde de fichiers n’était pas correcte.

• Selon la clé de produit utilisée pour installer le produit sur l’ordinateur se connectant à distance, les informations de l’ordinateur connecté à distance ne s’affichaient pas correctement.

• Un double-clic sur un dossier dans le volet de droite de la fenêtre de sauvegarde de fichiers provoquait une attente de réponse.

• Après la modification de la taille de la partition source de sauvegarde, la chaîne de sauvegarde incrémentielle était poursuivie.

• Lors de la sauvegarde d’un disque de volume important, le fichier image de sauvegarde était corrompu.

• Après la virtualisation / restauration d’un fichier image de sauvegarde de Windows Server 2008 R2 à l’aide de HyperRecovery, l’OS ne démarrait pas.

• Lorsque l’exécution d’une tâche échouait sous l’une des conditions suivantes, le résultat de la tâche n’était pas enregistré dans le journal des tâches du tableau de bord sur la console AIP :

  • Une tâche est exécutée alors que le RDX est éjecté.
  • En activant l’option d’isolation de la destination et en sélectionnant l’option [Éjecter le disque dur USB de destination après avoir terminé la sauvegarde], la tâche de sauvegarde planifiée ultérieurement commençait alors que l’USB amovible restait éjecté.

• L’installation de l’AIP échouait dans l’environnement où Virus Buster est installé.

• Lors de la création d’un volume à partir d’un instantané converti depuis une sauvegarde incrémentielle à l’aide de Veille dans le cloud (In-Cloud Standby) et de l’attachement du volume à l’instance, le système ne démarrait pas.

• La récupération de fichiers ne prend pas en charge les fichiers image de sauvegarde basés sur disque.

• Le traitement des erreurs de sauvegarde de fichiers n’était pas correctement effectué.

• Lors de la restauration d’un fichier image de sauvegarde connecté à plusieurs disques en exécutant une tâche HyperRecovery - [Restaurer le disque uniquement], seul le disque système était restauré.

• Lorsque les paramètres HyperBack étaient configurés et migrés dans un environnement de cluster Hyper-V, la tâche de sauvegarde échouait.

Version du correctif (Patch) 22.9.8.1 (8 septembre 2022)

Ce correctif est applicable aux versions 6.5.0.7616 et 6.5.1.7720.

Lorsque ce correctif est appliqué, la version sera la suivante :

• Version de l’agent : 6.5.2.7778

• Version de la console : 6.5.2.7778

Fonctionnalités ajoutées / mises à jour

• La valeur par défaut [Copie] est définie pour le type de sauvegarde du point de contrôle de récupération créé en exécutant HyperBack pour les machines virtuelles configurées sur l’hôte Hyper-V.

Problèmes corrigés

• Lorsque l’ESXi dans vCenter était enregistré, la tâche HyperRecovery pour ESXi échouait avec une erreur.

• L’image de sauvegarde incrémentielle après le changement du nom d’hôte ne s’affichait pas lors de l’utilisation de la fonctionnalité de restauration / montage.

• Une série d’opérations échouait à exécuter la tâche de récupération de fichiers en utilisant une image de sauvegarde enregistrée dans Wasabi.

Version du correctif (Patch) 22.8.22.6 (23 août 2022)

Problème corrigé

• Le téléchargement des fichiers de mise à jour détectés en sélectionnant [Vérifier les mises à jour] échouait.

Version du correctif (Patch) 22.7.26.3 (26 juillet 2022)

Lorsque ce correctif est appliqué, la version sera la suivante :

• Version de l’agent : 6.5.1.7720

• Version de la console : 6.5.1.7720

Fonctionnalités ajoutées / mises à jour

• Wasabi est désormais pris en charge pour être sélectionné comme destination d’enregistrement des fichiers de sauvegarde. Les fonctionnalités suivantes ne prennent pas en charge l’utilisation des fichiers de sauvegarde enregistrés dans Wasabi :

  • BootCheck
  • Monter l’image
  • Serveur de cible d’image (Image Target Server)
  • HyperStandby
  • HyperRecovery LIVE!
  • Virtualization
  • Adaptateur virtuel (Virtual Adapter)

  Les fonctionnalités suivantes n’affichent pas Wasabi comme destination d’enregistrement des fichiers de sauvegarde. Avant d’utiliser des fichiers de sauvegarde situés dans Wasabi, veuillez sélectionner Amazon S3, allez dans [Saisir le fournisseur] - [Ajouter une nouvelle cible] et sélectionnez Wasabi.

  • Récupération dans le cloud (In-Cloud Recovery)
  • Veille dans le cloud (In-Cloud Standby)

• Lorsque SFTP est sélectionné comme destination pour l’enregistrement des images de sauvegarde, la réplication est désormais prise en charge pour être exécutée comme processus post-sauvegarde.

• Les points de récupération peuvent être sélectionnés en spécifiant des dates.

Problèmes corrigés

• Le menu de la console ne s’affichait pas correctement.

• RescueBoot ne démarre pas sur la machine virtuelle utilisant l’uEFI configuré sur l’hyperviseur Citrix.

• Les informations d’authentification pour accéder au stockage de destination ne sont pas portées vers l’environnement de démarrage RescueBoot.

• Lors de la copie d’un disque ou d’un volume, si un volume exFAT est inclus dans le disque source, le disque copié n’inclut pas le volume exFAT.

• Lors de l’utilisation de l’édition Virtual (HyperAgent) et de la sauvegarde d’une machine virtuelle configurée sur un hôte ESXi à l’aide de HyperBack, une erreur de licence pouvait survenir.

• Lors de la sélection d’un disque dur USB comme destination d’enregistrement des fichiers de sauvegarde, si l’option d’isolation de la destination était activée en sélectionnant [Mettre le disque dur local de destination hors ligne après la sauvegarde], la deuxième tâche de sauvegarde et les suivantes échouaient.

• Lors de la sélection de l’option d’isolation de la destination, l’option [Désactiver la connexion réseau de destination après la sauvegarde] pouvait ne pas fonctionner.

• Lorsqu’une grande quantité de fichiers de sauvegarde incrémentielle existe, les points de récupération pouvaient ne pas s’afficher correctement.

• Lorsque l’option [Forcer l’exécution du script] est désactivée dans les paramètres de sauvegarde avancés et que l’exécution d’un script avant / après la prise de l’instantané échoue avec une erreur, le [Script à exécuter après la création de l’image] s’exécute quand même.

• Virtualisation à l’aide d’une image de sauvegarde : lors de la virtualisation de plusieurs disques vers l’hôte Hyper-V, la virtualisation du deuxième disque ou des suivants n’était pas effectuée correctement.

• Lors de l’utilisation de vStandby et de la sélection de vCenter comme cible de conversion, l’ajout d’une carte réseau échoue et la tâche ne peut pas être créée.

• Lorsque des volumes dynamiques configurés en miroir étaient corrompus, la restauration des sauvegardes échouait (vous devez refaire des sauvegardes).

• Lorsqu’une grande quantité de sauvegardes incrémentielles existe entre le point de récupération sélectionné et la sauvegarde de base, la taille traitée n’est pas indiquée correctement dans l’enregistrement du journal de la tâche de récupération exécutée.

• Lors de la modification d’une planification existante et du changement de la destination pour l’enregistrement des images de sauvegarde, le processus post-sauvegarde ne fonctionne pas.

• Les tâches de sauvegarde créées à l’aide de la version 2018 ou antérieure et configurées en activant [Sauvegarde par disque] ne s’affichent pas correctement.

• Lors de l’affichage d’une tâche de sauvegarde configurée en activant [Sauvegarde par disque] sur la console, les disques sont listés dans l’ordre inverse de l’original.

• Problèmes suivants de HyperRecovery :

  • Lors de la restauration d’une sauvegarde d’une machine virtuelle Windows utilisant le démarrage uEFI et configurée sur VMware vSphere vers une machine virtuelle configurée sur un hôte Hyper-V, la machine virtuelle est restaurée en tant que machine invitée de première génération.

  • Lors de la restauration d’une sauvegarde d’une machine virtuelle Linux utilisant le démarrage uEFI et configurée sur Hyper-V vers une machine virtuelle configurée sur VMware vSphere, la machine virtuelle utilise le démarrage BIOS.

• Lors de la sélection de SFTP comme destination d’enregistrement des fichiers de sauvegarde et de l’accès au serveur SFTP à l’aide d’une clé privée, la tâche HyperBack échoue avec l’erreur -459.

• L’opération du gestionnaire d’images pour les sauvegardes enregistrées dans SFTP, lors de l’accès au serveur SFTP à l’aide d’une clé privée, échoue avec l’erreur -459.

• Lors de la sélection des fichiers respectifs dans un dossier partagé comme source de sauvegarde, si des caractères sur deux octets sont utilisés pour spécifier un nom de fichier, l’exécution de la tâche de sauvegarde échoue.

• Lors de la restauration d’un disque MBR vers une taille agrandie en activant l’option [Restaurer la signature du disque], la tâche échoue avec l’erreur -999.

• Lors de l’utilisation d’une clé Virtual (Guest) et que les chaînes de caractères du BIOS sont répercutées sur une machine virtuelle sur ESXi ou Citrix Hypervisor (XenServer), l’authentification échoue.

• Lors de l’exécution de tâches HyperBack pour la sauvegarde de plusieurs machines virtuelles en parallèle, le processus de sauvegarde peut échouer avec l’erreur -701.

• Lorsqu’une tâche de sauvegarde planifiée hebdomadairement est exécutée, la tâche planifiée suivante est indiquée comme « N/A » et ne s’exécute pas.

Version 6.5.0.7616 (24 mai 2022)

Fonctionnalités ajoutées / mises à jour

• Les fonctionnalités suivantes sont également proposées :

  • Veille dans le cloud (In-Cloud Standby) : Fonctionnalité d’instantané permettant de prendre des instantanés pour une VM en veille sur le cloud (Amazon EC2 et Microsoft Azure).

  • HyperRecovery LIVE! : Fonctionnalité de restauration permettant de restaurer une image de sauvegarde en tant que VM sur hyperviseur pendant que le système est en cours d’exécution.

  • Exclusion de fichiers pour la sauvegarde de fichiers et la sauvegarde de dossiers partagés réseau : Un paramètre d’exclusion de fichiers peut être configuré pour la sauvegarde de fichiers et la sauvegarde de dossiers partagés réseau.

• Amélioration de la fonctionnalité Gestionnaire de bandes (Tape Manager).

• La récupération dans le cloud prend en charge les sauvegardes accessibles depuis l’appliance sur le cloud.

• Les hyperviseurs suivants sont également pris en charge comme cible d’activation à l’aide de la clé d’invité de licence virtuelle :

  • Citrix Hypervisor

  • Proxmox VE

  • Nutanix Acropolis

• L’opération d’annulation / de retour en arrière (roll-back) est activée lors de la mise à niveau entre les versions 2022.

  L’édition Cluster ne prend pas en charge l’opération d’annulation / de retour en arrière lors de la mise à niveau.

• Fonctionnalité RescueBoot améliorée :

  • Lors du démarrage dans RescueBoot, VNC Viewer peut être utilisé pour une opération à distance.

  • Une icône de raccourci peut être créée sur le bureau pour démarrer immédiatement l’environnement RescueBoot.

• L’utilisation du fichier ppk de version 3 permet d’établir la connexion avec le serveur SFTP.

• Le dossier caché est pris en charge pour être spécifié comme destination pour l’enregistrement des fichiers de sauvegarde créés.

Problèmes corrigés

• Lorsqu’une langue préférée et une région spécifiques sont sélectionnées pour configurer le paramètre système, le message « Échec de l’extraction des pilotes : 1 n’est pas une page de code prise en charge » s’affiche et l’installation échoue.

  Si vous rencontrez ce problème mais continuez à réessayer l’installation sur le même ordinateur, veuillez exécuter Setup.exe en sélectionnant « Exécuter en tant qu’administrateur ».

• Lorsque le lecteur de bande est remis sous tension, la tâche de sauvegarde échouait avec l’erreur -640.

• Lorsque le support de bande est remplacé dans le lecteur de bande, la tâche de sauvegarde échouait avec l’erreur -640.

• Lors de la restauration d’un système Linux de deuxième génération en tant que nouvelle machine virtuelle à l’aide de HyperRecovery, la machine virtuelle est créée en tant que première génération.

Cette version n’est pas disponible avec l’édition IT Pro.

Version du correctif (Patch) 22.3.14.3 (15 mars 2022)

Lorsque ce correctif est appliqué, la version sera la suivante :

• Version de l’agent : 6.0.2.7482

• Version de la console : 6.0.2.7482

Fonctionnalités ajoutées / mises à jour

• ActiveVisor version 7 est désormais pris en charge.

• Lors du démarrage de RescueBoot, vous êtes invité à saisir le nom de l’ordinateur sur lequel RescueBoot a été créé, ainsi que l’adresse IP pour configurer les paramètres.

Problèmes corrigés

• Certains stockages compatibles Amazon S3 sont désactivés.

• L’opération de restauration est instable dans l’environnement de démarrage basé sur Windows PE/RE.

• Lors de l’exécution de la tâche BootCheck, l’authentification d’accès à Hyper-V échoue en cas d’utilisation des informations d’authentification d’un compte de domaine.

• La conversion virtuelle échoue lors de l’utilisation d’un fichier de sauvegarde chiffré.

• La restauration du disque à l’aide d’une image de lecteur à secteurs 4k échoue.

Version du correctif (Patch) 22.1.25.3 (26 janvier 2022)

Lorsque ce correctif est appliqué, la version sera la suivante :

• Version de l’agent : 6.0.1.7411

• Version de la console : 6.0.1.7411

Fonctionnalités ajoutées / mises à jour

• Lors de l’enregistrement d’un hyperviseur dans l’édition Virtual (HyperAgent), l’hyperviseur enregistré sera l’hyperviseur cible dans HyperBack.

• L’historique de l’exécution des tâches de sauvegarde de fichiers est enregistré dans le journal d’événements Windows.

Problèmes corrigés

BootCheck

• Le démarrage de BootCheck depuis la gestion d’image échouait.

• Lors de la sélection d’une machine virtuelle configurée sur Hyper-V sur un ordinateur distant comme source de sauvegarde à l’aide de HyperBack et de l’activation de BootCheck sur l’hôte Hyper-V comme processus post-sauvegarde, la tâche BootCheck échouait avec l’erreur -571 à la fin du processus de sauvegarde incrémentielle.

HyperBack

• Lors de la sélection de l’hôte hyperviseur enregistré en spécifiant [Cet ordinateur], le message d’erreur [Erreur de connexion !…] s’affiche et vous ne pouvez pas sélectionner de machine invitée.

HyperStandby

• Lorsque Hyper-V est sélectionné comme hôte cible :
  • La tâche HyperStandby utilisant une sauvegarde incrémentielle échouait avec l’erreur -701.
  • La tâche HyperStandby utilisant une sauvegarde créée en activant l’option d’images divisées (image CHNK) échouait avec l’erreur -999.

• Lors de la sélection du serveur de stockage pour la cible et de « Microsoft (VHD/VHDX) » pour le type de conversion, la tâche HyperStandby échouait avec l’erreur -701.

• La tâche HyperStandby utilisant une sauvegarde créée en activant l’option d’images divisées (image CHNK) échouait avec le code de sortie : -439.

• Lors de la sélection d’ESXi pour la cible et de l’utilisation d’une sauvegarde d’un système 32 bits, l’ajout du pilote NIC échouait.

Conversion virtuelle

• La tâche de conversion virtuelle utilisant une sauvegarde créée en activant l’option d’images divisées (image CHNK) échouait avec le code de sortie : -439.

• Lors de la sélection d’ESXi pour la cible et de l’utilisation d’une sauvegarde d’un système 32 bits, l’ajout du pilote NIC échouait.

• La tâche de conversion depuis le disque activant l’option [Créer uniquement un disque virtuel], lors de la sélection d’un dossier partagé réseau comme destination, échouait avec le code de sortie : -403.

• Tâche de conversion depuis l’image utilisant l’image de sauvegarde d’un système Windows en sélectionnant une banque de données sur un hyperviseur ESXi comme cible de conversion : la valeur par défaut pour l’OS n’était pas correctement configurée.

Sauvegarde de fichiers (File Backup)

• L’annulation de la tâche échoue.

• La tâche de sauvegarde de fichiers, quand Azure est sélectionné comme destination, échoue avec une erreur inconnue.

• Lorsque le fichier système est sélectionné comme source de sauvegarde, la tâche de sauvegarde incrémentielle, après le redémarrage du système, peut échouer dans certains cas.

• L’option de notification par e-mail ne peut pas être activée.

Récupération (Recovery)

• La récupération de disques dynamiques est désactivée.

• Lors du montage d’une image de sauvegarde pour la récupération de fichiers, une lettre de lecteur ne pouvant pas être utilisée avec robocopy est allouée et la récupération de fichiers échoue.

Gestionnaire d’images

• La tâche de vérification pour une image de sauvegarde sans agent créée à l’aide de HyperBack échoue.

• Lors de la sélection d’un point de récupération d’un stockage compatible Amazon S3, un menu indésirable s’affiche.

Autres

• Des informations de journal indésirables concernant MSPAgent sont continuellement enregistrées.

• Lors du parcours d’un dossier partagé réseau dans l’assistant de l’adaptateur P2V, le service plantait.

• Lorsque Hyper-V est sélectionné comme hôte cible pour répliquer la machine virtuelle en veille à l’aide de vStandby, si l’option [Toujours conserver 1 point de démarrage] est activée, la tâche échouait avec le code de sortie : 32774.

• En activant la réplication et en sélectionnant WebDAV comme cible de réplication, la réplication d’une image de sauvegarde de 2048 Mo ou plus échouait.

• La tâche de sauvegarde déclenchée par l’événement [Arrêt / Redémarrage] ne se comportait pas normalement sur l’édition Home de Windows 10 ou ultérieur.

• Lorsque la taille du disque source de sauvegarde n’est pas un nombre entier dans la récupération dans le cloud, la valeur par défaut de la taille du disque restauré est configurée en tronquant les chiffres après la virgule.

• Dans certains cas, la tâche de sauvegarde, lors de la sélection d’un périphérique à bande LTO comme stockage de destination, échouait avec le code de sortie : -640.

• Dans l’Image Explorer installé, un double-clic sur une image de sauvegarde de fichiers n’affichait pas le contenu.

  Ce correctif sera appliqué après le redémarrage du système ou de l’Explorateur Windows.

• Lorsque le stockage compatible Amazon S3 est sélectionné comme destination de sauvegarde ou cible de réplication, la valeur pour la région ne peut pas être vide.

• La commande networkuser ne s’exécute pas.

Version 6.0.0.7343 (21 décembre 2021)

Sortie en édition IT Pro.

Fonctionnalités ajoutées / mises à jour

• Lorsque la source de sauvegarde et la destination sont spécifiées de la même manière que la sauvegarde précédente, la sauvegarde incrémentielle est désormais prise en charge.

Version 6.0.0.7292 (12 novembre 2021)

Veuillez vous assurer de posséder la clé de produit de la version 2022 pour installer la version 2022 et effectuer la mise à niveau depuis la version 2018. Pour plus d’informations détaillées, veuillez contacter Actiphy. La mise à niveau vers 2022 est limitée à partir de la v5.1.11.6326 uniquement.

Fonctionnalités ajoutées / mises à jour

• Mise à jour du format de fichier image. La version de l’image est [301].

• Changement de la convention de nommage des fichiers pour les fichiers image créés par l’exécution d’une tâche de sauvegarde.

• Implémentation des fonctionnalités suivantes :

  • Cloud Direct enregistre les fichiers image de sauvegarde créés directement sur le stockage cloud (Amazon S3 et Microsoft Azure), serveur SFTP.

  • Restaurer un fichier image de sauvegarde enregistré / répliqué dans le stockage cloud (Amazon S3 ou Microsoft Azure) vers une machine virtuelle configurée dans l’environnement cloud.

  • Fonctionnalité de sauvegarde prenant en charge les supports de bande comme stockage de destination et fonctionnalité de gestion des bandes.

  • Créer un fichier MD5 pour l’image de sauvegarde créée.

  • Quick Verify (vérifie si une altération interne des sauvegardes s’est produite).

  • Copie étendue de disque et de volume.

  • Sauvegarde de fichiers (File Backup).

  • Serveur de cible d’image (Image Target Server).

  • RescueBoot Builder : Boot Environment Builder est intégré dans Actiphy Boot Environment Builder.

  • La stabilité du fonctionnement et la vitesse de traitement sont améliorées pour les fonctionnalités suivantes :

    • BootCheck

    • HyperRecovery

    • HyperStandby

    • Serveur de cible d’image (Image Target Server)

    • Adaptateur P2V

• L’installateur est amélioré afin qu’un fichier MSI puisse être généré pour l’installation des composants.