Was passiert, wenn Ihr SAP Business One-System ausfällt? 

Ein Systemausfall kündigt sich nur selten im Voraus an. Eine Datenbank kann über Nacht beschädigt werden. Ein Hardwarefehler kann mitten am Vormittag einen Server außer Betrieb setzen. Bei einer routinemäßigen Datenbereinigung können versehentlich die falschen Datensätze gelöscht werden. Oder ein fehlgeschlagenes Update hinterlässt eine Unternehmensdatenbank in einem inkonsistenten Zustand. Solche Vorfälle sind keineswegs außergewöhnlich – sie gehören zu den alltäglichen Risiken beim Betrieb geschäftskritischer Systeme. SAP Business One bildet hier keine Ausnahme.  Ein weitverbreiteter Irrtum ist, dass der Wechsel von SAP Business One in die Cloud dieses Problem automatisch löst. Das ist nicht der Fall. Cloud Hosting kann eine leistungsfähige Grundlage für eine Backup- und Disaster-Recovery-Strategie schaffen, ersetzt jedoch nicht die sorgfältige Planung, Konfiguration und regelmäßige Überprüfung dieser Prozesse. Auch SAP empfiehlt ausdrücklich, eine auf die individuellen Anforderungen des Unternehmens abgestimmte Backup-Strategie zu entwickeln und die Backup- und Wiederherstellungsverfahren gründlich zu testen.  Dieser Leitfaden erklärt, was Backup und Disaster Recovery für SAP Business One Cloud konkret bedeuten, welche Aspekte laut SAP berücksichtigt werden sollten und worauf Unternehmen achten sollten, bevor sie einem Hosting-Anbieter ihre geschäftskritischen Daten anvertrauen. 

Was ist ein SAP Business One Cloud-Backup? 

Begriffe wie Backup, Restore, Disaster Recovery und Business Continuity werden häufig synonym verwendet. Das kann zu Missverständnissen führen, wenn ein Unternehmen beurteilen möchte, wie gut seine Systeme und Daten tatsächlich geschützt sind. Deshalb ist es wichtig, vier miteinander verbundene, aber unterschiedliche Konzepte klar voneinander abzugrenzen. 

• Backup – Eine geschützte Kopie von Unternehmensdaten zu einem bestimmten Zeitpunkt. 

• Restore – Der Prozess, bei dem ein Backup verwendet wird, um verlorene, beschädigte oder gelöschte Daten wiederherzustellen. 

• Disaster Recovery – Der umfassendere Prozess zur Wiederherstellung von Systemen und Geschäftsabläufen nach einer schwerwiegenden Störung. Backup und Restore sind Bestandteile dieses Prozesses. 

• Business Continuity – Maßnahmen, mit denen wichtige Geschäftsprozesse aufrechterhalten oder innerhalb eines akzeptablen Zeitraums wiederhergestellt werden – über die reine IT-Systemwiederherstellung hinaus. 

Ein Unternehmen kann also über Backups verfügen, ohne einen vollständigen Disaster-Recovery-Plan zu haben. Diese Lücke kommt häufiger vor, als viele Unternehmen vermuten. 

Welche Daten sollten in SAP Business One gesichert werden? 

Es liegt nahe, bei einem Backup zunächst nur an die Unternehmensdatenbank zu denken. Der SAP Business One Cloud Administrator's Guide beschreibt jedoch eine Systemlandschaft mit mehreren unterschiedlichen Speicherbereichen. Eine umfassende Backup-Strategie sollte deshalb mehr berücksichtigen als ausschließlich die Datenbank.  Dazu gehören unter anderem: 

• Unternehmensdatenbanken auf Basis von SAP HANA oder Microsoft SQL Server 

• Anhänge und freigegebene Ordner mit Dokumenten und Bildern 

• das Implementation Repository mit Solution-Package-Dateien 

• das Company Template Repository 

• Tenant Storage, beispielsweise für Protokolle und Datenbank-Backups im Zusammenhang mit Tenant-Upgrades 

• User Storage 

• wichtige Systemkonfigurationen 

Fehlt einer dieser Bereiche im Backup, bedeutet dies nicht zwangsläufig, dass sich die Datenbank nicht wiederherstellen lässt. Nach einem Restore können jedoch wichtige Anhänge, Vorlagen oder Konfigurationsdaten fehlen, die für den vollständigen Geschäftsbetrieb benötigt werden. 

