Skip to Content
Estrategia de backup

Cómo calcular espacio de backup para una empresa con 5 TB de datos

Método para estimar capacidad de backup con 5 TB iniciales considerando cambio diario, retención, compresión, copias, crecimiento e inmutabilidad.

10 min de lectura Responsables IT Avanzado Referencia técnica Revisado el 08/04/2026
Método NeWeL Relevar Documentar Monitorear Mejorar

Cinco terabytes de datos productivos no equivalen a cinco terabytes de backup. La capacidad depende de cuánto cambia cada día, cuántos puntos se conservan, cuánto crece la información, qué reducción consigue la herramienta y cuántas copias existen.

Una estimación profesional expresa supuestos y márgenes. Los ratios comerciales de deduplicación no deberían reemplazar una medición sobre los datos reales.

Datos necesarios para calcular

  • Volumen protegido real por sistema y tipo de dato.
  • Tasa de cambio diaria y picos semanales o mensuales.
  • Retención diaria, semanal, mensual y anual.
  • Crecimiento esperado durante el horizonte de compra.
  • Compresión y deduplicación observadas en una prueba.
  • Cantidad de copias, repositorios y reserva operativa.

Modelo base de estimación

Como aproximación inicial: capacidad = copia completa efectiva + cambios retenidos + copias adicionales + crecimiento + margen. Cada componente debe calcularse después de reducción y con el comportamiento específico del producto.

  • Partir de 5 TB usados, no de la capacidad nominal de los discos.
  • Medir el cambio diario durante varias semanas.
  • Multiplicar el cambio efectivo por los puntos retenidos.
  • Agregar fulls sintéticos, activas o independientes según arquitectura.
  • Reservar espacio para consolidación, restauración y mantenimiento.

Ejemplo conceptual con 5 TB

Si el entorno cambia un 2 % diario, genera alrededor de 100 GB brutos por día antes de reducción. Treinta puntos diarios podrían representar hasta 3 TB adicionales, pero el resultado real depende de compresión, deduplicación, fulls y retención extendida.

  • No usar el ejemplo como dimensionamiento final.
  • Separar máquinas virtuales, bases, archivos y Microsoft 365.
  • Revisar si datos cifrados o comprimidos reducen la eficiencia.
  • Modelar qué ocurre al crecer o fallar un repositorio.

Cómo impactan retención e inmutabilidad

  • La retención larga acumula cambios y versiones históricas.
  • La inmutabilidad puede impedir liberar espacio hasta vencer el período.
  • Las copias fuera de sitio pueden tener otra reducción y costo.
  • Los fulls periódicos pueden ser lógicos o consumir capacidad física adicional.
  • Una política GFS necesita modelar semanales, mensuales y anuales.

Margen y rendimiento también son capacidad

  • Evitar operar repositorios permanentemente cerca del límite.
  • Considerar espacio temporal para merges, synthetic full y recuperación.
  • Validar rendimiento de escritura durante la ventana de backup.
  • Validar lectura durante restauraciones simultáneas.
  • Asegurar que red, proxy y almacenamiento no limiten el RTO.

Cómo validar la estimación

  1. Ejecutar una prueba representativa.
  2. Registrar reducción, cambio diario y duración.
  3. Simular crecimiento y retención durante 12 a 36 meses.
  4. Incluir falla de un componente y reserva operativa.
  5. Revisar mensualmente tendencia y fecha estimada de agotamiento.

Dimensionar con evidencia y revisar con tendencia

La cifra de compra debería poder rastrearse hasta datos, supuestos y objetivos de recuperación. Después de implementar, las métricas reales reemplazan los supuestos y permiten ampliar capacidad antes de llegar a una situación crítica.

También te puede servir