Respaldos
La regla 3-2-1 aplicada a Softland ERP
Tres copias, dos medios distintos, una fuera del sitio. Cómo se traduce esa regla cuando lo que respaldas son bases SQL Server de Softland y carpetas de Terminal Server.
· 6 min de lectura · Equipo ERPBackup
La regla 3-2-1 es la recomendación más repetida en respaldos y también la más citada de memoria sin aplicarla. Dice así: tres copias de los datos, en dos medios distintos, una de ellas fuera del sitio.
Traducida a una instalación de Softland ERP, deja de ser un eslogan y se vuelve una lista concreta.
Tres copias
La primera copia es la base en producción, la que usa Softland todos los días. Esa no cuenta como respaldo: es el original.
La segunda es la copia local. Un .bak en otro disco o en un NAS de la misma
red, que sirve para restaurar rápido cuando el problema es acotado. Alguien
borró un maestro, un proceso quedó a medias, hay que volver al estado de anoche.
La tercera es la copia fuera del sitio, y es la única que sigue existiendo cuando el servidor se pierde entero.
Dos medios distintos
El sentido original de la regla era no depender de una sola tecnología. Si las dos copias están en discos del mismo modelo, comprados el mismo día y montados en el mismo equipo, el mismo lote de fallas se las lleva juntas.
Hoy, en la práctica de una pyme chilena, esto se traduce en: disco local por un lado, nube o servidor remoto por el otro.
Una copia fuera del sitio
Es la parte que más se salta y la que decide el resultado en los dos escenarios más caros: el ransomware y la pérdida física del servidor, sea por robo, incendio o inundación.
"Fuera del sitio" significa fuera del alcance de lo que le pasó al servidor. Una carpeta compartida montada permanentemente en la misma máquina, con las mismas credenciales, no está realmente fuera: el ransomware la cifra igual.
La trampa de confundir sincronización con respaldo
Tener la carpeta de respaldos dentro de OneDrive o Google Drive sincronizado no es lo mismo que respaldar, si el destino solo refleja lo que pasa en el origen. Cuando el archivo de origen se cifra o se corrompe, la sincronización propaga diligentemente esa versión dañada.
Dos cosas hacen la diferencia:
- Versiones e historial en el destino. Poder volver a la versión anterior de un archivo, no solo a la última.
- Retención definida. Cuántos días de historia se guardan. Un cifrado que se detecta el lunes puede necesitar la copia del jueves anterior.
Ambas se configuran en el servicio de destino y son una decisión de tu empresa, no algo que la herramienta de respaldo resuelva por sí sola. Vale la pena dejarlo escrito antes de instalar nada.
Cada cuánto
La frecuencia sale de una pregunta simple: ¿cuántas horas de digitación estás dispuesto a reingresar a mano? Si la respuesta es "ninguna", el respaldo diario no basta y hay que conversar de respaldos más frecuentes o de log de transacciones.
Para la mayoría de las instalaciones, una copia diaria de madrugada con retención de varias semanas es un punto de partida razonable.
Lista corta para revisar hoy
- ¿Existe una copia de las bases fuera del servidor donde corre Softland?
- ¿De qué fecha es la última copia buena? No la última ejecución, la última que alguien verificó.
- ¿El destino conserva versiones anteriores?
- ¿Alguien se entera cuando un respaldo falla, esa misma noche?
- ¿Se probó restaurar alguna vez? (cómo hacerlo)
Si alguna respuesta es incómoda, esa es la que conviene resolver primero. ERPBackup automatiza la parte de sacar la copia del servidor y avisar en cada ejecución.