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.