Mis docs

SysAdmin Checklist
1. Sistema Operativo
No

1

Actividad

Conexión a los servidores y
verificación de los servicios

2 Revisión de sesiones

3

Revisión
del
bitácoras
(syslog, tcpd, sulog, etc)

Periodicidad

Diario

Diario

Diario

4 Almacenaje de bitácoras

Mensual

5 Revisión Correo de Root

Diario

6

Revisión de la Fecha y la
Hora

Mensual

7Verificación del estado de los
discos

Diario

8 Revisión de Procesos

Diario

Evidencias y Recomendaciones
Evidencia Eventual
• Documentar cualquier problema de acceso.
• Documentar cualquier anomalía con algún servicio en particular
• Documentar el seguimiento con el proveedor, otras áreas de la empresa e
indicar la solución del problema.
Métrica
• 99% de disponibilidad anual delequipo
Evidencia Eventual
• En que caso de detectar conexiones sospechosas se deberá investigar el
origen de las mismas y notificar/documentar con su supervisor y el área de
seguridad
Métrica
• 0% de intrusiones no detectadas
Evidencia Eventual
• Documentar cualquier mensaje anormal a la operación que aquí aparezca
• Abrir un reporte con el proveedor del equipo u otras áreas de la empresapara
obtener alguna solución o explicación del mensaje mostrado
Métrica
• 100% de los mensajes de error documentados y resueltos
Evidencia Periódica
• Almacenar en equipo/CD ó DVD y/o repositorio central
• La ubicación de las bitácoras depende del Sistema Operativo, se recomienda
respaldar por lo menos syslog
Métrica
• 100% de disponibilidad de las bitácoras para su revisión
EvidenciaEventual
• Documentar cualquier mensaje anormal a la operación que aquí aparezca
• Abrir un reporte con el proveedor del equipo para obtener alguna solución o
explicación del mensaje mostrado
Recomendación
• Depurarlo y/o almacenarlo mensualmente para un mejor manejo
Métrica
• 99% de los mensajes leídos y analizados
Evidencia Eventual
• En caso de un ajuste de hora/fecha se deberá denotificar y documentar
• Se deberá de abrir un RFC en caso de que la Aplicación, Base de Datos y/o
Servicios lo requieran
Recomendación
• En la medida de lo posible sincronizar la fecha y hora de los servidores con
un servidor designado para llevar el tiempo, bajo el
protocolo NTP
• En caso de que no se tenga un servidor NTP se puede utilizar la siguiente
referencia
Métrica
• Variación demás/menos 3 minutos con respecto a la hora oficial
Evidencia Periódica
• Dependiendo del Sistema Operativo y de la herramienta utilizada se deberá
verificar diariamente el estado de los discos tanto de
“booteo/internos” como los externos
• Si se encuentra algún error este se deberá documentar y en los casos que
apliquen abrir un reporte con el proveedor y un RFC para su corrección
EjemplosSolaris Disk Suite (metastat), VxVM (vxdisk, vxprint), etc.
Métrica
• 100% del estado óptimo de los discos

Evidencia Periódica
• Revisión de todos los procesos (activos, suspendidos, zombies).
• En caso de detección de procesos de usuario con alto consumo de cpu y/o
memoria, reportarlo y documentarlo con el dueño o área responsable (DBA,
Aplicativo, Desarrollador, SAP basis, Funcional, etc.)para su análisis y
eventual eliminación. En caso de que aplique abrir un reporte al área de
Incidentes del Cliente
Métrica
• 100% de los procesos identificados

9

10

11

12

Evidencia Periódica
• Dependiendo del Sistema Operativo y de la herramienta utilizada se deberá
verificar diariamente el estado del spool de impresión. En caso de problemas
Depuración de spool de
con algunaimpresora en particular se deberá reportar con el área de incidentes
Diario
impresión
del Cliente para que sea atendida por el área que corresponda. Si nuestra área
es responsable de las impresoras el incidente deberá documentarse
Métrica
• Spool de impresión con no más de 1 día de trabajos pendientes
Evidencia Semestral
• En caso de aplique se deberán realizar pruebas de “failover”...