Warum sind Backups für SAP Business One wichtig? 

SAP Business One bildet in vielen Unternehmen die zentrale Plattform für operative Geschäftsdaten. Finanzwesen, Vertrieb, Einkauf, Lagerverwaltung, Kunden- und Lieferantendaten sowie Reporting laufen über dasselbe System. Sind diese Informationen nicht verfügbar, bleiben die Auswirkungen daher selten auf die IT-Abteilung beschränkt. 

Schutz vor versehentlichem Datenverlust 

Gelöschte Datensätze, fehlerhafte Massenänderungen und menschliche Fehler können zu Datenverlust führen. Dabei muss es sich nicht um einen spektakulären Systemausfall handeln. Häufig sind es alltägliche Fehler, deren Auswirkungen sich mit einem funktionierenden Backup deutlich begrenzen lassen. 

Auswirkungen von Systemausfällen reduzieren 

Hardwarefehler und Datenbankbeschädigungen können auch in gut gewarteten Systemumgebungen auftreten. Ein getestetes Backup kann aus einem schwerwiegenden Vorfall ein kontrollierbares Wiederherstellungsszenario machen. 

Business Continuity unterstützen 

Finanz-, Vertriebs- und operative Teams sind darauf angewiesen, dass SAP Business One verfügbar ist. Eine solide Backup-Strategie bildet daher eine wichtige Grundlage für die Aufrechterhaltung beziehungsweise schnelle Wiederaufnahme der Geschäftsprozesse nach einer Störung. 

Wiederherstellung nach Cybersecurity-Vorfällen 

Ransomware und andere Cyberangriffe können produktive Daten verschlüsseln oder beschädigen. Isolierte und professionell verwaltete Backups können einen Weg zurück zu einem sauberen Systemzustand ermöglichen. 

Betriebsunterbrechungen reduzieren 

Je schneller und zuverlässiger SAP Business One wiederhergestellt werden kann, desto geringer sind potenzielle Auswirkungen auf Umsatz, Produktivität und Kundenbeziehungen. 

Wie oft sollte SAP Business One gesichert werden? 

Darauf gibt es keine pauschale Antwort. Eine allgemeingültige Backup-Frequenz für jedes Unternehmen wäre eine zu starke Vereinfachung.  Auch SAP weist darauf hin, dass die Häufigkeit von Backups von individuellen Faktoren abhängt. Dazu gehören beispielsweise das verarbeitete Datenvolumen, die Anforderungen der Kunden des Unternehmens und die Anzahl der Benutzer, die Transaktionen erzeugen.  Ein Unternehmen, das täglich mehrere Tausend Transaktionen verarbeitet, benötigt daher möglicherweise eine deutlich andere Backup-Frequenz als ein Unternehmen mit nur wenigen Dutzend Transaktionen pro Tag. 

Was ist RPO? 

Das Recovery Point Objective (RPO) beantwortet eine zentrale Frage:  Wie viel Datenverlust kann sich Ihr Unternehmen maximal leisten?  Wurde das letzte verwendbare Backup beispielsweise um 12:00 Uhr erstellt und tritt um 14:00 Uhr ein Fehler auf, müssen die innerhalb dieses Zeitraums erzeugten Transaktionen – abhängig von der eingesetzten Backup-Architektur – möglicherweise anderweitig wiederhergestellt oder manuell neu erfasst werden.  Ein kürzeres RPO, beispielsweise durch häufigere Backups oder Transaction-Log-Backups, reduziert dieses potenzielle Datenverlustfenster. 

Was ist RTO? 

Das Recovery Time Objective (RTO) beantwortet eine andere wichtige Frage: Wie schnell muss Ihre SAP Business One-Umgebung wiederhergestellt und vollständig nutzbar sein? Bei Disaster Recovery geht es nicht nur darum, ob ein Backup vorhanden ist. Entscheidend ist auch, wie schnell das Unternehmen wieder auf SAP Business One zugreifen und seine Geschäftsprozesse fortsetzen kann.  Die tatsächliche Wiederherstellungszeit hängt unter anderem von der Infrastruktur, den Restore-Prozessen und davon ab, wie gut diese Prozesse im Vorfeld getestet wurden. 

SAP Business One Backup-Arten im Überblick 

