Exploitation SuiteCRM : liste de contrôle administrateur approfondie
- Les systèmes stables reposent sur des contrôles réguliers et ordinaires, pas sur des exploits ponctuels après une panne.
- Après les mises à niveau, droits, cache et tests de bon fonctionnement sont obligatoires.
- Une sauvegarde sans essai de restauration est un espoir, pas une stratégie.
Le planificateur silencieux
Les tâches semblent actives mais ne tournent pas ou échouent sans alerte dans l'interface. Résultat : pas d'e-mails de workflow ni de rappels ; les métiers le découvrent tard.
Les droits après une mise à niveau ou la CLI
Des commandes console exécutées sous un autre utilisateur laissent des fichiers non modifiables par le serveur web. Symptômes : imports, cache, pages d'erreur vides.
Journaux et disque
Les journaux sans rotation et fichiers temporaires croissants remplissent le disque. Le CRM s'arrête alors que sa logique applicative n'a pas changé.
Contrôle opérationnel : votre instance atteint-elle le minimum ?
Les systèmes SuiteCRM de production échouent rarement par manque de fonctionnalités. Ils échouent à cause de pannes silencieuses du planificateur, de droits après une mise à niveau CLI, de sauvegardes non testées et de connaissances détenues par une seule personne.
1. Un modèle d'exploitation par niveaux
| Fréquence | Priorité |
|---|---|
| Chaque jour / automatiquement | Supervision de l'hôte, du disque, du HTTP et éventuellement des erreurs de tâches |
| Chaque semaine | Dernières exécutions du planificateur, motifs de journaux, accumulation des files |
| Après une version | Droits, cache, tests de bon fonctionnement, flux critiques |
| Chaque mois | Essai de restauration, cycle de vie des utilisateurs, mise à jour documentaire |
2. Planificateur et arrière-plan
- Cron ou minuteur système associé à l'utilisateur documenté
- Tâches critiques : dernier succès, pas simplement « actif »
- Tâches en erreur avec responsable et ticket, pas indéfiniment en rouge
3. Suivi des mises à niveau
Les recommandations officielles sur les droits après les commandes console et les problèmes de cache sont connues. En pratique :
- Lire les notes de la version précise
- Définir les droits prévus pour l'utilisateur du serveur web
- Effectuer les étapes de cache et conteneur selon la documentation
- Test rapide : connexion, processus essentiel, e-mail, rapport
4. Sauvegarde et restauration
Testez la restauration dans un environnement isolé, au moins par échantillonnage des fichiers et de la base. Une sauvegarde que personne n'a restaurée n'est qu'un fichier, pas un plan.
Le Health Center peut regrouper le diagnostic dans le contexte CRM. Il ne remplace ni la supervision de l'hôte, ni les sauvegardes testées, ni la responsabilité organisationnelle de Cron.
Health Center ↗