Het is een gemakkelijker probleem dan het schijnt, denk ik. Ik heb gelijkaardige spreadsheten de gegevensgroei doen berekenen wanneer het gebruiken van deduplication in virtuele bandbibliotheken.
Wat ik voor dit zou doen is gebruik uw formule in een spreadsheet waar ik één lijn voor elke dag had.
Ik zou de beginnende grootte van de kolommen voor InitialSize (dat dag), GrowthToday, ChangeToday, en EndSize hebben.
Elke rij zou in InitialSize van die dag, het met GrothRate om GrowthToday ertoe te brengen, en met ChangeRate vermenigvuldigen om ChangeToday te krijgen beginnen. Ik voeg samen dan drie toe om EndSize te krijgen. EndSize van vandaag wordt InitialSize van morgen.
Herhaal 264 keer.
Uw vereiste reserveruimte op om het even welke bepaalde dag zal EndSize van vandaag plus de som laatste 30 waarden ChangeToday zijn. Voeg één of andere verslapping (zoals voor Dicht Schrikkeljaar, maand-eind producerend meer gegevens, de onverwachte gegevensgroei, enz.) toe en dat zou uw antwoord moeten zijn.
Ik heb een spreadsheet met binnen hierboven geprogrammeerd, voor één enkele gebruiker met aanvankelijke opslag 2.2GB vastgemaakt. U kunt de kolom BackedUp met NumberOfUsers vermenigvuldigen om een gezamenlijk aantal te krijgen. U zult uw dagelijks veranderingstarief moeten voorstellen. .5% is geen slechte eerste gissing, maar het hangt af van of uw toepassing hetvlakke differencing doet, of opslaand het volledige veranderde dossier… vooral wanneer u een exemplaar om de vier uren houdt.