Dimensionierung von Backup-Repositorys: Wie viel Speicher brauchen Sie?

Die Dimensionierung eines Backup-Repositorys beginnt mit einer scheinbar einfachen Frage: Wie viele Daten müssen Sie schützen?

Die Antwort ist nur der Ausgangspunkt. Ein Unternehmen mit 500 TB Produktionsdaten benötigt möglicherweise erheblich mehr als 500 TB Backup-Kapazität, sobald Aufbewahrungsfristen, tägliche Änderungsraten, Backup-Häufigkeit, Datenwachstum und unveränderliche Aufbewahrung berücksichtigt werden. Die Menge kann sich zudem je nach eingesetzter Backup-Software und Datenreduktionstechnologien deutlich ändern.

Das macht die Dimensionierung eines Backup-Repositorys zu einer Kapazitätsplanungsaufgabe und nicht zu einer direkten Kopie der Anforderungen an den Produktionsspeicher. Ziel ist es zu verstehen, wie viele Backup-Daten sich im Laufe der Zeit ansammeln, wie lange sie verfügbar bleiben müssen und wie viel Raum das Repository benötigt, um zuverlässig zu arbeiten und zu wachsen.

Dieser Leitfaden erklärt die wichtigsten beteiligten Variablen und bietet einen praktischen Rahmen zur Abschätzung des Backup-Speicherbedarfs.

Was ist die Dimensionierung eines Backup-Repositorys?

Die Dimensionierung eines Backup-Repositorys ist der Prozess, die Speicherkapazität abzuschätzen, die erforderlich ist, um Backup-Daten über einen definierten Zeitraum vorzuhalten.

Das geschützte Datenvolumen ist die Grundlage der Berechnung, aber selten die endgültige Zahl. Die Backup-Kapazität wird außerdem beeinflusst durch:

• Die Menge der geschützten Daten
• Wie schnell sich diese Daten ändern
• Wie oft Backups laufen
• Wie lange Wiederherstellungspunkte aufbewahrt werden
• Die verwendete Backup-Methode
• Komprimierung und Deduplizierung
• Anforderungen an unveränderliche Aufbewahrung
• Erwartetes Datenwachstum
• Zusätzliche Wiederherstellungs- oder Sekundärkopien
• Für betriebliche Reserve vorgehaltene Kapazität

Diese Variablen erklären, warum zwei Organisationen, die dieselbe Menge Produktionsdaten schützen, sehr unterschiedliche Anforderungen an den Backup-Speicher haben können.

Eine 500-TB-Umgebung mit niedriger täglicher Änderungsrate und 30-tägiger Aufbewahrungsrichtlinie hat ein anderes Kapazitätsprofil als eine 500-TB-Umgebung, die täglich große Mengen neuer Daten erzeugt und Wiederherstellungspunkte ein Jahr lang aufbewahrt.

Die richtige Frage lautet daher nicht einfach: „Wie viele Produktionsdaten haben wir?“ Sie lautet: „Wie viele Backup-Daten müssen wir zu einem beliebigen Zeitpunkt vorhalten?“

7 Faktoren, die die Backup-Speicherkapazität bestimmen

Eine brauchbare Abschätzung des Backup-Speichers beginnt mit dem Verständnis der Variablen, durch die sich gespeicherte Backup-Daten ansammeln.

1. Geschütztes Datenvolumen

Das geschützte Datenvolumen ist die Menge der Quelldaten, die in die Backup-Umgebung einbezogen sind.

Dazu können virtuelle Maschinen, Datenbanken, Dateisysteme, Anwendungen, Benutzerdaten und andere Workloads gehören. Es ist wichtig, die gesamte Produktionsspeicherkapazität von den tatsächlich geschützten Daten zu unterscheiden. Eine Speicherumgebung mit 1 PB kann beispielsweise ungenutzte Kapazität oder vom Backup ausgeschlossene Datenbestände enthalten.

Verwenden Sie die Menge der tatsächlich zu schützenden Daten als Basis für die Dimensionierung.

2. Tägliche Änderungsrate

Die tägliche Änderungsrate misst, wie viele geschützte Daten zwischen den Backup-Zyklen erstellt oder verändert werden.

Dies ist eine der wichtigsten Variablen bei der Dimensionierung, weil inkrementelle Backups in der Regel Änderungen speichern und nicht eine weitere vollständige Kopie jedes geschützten Datenbestands.

