{"id":146132,"date":"2022-12-22T15:54:20","date_gmt":"2022-12-22T15:54:20","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/rto-und-rpo-was-ist-der-unterschied\/"},"modified":"2026-03-09T08:49:16","modified_gmt":"2026-03-09T08:49:16","slug":"rto-und-rpo-was-ist-der-unterschied","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/de\/blog\/rto-und-rpo-was-ist-der-unterschied\/","title":{"rendered":"RTO vs. RPO: Wo liegt der Unterschied?"},"content":{"rendered":"<p style=\"font-weight: 400;\"><a href=\"https:\/\/www.ninjaone.com\/de\/was-ist-ein-msp\/\">MSPs<\/a> haben gegen\u00fcber ihren Kunden die Pflicht, Ausfallzeiten zu minimieren und daf\u00fcr zu sorgen, dass Ihre Infrastruktur stets online und voll funktionsf\u00e4hig bleibt. Dazu geh\u00f6rt auch, sich auf das Unerwartete vorzubereiten, um Ausfallzeiten zu verk\u00fcrzen. Die Festlegung von Zielen f\u00fcr die Problemenl\u00f6sung und die Wiederaufnahme des Betriebs ist entscheidend f\u00fcr die Verringerung von Ausfallzeiten bei Kunden.<\/p>\n<p style=\"font-weight: 400;\">Recovery Time Objective (RTO) und Recovery Point Objective (RPO) sind Kernkonzepte des <a href=\"https:\/\/www.ninjaone.com\/de\/blog\/anleitung-zur-erstellung-eines-disaster-recovery-plans\/\">Disaster-Recovery-Prozesses<\/a>, der die Wiederherstellung von Daten und Systemen im Notfall steuert. Managed Service Provider sollten diese Kennzahlen \u00fcberpr\u00fcfen, ihre Rolle im Wiederherstellungsprozess definieren und darauf hinarbeiten, diese Ziele in die Resilienzpl\u00e4ne ihrer Kunden zu integrieren.<\/p>\n<p style=\"font-weight: 400;\"><strong>In diesem Artikel werden folgende Fragen beantwortet:<\/strong><\/p>\n<ul>\n<li><strong>Was sind RTO und RPO?<\/strong><\/li>\n<li><strong>Wo liegen die Unterschiede zwischen Recovery Time Objectives und Recovery Point Objectives?<\/strong><\/li>\n<li><strong>Warum sind RTO und RPO f\u00fcr Managed Service Provider wichtig?<\/strong><\/li>\n<li><strong>Wie werden RTO und RPO berechnet?<\/strong><\/li>\n<li><strong>Wie k\u00f6nnen IT-Tools Sie bei der Einhaltung dieser Wiederherstellungsziele wirkungsvoll unterst\u00fctzen?<\/strong><\/li>\n<\/ul>\n<h2>Was ist ein RTO?<\/h2>\n<p style=\"font-weight: 400;\">Ein Recovery Time Objective (RTO) definiert Parameter daf\u00fcr, wie schnell ein Unternehmen seine Systeme nach einem Ausfall wiederherstellen k\u00f6nnen muss. Dies wird f\u00fcr jeden einzelnen Kunden berechnet und ist individuell auf den jeweiligen Betrieb zugeschnitten.<\/p>\n<p style=\"font-weight: 400;\">Die Festlegung eines RTO erm\u00f6glicht es Ihnen, fundiertere Entscheidungen \u00fcber <a href=\"https:\/\/www.ninjaone.com\/de\/blog\/vollstaendiger-leitfaden-zu-datensicherung-und-wiederherstellung\/\">Backup- und Disaster-Recovery-L\u00f6sungen (BDR)<\/a> und deren Implementierung zu treffen. Harte Zahlen machen es einfacher, die Dinge realistisch und objektiv zu planen, anstatt sich auf zweideutige Phrasen wie \u201eso schnell wie m\u00f6glich wieder zum Laufen bringen\u201c zu verlassen. Solche Verallgemeinerungen sind in rechtlichen Vereinbarungen (Service Level Agreements) ohnehin schwer zu definieren.<\/p>\n<p style=\"font-weight: 400;\">Es ist relativ einfach, sich ein RTO in der Praxis vorzustellen: Es handelt sich um ein Ziel, das durch die Analyse der mit Ausfallzeiten verbundenen Kosten und Risiken festgelegt wird (es macht dabei Sinn, zu definieren, was \u201eAusfallzeit\u201c f\u00fcr den jeweiligen Kunden bedeutet) und wie lange er auf die Wiederherstellung warten kann, bevor die Verluste erheblich werden.<\/p>\n<p style=\"font-weight: 400;\">Einige Faktoren, die das RTO eines Benutzers beeinflussen k\u00f6nnen, sind:<\/p>\n<ul>\n<li>Wie viel Umsatz verliert das Unternehmen pro Stunde Ausfallzeit<\/li>\n<li>Wie viel finanzieller Verlust kann im Notfall verkraftet werden<\/li>\n<li>Verf\u00fcgbarkeit der f\u00fcr die Wiederherstellung des Betriebs erforderlichen Ressourcen<\/li>\n<li>Toleranz der eigenen Kunden gegen\u00fcber Ausfallzeiten<\/li>\n<\/ul>\n<p style=\"font-weight: 400;\">Wenn ein Kunde seine Systeme innerhalb von drei Stunden wiederherstellen k\u00f6nnen muss, ist dies sein RTO. Wenn die berechnete durchschnittliche Zeit bis zur tats\u00e4chlichen Wiederherstellung f\u00fcnf Stunden betr\u00e4gt, hat er sein RTO also um zwei Stunden verfehlt. Diese vorausgehende Rechnung zeigt also, dass mehr in Backup Disaster and Response (BDR-L\u00f6sungen) investiert werden muss, um die tats\u00e4chliche Zeit bis zur Wiederherstellung zu verk\u00fcrzen.<\/p>\n<h2><span style=\"font-size: 28px; font-weight: 600; letter-spacing: 0px;\">Was ist ein RPO?<\/span><\/h2>\n<p style=\"font-weight: 400;\">Ein Recovery Point Objective (RPO) ist ein \u00e4hnlicher Schwellenwert zur Definition verkraftbarer Verluste bzw. Risiken. W\u00e4hrend ein RTO die Zeitspanne definiert, die verstreichen kann, bis es kritisch wird, wird bei einem RPO die <em>Datenmenge<\/em> festgelegt, die Ihr Kunde verlieren kann, ohne dass dies erhebliche oder katastrophale Folgen hat.<\/p>\n<p style=\"font-weight: 400;\">Dabei geht es vor allem um die Kadenz der Datensicherung\u00a0\u2013 also die Frequenz des letzten Sicherungspunkts. Wenn Ihr Kunde von jetzt auf gleich s\u00e4mtliche Systeme verlieren w\u00fcrde und nur noch sein letztes Backup \u00fcbrig bliebe, wie viele f\u00fcr die Fortf\u00fchrung des Gesch\u00e4ftsbetriebs notwendigen Daten w\u00e4ren dann noch vorhanden?<\/p>\n<p style=\"font-weight: 400;\">Viele verwenden das Gesundheitswesen als gutes Praxisbeispiel f\u00fcr ein RPO. W\u00e4hrend einige Unternehmen es sich leisten k\u00f6nnen, alle Daten, die sie im Laufe einer Woche eingeben, zu verlieren (sie k\u00f6nnen sie vielleicht einfach aus Papierdokumenten neu eingeben), haben Krankenh\u00e4user im Allgemeinen keine solche Fehlertoleranz. Bei Dutzenden von medizinischen Fachkr\u00e4ften, die jeden Tag Tausende von Medikamenten ausgeben, ist die Wahrscheinlichkeit sehr gering, dass sich das Personal an alles erinnert, was es in Bezug auf die Behandlung getan hat oder tun muss.<\/p>\n<p style=\"font-weight: 400;\">Und da es sich um Arzneimittel handelt, k\u00f6nnte der Verlust von Daten auch nur eines einzigen Tages bedeuten, dass die Dosierung verwechselt oder die Medikamente vermischt werden. Dies sind potenziell lebensbedrohliche Probleme, sodass ein solches Unternehmen seine Daten regelm\u00e4\u00dfig sichern muss. Dieser Bedarf an aktuellen Daten bildet die Grundlage f\u00fcr RPOs im Gesundheitsbereich.<\/p>\n<p style=\"font-weight: 400;\">RPOs sind f\u00fcr den MSP wichtig, weil sie seine Empfehlungen f\u00fcr den Einsatz von <a href=\"https:\/\/www.ninjaone.com\/de\/blog\/datensicherung-und-wiederherstellung\/\">Daten-Backup-L\u00f6sungen<\/a> leiten\u00a0\u2013 insbesondere wenn es um Speicherplatz und Voraussetzungen geht. H\u00e4ufigere Backups bedeuten einen h\u00f6heren Datenverbrauch. Es ist wichtig, dass die Kunden verstehen, warum ihr RPO wichtig ist, wenn sie den Wert dieser zus\u00e4tzlichen Kosten erl\u00e4utern m\u00fcssen.<\/p>\n<p style=\"font-weight: 400;\">Einige Faktoren, die das RPO eines Benutzers beeinflussen k\u00f6nnen, sind:<\/p>\n<ul>\n<li>Komplexit\u00e4t und Anzahl der kritischen Anwendungen und Systeme<\/li>\n<li>Datenvolumen und Zugriffsanforderungen<\/li>\n<li>Wie h\u00e4ufig sich Daten \u00e4ndern (d.\u00a0h. wie oft wichtige Informationen in einer Datei hinzugef\u00fcgt oder ge\u00e4ndert werden)<\/li>\n<li>H\u00e4ufigkeit und Methode der Datensicherung<\/li>\n<\/ul>\n<div class=\"in-context-cta\"><p><span data-sheets-root=\"1\">Erreichen Sie Ihre RTO- und RPO-Ziele und minimieren Sie Ausfallzeiten mit NinjaOne.<\/p>\n<p>\u2192 <a href=\"https:\/\/www.ninjaone.com\/de\/backup-kostenlos-trial\/\">Starten Sie jetzt Ihre kostenlose Testversion von NinjaOne Backup<\/a>.<\/span><\/p>\n<\/div>\n<h2>Was ist der Unterschied zwischen RTO und RPO?<\/h2>\n<p style=\"font-weight: 400;\">Beide Metriken sind bei der Formulierung von Pl\u00e4nen f\u00fcr Backups und Datenwiederherstellung relevant. RPO und RTO helfen Ihnen bei der Entscheidung \u00fcber die wichtigsten Sicherungs- und Wiederherstellungsfunktionen und somit sind Sie in der Lage, Ihren Kunden die richtigen BDR-L\u00f6sungen zu empfehlen. Letztendlich ist es Ihr Ziel, sicherzustellen, dass kritische Daten und Systeme bei Bedarf verf\u00fcgbar sind. Diese Berechnungen k\u00f6nnen Ihnen helfen, dieses Ziel zu erreichen.<\/p>\n<p style=\"font-weight: 400;\">Beide sind im Rahmen der Wiederherstellungsplanung von Bedeutung, unterscheiden sich aber in der Praxis. Aktive RTOs werden in der Regel nach dem Eintreten eines Ereignisses festgelegt (ausgenommen solche, die theoretisch w\u00e4hrend der Planung verwendet werden). RPOs werden immer festgelegt, bevor eine Wiederherstellung erforderlich ist.<\/p>\n<p style=\"font-weight: 400;\">In einigen F\u00e4llen konzentriert sich die Wiederherstellungsplanung auf die Systeme und nicht auf die Daten. In diesen F\u00e4llen ist lediglich ein RTO von Bedeutung. Sobald Daten Teil der Rechnung werden, sollte ein MSP auch das RPO berechnen und entsprechend ber\u00fccksichtigen. Beachten Sie: Wenn beide Berechnungen kombiniert werden, erfordert ein kurzes RTO in der Regel auch ein ebenso kurzes RPO.<\/p>\n<h2><b style=\"font-size: 28px; letter-spacing: 0px;\"><b>Berechnung von RPO und RTO<\/b><\/b><\/h2>\n<p style=\"font-weight: 400;\">Die relevanten RTO- und RPO-Ziele werden in der Regel im Rahmen einer <a href=\"https:\/\/www.ready.gov\/business-impact-analysis\" target=\"_blank\" rel=\"noopener\">Business Impact Analysis<\/a> (BIA) oder einer allgemeinen Risikoanalyse ermittelt.<\/p>\n<p style=\"font-weight: 400;\">Bei einer BIA besteht das Ziel darin, gesch\u00e4ftskritische Prozesse zu identifizieren und die Technologien und Daten zu ermitteln, die zur Ausf\u00fchrung dieser Vorg\u00e4nge ben\u00f6tigt werden. In diesen Berichten werden h\u00e4ufig die finanziellen Auswirkungen von Ausfallzeiten oder Unterbrechungen ber\u00fccksichtigt und potenzielle Ausfallrisiken aufgezeigt.<\/p>\n<p style=\"font-weight: 400;\">Der MSP holt in der Regel die Meinung der Gesch\u00e4ftsf\u00fchrung des Kunden oder der zust\u00e4ndigen leitenden Angestellten ein, um Ziele festzulegen und den Wiederherstellungsszenarien entsprechende Zahlenwerte zuzuweisen. Sie k\u00f6nnen damit beginnen, Best-Case- und Worst-Case-Szenarien zu untersuchen und sich r\u00fcckw\u00e4rts vorarbeiten, um erreichbare, angemessene Werte zu finden.<\/p>\n<p style=\"font-weight: 400;\">Es gibt keine Standardformel f\u00fcr die Berechnung von RTO\/RPO-Werten, da es sich um numerische Zeitwerte handelt, die f\u00fcr jedes Unternehmen individuell unterschiedlich sind. Ein kritischer Server kann ein RTO von einer Stunde haben, w\u00e4hrend das RTO eines weniger kritischen Systems vielleicht 24 Stunden betragen kann. Der gesamte Zweck der BIA besteht darin, angemessene Ziele zu finden, die darauf basieren, wie notwendig die verschiedenen Systeme f\u00fcr den Benutzer sind.<\/p>\n<p style=\"font-weight: 400;\">Wenn die Zeitspannen f\u00fcr RTO und RPO sinken, werden die Kosten f\u00fcr das Erreichen dieser Ziele wahrscheinlich steigen. In dieser Hinsicht geben Ihnen die RTO\/RPO-Berechnungen die Informationen, die Sie ben\u00f6tigen, um L\u00f6sungen und Kosten zu ermitteln. Dies ist eine wichtige Voraussetzung daf\u00fcr, dass Sie Ihre Vertr\u00e4ge rentabel halten k\u00f6nnen.<\/p>\n<p style=\"font-weight: 400;\">Die BIA und die RTO\/RPO-Zahlen k\u00f6nnen auch w\u00e4hrend des Verkaufsprozesses n\u00fctzlich sein. Konflikte entstehen oft im Zusammenhang mit Kosten, daher ist es wichtig, den Wert der BDR-Dienste darlegen zu k\u00f6nnen. Dies ist einfacher, wenn Sie darauf hinweisen, dass weniger teure L\u00f6sungen die RTO\/RPO-Anforderungen m\u00f6glicherweise nicht erf\u00fcllen und im Falle eines Datenverlusts zu h\u00f6heren Kosten f\u00fchren werden.<\/p>\n<h2><b>Wie NinjaOne MSPs beim Erreichen von RTOs und RPOs unterst\u00fctzt<\/b><\/h2>\n<p style=\"font-weight: 400;\">Anhand der Ergebnisse Ihrer Risikoanalyse und BIA sollten Sie eine gute Vorstellung davon bekommen, welche Datenverluste und Wiederherstellungszeitr\u00e4ume f\u00fcr Ihren Kunden ein Risiko darstellen k\u00f6nnten. Teil der Gesamtanalyse ist die Bestimmung der H\u00e4ufigkeit von Ereignissen, der Wahrscheinlichkeit von Gefahren und der m\u00f6glichen Auswirkungen auf den Kunden.<\/p>\n<p style=\"font-weight: 400;\">Sobald Sie diese Risiko-Kennzahlen quantifiziert haben, k\u00f6nnen Sie diese Faktoren in entsprechende Empfehlungen f\u00fcr Investitionen und Ma\u00dfnahmen verargumentieren. Eine zentralisierte <a href=\"https:\/\/www.ninjaone.com\/de\/rmm\/\">Fern\u00fcberwachungs- und -Verwaltungs-Plattform<\/a> wie NinjaOne macht diese beiden Prozesse wesentlich einfacher. Durch die Aggregation von Daten \u00fcber wichtige Kunden-Assets und deren Verwendung erhalten Sie tiefere Einblicke in die Datengrundlage und k\u00f6nnen RPO und RTO wesentlich genauer bestimmen.<\/p>\n<p style=\"font-weight: 400;\">Da BDR-L\u00f6sungen aufgrund der festgelegten RTO\/RPO-Kennzahlen konfiguriert werden m\u00fcssen, ist die <a href=\"https:\/\/www.ninjaone.com\/de\/backup\/\">integrierte Backup-L\u00f6sung von NinjaOne<\/a> so flexibel ausgelegt, dass Sie diese Herausforderung nahtlos auf der selben Benutzeroberfl\u00e4che meistern k\u00f6nnen, anstatt lediglich die Daten auszuwerten und Ihre Ziele festzulegen.<\/p>\n<div class=\"in-context-cta\"><p><span data-sheets-root=\"1\">Sehen Sie, wie NinjaOne MSPs und Unternehmen dabei unterst\u00fctzt, wichtige RTO- und RPO-Ziele zu erreichen.<\/p>\n<p><a href=\"https:\/\/www.ninjaone.com\/de\/backup\/\">Erfahren Sie mehr \u00fcber NinjaOne Backup<\/a>.<\/span><\/p>\n<\/div>\n<h2><b>Fazit<\/b><\/h2>\n<p style=\"font-weight: 400;\">Es gibt zwei Metriken, die MSPs helfen, die besten Ergebnisse bei <a href=\"https:\/\/www.ninjaone.com\/de\/blog\/datensicherung-und-wiederherstellung\/\">Daten-Backup und Recovery<\/a> zu erzielen: Recovery Time Objective und Recovery Point Objective. Beide Kennzahlen sind bei der Arbeit mit Daten-Backup und und Recovery-L\u00f6sungen, Business-Continuity-Strategien und Disaster-Recovery-Pl\u00e4nen von entscheidender Bedeutung und h\u00e4ngen miteinander zusammen.<\/p>\n<p style=\"font-weight: 400;\">F\u00fcr einen MSP, der Daten-Backup und Recovery-L\u00f6sungen anbietet, sind diese Metriken f\u00fcr die Planung und den Vertrieb unerl\u00e4sslich. RTOs\/RPOs helfen bei der Bestimmung der optimalen Konfiguration und Technologiewahl der Daten-Backup-L\u00f6sung und sorgen daf\u00fcr, dass Ziele im Ernstfall eingehalten werden k\u00f6nnen. Diese Zahlen k\u00f6nnen auch f\u00fcr die Einhaltung von Compliance-Vorschriften und f\u00fcr Auditierungen wichtig sein, da Auditoren nach Belegen f\u00fcr diese Werte als etablierte Datensicherungs-\/Wiederherstellungskontrollen suchen k\u00f6nnten.<\/p>\n<p style=\"font-weight: 400;\">NinjaOne kann Ihnen dabei helfen, RPO und RTO f\u00fcr Ihre Kunden zu ermitteln, zu berechnen und richtig einzusetzen. So k\u00f6nnen Sie sicherstellen, dass Sie den besten Service bieten und die Erwartungen in Bezug auf zugesagte Betriebszeitr\u00e4ume und die Betriebskontinuit\u00e4t erf\u00fcllen.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>MSPs haben gegen\u00fcber ihren Kunden die Pflicht, Ausfallzeiten zu minimieren und daf\u00fcr zu sorgen, dass Ihre Infrastruktur stets online und voll funktionsf\u00e4hig bleibt. Dazu geh\u00f6rt auch, sich auf das Unerwartete vorzubereiten, um Ausfallzeiten zu verk\u00fcrzen. Die Festlegung von Zielen f\u00fcr die Problemenl\u00f6sung und die Wiederaufnahme des Betriebs ist entscheidend f\u00fcr die Verringerung von Ausfallzeiten bei [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":137837,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"no","_lmt_disable":"","footnotes":""},"categories":[4344,4356,3041],"tags":[],"class_list":["post-146132","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-backup-de","category-it-betrieb","category-rmm-de"],"acf":[],"modified_by":"Marq DuUntivero","_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/146132","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/comments?post=146132"}],"version-history":[{"count":0,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/146132\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/media\/137837"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/media?parent=146132"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/categories?post=146132"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/tags?post=146132"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}