Det är ett lättare problem, än det verkar, I-funderare. Jag har gjort liknande räkneark för att beräkna datatillväxt, när jag använde deduplication i faktiskt, tejpar arkiv.
Gör för detta är bruk din formel i ett räkneark vad jag skulle, var jag hade en att fodra för varje dag.
Jag skulle har kolonner för InitialSize (den dags start storleksanpassar), GrowthToday, ChangeToday och EndSize.
Varje ror skulle start på den dags InitialSize, multiplicerar den av GrothRate för att få GrowthToday och vid ChangeRate för att få ChangeToday. Jag tillfogar därefter trena tillsammans för att få EndSize. Dagens EndSize blir morgondag InitialSize.
Repetition 264 tider.
Ditt required reserv- utrymme på någon ska given dag är den dagens EndSize plusen som summan av jumbon 30 ChangeToday värderar. Tillfoga något spelrum (liksom för skottår, månad-avsluta frambringa tätt mer data, oväntad datatillväxt, Etc.), och det bör vara ditt svar.
Jag har fäst ett räkneark med som över in programmeras, for en singelanvändare med 2.2GB märka med sina initialer lagring. Du kan multiplicera den BackedUp kolonnen av NumberOfUsers för att få ett aggregat numrerar. Du ska måste att figurera din dagstidningändring klassar. .5% är inte en dåliga gissar först, men den beror på din applikation gör huruvida byte-jämnar differencing, eller lagra ändrande det helt spara…, när speciellt du håller en kopiera varje fyra timmar.