Ca y est, UltraBackup NetStation 5 est sorti !

Parmi les principales nouveautés :

• Nombreuses améliorations de performance et de sécurité,
• Compatibilité Windows 10,
• Moteur de sauvegarde locale intégré au client,
• Style Office 2013,
• Nouveaux collecteurs de données pour suivre l’activité journalière du serveur de sauvegarde,
• Possibilité de vérifier la clé de chiffrement depuis le gestionnaire de sauvegarde,
• Nouveau système de reporting générant plus rapidement des rapports plus compacts,
• Reconnexion automatique de la console d’administration et du gestionnaire de sauvegardes en cas de déconnexion réseau,
• Possibilité de stocker les rapports de sauvegarde de manière externe…

…et de nombreuses autres nouveautés !

Vous pouvez directement télécharger l’agent client ou le serveur de sauvegarde.

Deux avertissements importants :

• Dans certains contextes, les clients v4 peuvent ne pas se mettre à jour correctement lorsque la mise à jour automatique des clients est activée côté serveur.  Il s’agit d’un dysfonctionnement corrigé dans la version 5, mais qui ne peut pas être traité à postériori pour les binaires affectés déjà installés. Par conséquent, n’utilisez pas la mise à jour automatique pour faire migrer les clients 4 en version 5.0 (celle-ci est automatiquement désactivée dans la configuration serveur lors de la migration pour éviter tout problème).
• Le serveur UltraBackup utilise FireBird 2.5.5. Avant de mettre à jour un serveur UltraBackup existant, pensez à l’arrêter et désinstaller la version FireBird déjà installée sur le poste.

Enfin, vous pouvez consulter le manuel de l’agent client ou le manuel du serveur de sauvegarde.

Avant de faire la mise à jour, vérifiez que les termes de votre contrat vous permettent l’upgrade.

Voici quelques conseils si vous désirez stocker vos sauvegardes UltraBackup sur un NAS.

Tout d’abord, si le NAS le permet, utilisez iSCSI ! Ce protocole permet d’exporter tout ou partie de l’espace de stockage sous la forme d’un disque local que vous pouvez formater avec le système de fichiers de votre choix. Pour ce faire, vous devrez créer un volume iSCSI sur le NAS puis utiliser l’initiateur iSCSI fourni par Windows afin de « faire le lien » entre le serveur UltraBackup et le NAS. Les données et la base de données du logiciel pourront être stockées de manière transparente sur l’appareil, et vous bénéficierez de performances optimales en terme d’accès aux données.

Si iSCSI n’est pas disponible, le système le plus couramment utilisé est l’export de partages réseaux accessibles depuis des postes Windows. En général, les NAS utilisent des versions modifiées de Linux qui permettent d’accéder à des pools de stockage montés comme des partages réseaux. Ce mode d’accès utilise le protocole SMB (parfois aussi appelé CIFS) généralement pris en charge par le deamon Samba.

Si vous choisissez ce mode d’accès, gardez en tête les éléments suivants :

Continuer la lecture de Stocker ses sauvegardes sur un NAS →

Nous avons reçu à plusieurs reprises des appels de clients qui se plaignaient de comportements étranges avec les plans d’exécutions. Les sauvegardes exécutées dans leur contexte « débordaient » parfois de la plage horaire qui leur était assignée… Un comportement en contradiction avec le cahier des charges de cette fonctionnalité, censée délimiter strictement un horaire dans lequel les tâches devaient s’exécuter.

Une rapide inspection de leur serveur a permis de déterminer que certaines sauvegardes devant être exécutées dans le cadre de plans d’exécution possédaient également des paramètres individuels de planification, ce qui est la cause de ce qu’ils identifiaient comme un dysfonctionnement du logiciel.

Conceptuellement, il y a deux manières d’exécuter automatiquement une sauvegarde :

• Soit la sauvegarde est déclenchée de manière autonome par l’agent client, en fonction des paramètres de planification qui lui sont associés,
• Soit la sauvegarde est déclenchée par le serveur de sauvegarde dans le cadre d’un plan d’exécution. Dans ce cas, l’exécution est totalement pilotée par le serveur, qui décide quand lancer, relancer ou interrompre la tâche.

Mixer les deux modes de fonctionnement est une mauvaise idée. Non seulement cela sort de la logique précédemment exposée, mais cela peut aussi perturber l’exécution des plans d’exécutions. En effet, dès qu’une sauvegarde possédant des paramètres de planification est interrompue d’une manière qu’il considère comme « non prévue », l’agent client relance automatiquement la tâche. Par conséquent, le système serveur gérant les plans d’exécutions peut entrer en concurrence avec l’agent client pour démarrer ou redémarrer l’exécution de certaines tâches, alors que celles-ci devraient être abandonnées – la plage horaire du plan n’étant plus active. D’où le comportement inhabituel remarqué par l’utilisateur, dont il avait raison de se plaindre.

De ce fait, la version 5 d’UltraBackup vérifie systématiquement que les sauvegardes susceptibles d’être exécutées dans le cadre d’un plan d’exécution ne possèdent pas de paramètres de planification, et dans le cas contraire affiche un message d’information permettant de réinitialiser la planification :