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
| 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