Werden 500 TB geschützt und ändern sich davon täglich etwa 2 %, entspricht das rund 10 TB geänderter Daten, bevor Komprimierung, Deduplizierung oder andere Datenreduktion berücksichtigt werden.

Ein Workload mit einer Änderungsrate von 10 % würde trotz gleicher anfänglich geschützter Kapazität einen ganz anderen Kapazitätsbedarf erzeugen.

Änderungsraten können sich auch zwischen Workloads erheblich unterscheiden. Datenbanken, virtuelle Maschinen, Medienarchive und allgemeiner Dateispeicher sollten nicht automatisch mit denselben Annahmen belegt werden.

3. Backup-Häufigkeit

Die Backup-Häufigkeit bestimmt, wie oft neue Wiederherstellungspunkte erstellt werden.

Eine Organisation mit einem Backup pro Tag erzeugt eine andere Menge Backup-Daten als eine, die kritische Systeme mehrmals täglich schützt.

Die Häufigkeit wird besonders wichtig, wenn Backup-Richtlinien je nach Workload variieren. Tier-1-Anwendungen haben möglicherweise deutlich aggressivere RPOs als weniger kritische Systeme, was zu mehr Wiederherstellungspunkten und potenziell höherem Speicherverbrauch führt.

Die Dimensionierung des Repositorys sollte daher die tatsächlichen Schutzrichtlinien widerspiegeln, statt eine Backup-Häufigkeit für die gesamte Umgebung anzunehmen.

4. Aufbewahrungsfrist

Die Aufbewahrung bestimmt, wie lange Backup-Daten im Repository verbleiben.

Eine 30-Tage-Richtlinie hält eine deutlich kleinere Wiederherstellungshistorie vor als eine 90-Tage-, Einjahres- oder Mehrjahresrichtlinie. Manche Organisationen verwenden auch gestufte Aufbewahrungsrichtlinien, etwa tägliche Backups für mehrere Wochen, wöchentliche Backups für mehrere Monate und monatliche oder jährliche Wiederherstellungspunkte für längere Zeiträume.

Regulatorische, rechtliche und geschäftliche Anforderungen können die Aufbewahrung weiter verlängern.

Der entscheidende Punkt ist, dass sich die Backup-Kapazität kumuliert. Das Repository muss alle Wiederherstellungspunkte gleichzeitig aufnehmen, die innerhalb des Aufbewahrungsfensters liegen.

5. Backup-Methode

Die Backup-Architektur beeinflusst, wie viel physische Kapazität verbraucht wird.

Gängige Ansätze umfassen Vollbackups, inkrementelle Backups, synthetische Vollbackups und Kombinationen dieser Methoden. Backup-Plattformen können zudem Komprimierung, Deduplizierung oder andere Datenreduktionstechniken anwenden.

Daher sind logisches Backup-Volumen und physischer Verbrauch im Repository nicht notwendigerweise identisch.

Verwenden Sie bei der Dimensionierung eines Repositorys realistische Annahmen auf Basis von Backup-Anwendung, Workload und Schutzrichtlinie, statt eine universelle Reduktionsrate anzunehmen.

6. Datenwachstum

Produktionsumgebungen bleiben selten gleich groß.

Schützt eine Organisation heute 500 TB und wachsen ihre Daten um 20 % jährlich, steigen die Anforderungen an das Repository, selbst wenn sich die Backup-Richtlinie selbst nicht ändert.

Über längere Planungszeiträume verstärkt sich das Wachstum:

• Heute: 500 TB
• Nach einem Jahr bei 20 % Wachstum: 600 TB
• Nach zwei Jahren: 720 TB
• Nach drei Jahren: 864 TB

Eine Dimensionierung nur für die heutige Umgebung kann daher ein Repository hervorbringen, das seine Grenzen viel früher erreicht als erwartet.

7. Unveränderlichkeit und Wiederherstellungsanforderungen

Cyber-Resilienz bringt eine weitere wichtige Überlegung mit sich: Manche Backup-Daten sollen für einen definierten Zeitraum absichtlich weder veränderbar noch löschbar sein.

