C'est un problème plus facile qu'il semble, je pensent. J'ai fait les bilans semblables pour calculer la croissance de données en employant le deduplication dans les bandothèques virtuelles.
Ce que je ferais pour ceci est utilisation votre formule dans un bilan où j'ai eu une ligne pour chaque jour.
J'aurais des colonnes pour InitialSize (la taille commençante de ce jour), GrowthToday, ChangeToday, et EndSize.
Chaque rangée commencerait chez InitialSize de ce jour, le multiplie par GrothRate pour obtenir GrowthToday, et par ChangeRate pour obtenir ChangeToday. J'additionne alors les trois ensemble pour obtenir EndSize. EndSize d'aujourd'hui devient InitialSize de demain.
Répéter 264 fois.
Votre espace de secours required n'importe quel jour donné sera EndSize d'aujourd'hui plus la somme des 30 dernières valeurs de ChangeToday. Ajouter un certain mou (comme pendant l'année bissextile, la mois-extrémité étroite en produisant de plus de données, la croissance inattendue de données, etc.) et ce devrait être votre réponse.
J'ai attaché un bilan avec ci-dessus programmé dedans, pour un utilisateur simple avec le stockage 2.2GB initial. Vous pouvez multiplier la colonne de BackedUp par NumberOfUsers pour obtenir un nombre entier. Vous devrez figurer votre taux quotidien de changement. .5% n'est pas un mauvais devine d'abord, mais il dépend de si votre application fait le byte-niveau differencing, ou stockant le dossier changé entier… particulièrement quand vous gardez une copie toutes les quatre heures.