Vollständiges Backup 

Ein vollständiges Backup ist eine vollständige und konsistente Kopie der Datenbank zu einem bestimmten Zeitpunkt. Es bildet die Basis für weitere Backup-Arten und ist der Ausgangspunkt einer entsprechenden Wiederherstellungssequenz. 

Differenzielles Backup 

Ein differenzielles Backup speichert die Daten, die sich seit dem letzten vollständigen Backup verändert haben. Die Erstellung ist in der Regel schneller und benötigt weniger Speicherplatz als ein erneutes vollständiges Backup. Für die Wiederherstellung wird jedoch weiterhin das ursprüngliche vollständige Backup benötigt. Je nach Szenario kann der Restore dadurch komplexer beziehungsweise zeitaufwendiger sein. 

Transaction-Log-Backup 

Transaction-Log-Backups sind insbesondere für Microsoft SQL Server-Umgebungen relevant. Sie erfassen Änderungen seit dem vorherigen Log-Backup und ermöglichen dadurch eine granularere Wiederherstellung. Je nach Konfiguration kann eine Wiederherstellung bis zu einem bestimmten Zeitpunkt oder bis kurz vor dem Ausfall möglich sein, anstatt ausschließlich auf das letzte vollständige oder differenzielle Backup zurückgreifen zu müssen. 

SAP HANA-Backup 

SAP HANA-Umgebungen sollten separat betrachtet werden. SAP empfiehlt eine regelmäßige Backup-Planung für die gesamte SAP HANA-Instanz, damit die Datenbank nach einem Ausfall wiederhergestellt werden kann.  Die SAP HANA-Administrationsdokumentation behandelt entsprechende Backup-Richtlinien sowie Themen wie Schema-Exporte und Datenverschlüsselung.  SAP Business One Cloud-Backup vs. On-Premise-Backup 

Bereich	Cloud Hosting	On-Premise
Infrastruktur	Gehostete Umgebung	Lokale Infrastruktur
Backup-Management	Kann vom Hosting-Anbieter übernommen werden	Wird meist intern oder durch einen Partner verwaltet
Hardware-Verantwortung	Hosting-/Cloud-Anbieter	Unternehmen
Skalierbarkeit	In der Regel einfacher anzupassen	Von vorhandener Hardware abhängig
Remote-Infrastrukturmanagement	Einfacher realisierbar	Abhängig von der jeweiligen Konfiguration
Disaster Recovery	Kann direkt in die Cloud-Architektur integriert werden	Erfordert eine separate Planung und entsprechende Infrastruktur
Interner IT-Aufwand	Potenziell geringer	In der Regel höher

  Der Wechsel von SAP Business One in die Cloud schafft nicht automatisch eine vollständige Disaster-Recovery-Strategie.  Architektur, Backup-Frequenz, Aufbewahrungsfristen, Replikation, Restore-Prozesse und Wiederherstellungsziele bleiben entscheidend. Die Cloud verändert vor allem, wie die benötigte Infrastruktur bereitgestellt und verwaltet wird – nicht die Notwendigkeit einer durchdachten Backup- und Recovery-Strategie.  Was ist Disaster Recovery in SAP Business One?  Disaster Recovery bezeichnet den Plan, die Technologien und die Prozesse, mit denen SAP Business One nach einer schwerwiegenden Störung wieder in Betrieb genommen wird.  Es geht also nicht nur darum, dass irgendwo eine Backup-Datei vorhanden ist. Entscheidend ist der gesamte Weg vom Systemausfall bis zu einer wieder funktionsfähigen SAP Business One-Umgebung.  Mögliche Auslöser sind beispielsweise: 

• Server- oder Storage-Ausfälle 

• Datenbankbeschädigungen 

• Cyberangriffe 

• Störungen im Rechenzentrum 

• Betriebssystemfehler 

• Softwareprobleme 

• menschliche Fehler 

Auch die SAP-Administrationsdokumentation behandelt die Wiederherstellung von Datenbanken nach Hardwareausfällen, logischen Fehlern und Viren sowie im Zusammenhang mit Migrationen und Tests.  Restore-Prozesse sollten daher als geplanter Bestandteil des Systembetriebs betrachtet werden – nicht als improvisierte Notfallmaßnahme.  Backup vs. Disaster Recovery – wo liegt der Unterschied? 

