8 Ihr Unternehmen hat in eine umfassende Backup-Infrastruktur investiert. Tägliche Backups laufen nach Plan. Doch zerstört ein Brand, eine Naturkatastrophe oder ein regionaler Ausfall Ihr primäres Rechenzentrum, sind auch alle Ihre Backups verloren. Deshalb sind Offsite-Backups unverzichtbar: Sie müssen Kopien kritischer Daten außerhalb Ihres primären Standorts aufbewahren – weit genug entfernt, dass eine einzelne regionale Katastrophe nicht gleichzeitig Ihre primäre Infrastruktur und Ihre Backup-Kopien zerstören kann. Offsite-Backups sind keine Option. Sie sind in vielen Branchen regulatorisch vorgeschrieben, für das Disaster Recovery praktisch unverzichtbar und machen den Unterschied zwischen einem eingedämmten Vorfall und einer existenzbedrohenden Katastrophe. Der Aufbau einer Offsite-Backup-Infrastruktur war jedoch lange komplex, teuer und betrieblich aufwendig. Klassische Ansätze wie Bandtresore oder entfernte Replikate lösen die geografische Trennung, schaffen aber neue Probleme: Bandlogistik, Latenz, Netzwerkkosten und betriebliche Komplexität. Es ist entscheidend, die Optionen Ihrer Enterprise-Backup-Strategie zu kennen. Moderne Ansätze denken dieses Problem neu. Dieser Beitrag beleuchtet Best Practices für Offsite-Backups für Infrastrukturteams in Unternehmen: wie Sie zwischen band- und cloudbasierten Ansätzen wählen, welche Netzwerkaspekte Sicherheit und Kosten bestimmen, welche Verschlüsselungs- und Schutzmechanismen nötig sind und wie Sie prüfen, ob Ihre Offsite-Backups tatsächlich wiederherstellbar sind. Warum Offsite-Backups wichtig sind: geografische Trennung Offsite-Backups schützen vor katastrophalen Ereignissen. Ob Brand im Rechenzentrum, Ransomware, die lokale Backups kompromittiert, oder regionale Cloud-Ausfälle – Offsite-Kopien stellen sicher, dass wiederherstellbare Daten außerhalb des Schadensradius existieren. Die geografische Trennung ist das entscheidende Prinzip. Offsite bedeutet nicht, außerhalb des Netzwerks. Es bedeutet, geografisch so weit vom primären Rechenzentrum getrennt, dass eine regionale Katastrophe nicht beide Standorte treffen kann. Je nach Risikobewertung heißt das meist: eine andere Metropolregion, ein anderes Bundesland oder ein anderes Land. Fällt die primäre Infrastruktur aus, bedeutet Disaster Recovery, Backups von den Offsite-Standorten abzurufen und die Daten auf einer alternativen Infrastruktur wiederherzustellen. Das kann ein Disaster-Recovery-Standort sein, eine Cloud-Umgebung oder eine neu aufgebaute lokale Infrastruktur. Mit der 3-2-1-1-0-Backup-Strategie stellen Sie sicher, dass Ihr Offsite-Backup einen echten Wert hat. Dieser Wert besteht jedoch nur, wenn die Wiederherstellung im Ernstfall tatsächlich möglich ist. Bandbasierte Backups: Stärken und Nachteile Der klassische Ansatz nutzt Bandkassetten. Sie schreiben Backup-Daten am primären Standort auf Band und transportieren die Kassetten regelmäßig in einen externen Tresor. Tritt eine Katastrophe ein, holen Sie die Kassetten aus dem Tresor und stellen die Daten auf der wiederhergestellten Infrastruktur wieder her. Band hat erhebliche Vorteile. Es ist außergewöhnlich langlebig – richtig gelagert hält Band jahrzehntelang. Es ist offline und schützt damit vor Ransomware, die Online-Backup-Systeme kompromittiert. Und es ist im großen Maßstab kosteneffizient – Band kostet pro Terabyte weit weniger als Online-Speicher. Bandbasierte Backups bringen jedoch betriebliche Herausforderungen mit sich, die die Kostenvorteile oft überwiegen. Das Logistikproblem ist real. Bandkassetten müssen physisch transportiert werden. Das schafft Zeitfenster der Verwundbarkeit. Tritt eine Katastrophe ein, während Bänder unterwegs sind, sind diese Backups noch nicht ausgelagert. Zudem muss das Personal Bandkataloge pflegen, nachverfolgen, welche Daten jedes Band enthält, und den Abruf bei einer Wiederherstellung koordinieren. Die Wiederherstellung ist langsam. Müssen Sie von Band wiederherstellen, müssen Sie die Kassetten aus dem Tresor holen, zurücktransportieren, in kompatible Hardware einlegen und die Daten wiederherstellen. Das dauert Tage. Für Unternehmen mit anspruchsvollen RTO-Anforderungen (Recovery Time Objective) ist die Wiederherstellung von Band zu langsam. Die Validierung von Bändern erfordert aufwendige Tests. Band ist langlebig, doch einzelne Kassetten fallen aus. Um sicherzustellen, dass Band-Backups tatsächlich wiederherstellbar sind, sind regelmäßige Tests nötig – Kassetten abrufen, einlegen und die Wiederherstellung testen. Bei großen Backup-Volumen sind umfassende Tests logistisch anspruchsvoll und teuer. Cloudbasierte Backups: Geschwindigkeit und Automatisierung Cloud-Speicher ist zum vorherrschenden Ansatz für Offsite-Backups geworden. AWS S3, Azure, Google Cloud und andere Anbieter bieten Objektspeicher mit geografischer Verteilung und schneller Wiederherstellung. Cloudbasierte Backups lösen mehrere Probleme von Band. Geografische Verteilung ist mühelos. Cloud-Anbieter betreiben Rechenzentren in mehreren Regionen. Speichern Sie Backups in einer entfernten Region und erreichen Sie die geografische Trennung, ohne Bandlogistik verwalten zu müssen. Die Wiederherstellung ist ein Netzwerkvorgang – ohne physischen Abruf, Transportzeit oder Probleme mit der Hardwarekompatibilität. Die betriebliche Einfachheit ist erheblich. Einmal konfiguriert, laufen Cloud-Backups autonom. Backups laufen automatisch. Aufbewahrungsrichtlinien werden automatisch durchgesetzt. Sie verwalten keine Bandkassetten, keine Rotation und keine Tresorlogistik. Das senkt den Betriebsaufwand drastisch. Die Wiederherstellung ist schnell. Eine cloudbasierte Wiederherstellung dauert Stunden oder Tage, nicht Wochen. Je nach Bandbreite und Datenmenge stellen Sie Gigabytes oder Terabytes schnell wieder her. Für Unternehmen mit strengen RTO-Anforderungen passen Cloud-Backups zu diesen Zielen. Cloud-Speicher hat jedoch andere Nachteile. Die Kosten pro Terabyte sind höher als bei Band, auch wenn die Cloud-Preise mit der Reife des Marktes gesunken sind. Für Backup und Wiederherstellung ist eine Netzwerkverbindung nötig, was Folgen für Sicherheit und Kosten hat. Cloud-Speicher ist online– Angriffe, die Ihre Backup-Zugangsdaten kompromittieren, können also auch die Backups kompromittieren. Diese Nachteile erfordern eine sorgfältige Architekturplanung. Netzwerkbandbreite: die entscheidende Einschränkung Daten an Offsite-Standorte zu bewegen, erfordert umfangreiche Netzwerkvorgänge. Bei großen Backup-Volumen ist die Bandbreite die wichtigste Einschränkung. Latenz ist ein zweitrangiges Thema. Daten, die Tausende Kilometer in entfernte Cloud-Regionen reisen, haben eine höhere Latenz als lokale Backups. Bei synchronen Vorgängen, die vor Abschluss des Backups auf eine Bestätigung vom Offsite-Standort warten, verlängert diese Latenz die Dauer. Die meisten modernen Architekturen setzen jedoch auf asynchrone Offsite-Backups: Lokale Backups werden schnell abgeschlossen, und die Offsite-Kopien werden anschließend asynchron repliziert. Die Bandbreite ist der eigentliche Engpass. Hunderte Terabyte zu sichern, erfordert eine erhebliche ausgehende Bandbreite. Verfügt Ihr Rechenzentrum nur über 10 Gbit/s oder 100 Gbit/s Internetbandbreite, dauert die Übertragung von Backups im Multi-Petabyte-Bereich Wochen. Das beeinträchtigt oft auch den Anwendungsverkehr. Drei Architekturentscheidungen helfen gegen Bandbreitenengpässe. Erstens: Stellen Sie Backups lokal bereit. Statt alle Backups direkt in die Cloud zu übertragen, kopieren Sie sie zunächst in lokalen Speicher und übertragen sie dann außerhalb der Spitzenzeiten in die Cloud. Lokales Festplatten-I/O ist schneller als Netzwerk-I/O und vermeidet Überlastungen. Zweitens: Nutzen Sie Datenreduktion. Deduplizierung und Komprimierung verringern das Übertragungsvolumen. Senkt die Deduplizierung das Backup-Volumen um 50 %, halbieren Sie Übertragungszeit und -kosten. Drittens: Nutzen Sie Dienste für Massenübertragungen. AWS Snowball ist ein physisches Gerät, das Sie mit Daten befüllen und versenden. AWS lädt die Daten anschließend in Ihren S3-Bucket. So umgehen Sie die Netzwerkübertragung vollständig. Für das erste Befüllen von Backups oder sehr große Übertragungen ist der physische Transport oft praktikabler als die Netzwerkübertragung. Daten bei der Übertragung und im Ruhezustand schützen Bei Offsite-Backups werden sensible Daten an externe Standorte übertragen, oft über das öffentliche Internet. Verschlüsselung bei der Übertragung und im Ruhezustand ist daher unverzichtbar. Die Verschlüsselung bei der Übertragung nutzt TLS oder ähnliche Protokolle. Ihre Backup-Daten werden auf dem Weg von Ihrem Rechenzentrum in die Cloud verschlüsselt. Das verhindert Abhören und stellt sicher, dass Beobachter im Netzwerk Ihre Daten nicht sehen können. TLS schützt jedoch nur während der Übertragung. Wird Ihr Backup-Anbieter kompromittiert oder liest jemand mit Zugriff auf den Cloud-Speicher Ihre Daten in böser Absicht, schützt TLS Sie nicht. Deshalb ist die Verschlüsselung im Ruhezustand entscheidend. Verschlüsselung im Ruhezustand bedeutet, dass Ihre Backup-Daten verschlüsselt in der Cloud gespeichert werden. Nutzen Sie Verschlüsselungsschlüssel, die von Ihrem Cloud-Konto getrennt sind. Viele Cloud-Anbieter bieten Verschlüsselungsdienste, bei denen Sie eigene Schlüssel bereitstellen und der Anbieter vor dem Speichern verschlüsselt. So kann der Cloud-Anbieter Ihre Daten nicht lesen. Selbst wenn die Speicherinfrastruktur kompromittiert wird, bleiben die Daten verschlüsselt. Setzen Sie bei hochsensiblen Backups auf clientseitige Verschlüsselung. Verschlüsseln Sie die Daten vor der Übertragung in Ihren eigenen Räumlichkeiten. Das sorgt für eine Ende-zu-Ende-Verschlüsselung – selbst Ihr Backup-Anbieter kann die Daten nicht entschlüsseln. Clientseitige Verschlüsselung erfordert ein sorgfältiges Schlüsselmanagement. Ihre Schlüssel müssen geschützt und wiederherstellbar sein, falls Sie Offsite-Backups für eine Wiederherstellung entschlüsseln müssen. Wiederherstellung regelmäßig testen: Verifizierung ist unverzichtbar Offsite-Backups schaffen trügerische Sicherheit. Sie haben Backups extern gespeichert und gehen davon aus, geschützt zu sein. Sind diese Backups jedoch beschädigt oder funktionieren die Wiederherstellungsverfahren nicht, bieten Offsite-Backups keinen Schutz. Die Verifizierung erfordert regelmäßige Wiederherstellungstests. Sie müssen Backups regelmäßig aus dem Offsite-Speicher abrufen und die Wiederherstellung testen. Bei Band holen Sie Kassetten aus dem Tresor und testen sie. Bei der Cloud rufen Sie Daten aus dem Cloud-Speicher ab und testen die Wiederherstellung auf einer alternativen Infrastruktur. Führen Sie realistische Wiederherstellungstests durch. Testen Sie nicht nur die Wiederherstellung kleiner Dateien. Führen Sie regelmäßig vollständige Wiederherstellungstests durch, die ein echtes Disaster Recovery simulieren. Stellen Sie ein komplettes System oder einen kompletten Datensatz auf einer alternativen Infrastruktur wieder her. Prüfen Sie, ob das wiederhergestellte System korrekt funktioniert. So erkennen Sie Probleme mit der Backup-Integrität, den Wiederherstellungsverfahren oder der Infrastrukturkonfiguration, die Teiltests übersehen würden. Pflegen Sie ein Runbook für die Wiederherstellung. Dokumentieren Sie genau, wie die Wiederherstellung aus Offsite-Backups abläuft. Halten Sie konkrete Schritte für Ihre Infrastruktur, die Offsite-Standorte der Backups, die benötigten Zugangsdaten und Berechtigungen sowie die Zielinfrastruktur für die Wiederherstellung fest. Tritt eine Katastrophe ein, sollte Ihr Team dem Runbook folgen können, ohne die Verfahren erst erarbeiten zu müssen. Fazit: Offsite-Backups als entscheidende Versicherung Offsite-Backups sind ein notwendiger Bestandteil des Disaster Recovery. Wirksam sind sie jedoch nur, wenn sie richtig konzipiert, gepflegt und verifiziert werden. Unternehmen mit vertrauenswürdigen Offsite-Backups behandeln sie als kritische Komponente und investieren in die laufende Verifizierung. Wählen Sie zwischen band- und cloudbasierten Ansätzen anhand Ihrer RTO-Anforderungen, Ihrer Backup-Volumen, Ihrer Netzwerkgrenzen und Ihres Budgets. Setzen Sie eine Verschlüsselung ein, die Ihren Sicherheitsanforderungen entspricht. Testen Sie die Wiederherstellung regelmäßig, um sicherzustellen, dass die Backups nutzbar sind. Pflegen Sie eine Dokumentation, mit der Ihr Team die Wiederherstellung im Ernstfall durchführen kann. Offsite-Backups sind eine Versicherung gegen katastrophale Ausfälle. Wie jede Versicherung sind sie nur dann wertvoll, wenn sie tatsächlich abdecken, was Sie annehmen. Wer die Unterschiede zwischen RTO und RPO kennt, kann seinen Ansatz an den Wiederherstellungsanforderungen ausrichten. Verankern Sie die Verifizierung in Ihrem Disaster-Recovery-Programm. Dann können Sie darauf vertrauen, dass Ihre Offsite-Backups Sie im Ernstfall tatsächlich schützen. Weiterführende Artikel Die 3-2-1-1-0-Backup-Strategie erklärt RTO vs. RPO: Die wichtigsten Unterschiede erklärt DRaaS: Disaster Recovery as a Service Den Ausfall eines Rechenzentrums überstehen: Planung für Resilienz Band-Backup vs. Cloud-Backup: Entscheidungshilfe für Unternehmen Business-Continuity-Plan