Unveränderliche Backup-Aufbewahrung schützt Wiederherstellungspunkte vor Ransomware, kompromittierten Administratorzugangsdaten und versehentlicher Löschung. Sie bedeutet auch, dass Kapazität nicht einfach freigegeben werden kann, wann immer ein Administrator Platz schaffen möchte.

Muss ein Wiederherstellungspunkt 30 Tage lang unveränderlich bleiben, benötigt die Infrastruktur genügend Kapazität, um dieses geschützte Fenster aufrechtzuerhalten, während weiterhin neue Backups eintreffen.

Unveränderlichkeit bedeutet nicht notwendigerweise, dass jede Organisation dramatisch mehr Speicher braucht. Sie bedeutet, dass Aufbewahrungs- und Kapazitätsrichtlinien aufeinander abgestimmt sein müssen, damit das Repository das erforderliche Schutzfenster einhalten kann, ohne Kapazitätsdruck zu erzeugen.

Eine einfache Formel zur Dimensionierung von Backup-Speicher

Es gibt keine einzelne Formel, die jede Backup-Architektur exakt modelliert, aber eine grundlegende Abschätzung kann helfen, die Größenordnung des Bedarfs zu bestimmen.

Für ein inkrementelles Backup-Modell lautet ein vereinfachter Ausgangspunkt:

Geschätzte Backup-Kapazität = anfänglich geschützte Daten + aufbewahrte geänderte Daten + langfristige Wiederherstellungspunkte + Wachstum + betriebliche Reserve

Betrachten Sie beispielsweise eine Organisation mit:

• 500 TB geschützten Daten
• 2 % durchschnittlicher täglicher Änderungsrate
• Einem täglichen inkrementellen Backup
• 30 Tagen aufbewahrter täglicher Änderungen

Die täglich geänderten Daten betragen etwa 500 TB × 2 % = 10 TB pro Tag. Dreißig Tage geänderter Daten entsprechen 10 TB × 30 = 300 TB.

Vor Berücksichtigung von Datenreduktion, zusätzlichen vollständigen Wiederherstellungspunkten, Wachstum oder Reserve läge der vereinfachte logische Bedarf daher bei etwa 500 TB + 300 TB = 800 TB.

Dies ist bewusst ein vereinfachtes Beispiel. Der tatsächliche Verbrauch im Repository hängt davon ab, wie die Backup-Plattform Wiederherstellungspunkte speichert und wie effektiv Daten reduziert werden können.

Der nützliche Teil der Berechnung ist nicht die Zahl 800 TB. Es ist das Verständnis, welche Annahmen sie hervorgebracht haben.

Wie die Aufbewahrung den Backup-Speicherbedarf verändert

Die Aufbewahrung kann eine größere Auswirkung auf die langfristige Kapazität haben als das anfängliche Vollbackup.

Im selben vereinfachten Beispiel erzeugen 500 TB geschützte Daten mit einer täglichen Änderungsrate von 2 % etwa 10 TB geänderte Daten pro Tag.

Zur Veranschaulichung ohne Datenreduktion und weitere Vollkopien:

Das bedeutet nicht, dass jede 500-TB-Umgebung genau diese Kapazitäten benötigt. Reale Backup-Software speichert Daten möglicherweise anders, und Deduplizierung oder Komprimierung können den physischen Verbrauch erheblich verändern.

Es zeigt aber, warum Annahmen zur Aufbewahrung wichtig sind.

Organisationen sollten außerdem kurzfristige operative Wiederherstellung von langfristiger Aufbewahrung trennen. Jeden täglichen Wiederherstellungspunkt jahrelang aufzubewahren, kann unnötig sein, wenn die eigentliche Anforderung darin besteht, häufige aktuelle Wiederherstellungspunkte und eine kleinere Anzahl monatlicher oder jährlicher Kopien vorzuhalten.

Aufbewahrungsdesign und Dimensionierung des Repositorys sollten daher gemeinsam erfolgen.

Wie Unveränderlichkeit die Kapazitätsplanung für Backups beeinflusst

Unveränderlicher Backup-Speicher verhindert, dass geschützte Daten verändert oder gelöscht werden, bis ihre Aufbewahrungsfrist abläuft.

Diese Fähigkeit ist zu einem wichtigen Bestandteil der Ransomware-Resilienz geworden, weil Angreifer häufig die Backup-Infrastruktur ins Visier nehmen, um Wiederherstellungsoptionen zu beseitigen, bevor sie Produktionssysteme verschlüsseln.

