01Qué necesita backup
La pregunta correcta es: si este equipo desapareciera ahora, ¿cuántos clientes se quedarían sin servicio y cuánto tiempo llevaría reconfigurarlo? En un proveedor, la lista suele ser:
- Concentradores PPPoE y BNG: autenticación, pools, perfiles de velocidad.
- Routers de borde: sesiones BGP, filtros, prefijos anunciados.
- CGNAT: reglas y rangos de puertos, que necesita para responder a pedidos judiciales.
- OLTs: perfiles y el registro de cada ONU. Es el equipo más trabajoso de rehacer a mano.
- Switches de agregación y transporte: VLANs y trunks.
- Firewalls y radios de backhaul.
Mantenga un inventario (nombre, IP, fabricante, modelo, función) y úselo como lista del backup. Un equipo nuevo que entra a la red sin entrar al inventario es el primero que falta cuando hay un problema.
02Frecuencia
Una recolección por día, de madrugada, es lo mínimo. Además:
- haga un backup manual antes de un cambio planificado y otro después;
- guarde una versión nueva solo cuando la configuración cambie. Guardar el mismo archivo todos los días solo ocupa espacio y esconde los cambios reales entre copias iguales.
03Texto e historial
Prefiera el backup en texto (show running-config, display current-configuration, /export) a los formatos binarios. El texto se lee, se busca y se compara. El binario solo se restaura completo.
Guarde las versiones en un historial, sin sobrescribir un archivo. Con historial, la pregunta "¿qué cambió entre ayer y hoy?" se responde en segundos (vea Comparar versiones de la configuración).
04Dónde guardarlo
Adapte la regla 3-2-1: tres copias, en dos lugares distintos, una de ellas fuera de su entorno.
| Copia | Dónde | Protege contra |
|---|---|---|
| 1 | El propio equipo (configuración guardada) | Reinicio |
| 2 | Servidor de backup en el proveedor | Falla o reemplazo del equipo |
| 3 | Nube u otro sitio (Google Drive, Dropbox, S3, SFTP externo) | Pérdida del servidor, incendio, ransomware en el proveedor |
El servidor de backup no debe estar en el mismo equipo ni en la misma máquina física que protege.
05Credenciales y secretos
- cree en cada equipo un usuario solo para el backup, con permiso de lectura y, cuando sea posible, aceptado solo desde la IP del servidor;
- guarde las contraseñas de esos usuarios cifradas en el servidor de backup, nunca en una planilla;
- decida si el backup guarda los secretos de la configuración (contraseñas de PPPoE, claves, communities). Con ellos, la restauración es completa; sin ellos, el archivo es más seguro, pero la restauración exige volver a escribir contraseñas;
- restrinja quién accede al servidor de backup: tiene la configuración de toda la red.
Ejemplo de usuario mínimo en MikroTik: un usuario solo para el backup.
06Saber cuándo falla
El peor backup es el que dejó de funcionar hace tres meses sin que nadie lo notara. Una contraseña cambiada, una IP nueva, un equipo reemplazado: todo eso rompe la recolección en silencio.
- revise, todos los días, la lista de equipos cuya última recolección falló;
- revise la fecha del último backup bueno de cada equipo, no solo si la tarea se ejecutó;
- cuando se reemplace un equipo, actualice su registro de backup el mismo día.
07Por cuánto tiempo guardarlo
Como solo se graba una versión nueva cuando hay cambios, el historial en texto ocupa poco: se pueden guardar años. Para las copias externas, mantenga al menos algunos meses, lo suficiente para cubrir un problema que tarde en notarse.
Para el CGNAT, alinee la retención con lo que el proveedor necesita para responder pedidos de identificación de usuarios; en Brasil, el Marco Civil da Internet exige guardar los registros de conexión por un año, y cada país tiene sus propias reglas.
08Probar la restauración
Elija un equipo por trimestre y restaure el backup en un equipo de laboratorio o en una ventana de mantenimiento. La prueba muestra lo que falta: una contraseña que no estaba en el archivo, un comando que no vuelve en la misma versión, un paso que nadie documentó.
El procedimiento está en Cómo restaurar la configuración desde el backup.
09Lista de verificación
- Inventario con todos los equipos que hacen funcionar la red.
- Usuario de backup con acceso mínimo en cada equipo.
- Recolección diaria automática, y manual antes y después de los cambios.
- Historial de versiones en texto, con comparación entre fechas.
- Copia fuera del servidor (nube u otro sitio).
- Alerta de falla de recolección revisada todos los días.
- Prueba de restauración al menos una vez por trimestre.