Pour aller plus loin dans la configuration de la solution de sauvegarde HYCU présentée précédemment, il est possible d’activer un nombre important de fonctionnalités non-visible dans la GUI. Voici un inventaire non-exhaustif de certaines options qui par expérience s’avèrent utiles.
Pour activer certaines de ces options, il est fortement recommandé de réaliser les opérations suivantes :
- une sauvegarde de votre fichier courant /hycudata/opt/grizzly/config.properties
- mettre votre contrôleur en Suspend Mode (Dans la GUI, Power option > Suspend mode)
- réaliser la modification
- redémarrer le service grizzly : sudo service grizzly restart
- mettre votre contrôleur en Resume Mode (Dans la GUI, Power option > Resume mode)
Restaurer depuis des points de restauration grisés
Lorsque des points de rétentions dépassent la rétention spécifiée, HYCU grise ces points avant de les expirer totalement lorsque l’intégralité de la chaîne dépassent la rétention spécifiée.
Lorsque ces points sont grisés, il n’est pas possible de restaurer la machine/des fichiers sur la machine …
Pour activer cette restauration depuis ces points toujours existants sur votre Target, il vous faut rajouter ou modifier la ligne suivante dans le config.properties :
restore.enabled.if.retention.is.up=true
Les points « expirés » sont ensuite éligible à la restauration.
Augmenter le timeout pour l’envoi des notifications mail via SMTP
Si HYCU peut avoir du mal à contacter votre serveur SMTP pour une raison particulière, l’option ci dessous vous permet d’augmenter le timeout et les intervalles entre de nouvelles tentatives de contact du serveur SMTP. Ajouter ou modifier les deux lignes ci-dessous en précisant respectivement l’intervalle entre les tentatives et le nombre de tentatives avant de considérer l’échec :
mail.smtp.interval.sec=60 mail.smtp.retry.count=5
Désactiver le check d’une Target avant le backup
HYCU avant de réaliser le job de backup d’une machine virtuelle/physique réalise des checks sur la Target de destination. Ces checks prennent en compte la santé de la Target, son espace disponible… Suite à des soucis de sauvegarde sur des machines physiques relatif à une prise en compte de l’espace disque de la machine source, j’ai du désactiver cette vérification pour permettre à mon job de s’exécuter correctement. Voici la ligne à ajouter/modifier sur le contrôleur :
scheduler.skip.target.space.checking.before.backup=true
Attention, cette option est utilisée dans un cas particulier, ne doit être systématique.
(ESXi only) Forcer HYCU à exécuter un snasphot crash consistent si vcenter échoue à faire un quiesce de l’OS
Sur un environnement ESXi / vCenter / HYCU, il est possible de forcer HYCU à exécuter un snapshot crash consistent lorsque vCenter n’a pas été en mesure de faire un quiesce de l’OS lors de la prise du snapshot et que les sauvegardes « application consistent » ne sont pas nécessaires.
Il faut tout d’abord récuper l’HYCU UUID de la VM en question dans la liste des VMs ‘Summary’ sur la GUI d’HYCU.
Il faut ensuite ajouter la ligne ci dessous dans le config.properties (en remplacant l’UUID de la ou des VM(s)) :
esxi.vcenter.quiesce.fallback=UUID_VM1,UUID_VM2
Désactiver les tests de performance sur des targets
Cette option permet de désactiver les tests effectués par HYCU sur les targets qui permettent de calculer la compliance de vos machines sauvegardées, donner des stats de performance. Cette option peut être utile si votre contrôleur ne se situe pas sur le même site que les machines sauvegardées et les targets.
Il suffit d’ajouter l’option suivante dans le config.properties :
target.read.throughput.test.enabled=false
