Cloud-Backup im Unternehmen: Wie viel Upload und Zeit brauchen Sie?

Für ein Cloud-Backup ist entscheidend, wie viele Daten innerhalb welchen Zeitfensters tatsächlich übertragen werden müssen. Teilen Sie diese Datenmenge durch den nutzbaren Upload – nicht durch die maximale Downloadrate Ihres Tarifs. Planen Sie Erstbackup, laufende Änderungen und Wiederherstellung getrennt. Ein schneller Anschluss hilft bei der Übertragung; ob Daten vollständig und rechtzeitig wiederherstellbar sind, zeigt erst ein Restore-Test.

Dieser Beitrag behandelt Sicherungen aus Ihrem Standort in ein entferntes Rechenzentrum. Bei einer reinen Cloud-zu-Cloud-Sicherung muss der Datenstrom nicht durch Ihren Büroanschluss laufen. Prüfen Sie deshalb zuerst den tatsächlichen Sicherungsweg.

Welche Datenmenge gehört in die Planung?

Erfassen Sie drei Werte: das anfänglich zu sichernde Volumen, die täglich anfallende Änderungsmenge und die im Notfall benötigte Wiederherstellungsmenge. Ein Dateiserver mit 2 TB Datenbestand muss nicht jeden Abend 2 TB übertragen. Inkrementelle Verfahren sichern Änderungen; wie viel daraus tatsächlich über das Netz geht, hängt vom Produkt und seiner Konfiguration ab. Die Azure-Backup-Architektur erläutert beispielhaft die Unterschiede zwischen Voll-, differenzieller und inkrementeller Sicherung.

Verwenden Sie für Ihre Planung die Transferwerte abgeschlossener Backupjobs, einschließlich besonders arbeitsreicher Tage. Prüfen Sie, ob Kompression und Deduplizierung bereits berücksichtigt sind. Verschlüsselte oder bereits komprimierte Dateien lassen sich nicht beliebig weiter verkleinern. Rechnen Sie nicht pauschal mit einem versprochenen Einsparfaktor.

Notieren Sie außerdem Wachstum, Wiederholungsversuche und Rückstände nach einem ausgefallenen Sicherungslauf. Wenn ein Job erst am nächsten Morgen endet, kollidiert er möglicherweise mit Videokonferenzen und Dateiuploads.

Upload-Zeit berechnen: eine transparente Modellrechnung

Übertragungszeit in Sekunden = Datenmenge in GB × 8.000 ÷ nutzbare Datenrate in Mbit/s. Hier gelten dezimale Einheiten: 1 GB = 1.000 MB. Die Rechnung beschreibt ausschließlich die Datenübertragung bei gleichbleibender Rate; Vorbereitung, Dateisuche, Verschlüsselung und Abschluss des Jobs kommen hinzu.

  • 50 GB bei 100 Mbit/s: rund 1 Stunde 7 Minuten.
  • 50 GB bei 20 Mbit/s: rund 5 Stunden 33 Minuten.
  • 1 TB bei 100 Mbit/s: rund 22 Stunden 13 Minuten.
  • 1 TB bei 500 Mbit/s: rund 4 Stunden 27 Minuten.

Diese Werte sind Rechenbeispiele, keine zugesagten Anschluss- oder Backupzeiten. Bei einem Anschluss mit 100 Mbit/s Upload können Sie beispielsweise nur 60 Mbit/s für das Backup einplanen, wenn andere Anwendungen Reserve benötigen. Dann dauert die reine Übertragung von 50 GB rund 1 Stunde 51 Minuten. Die 60 Mbit/s sind eine frei gewählte Planungsannahme und keine allgemeine Effizienzquote.

Mit dem Upload-Zeit-Rechner können Sie Varianten vergleichen. Verwenden Sie anschließend die im echten Backupjob gemessene Rate für Ihre Freigabe.

Vier Größen bestimmen das Backupfenster

Cloud-Backup planen. Datenmenge: Tatsächliche Änderungen je Sicherung. Zeitfenster: Verfügbarer Zeitraum bis zum nächsten Job. Nutzbarer Upload: Gemessene Rate mit Reserve für den Betrieb. Wiederherstellung: Download, Systemstart und Prüfung. Erstbackup und tägliche Sicherung getrennt rechnen.

Infografik in Originalgröße öffnen

Eigene Planungsgrafik. Alle Schritte sind zusätzlich als Text beschrieben.

