Recomendaciones de sysadmin para pymes

# Guía de supervivencia para sysadmins de TI en pymes

En una pequeña empresa, el sysadmin suele ser el héroe solitario de TI. Para evitar choques con el jefe, define métricas clave de rendimiento desde el proceso de contratación. Acuerda horarios de trabajo, disponibilidad fuera de horario, tiempo máximo de inactividad para servicios críticos y objetivos de recuperación (RPO/RTO). Por ejemplo, especifica que las caídas de internet se resuelven en 2 horas y la pérdida de datos no superará las 24 horas. Fíjalo por escrito mediante un memo o email.

Esto te convierte de mero reparador en socio del negocio, reduciendo quejas por expectativas difusas.

Configuración y pruebas de copias de seguridad

Automatiza las copias de seguridad con verificaciones de integridad. Preséntale el plan a la gerencia: frecuencia (diaria/horaria), período de retención y costos de almacenamiento adicional. Mantén las copias fuera del almacenamiento principal: en discos separados o en la nube.

Prueba las restauraciones regularmente. Si el negocio exige instantáneas horarias, evalúa opciones NAS/SAN o en la nube. Documenta todo para evitar disputas durante fallos.

Evaluación y documentación de riesgos

Realiza un análisis de riesgos: caídas de servidores, cortes de red, fallos de software o hardware. Calcula el MTTR para cada uno. Compáralo con las necesidades del negocio del paso 1.

| Riesgo | Probabilidad | Impacto | MTTR | Mitigación |

|--------|--------------|---------|------|------------|

| Fallo de servidor | Media | Alto | 4 horas | Clústeres, repuesto caliente |

| Corte de red | Alta | Medio | 30 min | Proveedor ISP redundante |

| Caída de software | Baja | Alto | 2 horas | Gestión de parches |

Presenta el informe a la dirección para aprobar el presupuesto de correcciones.

Alineación en planes de recuperación ante desastres

Construye tu Plan de Recuperación ante Desastres a partir del análisis: pasos de recuperación, contactos clave, notificaciones. Obtén la aprobación de la gerencia, incluyendo compras (fuentes de alimentación, repuestos). Nada de retrasos en adquisiciones durante una crisis: todo preaprobado.

Planificación de cambios con reversión

Cada modificación de infraestructura necesita un plan:

• Servicios afectados.
• Pasos de implementación.
• Verificaciones de éxito (pruebas de salud).
• Pasos de reversión.

Ejemplo de plan de actualización de SO:

git checkout stable
apt update && apt upgrade -y
systemctl restart services
# Reversión: revertir instantánea

Coordina ventanas de trabajo evitando picos del negocio (no durante cierres de informes).

Definición de tu ámbito y ayuda externa

Establece límites claros: servidores Linux full-stack, redes Cisco básicas. Para temas avanzados (arrays de almacenamiento, clústeres HA), trae consultores o proveedores. Discútelo con el jefe: ¿contratar especialista o externalizar?

Compartir responsabilidad en decisiones

Para compras, muestra opciones: Modelo A (precio/rendimiento), B (más barato pero riesgoso). Obtén aprobación por escrito. Si compras elige la oferta más barata, que asuman las demoras.

Aprobaciones por escrito como norma

Hazlo regla: decisiones por email o tickets (Jira, RT). Tras charlas verbales, envía resumen: «Aprobado: X, Y, Z». Sin respuesta implica OK tácito.

Normas de interacción con usuarios

Implementa portal de autoservicio o ticketing: niveles de prioridad, SLAs (P1: 15 min, P2: 4 horas). Define horarios para incidencias no urgentes. Anuncia mantenimientos con antelación.

• Tickets no urgentes: por escrito, resuelve en 24–48 horas.
• Cumple promesas para generar confianza.

Revisiones regulares y anuales

Semanal: prueba restauraciones de copias en entorno de staging. Ciclo anual:

• Recopila necesidades actualizadas del negocio.
• Reevalúa riesgos.
• Actualiza PRD y configuraciones.

Al crecer el negocio, reduce RPO de diario a horario.

Lecciones clave

• Fija KPIs y riesgos por escrito desde el inicio.
• Automatiza y prueba copias de seguridad.
• Planifica cambios con reversión.
• Divide responsabilidades.
• Usa ticketing para solicitudes de usuarios.

— Editorial Team