Aus Sicht der Dimensionierung macht Unveränderlichkeit eine genaue Kapazitätsplanung noch wichtiger.

In einem herkömmlichen Repository reagieren Administratoren auf Kapazitätsdruck manchmal, indem sie ältere Backup-Daten löschen. Diese Option existiert für Daten innerhalb einer unveränderlichen Aufbewahrungsfrist möglicherweise nicht.

Angenommen, eine Organisation benötigt 30 Tage unveränderliche Backups. Das Repository braucht genügend nutzbare Kapazität, um das gesamte aktive unveränderliche Fenster aufzunehmen und gleichzeitig weiterhin neue Backups zu empfangen.

Der Zusammenhang lässt sich so denken:

Unveränderlicher Kapazitätsbedarf = Backup-Daten, die schneller in das unveränderliche Fenster eintreten, als Daten zum Ablauf freigegeben werden

Steigen die Backup-Volumen unerwartet, ändern sich Aufbewahrungsrichtlinien oder wachsen Produktionsdaten schneller als prognostiziert, kann der Kapazitätsverbrauch entsprechend steigen.

Deshalb sollte das Design unveränderlicher Backups sowohl die Sicherheitsrichtlinie als auch die Speicherökonomie berücksichtigen. Ziel ist nicht, alles für immer aufzubewahren. Ziel ist, genügend geschützte Wiederherstellungshistorie vorzuhalten, um Wiederherstellungs- und Compliance-Anforderungen zu erfüllen, ohne ein untragbares Kapazitätsmodell zu schaffen.

Vergessen Sie das künftige Datenwachstum nicht

Einer der einfachsten Wege, ein Backup-Repository zu klein zu dimensionieren, ist, den Bedarf aus der heute geschützten Kapazität zu berechnen und dort aufzuhören.

Betrachten Sie ein Unternehmen, das 1 PB Daten mit einem jährlichen Wachstum von 25 % schützt. Seine Produktionsdaten könnten etwa erreichen:

• Jahr 1: 1,25 PB
• Jahr 2: 1,56 PB
• Jahr 3: 1,95 PB

Der Backup-Kapazitätsbedarf wächst in der Regel mit.

Der Effekt kann noch größer sein, wenn die gestiegene Produktionskapazität mit längerer Aufbewahrung, zusätzlichen Workloads oder höherer Backup-Häufigkeit einhergeht.

Eine sinnvolle Dimensionierungsübung sollte daher mindestens drei Szenarien umfassen:

• Erwartetes Wachstum — die wahrscheinlichste Prognose der Organisation
• Hochwachstumsfall — ein Szenario mit schnellerem Wachstum, das prüft, wie leicht sich das Repository erweitern lässt
• Richtlinienänderungsfall — die Auswirkung einer verlängerten Aufbewahrung oder zusätzlicher geschützter Workloads

Ziel ist nicht, den Kapazitätsbedarf mehrere Jahre im Voraus perfekt vorherzusagen. Ziel ist, keine Architektur zu wählen, die schwierig oder teuer zu erweitern wird, wenn sich diese Prognosen unvermeidlich ändern.

Rohkapazität und nutzbare Kapazität sind nicht dasselbe

Speichersysteme werden oft anhand der Rohkapazität beschrieben, aber die Rohkapazität ist nicht notwendigerweise die für Backup-Daten verfügbare Menge.

Kapazität kann durch Datenschutzmechanismen, System-Overhead und andere architektonische Anforderungen belegt werden. Die Menge, die Anwendungen nach Berücksichtigung dieser Faktoren zur Verfügung steht, ist die nutzbare Kapazität.

Backup-Teams sollten Speicherplattformen daher nicht allein anhand roher Terabytes oder Petabytes vergleichen.

Fragen Sie, wie viel nutzbare Kapazität tatsächlich für Backup-Daten verfügbar sein wird und wie sich diese Zahl bei Erweiterung des Systems ändert.

Auch die betriebliche Reserve ist wichtig.

Ein Speichersystem dauerhaft an seiner theoretischen Maximalkapazität zu betreiben, lässt wenig Raum für unerwartetes Wachstum, Wartungsvorgänge oder plötzliche Zunahmen des Backup-Volumens. Die Kapazitätsplanung sollte einen Puffer einschließen, statt anzunehmen, dass jedes verfügbare Byte belegt werden kann.

