Operaciones de SuiteCRM: una lista detallada para administradores
- Los sistemas estables nacen de comprobaciones periódicas y rutinarias, no de heroicidades esporádicas tras una caída.
- Tras las actualizaciones, permisos, caché y pruebas básicas son obligatorios, no opcionales.
- Una copia sin prueba de restauración es una esperanza, no una estrategia.
El planificador silencioso
Las tareas parecen activas, pero no se ejecutan o fallan sin avisos en la interfaz. Resultado: no hay correos de flujos ni recordatorios; las áreas de negocio lo detectan tarde.
Permisos tras actualizar o usar CLI
Los comandos de consola ejecutados con otro usuario dejan archivos en los que el servidor web no puede escribir. Síntomas: subidas, caché y páginas de error en blanco.
Registros y disco
Los registros sin rotar y los temporales crecientes llenan el disco. El CRM deja de funcionar aunque la lógica de la aplicación no haya cambiado.
Comprobación operativa: ¿su instancia cumple el mínimo?
Los sistemas SuiteCRM en producción rara vez fallan por falta de funciones. Fallan por el planificador silencioso, permisos tras actualizaciones CLI, copias no probadas y conocimiento concentrado en una persona.
1. Modelo operativo por niveles
| Frecuencia | Enfoque |
|---|---|
| Diariamente / automático | Monitorizar servidor, disco, HTTP y, si procede, errores de tareas |
| Semanalmente | Últimas ejecuciones, patrones de registros y acumulación en colas |
| Tras cada lanzamiento | Permisos, caché, pruebas básicas y procesos críticos |
| Mensualmente | Restauración por muestreo, ciclo de vida de usuarios y documentación |
2. Planificador y procesos en segundo plano
- Cron o temporizador del sistema asignado al usuario documentado
- Tareas críticas: último éxito, no solo estado «activo»
- Tareas erróneas con responsable y ticket, no eternamente en rojo
3. Después de actualizar
Se conocen las indicaciones oficiales sobre permisos tras comandos de consola y problemas de caché. En la práctica:
- Leer las notas de la versión concreta
- Aplicar permisos según el usuario del servidor web
- Pasos de caché y contenedor según la documentación
- Prueba básica: acceso, proceso principal, correo e informe
4. Copias y restauración
Pruebe la restauración en un entorno aislado, al menos con muestras de archivos y base de datos. Una copia que nadie ha restaurado nunca es un archivo, no un plan.
El Health Center puede agrupar diagnósticos en el contexto del CRM. No sustituye la monitorización del servidor, las copias probadas ni la responsabilidad organizativa sobre cron.
Health Center ↗