Backup	Disaster Recovery
Kopiert Daten	Stellt Geschäftsprozesse wieder her
Schützt Informationen	Schützt die Systemverfügbarkeit
Konzentriert sich auf Daten	Berücksichtigt Systeme und Daten gemeinsam
Wird bei der Wiederherstellung eingesetzt	Definiert den gesamten Wiederherstellungsprozess
Ist ein Teil der Absicherung	Ist Bestandteil einer umfassenderen Business-Continuity-Strategie

Ein Backup ist ein Bestandteil von Disaster Recovery – aber kein Ersatz dafür. 

Ein Unternehmen kann über einwandfreie Backups verfügen und dennoch stundenlange Ausfallzeiten erleben, wenn nicht geplant und getestet wurde, wie diese Backups tatsächlich genutzt werden, um das System wieder produktiv bereitzustellen. 

Wie funktioniert Disaster Recovery für SAP Business One in der Cloud? 

Auf konzeptioneller Ebene kann ein typischer Cloud-Disaster-Recovery-Prozess wie folgt aussehen:  SAP Business One → Datenbank → automatisierte Backups → separater, geschützter Speicher → Monitoring → definierter Wiederherstellungsprozess 

Automatisierte Backups 

Geplante und automatisierte Backups reduzieren das Risiko, dass manuelle Sicherungen vergessen oder verspätet durchgeführt werden. 

Sicherer Backup-Speicher 

Backups sollten getrennt von der produktiven Umgebung gespeichert werden. Dadurch lässt sich das Risiko reduzieren, dass ein einzelner Vorfall – etwa Hardwareausfall, Ransomware oder versehentliches Löschen – sowohl das Produktivsystem als auch dessen Backups betrifft. 

Backup-Monitoring 

Ein fehlgeschlagenes Backup, das unbemerkt bleibt, bietet kaum Schutz. Deshalb sind eine aktive Überwachung der Backup-Prozesse sowie Benachrichtigungen bei Fehlern wichtige Bestandteile einer zuverlässigen Backup-Strategie. 

Datenbankwiederherstellung 

Hierbei wird die SAP HANA- oder Microsoft SQL Server-Datenbank anhand eines getesteten und dokumentierten Verfahrens wiederhergestellt. 

Wiederherstellung der Infrastruktur 

Neben der Datenbank müssen auch die umliegenden Infrastrukturkomponenten – beispielsweise Server, Netzwerk und Anwendungskomponenten – über einen definierten Wiederherstellungsweg verfügen. 

Wiederherstellungsprozess testen 

Dieser Schritt wird häufig unterschätzt. SAP empfiehlt, Backup- und Wiederherstellungsverfahren gründlich zu testen und regelmäßig Test-Backups sowie Test-Restores durchzuführen. Ein erfolgreich abgeschlossener Backup-Job allein garantiert noch nicht, dass sich die Daten im Ernstfall tatsächlich wie vorgesehen wiederherstellen lassen. 

SAP Business One Disaster Recovery auf Microsoft Azure 

Microsoft stellt spezielle Architektur- und Dimensionierungsempfehlungen für den Betrieb von SAP Business One auf Azure Virtual Machines bereit.  Für SAP HANA-basierte Implementierungen verweist Microsoft darüber hinaus auf spezifische Dokumentationen zu High Availability, Disaster Recovery und Backup für SAP HANA. 

High Availability 

High Availability und Disaster Recovery hängen zusammen, sind aber nicht dasselbe. High Availability soll dafür sorgen, dass ein System bei lokal begrenzten Fehlern – beispielsweise beim Ausfall eines einzelnen Knotens – durch redundante Komponenten möglichst verfügbar bleibt.  Disaster Recovery befasst sich hingegen mit der Wiederherstellung nach schwerwiegenderen Ereignissen, beispielsweise einer größeren Infrastruktur- oder regionalen Störung. 

Redundante Infrastruktur 

Eine entsprechend redundante Bereitstellung kann das Risiko reduzieren, dass ein einzelner Infrastrukturfehler die gesamte SAP Business One-Umgebung außer Betrieb setzt.  Backup-Speicher  Azure bietet verschiedene Backup-Services und Speicheroptionen, mit denen sich Backup-Daten getrennt von der primären Produktionsumgebung aufbewahren lassen.  Recovery-Planung  High Availability innerhalb einer einzelnen Region allein schützt nicht zwangsläufig vor einem regionalen Ausfall. Eine umfassende Disaster-Recovery-Strategie sollte deshalb separat geplant und auf die individuellen Anforderungen des Unternehmens abgestimmt werden. 

