GetClicks
Servicios · Respaldo y recuperación ante desastres

Respaldo y recuperación ante desastres que han sido probados.

Toda empresa tiene respaldos; menos han restaurado desde ellos. Diseñamos el respaldo y la recuperación de modo que las preguntas — qué está protegido, hasta cuándo atrás, qué tan rápido podemos volver a trabajar — tengan respuestas por escrito, y probamos esas respuestas según un calendario.

Principio3-2-1: tres copias, dos medios, una fuera de sitio — más una inmutable
AlcanceMicrosoft 365 / Google Workspace, servidores, bases de datos, nube, dispositivos
ObjetivosRPO y RTO acordados por sistema, por escrito
PruebasPruebas de restauración programadas, con informe

Ambos se planifican por sistema, porque una tienda en línea, un servidor de archivos y un buzón tienen necesidades distintas — y costos distintos cuando no están disponibles.

Respaldo de aplicaciones en la nube

Microsoft y Google protegen su plataforma, no sus datos frente a borrados, ransomware o el error de alguien que se va. Un respaldo de terceros de buzones, unidades, SharePoint y Teams cierra esa brecha.

  • Respaldos diarios con retención larga
  • Restauración a un punto en el tiempo de un buzón, un archivo o un sitio completo
  • Ubicación de almacenamiento independiente en la UE

Respaldo de servidores y bases de datos

  • Respaldos de imagen de servidores virtuales y físicos
  • Respaldos de bases de datos consistentes con la aplicación (PostgreSQL, MySQL, SQL Server)
  • Copias fuera de sitio en una segunda ubicación o con un segundo proveedor
  • Almacenamiento inmutable de una sola escritura contra ransomware
  • Cifrado en tránsito y en reposo, con claves bajo su control

Respaldo de dispositivos

  • Respaldos de laptops para roles donde los datos locales importan
  • Políticas que mantienen los datos de trabajo en el almacenamiento sincronizado de la empresa en lugar del dispositivo

Planificación de la recuperación

  • Impacto en el negocio: qué sistemas importan más y cuánto cuesta una hora de interrupción
  • Objetivos de recuperación por sistema: RPO (pérdida de datos tolerada) y RTO (tiempo para recuperar)
  • Runbooks: instrucciones de recuperación paso a paso, actualizadas
  • Formas alternativas de trabajar durante una interrupción — correo, telefonía, archivos
  • Una lista de contactos y responsables de decisiones que no esté almacenada solo en los sistemas caídos

Pruebas de restauración e informes

  • Restauraciones de prueba programadas de archivos, buzones y servidores completos
  • Un ejercicio anual de recuperación para sistemas críticos
  • Un informe tras cada prueba: qué funcionó, cuánto tardó, qué se cambió
  1. Inventario e impacto semanas 1–2

    Qué existe, dónde vive, quién depende de ello y cuánto cuesta una interrupción. Los respaldos existentes se verifican, incluida una restauración de prueba.

  2. Diseño semanas 2–3

    Objetivos por sistema, herramientas, ubicaciones de almacenamiento, retención y costo — por escrito y acordados.

  3. Implementación semanas 3–5

    Trabajos de respaldo, copias fuera de sitio e inmutables, monitoreo de cada trabajo, cifrado y control de acceso.

  4. Prueba y entrega semanas 5–6

    Una primera prueba de restauración completa, runbooks y un informe. Luego pruebas programadas y controles mensuales.

  • Monitoreo diario de cada trabajo de respaldo, con fallas atendidas el mismo día.
  • Retención según lo acordado — típicamente 30 diarios, 12 mensuales y más donde la ley lo exige.
  • Copias fuera de sitio e inmutables en centros de datos de la UE separados del sistema primario.
  • Pruebas de restauración trimestrales para archivos y buzones, anuales para sistemas completos.
  • Runbooks para cada sistema crítico, revisados tras cada cambio.
  • Informe cada mes: estado de los trabajos, almacenamiento usado, pruebas realizadas.
  • Restauraciones realizadas por nosotros a solicitud, dentro del alcance acordado.
Usamos Microsoft 365. ¿No está ya respaldado?

Microsoft mantiene el servicio funcionando y ofrece una retención limitada, como papeleras con plazos. No lo protege frente a datos borrados hace tiempo, ransomware que cifra archivos sincronizados o una cuenta que fue cerrada. Los propios términos de servicio de Microsoft recomiendan un respaldo de terceros.

¿Qué tan rápido podemos volver tras un ransomware?

Para eso existe el RTO. Con respaldos de imagen, copias inmutables y un runbook ensayado, un entorno pequeño de servidores típico se reconstruye en horas o un día; sin ellos, se tarda días o semanas. La etapa de diseño le da la cifra para sus sistemas y el costo de mejorarla.

¿Dónde se almacenan los respaldos?

En centros de datos de la UE separados del sistema primario — un segundo proveedor o región. La ubicación y la retención quedan escritas en el diseño.

¿Realmente prueban?

Sí, según un calendario, y usted recibe el informe. Un respaldo sin probar es una esperanza, no un control.

¿Cuándo fue la última vez que restauró algo?

Si la respuesta es «no estoy seguro», empiece por el inventario. Respondemos en un día hábil.