Instalación informática y red

Copias de seguridad para pymes: la regla 3-2-1 explicada con un ejemplo real

Casi todas las pymes tienen copias, pero pocas han restaurado alguna vez. Esta guía te da un método sencillo para que la copia sirva el día que haga falta.

  • 4 min de lectura

La conversación suele ser esta: "¿Tenéis copias?". "Sí, claro". "¿Y las habéis restaurado alguna vez?". Silencio.

Una copia que nunca se ha restaurado es una hipótesis. Esta guía propone un método simple, la regla 3-2-1, y cómo comprobar que funciona antes de que haga falta.

La regla 3-2-1

  • 3 copias de los datos importantes: el original más dos copias.
  • 2 soportes distintos: por ejemplo, un disco en la oficina y un almacenamiento remoto.
  • 1 copia fuera del local, para sobrevivir a incendio, robo o inundación.

Suma una cuarta condición que el ransomware hizo imprescindible: al menos una copia debe ser inmutable o desconectada, que un atacante con acceso a tu red no pueda cifrar ni borrar.

Primero, decide qué copiar

No todo vale lo mismo. Haz un inventario sencillo:

DatoDónde vive¿Se puede rehacer?Prioridad
Facturación y contabilidadPrograma o nubeNoAlta
Documentos de clientesServidor o NASNoAlta
Base de datos de la aplicación o del aula virtualServidorNoAlta
CorreoProveedorParcialMedia
Programas instaladosCada equipoSíBaja

Una trampa frecuente: los servicios en la nube no son una copia. Si borras un fichero por error o un atacante cifra tu carpeta sincronizada, el cambio se replica. Comprueba cuánto tiempo guarda tu proveedor las versiones anteriores.

Dos números que mandan: RPO y RTO

  • RPO (punto de recuperación): cuántos datos puedes permitirte perder. Si trabajas todo el día en documentos, perder 24 horas de trabajo puede ser demasiado.
  • RTO (tiempo de recuperación): cuánto puedes estar parado hasta restaurar.

Contestar a esto antes de elegir herramienta define la frecuencia y el medio. No es lo mismo parar una tarde que una semana.

Ejemplo práctico con restic

Restic es una herramienta de copia de código abierto, con cifrado, deduplicación y versiones. Sirve para copiar a un servidor remoto por SFTP, a almacenamiento compatible con S3 y a otros destinos. Un esquema básico:

# 1. Inicializar el repositorio (solo la primera vez)
export RESTIC_PASSWORD_FILE=/root/.restic-pass
restic -r sftp:copias@servidor-remoto:/copias/oficina init

# 2. Copia diaria (cron o temporizador systemd)
restic -r sftp:copias@servidor-remoto:/copias/oficina backup /srv/datos --exclude-caches

# 3. Retención: 7 diarias, 4 semanales, 12 mensuales
restic -r sftp:copias@servidor-remoto:/copias/oficina forget \
  --keep-daily 7 --keep-weekly 4 --keep-monthly 12 --prune

# 4. Comprobar integridad leyendo una parte de los datos
restic -r sftp:copias@servidor-remoto:/copias/oficina check --read-data-subset=5%

Guarda la contraseña del repositorio en un gestor de contraseñas y en un segundo lugar físico: sin ella, la copia no se puede abrir.

Bases de datos: copia consistente

No copies los ficheros de una base de datos en marcha. Haz un volcado consistente y copia el volcado:

mysqldump --single-transaction --routines aula | gzip > /srv/datos/volcados/aula-$(date +%F).sql.gz

Para una aplicación como Moodle, la copia completa son tres cosas: la base de datos, el directorio de datos (moodledata) y el fichero config.php con la lista de plugins instalados.

Protección frente a ransomware

  • El servidor de copias no debe estar montado permanentemente en los equipos de la oficina. Mejor que la copia se haga "tirando" desde el servidor remoto, o con credenciales que solo permitan añadir datos.
  • Usa versiones con retención suficiente. El ransomware a veces tarda días en notarse; si solo conservas la copia de ayer, esa también está cifrada.
  • Cuenta separada para las copias, con doble factor y sin permisos de administrador del dominio.

Prueba de restauración: la parte que nadie hace

Pon en el calendario una prueba trimestral:

  1. Elige un conjunto de datos al azar (una carpeta, una base de datos).
  2. Restáuralo en otro equipo o carpeta, sin tocar el original.
  3. Verifica que abre y que los datos son los esperados.
  4. Anota cuánto has tardado. Ese es tu RTO real, no el que imaginabas.
  5. Una vez al año, simula la pérdida completa de un servidor.

Errores comunes

  • Copia en un disco USB que vive enchufado al mismo equipo.
  • Copia en la misma sala que el original.
  • Nadie revisa los avisos de error del trabajo de copia.
  • Se copian los datos, pero no la configuración necesaria para volver a levantar el servicio.

¿No sabes si tus copias sirven? En una reunión de una hora, sin coste, repasamos qué datos tienes, dónde viven y qué pasaría si mañana faltaran. Escríbenos y lo vemos.

Sigue leyendo

Artículos relacionados

Asesoría tecnológica

Asesoría tecnológica para pymes: qué es, qué incluye y cuándo contratarla

Una pyme que compra tecnología sin criterio acaba pagando dos veces. La asesoría tecnológica sirve para decidir bien, no solo para arreglar lo que se rompe.

Aulas virtuales con Moodle

Moodle autoalojado o gestionado: qué te conviene según tu centro

Quién se encarga de actualizaciones, copias y seguridad es la pregunta que decide si tu aula virtual aguanta dentro de dos años.

Instalación informática y red

Red y Wi-Fi para una academia: cómo dimensionarla para que no se caiga

El aula virtual más rápida del mundo no sirve si el Wi-Fi del centro se cae cuando entran 30 alumnos a la vez. Estos son los criterios para diseñar la red desde el principio.

Contacto

Hablemos

Cuéntanos a qué te dedicas y cómo lo llevas hoy. Normalmente respondemos en menos de 24 horas.

Zona
Vallès Oriental y Vallès Occidental
Primera reunión
Una hora, sin coste

Por ejemplo: instalaciones eléctricas, Granollers.

Al enviarlo se abrirá tu programa de correo con el mensaje preparado para contacto@keappi.com. Usaremos tus datos solo para responder a tu consulta y los conservaremos el tiempo necesario para hacerlo y, después, 12 meses por si la conversación continúa. Más información en la política de privacidad.