Skalierung der Infrastruktur bei Unternehmenswachstum 

Ein praktischer Vorteil von Azure besteht darin, dass sich die Dimensionierung virtueller Maschinen an steigende Anforderungen anpassen lässt. Dadurch kann die SAP Business One-Infrastruktur mit dem Unternehmen wachsen, ohne dass für jede Kapazitätserweiterung neue physische On-Premise-Hardware beschafft werden muss. 

Wie sicher sind SAP Business One Cloud-Backups? 

Verschlüsselung 

SAP HANA unterstützt bei entsprechender Konfiguration die Verschlüsselung von Datenvolumes, Redo-Logs sowie Daten- und Log-Backups. Damit können nicht nur produktive Daten, sondern auch Backup-Daten vor unberechtigtem Zugriff geschützt werden. 

Zugriffskontrolle 

Der Zugriff auf Backup-Systeme sollte auf Personen beschränkt sein, die ihn tatsächlich benötigen. Berechtigungen sollten außerdem regelmäßig überprüft werden. 

Backup-Isolation 

Eine logische oder physische Trennung der Backups von der Produktionsumgebung reduziert das Risiko, dass ein einzelner Sicherheitsvorfall gleichzeitig das Live-System und dessen Wiederherstellungsmöglichkeiten beeinträchtigt. 

Monitoring 

Die kontinuierliche Überwachung der Produktivumgebung und der Backup-Prozesse hilft dabei, verdächtige Aktivitäten oder Fehler frühzeitig zu erkennen. 

Datenschutz 

Backup, Verschlüsselung, Zugriffskontrollen und Aufbewahrungsrichtlinien bilden gemeinsam wichtige Bestandteile des Schutzkonzepts für SAP Business One. Keine einzelne Maßnahme deckt sämtliche Anforderungen ab.  DSGVO-Aspekte  Hier ist eine präzise Formulierung wichtig: Ein Cloud-Backup allein macht SAP Business One nicht automatisch DSGVO-konform.  Backups, Zugriffskontrollen, Aufbewahrungsrichtlinien und Wiederherstellungsprozesse sollten vielmehr Bestandteil der umfassenden Datenschutz- und DSGVO-Strategie eines Unternehmens sein – ergänzt um die für das jeweilige Unternehmen erforderliche rechtliche und datenschutzrechtliche Bewertung. Auch der SAP Business One Cloud Administrator's Guide behandelt Backup und Recovery im Zusammenhang mit Datenschutz, Privatsphäre, Sicherheit und entsprechenden EU-Anforderungen. 

Best Practices für SAP Business One-Backups 

• Definieren Sie RPO und RTO, bevor Sie Backup-Frequenzen und Infrastruktur festlegen. 

• Automatisieren Sie regelmäßige Backups, anstatt sich ausschließlich auf manuelle Prozesse zu verlassen. 

• Sichern Sie nicht nur Datenbanken, sondern auch wichtige SAP-Dateien, Repositories, freigegebene Ordner und Konfigurationsdaten. 

• Halten Sie Backups angemessen von der Produktionsumgebung getrennt. 

• Überwachen Sie Backup-Jobs aktiv und richten Sie Benachrichtigungen bei Fehlern ein. 

• Definieren Sie klare Aufbewahrungsrichtlinien. 

• Dokumentieren Sie Wiederherstellungsverfahren so detailliert, dass sie auch von anderen verantwortlichen Personen nachvollzogen werden können. 

• Testen Sie Backups und Wiederherstellungen regelmäßig – nicht nur bei der erstmaligen Inbetriebnahme eines Systems. 

Auch die SAP-Dokumentation zum Remote Support beschreibt geplante tägliche, wöchentliche und monatliche Backups, die Kombination aus vollständigen und differenziellen Datenbank-Backups, Transaction-Log-Backups, Datenbankkonsistenzprüfungen sowie die Überprüfung durchgeführter Backups. 

Häufige Fehler bei SAP Business One-Backups 

Davon ausgehen, dass beim Cloud Hosting automatisch alles gesichert wird 

