Backup
Business Continuity - Backup
Im Rahmen Ihrer Business Continuity bieten wir Ihnen sowohl Backup- als auch Disaster Recovery Lösungen an. Wir sind Veeam Cloud & Service Provider und bieten Ihnen an, Ihr gesamtes Backup in unsere Rechenzentren zu übermitteln (OffSite-Backup) oder die Administration ihres Backups zu übernehmen.
Dabei können Sie auswählen, ob Sie entweder eine VPN-Verbindung zu uns ins Rechenzentrum aufbauen möchten oder ob die Verbindung ohne eine VPN-Verbindung hergestellt werden soll. Auch ohne VPN ist die Kommunikation Ende-zu-Ende AES256 Bit Verschlüsselt.
Der initiale Datentransfer auf Ihr Cloud Repository auf physischen Medien ist möglich. Dabei holen wir Ihre Medien ab, bringen sie in eines unserer Rechenzentren und transferieren Sie in Ihr Repository.
Cloud-Datenmanagement
nutzen SaaS zur Verbesserung der Sicherheit und Flexibilität
Vertrauen
haben Vertrauen in
Initiativen f ür
intelligentes
Datenmanagement
Kompetenzen
sehen in zusätzlichen
Kenntnissen
der Mitarbeiter
einen entscheidenden
Erfolgsfaktor
Unternehmenskultur
glauben, dass die
Unternehmenskultur
o ffener f ür die Digitalisierung
sein muss
Die 3-2-1-Regel
Nach der „3-2-1-Regel“ sollten stets drei Kopien Ihrer Daten erstellt, auf zwei unterschiedlichen Medien gespeichert und eine Kopie extern aufbewahrt werden.
Die Übertragung von Backups an externe Speicherorte kann eine Herausforderung darstellen, wenn die verfügbare Bandbreite begrenzt ist, das Datenvolumen rasant wächst oder nicht genügend Ressourcen für den Aufbau oder die Wartung eines externen Backup-Repositorys vorhanden sind.
Mit unserem myCloud.koeln-OffSite-Backup können Sie die 3-2-1-Regel problemlos einhalten, ohne Geld oder andere Ressourcen für einen Sekundärstandort oder zusätzliche Bandbreite aufzuwenden. Nutzen Sie einfach die Cloud-Backup-Repository Services von myCloud.koeln und profitieren Sie von der integrierten Veeam WAN-Beschleunigung und vielem mehr.
RPO, RTO, RTA - Was bedeutet das ?
Recovery Point Objective
Das Recovery Point Objective (RPO) beschreibt das Zeitintervall, das während einer Unterbrechung vergehen kann, bevor die Menge der in diesem Zeitraum verloren gegangenen Daten den maximal zulässigen Schwellenwert oder die „Toleranz“ des Business Continuity Plans überschreitet.
Beispiel: Wenn die letzte verfügbare Kopie der Daten bei einem Ausfall von vor 18 Stunden stammt und das RPO für dieses Unternehmen 20 Stunden beträgt, dann liegen wir immer noch im Rahmen der RPO des Business Continuity Plans. Mit anderen Worten: es beantwortet die Frage „Bis zu welchem Zeitpunkt konnte die Wiederherstellung des Geschäftsprozesses angesichts des Datenvolumens, das in diesem Zeitraum verloren ging, erträglich verlaufen?„
Recovery Time Object
Das Recovery Time Objective (RTO) ist die Dauer der Zeit und ein Service Level, innerhalb dessen ein Geschäftsprozess nach einem Ausfall wiederhergestellt werden muss, um unannehmbare Folgen einer Unterbrechung der Kontinuität zu vermeiden. Mit anderen Worten: die RTO ist die Antwort auf die Frage: „Wie lange hat es gedauert, bis ein Geschäftsprozess – nach der Benachrichtigung über eine Störung – wiederhergestellt wurde?„
RTO bezeichnet die Menge an „Echtzeit“, die vergehen kann, bevor die Störung beginnt, den Ablauf des normalen Geschäftsbetriebs ernsthaft und inakzeptabel zu behindern.
Recovery Time Actual
Recovery Time Actual (RTA) ist die tatsächliche Zeit, die benötigt wird, um Ihre BC/DR/HA-Lösung im Notfall zu aktivieren. Im Gegensatz zu RPO und RTO, die Ziele sind, ist ein RTA eine Statistik.
Wenn Sie beispielsweise einen Schwenktest durchführen, um das Produktivsystem von Ihrer Quelle auf die Zielmaschine zu verlagern, ist der RTA die tatsächliche Zeit, die benötigt wurde, um Ihre Zielmaschine als Ihr neues Produktivsystem zu aktivieren.
Ihr RTA ist der Maßstab dafür, wie viel Zeit es tatsächlich braucht, um die Produktion auf Ihrem Zielsystem wiederherzustellen, wenn das Produktionssystem aus irgendeinem Grund ausfällt.
Mit dem RTA können Sie messen, wie effektiv Ihre Schwenk-Strategie ist. Sie kann nur während einer tatsächlichen Umstellung berechnet werden.
Wenn es eine signifikante Lücke zwischen Ihrer RTO (Ziel) und RTA (tatsächlich) gibt, müssen Sie Ihre Schwenk-Strategie überarbeiten, um die Zeit für die Umstellung der Produktion von der Quelle auf das Ziel zu verbessern.
