Un plan de recuperación que se pueda leer a las tres de la madrugada
La mayoría de los planes que encontramos no están equivocados: son inservibles. Demasiado largos, demasiado viejos y escritos para alguien que ya lo sabe todo. Esto es lo que sí debe contener un plan de recuperación de TI, y en qué forma.
Seis partes que no pueden faltar
Todo lo demás que contenga es útil. Estas seis marcan la diferencia entre un plan que funciona y un documento que existe.
- Cuándo se aplica el planUna frase que diga cuándo se abre este documento y quién puede decidirlo. Sin ella se queda cerrado durante la misma caída para la que se escribió, porque nadie se atreve a decir que esta es la buena.
- El orden de recuperaciónQué sistemas vuelven primero y cuáles pueden esperar, con el motivo al lado. El motivo importa más que el orden: el orden cambia, y entonces se puede volver a deducir en vez de volver a inventar.
- Por sistema: dónde está la copiaUbicación, cómo se llega a ella y quién tiene las llaves. Incluida la pregunta de cómo se llega cuando el entorno por el que se inicia sesión normalmente no está disponible: es la línea que más se olvida en cualquier plan.
- Dependencias entre sistemasQué debe estar funcionando antes de que arranque el siguiente: nombres, licencias, certificados, integraciones hacia fuera. Esta lista se escribe sola la primera vez que se restaura de verdad, y casi nunca antes.
- Contactos que viven fuera del entornoTeléfonos de su propia gente, de los proveedores y de quien entrega la línea. En papel o en un móvil, no dentro del sistema que está caído.
- Cómo se sabe que ha terminadoUna comprobación por sistema que diga que funciona de verdad, y no solo que está encendido. Sin eso la organización vuelve a algo que funciona a medias, y ahí empieza la segunda caída.
En qué se nota que un plan es utilizable
Cuatro propiedades que no tienen nada que ver con el contenido y todo con que se use o no.
Cabe en pocas páginas
El núcleo debe caber en un puñado de páginas, con el detalle en anexos. Quien tenga que hojearlo durante una caída no lo leerá.
Está escrito para otra persona
No para el técnico que lo construyó, sino para el compañero que está de guardia. Sin abreviaturas que solo existen dentro, y con los pasos escritos.
Se puede abrir fuera del entorno
Un plan que vive en el recurso compartido que está restaurando no existe en ese momento. Una copia impresa en dos ubicaciones es anticuada y funciona.
Lleva fecha y responsable
Una persona que lo mantiene y una fecha que dice cuántos años tiene. Un plan sin responsable envejece exactamente a la velocidad a la que cambia el entorno.
Cómo se mantiene al día
Los planes se rompen en el mantenimiento, no en la redacción. Tres momentos en los que debe cambiar.
- Con cada cambio que añade o quita algoEntra un sistema, sale otro, cambia una integración: el plan cambia con ello. Eso solo funciona si forma parte del proceso de cambios y no de una limpieza anual.
- Después de cada ensayoCada ensayo saca cosas que resultaron ir de otra manera. Entran de inmediato, porque dentro de tres meses ya nadie las recuerda.
- Después de cada caída realTambién cuando salió bien. Sobre todo entonces, porque se sabe qué funcionó y por qué, y esa es la parte que normalmente no se anota en ningún sitio.
- Al cambiar de proveedorOtra empresa, otros teléfonos, otros acuerdos de tiempo de respuesta. Un plan con el número del proveedor anterior es peor que un plan sin número.
Preguntas que nos hacen sobre esto
Las más habituales, respondidas en breve.
¿Cuánto debe ocupar un plan de recuperación de TI?
El núcleo debe caber en un puñado de páginas, con el detalle en anexos. Quien tenga que hojearlo durante una caída no lo leerá, y entonces la extensión es justo el problema que el plan debía resolver.
¿Dónde se guarda el plan?
Fuera del entorno que está restaurando. Un plan en el recurso compartido que está caído no existe en ese momento. Una copia impresa en dos ubicaciones es anticuada y funciona; una copia en un móvil también.
¿Quién debe mantenerlo al día?
Una persona con nombre, y la actualización debe formar parte del proceso de cambios y no de una limpieza anual. Un plan sin responsable envejece exactamente a la velocidad a la que cambia el entorno.
Déjenos intentar romper el plan
Envíenos lo que hay ahora, o cuéntenos qué tiene en marcha si todavía no hay nada. Lo repasamos contra las seis partes de arriba y decimos cuáles faltan.
Conocimiento práctico de TI en tu bandeja
Nuevas guías sobre gestión, seguridad y el puesto de trabajo, escritas por quienes hacen el trabajo. Sin discursos comerciales, y puedes darte de baja con un clic.