Scale-up- vs. Scale-out-Backup-Repositorys

Wie ein Backup-Repository erweitert wird, kann ebenso wichtig sein wie seine Anfangskapazität.

Eine Scale-up-Architektur erhöht die Kapazität in der Regel durch Hinzufügen von Ressourcen zu einem bestehenden Speichersystem. Das kann innerhalb der Grenzen der Plattform gut funktionieren, aber große Umgebungen stoßen irgendwann möglicherweise an Hardware- oder Architekturgrenzen.

Scale-out-Speicher verteilt Daten über mehrere Knoten und erlaubt, die Kapazität durch Hinzufügen weiterer Knoten zum System zu erhöhen.

Für wachsende Backup-Umgebungen verändert das die Frage der Dimensionierung.

Statt zu versuchen, am ersten Tag genügend Kapazität für jeden möglichen künftigen Bedarf zu kaufen, können Organisationen eine anfängliche Bereitstellung aufsetzen und erweitern, wenn die geschützten Daten wachsen.

Das kann besonders nützlich sein, wenn das Wachstum schwer vorherzusagen ist. Übernahmen, neue Anwendungen, regulatorische Anforderungen und sich ändernde Cyber-Resilienz-Richtlinien können den Backup-Kapazitätsbedarf schneller verändern als erwartet.

Die wichtige Überlegung ist, ob die Erweiterung erfolgen kann, ohne neue Speichersilos zu schaffen oder disruptive Migrationen zu erfordern.

Wie viel Reserve sollte ein Backup-Repository haben?

Es gibt keinen universellen Prozentsatz freier Kapazität, der für jede Backup-Umgebung angemessen ist.

Stattdessen sollte die Reserve widerspiegeln, wie schnell die Umgebung zusätzlichen Speicher verbrauchen kann und wie schnell neue Kapazität hinzugefügt werden kann.

Eine Umgebung, die täglich mehrere Terabyte neuer Backup-Daten aufnimmt, hat weniger Zeit, auf einen Kapazitätsengpass zu reagieren, als eine kleinere Umgebung mit relativ statischen Daten.

Teams sollten berücksichtigen:

• Typische tägliche Backup-Aufnahme
• Spitzenzeiten der Aufnahme
• Erwartetes Datenwachstum
• Unveränderliche Daten, die noch nicht ablaufen können
• Zeit für Beschaffung und Bereitstellung zusätzlicher Kapazität
• Während Wartungs- oder Ausfallszenarien benötigte Kapazität
• Unerwartete Änderungen an Aufbewahrungsrichtlinien

Ein sinnvoller betrieblicher Schwellenwert sollte genügend Zeit lassen, steigenden Verbrauch zu erkennen und Kapazität hinzuzufügen, bevor das Repository an seine Grenzen stößt.

Das macht die Kapazitätsüberwachung zu einem fortlaufenden Teil des Backup-Betriebs und nicht zu einer einmaligen Berechnung bei der Bereitstellung.

Fragen vor dem Kauf von Backup-Speicher

Die Dimensionierung des Repositorys sollte letztlich helfen zu bestimmen, ob eine Speicherarchitektur die Backup-Umgebung über ihre erwartete Lebensdauer tragen kann.

Fragen Sie vor der Auswahl von Backup-Speicher:

Wie viele Daten schützen wir heute?

Messen Sie die tatsächlich geschützte Kapazität statt des gesamten Produktionsspeichers.

Wie schnell ändern sich diese Daten?

Verwenden Sie nach Möglichkeit workload-spezifische Änderungsraten.

Wie lange müssen Wiederherstellungspunkte aufbewahrt werden?

Trennen Sie kurzfristige Wiederherstellungsanforderungen von langfristiger Aufbewahrung.

Wie lange müssen Backups unveränderlich bleiben?

Stellen Sie sicher, dass das Speichersystem das erforderliche Schutzfenster aufrechterhalten kann, während neue Daten eintreffen.

Wie schnell wachsen die Produktionsdaten?

Modellieren Sie die künftige Kapazität, statt nur für den heutigen Bestand zu kaufen.

Welche Datenreduktion sollten wir realistisch erwarten?

Verwenden Sie gemessene oder vom Hersteller validierte Annahmen statt idealisierter Raten.

