Nous venons de publier la dernière version de notre outil de sauvegarde centralisé, UltraBackup NetStation 7.2.
Parmi les améliorations, nous avons particulièrement optimisé la vitesse de parcours des éléments locaux (à sauvegarder) tant pour le moteur client/serveur que pour le moteur local. Il devrait en résulter un gain très important en terme de vitesse d’exécution pour les sauvegardes contenant un nombre élevé de fichiers.
Remontée des alertes, des backups endommagés et des sauvegardes non terminées sous forme de popups depuis le module de notification serveur,
Correction d’un dysfonctionnement amenant à marquer des fichiers comme supprimés lorsque le cliché VSS était annulé par l’agent client faute d’espace libre restant.
Jusqu’à présent, le serveur ne décodait pas les paramètres de planification des sauvegardes planifiées. La planification était intégralement gérée côté client, et les dates de déclenchement futures des sauvegardes n’étaient pas affichées dans la console d’administration.
Ceci a été modifié dans la version 7.1 d’UltraBackup, pour permettre à l’administrateur de contrôler plus efficacement le déclenchement des sauvegardes.
Désormais, les dates de déclenchement des sauvegardes sont affichées dans la console d’administration :
Affichage des dates de prochains déclenchements dans la console d’administration
Une nouvelle vue d’Audits, « Déclenchements planifiés », permet de suivre le déclenchement des sauvegardes planifiées. Le délai entre la date de déclenchement attendue et la date actuelle, s’il existe, est calculé et affiché dans la colonne « Retard par rapport à la planification ». Il permet de détecter facilement les sauvegardes non exécutées alors qu’elles le devraient, le poste pouvant être éteint ou l’agent client désactivé :
Vue des audits des exécutions planifiées
Enfin, une nouvelle alerte surveillant le retard de déclenchement par rapport à la planification a été introduite et permet de prévenir automatiquement l’administrateur losqu’une certain retard de déclenchement est constaté.
La version 7.1 va apporter des améliorations significatives au système de restauration de fichiers piloté depuis le serveur de sauvegarde. Jusqu’ici, les requêtes de restauration déclenchaient un dialogue de validation obligatoire sur le poste client, et les fichiers ne pouvaient être placés que dans un répertoire temporaire créé spécialement pour l’occasion. L’utilisateur devait ensuite déplacer manuellement les fichiers récupérés vers le répertoire de son choix.
Deux améliorations ont été introduites : d’une part la possibilité de choisir un mode de restauration « non interactif », d’autre part le moyen de déterminer où placer les documents restaurés.
Le mode « non-interactif » permet de restaurer des documents sur un poste où personne n’est connecté, et plus généralement de court-circuiter toute intervention avec un utilisateur non qualifié. Le fait d’accéder sans consentement au système de fichiers de l’utilisateur en écriture n’étant pas une opération banale, nous avons choisi de l’autoriser uniquement si une option particulière était activée au niveau du gestionnaire de sauvegarde. Pour autoriser les restaurations en arrière-plan dirigées par l’administrateur, il faudra au préalable avoir coché la case « Autoriser la restauration en arrière-plan par l’administrateur ». Dans le cas contraire, les requêtes Push Restore seront toujours traitées en mode interactif :
Option d’autorisation de la restauration en arrière-plan par l’administrateur dans le Gestionnaire de Sauvegardes.
Une autre demande était de pouvoir choisir d’une manière plus précise où restaurer les données. Nous proposons désormais trois emplacements possibles : • Répertoire ad-hoc créé pour l’opération : un dossier crée dans le répertoire Mes Documents contenant les fichiers restaurés affiché une fois l’extraction terminée, • Répertoire spécifique : un dossier particulier choisi par l’administrateur. Lorsque le canal serveur à client est actif, l’administrateur peut explorer le disque de l’utilisateur depuis la console pour choisir un dossier existant sur le poste. • Restaurer aux emplacements source : les fichiers sont restaurés à leurs emplacements de sauvegarde. Attention, si des documents existent déjà, ils seront écrasés.
Les trois types d’emplacements pour les fichiers à restaurer sur le poste client.
Nous espérons que ces améliorations répondront mieux aux problématiques de nos utilisateurs en terme de flexibilité d’options de restauration dirigées par l’administrateur.
