Es un problema más fácil que parece, yo piensa. He hecho las hojas de balance similares para calcular crecimiento de los datos al usar el deduplication en bibliotecas de cintas virtuales.
Qué haría para esto es uso su fórmula en una hoja de balance donde tenía una línea para cada día.
Tendría columnas para InitialSize (tamaño que comienza de ese día), GrowthToday, ChangeToday, y EndSize.
Cada fila comenzaría en InitialSize de ese día, lo multiplica de GrothRate para conseguir GrowthToday, y por ChangeRate para conseguir ChangeToday. Entonces agrego los tres juntos para conseguir EndSize. EndSize de hoy se convierte en InitialSize de mañana.
Repetir 264 veces.
Su espacio de reserva required en cualquier día dado será EndSize de hoy más la suma de los 30 valores pasados de ChangeToday. Agregar una cierta holgura (por ejemplo por año bisiesto, el mes-fin cercano generando más datos, el crecimiento inesperado de los datos, el etc.) y ésa debe ser su respuesta.
He atado una hoja de balance con arriba programado adentro, para un solo usuario con el almacenaje inicial 2.2GB. Usted puede multiplicar la columna de BackedUp de NumberOfUsers para conseguir un número agregado. Usted tendrá que calcular su tarifa diaria del cambio. .5% no es un malo primero conjeturan, pero depende encendido si su uso está haciendo el octeto-nivel differencing, o almacenando el archivo cambiado entero… especialmente cuando usted está guardando una copia cada cuatro horas.