Wie viel nutzbare Kapazität wird das System bereitstellen?

Vergleichen Sie nutzbare statt roher Speicherkapazität.

Wie wird das Repository erweitert?

Verstehen Sie, ob Wachstum zusätzliche Knoten, Ersatzhardware, Migrationen oder neue Speichersysteme erfordert.

Was passiert, wenn die Kapazität knapp wird?

Klären Sie, wie die Kapazität überwacht wird, wie schnell das System erweitert werden kann und ob unveränderliche Aufbewahrung eine Notfallbereinigung einschränken könnte.

Kann das Repository weiter skalieren, ohne die betriebliche Komplexität zu erhöhen?

Kapazität ist nur eine Dimension. Infrastruktur, die mit zunehmender Größe immer schwerer zu betreiben ist, kann eigene Kosten verursachen.

Backup-Speicher für die nächsten drei Jahre planen

Ein praktischer Backup-Kapazitätsplan muss die Zukunft nicht präzise vorhersagen. Er muss die Variablen offenlegen, die den Bedarf wesentlich verändern könnten.

Beginnen Sie mit der aktuell geschützten Kapazität und modellieren Sie dann erwartete Änderungsraten, Backup-Richtlinien und Aufbewahrung. Wenden Sie realistische Annahmen zur Datenreduktion auf Basis der Backup-Umgebung an. Ergänzen Sie das prognostizierte Produktionswachstum und eine ausreichende betriebliche Reserve.

Testen Sie das Modell dann gegen weniger komfortable Szenarien:

• Was passiert, wenn die Daten um 30 % statt 15 % wachsen?
• Was passiert, wenn die Organisation ihre unveränderliche Aufbewahrungsrichtlinie von 14 auf 30 Tage ändert?
• Was passiert, wenn weitere 500 TB Workloads unter Schutz gestellt werden?
• Was passiert, wenn regulatorische Anforderungen erzwingen, bestimmte Wiederherstellungspunkte länger aufzubewahren?

Die Antworten zeigen etwas Nützlicheres als eine einzelne Kapazitätszahl: wie widerstandsfähig die Backup-Architektur gegenüber Veränderungen ist.

Ein Repository, das perfekt für die heutigen Anforderungen dimensioniert, aber schwer zu erweitern ist, kann letztlich eine schlechtere Wahl sein als eines, das darauf ausgelegt ist, mit den sich entwickelnden Backup-Anforderungen zu skalieren.

Wie ARTESCA skalierbaren Backup-Speicher unterstützt

Scality ARTESCA ist Objektspeicher, der für Backup-Umgebungen entwickelt wurde, in denen Cyber-Resilienz, Skalierbarkeit und betriebliche Einfachheit zentrale Anforderungen sind.

ARTESCA bietet S3-kompatiblen Objektspeicher für Backup-Anwendungen und unterstützt unveränderlichen Datenschutz, der darauf ausgelegt ist, Wiederherstellungsdaten gegen Ransomware und andere Versuche zu bewahren, Backups zu verändern oder zu löschen.

Seine Scale-out-Architektur erlaubt Organisationen, den Speicher mit steigenden Backup-Anforderungen zu erweitern, statt die anfängliche Bereitstellung als feste Kapazitätsobergrenze zu behandeln. Das kann Infrastrukturteams helfen, wachsende geschützte Datenbestände, sich ändernde Aufbewahrungsrichtlinien und zunehmende Anforderungen an unveränderliche Backups ohne separate Speichersilos zu bewältigen.

Für die Dimensionierung von Backup-Repositorys ist das übergeordnete Prinzip einfach: Wählen Sie Speicher nicht nur anhand der Kapazität, die Sie heute brauchen.

Beginnen Sie mit den Daten, die Sie schützen. Verstehen Sie, wie schnell sie sich ändern. Legen Sie fest, wie lange sie aufbewahrt und geschützt werden müssen. Modellieren Sie das Wachstum über die erwartete Lebensdauer der Umgebung. Wählen Sie dann eine Backup-Speicherarchitektur, die mit diesen Anforderungen wachsen kann.

Das liefert eine viel nützlichere Antwort auf die Frage „Wie viel Backup-Speicher brauchen wir?“ als die Multiplikation der heutigen Produktionskapazität mit einer beliebigen Zahl.