Administrator Guide

RecoverPoint-Standort
Sämtliche RecoverPoint-Einheiten auf einer Seite der Replikation.
Recovery Point Objective (RPO)
Abkürzung von „Recovery Point Objective“. Das Zeitintervall zwischen dem Zeitpunkt, zu dem ein Speichersystem ausfällt, und dem davor
liegenden Zeitpunkt, auf den die Kundendaten aller Voraussicht nach wiederhergestellt werden können. Informell ist die RPO der maximale
Datenverlust, der von der Anwendung nach einem Ausfall hingenommen werden kann. Die Höhe des RPO-Werts hängt sehr stark von
der verwendeten Recovery-Technik ab. Die RPO beträgt beispielsweise bei Backups in der Regel einige Tage, bei asynchroner Replikation
einige Minuten und bei Spiegelung oder synchroner Replikation wenige bis 0 Sekunden.
Recovery Time Objective (RTO)
Abkürzung von „Recovery Time Objective“. Nicht zu verwechseln mit RPO. Die RTO ist der Zeitraum, innerhalb dessen eine
Speicherlösungs-Recovery nach einem Ausfall abgeschlossen werden kann (d. h. der Zeitraum vom Ausfall bis zur erneuten Bearbeitung
von Anwendungsanforderungen). Informell ist die RTO der maximal hinnehmbare Anwendungsausfall aufgrund des Ausfalls eines
Speichersystems. Die Höhe der RTO hängt von der verwendeten Speichertechnologie ab. Bei Backupsystemen liegt er im Bereich einiger
Stunden, bei der Remotereplikation bei einigen Minuten und bei der Spiegelung bei wenigen Sekunden.
Redundanz
Die Duplizierung von Hardware- und Softwarekomponenten. Wenn in redundanten Systemen eine Komponente ausfällt, übernimmt die
redundante Komponente und ermöglicht damit die Fortsetzung des Betriebs ohne Unterbrechung.
registriertes Array
Ein bei Metro Node registriertes Array. Die Registrierung ist erforderlich, um das Array für das servicebasierte Provisioning verfügbar zu
machen. Die Registrierung umfasst die Verbindung mit und die Sensibilisierung für die intelligenten Arrayfunktionen. Es können nur VMAX-
und VNX-Arrays registriert werden.
Replikationssatz
Im Kontext der Bereitstellung von RecoverPoint ein Produktions-Quell-Volume und ein oder mehrere Replikat-Volumes, in denen das
Quell-Volume repliziert wird.
Replikat-Journal-Volumes
Volumes, in denen Folgendes gespeichert ist:
● Snapshots, die noch repliziert werden müssen oder bereits in das Replikat verteilt wurden
● Metadaten für jedes Image
● Lesezeichen
In den einzelnen Replikaten können so viele Snapshots gespeichert werden, wie die Kapazität ermöglicht.
Nach der Verteilung wird der älteste Snapshot gelöscht, um Platz für den neuesten Snapshot zu schaffen. Wie viele Snapshots in einem
Journal gespeichert werden, hängt von der Größe der Snapshots und der Kapazität der Volumes ab.
Replikat-Volumes
Volumes, in denen Produktions-Volumes repliziert werden. In bisherigen Versionen musste das Replikat-Volume exakt die gleiche Größe
wie das Produktions-Volume aufweisen. In RecoverPoint (RP) 4.0 und GeoSynchrony 5.2 unterstützt RecoverPoint die Funktion Fake
Size. In diesem Fall kann das Replikat-Volume größer als das Produktions-Volume sein.
Repository-Volume
Ein für RecoverPoint für jedes RPA-Cluster reserviertes Volume. Auf das Repository-Volume greifen sämtliche RPAs des konkreten
RPA-Clusters und des mit dem Cluster verknüpften Splitters zu. Im Repository-Volume werden Konfigurationsinformationen über RPAs
und RecoverPoint-Consistency Groups gespeichert. Pro RPA-Cluster ist ein Repository-Volume vorhanden.
RPA (RecoverPoint Appliance)
Hardware für das Management sämtlicher Aspekte der Datensicherheit für eine Speichergruppe, einschließlich der Erfassung von Images,
der Aufbewahrung der Images in Journal-Volumes und der Durchführung der Image-Recovery.
S
SAN (Storage Area Network, Speichernetzwerk)
Ein Hochgeschwindigkeits-Spezialnetzwerk bzw. -Subnetzwerk, in dem für ein größeres Benutzernetzwerk verschiedene Arten von
Datenspeichergeräten mit zugehörigen Datenservern verknüpft werden.
40
Glossar