Beginnen Sie mit der realen Änderungsmenge, legen Sie das nutzbare Zeitfenster fest, messen Sie den verfügbaren Upload und prüfen Sie zuletzt die Wiederherstellung. Beispiel: Für 200 GB in vier Stunden sind rechnerisch mindestens rund 111 Mbit/s reine Nutzdatenrate nötig. Ein 100-Mbit/s-Upload reicht unter diesen Annahmen selbst ohne Zusatzzeiten nicht. Verkleinern Sie das Volumen, verlängern Sie das Fenster oder prüfen Sie eine leistungsfähigere Anbindung und die Leistung des Backupziels.

RPO und RTO: Zwei unterschiedliche Geschäftsziele

Das Recovery Point Objective (RPO) beschreibt den maximal tolerierbaren Datenverlust als Zeitspanne. Das Recovery Time Objective (RTO) beschreibt, wie lange die Wiederherstellung beziehungsweise Wiederaufnahme dauern darf. Die Ziele müssen zum Geschäftsprozess passen. Ein täglicher Sicherungsplan allein belegt nicht, dass ein RPO von einer Stunde eingehalten wird.

Zum RTO zählen mehr Schritte als der Download: Ersatzsystem bereitstellen, Zugang zum Backup herstellen, Daten entschlüsseln, zurückspielen, Anwendung starten und Ergebnis prüfen. Ein kompletter Restore kann über den Download Ihres Standorts laufen; eine Wiederherstellung direkt in einer Cloud-Umgebung folgt einem anderen Weg. Der BSI-Leitfaden zum Datensicherungskonzept stellt deshalb Sicherung und Wiederherstellung gemeinsam in den Mittelpunkt.

Legen Sie mit den Fachbereichen fest, welche Systeme zuerst wieder laufen müssen. Ein priorisierter Teil-Restore kann betrieblich sinnvoller sein als das Warten auf den gesamten Datenbestand. Ob das verwendete Produkt dies unterstützt, muss die IT praktisch prüfen.

Checkliste für Ihre IT und das Anschlussgespräch

  1. Sicherungsquelle, Ziel und tatsächlichen Netzwerkweg dokumentieren.
  2. Erstvolumen, tägliche Transfermenge, Spitzen und Wachstum erfassen.
  3. Backupfenster und Mindestreserve für den laufenden Betrieb festlegen.
  4. Nutzbaren Upload am Sicherungssystem messen; Firewall, Speicher und Cloudziel mitprüfen.
  5. RPO und RTO je wichtiger Anwendung mit den Verantwortlichen vereinbaren.
  6. Wiederherstellung mit realistischen Daten testen und Dauer dokumentieren.
  7. Alarmierung, Verantwortliche und Vorgehen bei Rückständen festlegen.
  8. Prüfen, wie Sicherungen während eines Anschlussausfalls behandelt werden.

Ein Backup-Internetanschluss ersetzt keine Datensicherung. Er kann den Übertragungsweg absichern, muss aber das vorgesehene Volumen tragen können. Eine begrenzte Mobilfunkreserve reicht nicht automatisch für das komplette Erstbackup.

Häufige Fragen

Reicht ein symmetrischer Anschluss automatisch aus?

Nein. Symmetrie bedeutet gleiche nominelle Upload- und Downloadrate. Entscheidend bleiben verfügbare Nutzdatenrate, Transfermenge, Zeitfenster und die Leistung aller beteiligten Systeme. Die Unterschiede zwischen symmetrischen und asymmetrischen Anschlüssen helfen bei der Tarifbewertung.

Kann ein Backup die Telefonie stören?

Ein ausgelasteter Upload kann andere Anwendungen beeinträchtigen. Die IT sollte Lastverteilung und gegebenenfalls Bandbreitenbegrenzung des Backupjobs prüfen. Ob die Einstellungen genügen, zeigt ein Test mit parallelen Anwendungen.

Ist Synchronisation bereits ein Backup?

Nicht automatisch. Prüfen Sie Aufbewahrung, Versionierung, Schutz vor Löschung und Wiederherstellbarkeit. Ein synchronisierter Fehler kann sonst auch am Ziel ankommen.

Anschluss passend zum Backup planen

Halten Sie Transfermenge, verfügbares Zeitfenster und gewünschten Standort bereit. Sprechen Sie mit GFU über die passende Internetanbindung. Backupkonzept, Produktauswahl und Restore-Freigabe sollten mit Ihrer zuständigen IT abgestimmt werden.

Quellen und Prüfstand

Fachlicher Stand: 7. Oktober 2026. Grundlagen: Microsoft Azure Backup zur Sicherungsarchitektur und BSI CON.3 zum Datensicherungskonzept, oben verlinkt. Die Zahlen sind eigene Modellrechnungen mit offengelegten Annahmen; es handelt sich nicht um Kundenergebnisse.

Copyright © GFU Distribution

GFU – Glasfaser für Unternehmen