Zimbra 8.6 Multiserveurs #8 – Installation de HSM – Babash

par francois · Publié 7 juin 2016 · Mis à jour 26 mai 2016

Zimbra permet, au bout d’un temps défini, de déplacer les objets ( email, contacts, documents, tâches etc… ) sur un disque moins rapide. Cette fonctionnalité s’appelle HSM.
Ainsi, vous pouvez lui demander de stocker les emails de moins de 30 jours sur les disques rapides de votre infrastructure et, passé ce délai, les déplacer automatiquement sur des disques capacitifs.

Comme le précise la documentation HSM, même si le lieu de stockage est différent, Zimbra assura de la même manière la sauvegarde. Par contre, il faut faire attention au temps d’exécution de cette sauvegarde. En effet, vous allez utiliser des disques moins rapides, et de ce fait, rallonger ce temps de sauvegarde. Cela aura peut être un impact sur votre système.

Ajout d’un disque capacitif

ls /dev/sd* echo « – – – » > /sys/class/scsi_host/host2/scan ls /dev/sd*

echo « – – – » >    /sys/class/scsi_host/host2/scan

Via ces 3 lignes, nous regardons les disques existants, prenons à chaud le nouveau, et confirmons sa prise en compte.

Ajout dans le pool LVM

pvcreate /dev/sdc mkdir /opt/zimbra/hsm vgextend MON_VG /dev/sdc vgdisplay lvcreate -n hsm -l +100%FREE MON_VG lvdisplay

lvcreate -n hsm -l +100%FREE MON_VG

Nous déclarons le disque /dev/sdc en LVM, créons le répertoire où sera monté ce dernier, l’ajoutons au volume groupe concerné et utilisons tout l’espace disponible du disque pour l’affecter au LV “hsm”

Formatage avec les préconisations Zimbra

mkfs.ext4 -j -O dir_index -i 10240 -L zimbra -m 2 -R stride=32 -J size=400 -b 4096 /dev/zmldap1-vg/hsm tune2fs -c 0 -i 0 /dev/MON_VG/hsm

Lire plus :   Le choix de la box Zwave
mkfs.ext4 -j -O dir_index -i 10240 -L zimbra -m 2 -R stride=32 -J size=400 -b 4096 /dev/zmldap1-vg/hsm tune2fs -c 0 -i 0 /dev/MON_VG/hsm

Formatage ext4 et désactivation du checkdisk au démarrage sur les préconisations Zimbra.

Montage dans le fstab

Dans le fichier /etc/fstab :

/dev/mapper/MON_VG-hsm /opt/zimbra/hsm ext4 noatime,dirsync,defaults,errors=remount-ro 0 1

/dev/mapper/MON_VG-hsm  /opt/zimbra/hsm ext4    noatime,dirsync,defaults,errors=remount-ro 0       1

Puis :

mount /opt/zimbra/hsm/ df -h

Prise en compte dans fstab du point de montage, et on vérifie que le disque est bien monté.

Ajout du disque dans Zimbra

chown zimbra:zimbra /opt/zimbra/hsm su – zimbra

chown zimbra:zimbra /opt/zimbra/hsm

Déclaration du point de montage comme volume HSM :

zmvolume -a -n hsm-volume -t secondaryMessage -p /opt/zimbra/hsm zmvolume -l

zmvolume -a -n hsm-volume -t secondaryMessage -p /opt/zimbra/hsm

Activation du volume HSM :

zmvolume -sc -id 3 zmvolume -l ls /opt/zimbra/hsm/

Lancement de HSM :

Vérification de ce qui a été fait :

zmhsm -u ls /opt/zimbra/hsm/

Configuration de la policy

Vérification de la policy utilisée :

zmprov gacf | grep zimbraHsmAge

zmprov gacf | grep zimbraHsmAge

A faire dans l’interface d’administration :

  • Pour une application globale : Configurer – Paramètres globaux – HSM
  • Pour une application sur un store précis : Configurer – Serveurs – Le store en question – Volumes – Gestion HSM

Mise en place du cron

Ajouter ceci pour un lancement à 6h du matin, tous les jours :

# HSM 0 6 * * * /opt/zimbra/bin/zmhsm -t

0 6 * * * /opt/zimbra/bin/zmhsm -t

Étiquettes : 8.6architecturecollaborationemailHierarchical Storage ManagementHSMmailmultiserveurubuntuzimbra

A lire également