Die Ausfallsicherheit einer Cloud-Infrastruktur und anwendungsspezifische Backups sind zwei unterschiedliche Aspekte. Unternehmen sollten deshalb genau prüfen, welche Systeme und Daten tatsächlich durch den jeweiligen Backup-Service abgedeckt werden. 

Nur die Datenbank sichern und wichtige Dateien vergessen 

Anhänge, Vorlagen und Konfigurationsdaten können für den Geschäftsbetrieb ebenso wichtig sein wie Transaktionsdaten. 

Den Restore-Prozess niemals testen 

Ein Backup, das noch nie erfolgreich wiederhergestellt wurde, ist keine Garantie für einen funktionierenden Restore im Ernstfall. 

Backups ohne klare Aufbewahrungsrichtlinie speichern 

Unklare Retention-Regeln können entweder unnötige Speicherkosten verursachen oder dazu führen, dass Backups gelöscht werden, bevor sie benötigt werden. 

RPO und RTO nicht definieren 

Ohne klar definierte RPO- und RTO-Ziele lässt sich kaum beurteilen, ob eine Backup-Strategie den tatsächlichen Anforderungen des Unternehmens entspricht. 

Sich auf eine einzige Backup-Kopie verlassen 

Eine einzige Kopie an einem einzigen Speicherort erhöht das Risiko, dass ein einzelner Vorfall sowohl die produktiven Daten als auch deren Sicherung betrifft. 

Fehlgeschlagene Backup-Jobs nicht überwachen 

Bleibt ein fehlgeschlagenes Backup über Wochen unbemerkt, verliert selbst ein gut geplanter Backup-Zeitplan seinen Nutzen. 

Kein dokumentierter Disaster-Recovery-Plan 

Kritisches Wissen, das ausschließlich im Kopf einer einzelnen Person vorhanden ist, stellt keinen belastbaren Disaster-Recovery-Plan dar –insbesondere dann nicht, wenn diese Person im Ernstfall nicht verfügbar ist. 

So wählen Sie einen SAP Business One Cloud Hosting-Anbieter aus 

Bevor Sie sich für einen Anbieter entscheiden, sollten Sie konkrete Fragen stellen: 

• Wie häufig werden Backups erstellt? 

• Wie lange werden Backups aufbewahrt? 

• Wo werden die Backups gespeichert? 

• Werden die Backups verschlüsselt? 

• Sind die Backups von der Produktionsumgebung getrennt? 

• Wie werden fehlgeschlagene Backup-Jobs überwacht? 

• Wie häufig werden Wiederherstellungen tatsächlich getestet? 

• Welche RPO- und RTO-Optionen stehen zur Verfügung? 

• Was passiert bei einem vollständigen Ausfall der Infrastruktur? 

• Wer ist für die Wiederherstellung von SAP Business One verantwortlich – der Anbieter oder der Kunde? 

• Verfügt der Anbieter über fundierte Erfahrung mit SAP HANA und Microsoft SQL Server? 

Ein Anbieter, der diese Fragen klar und konkret beantworten kann, statt lediglich allgemeine Marketingaussagen zu machen, zeigt, dass Backup und Disaster Recovery als wesentliche Bestandteile des Hosting-Services verstanden werden. 

Warum Ingold Solutions für SAP Business One Cloud Hosting? 

Ingold Solutions verbindet SAP Business One-Implementierungskompetenz mit Erfahrung in Microsoft Cloud-Infrastrukturen sowie Hosting, Migration, Integration und laufendem Support.  Dadurch müssen Unternehmen Backup und Disaster Recovery nicht separat zwischen Hosting-Anbieter, SAP-Partner und interner IT koordinieren.  Gerade bei Backup und Disaster Recovery ist dieser integrierte Ansatz relevant: Eine zuverlässige Strategie erfordert sowohl ein Verständnis der SAP Business One Anwendungsebene als auch der zugrunde liegenden Cloud-Infrastruktur. Beide Bereiche sollten daher nicht als voneinander unabhängige Aufgaben betrachtet werden. 

Möchten Sie Ihre SAP Business One-Umgebung zuverlässig schützen? 

Sprechen Sie mit unseren SAP Business One-Spezialisten über Cloud Hosting, Backup und Disaster-Recovery-Optionen, die auf Ihre Infrastruktur und Ihre geschäftlichen Anforderungen abgestimmt sind.