BlueXP disaster recovery wurde in NetApp Disaster Recovery umbenannt.

Die NetApp Console basiert auf der verbesserten und neu strukturierten BlueXP -Grundlage und ermöglicht die zentrale Verwaltung von NetApp Storage und NetApp Data Services in On-Premises- und Cloud-Umgebungen auf Unternehmensniveau. Sie liefert Einblicke in Echtzeit, schnellere Workflows und eine vereinfachte Administration mit hoher Sicherheit und Konformität.

Einzelheiten zu den Änderungen finden Sie im"Versionshinweise zur NetApp Konsole" .

Diese Version enthält die folgenden Updates:

NetApp Disaster Recovery verwendet jetzt Rollen, um den Zugriff jedes Benutzers auf bestimmte Funktionen und Aktionen zu regeln.

Der Dienst verwendet die folgenden Rollen, die spezifisch für NetApp Disaster Recovery sind.

Wenn Sie auf den NetApp Disaster Recovery-Dienst klicken und ihn zum ersten Mal konfigurieren, müssen Sie über die Berechtigung SnapCenterAdmin oder die Rolle Organisationsadministrator verfügen.

Weitere Informationen finden Sie unter "Benutzerrollen und Berechtigungen in NetApp Disaster Recovery" .

"Erfahren Sie mehr über Zugriffsrollen für alle Dienste" .

Dieses Update verbessert den Erkennungsprozess und verkürzt so die für die Erkennung benötigte Zeit.

Dieses Update erweitert den Dialog „Subnetzzuordnung hinzufügen und bearbeiten“ um eine neue Suchfunktion. Sie können jetzt durch Eingabe von Suchbegriffen schnell bestimmte Subnetze finden, was die Verwaltung von Subnetzzuordnungen vereinfacht.

Windows Local Administrator Password Solution (Windows LAPS) ist eine Windows-Funktion, die das Kennwort eines lokalen Administratorkontos im Active Directory automatisch verwaltet und sichert.

Sie können jetzt Subnetzzuordnungsoptionen auswählen und die LAPS-Option überprüfen, indem Sie die Domänencontrollerdetails angeben. Wenn Sie diese Option verwenden, müssen Sie nicht für jede Ihrer virtuellen Maschinen ein Kennwort angeben.

Weitere Einzelheiten finden Sie unter "Erstellen eines Replikationsplans" .

Mit dieser Version können Sie IP-Adressen beim Failover auf eine neue Art und Weise verwalten, indem Sie die Subnetzzuordnung verwenden, die es Ihnen ermöglicht, für jedes vCenter Subnetze hinzuzufügen. Dabei definieren Sie das IPv4-CIDR, das Standard-Gateway und das DNS für jedes virtuelle Netzwerk.

Beim Failover ermittelt NetApp Disaster Recovery die entsprechende IP-Adresse jeder vNIC, indem es sich den für das zugeordnete virtuelle Netzwerk bereitgestellten CIDR ansieht und daraus die neue IP-Adresse ableitet.

Beispiel:

VM1 verfügt über eine vNIC (10.1.1.50), die mit NetworkA verbunden ist. In den Replikationsplaneinstellungen wird NetworkA NetworkB zugeordnet.

Beim Failover ersetzt NetApp Disaster Recovery den Netzwerkteil der ursprünglichen IP-Adresse (10.1.1) und behält die Hostadresse (.50) der ursprünglichen IP-Adresse (10.1.1.50) bei. Für VM1 prüft NetApp Disaster Recovery die CIDR-Einstellungen für NetworkB und verwendet den NetworkB-Netzwerkteil 192.168.1, während der Hostteil (.50) beibehalten wird, um die neue IP-Adresse für VM1 zu erstellen. Die neue IP wird 192.168.1.50.

Zusammenfassend lässt sich sagen, dass die Hostadresse gleich bleibt, während die Netzwerkadresse durch die in der Site-Subnetzzuordnung konfigurierte Adresse ersetzt wird. Auf diese Weise können Sie die Neuzuweisung von IP-Adressen bei einem Failover einfacher verwalten, insbesondere wenn Sie Hunderte von Netzwerken und Tausende von VMs verwalten müssen.

Weitere Informationen zum Einbinden der Subnetzzuordnung in Ihre Sites finden Sie unter "vCenter-Server-Sites hinzufügen" .

Sie können jetzt den Schutz überspringen, sodass der Dienst nach einem Failover des Replikationsplans nicht automatisch eine umgekehrte Schutzbeziehung erstellt. Dies ist nützlich, wenn Sie zusätzliche Vorgänge auf der wiederhergestellten Site durchführen möchten, bevor Sie sie innerhalb von NetApp Disaster Recovery wieder online schalten.

Wenn Sie ein Failover initiieren, erstellt der Dienst standardmäßig automatisch eine umgekehrte Schutzbeziehung für jedes Volume im Replikationsplan, sofern die ursprüngliche Quellsite online ist. Dies bedeutet, dass der Dienst eine SnapMirror Beziehung von der Zielsite zurück zur Quellsite erstellt. Der Dienst kehrt die SnapMirror -Beziehung auch automatisch um, wenn Sie ein Failback initiieren.

Beim Einleiten eines Failovers können Sie jetzt die Option Schutz überspringen auswählen. Damit kehrt der Dienst die SnapMirror -Beziehung nicht automatisch um. Stattdessen belässt es das beschreibbare Volume auf beiden Seiten des Replikationsplans.

Nachdem die ursprüngliche Quellsite wieder online ist, können Sie einen umgekehrten Schutz einrichten, indem Sie im Menü „Aktionen“ des Replikationsplans die Option „Ressourcen schützen“ auswählen. Dadurch wird versucht, für jedes Volume im Plan eine umgekehrte Replikationsbeziehung zu erstellen. Sie können diesen Job wiederholt ausführen, bis der Schutz wiederhergestellt ist. Wenn der Schutz wiederhergestellt ist, können Sie auf die übliche Weise ein Failback einleiten.

Einzelheiten zum Überspringschutz finden Sie unter "Failover von Anwendungen auf einen Remote-Standort" .

NetApp Disaster Recovery unterstützt jetzt die Verwendung externer Snapshot-Management-Lösungen wie den nativen ONTAP SnapMirror Policy Scheduler oder Drittanbieter-Integrationen mit ONTAP. Wenn jeder Datenspeicher (Volume) im Replikationsplan bereits über eine SnapMirror -Beziehung verfügt, die anderswo verwaltet wird, können Sie diese Snapshots als Wiederherstellungspunkte in NetApp Disaster Recovery verwenden.

Aktivieren Sie zur Konfiguration im Abschnitt Replikationsplan > Ressourcenzuordnung das Kontrollkästchen Von der Plattform verwaltete Sicherungen und Aufbewahrungspläne verwenden, wenn Sie die Datenspeicherzuordnung konfigurieren.

Wenn die Option ausgewählt ist, konfiguriert NetApp Disaster Recovery keinen Sicherungszeitplan. Sie müssen jedoch weiterhin einen Aufbewahrungszeitplan konfigurieren, da möglicherweise weiterhin Snapshots für Test-, Failover- und Failback-Vorgänge erstellt werden.

Nach der Konfiguration erstellt der Dienst keine regelmäßig geplanten Snapshots, sondern verlässt sich stattdessen darauf, dass die externe Entität diese Snapshots erstellt und aktualisiert.

Einzelheiten zur Verwendung externer Snapshot-Lösungen im Replikationsplan finden Sie unter "Erstellen eines Replikationsplans" .

NetApp Disaster Recovery führt alle 24 Stunden eine Erkennung durch. Mit dieser Version können Sie jetzt den Erkennungszeitplan an Ihre Anforderungen anpassen und die Auswirkungen auf die Leistung bei Bedarf reduzieren. Wenn Sie beispielsweise über eine große Anzahl VMs verfügen, können Sie den Erkennungszeitplan so einstellen, dass er alle 48 Stunden ausgeführt wird. Wenn Sie nur eine kleine Anzahl von VMs haben, können Sie den Erkennungszeitplan so einstellen, dass er alle 12 Stunden ausgeführt wird.

Wenn Sie die Erkennung nicht planen möchten, können Sie die Option zur geplanten Erkennung deaktivieren und die Erkennung jederzeit manuell aktualisieren.

Weitere Einzelheiten finden Sie unter "vCenter-Server-Sites hinzufügen" .

Bisher konnten Sie Ressourcengruppen nur nach VMs erstellen. Mit dieser Version können Sie eine Ressourcengruppe nach Datenspeichern erstellen. Wenn Sie einen Replikationsplan erstellen und eine Ressourcengruppe für diesen Plan erstellen, werden alle VMs in einem Datenspeicher aufgelistet. Dies ist nützlich, wenn Sie über eine große Anzahl VMs verfügen und diese nach Datenspeicher gruppieren möchten.

Sie können eine Ressourcengruppe mit einem Datenspeicher auf folgende Weise erstellen:

Weitere Einzelheiten finden Sie unter "Erstellen eines Replikationsplans" .

Diese Version enthält Benachrichtigungen, dass die kostenlose Testversion in 60 Tagen abläuft, um sicherzustellen, dass Sie Zeit haben, eine Lizenz zu erwerben. Diese Version bietet auch Benachrichtigungen am Tag des Lizenzablaufs.

Mit dieser Version wird oben ein Banner angezeigt, das darauf hinweist, dass die Dienste aktualisiert werden und der Dienst in den Wartungsmodus versetzt wird. Das Banner wird angezeigt, wenn der Dienst aktualisiert wird, und verschwindet, wenn die Aktualisierung abgeschlossen ist. Während des Upgrades können Sie zwar weiterhin in der Benutzeroberfläche arbeiten, Sie können jedoch keine neuen Aufträge übermitteln. Geplante Jobs werden ausgeführt, nachdem das Update abgeschlossen ist und der Dienst in den Produktionsmodus zurückkehrt.

Der NetApp Console-Agent unterstützt intelligente Proxys. Intelligent Proxy ist eine einfache, sichere und effiziente Möglichkeit, Ihr lokales System mit NetApp Disaster Recovery zu verbinden. Es bietet eine sichere Verbindung zwischen Ihrem System und NetApp Disaster Recovery, ohne dass ein VPN oder direkter Internetzugang erforderlich ist. Diese optimierte Proxy-Implementierung entlastet den API-Verkehr innerhalb des lokalen Netzwerks.

Wenn ein Proxy konfiguriert ist, versucht NetApp Disaster Recovery, direkt mit VMware oder ONTAP zu kommunizieren und verwendet den konfigurierten Proxy, wenn die direkte Kommunikation fehlschlägt.

Die Implementierung des NetApp Disaster Recovery-Proxys erfordert eine Kommunikation über Port 443 zwischen dem Konsolenagenten und allen vCenter-Servern und ONTAP Arrays unter Verwendung eines HTTPS-Protokolls. Der NetApp Disaster Recovery-Agent innerhalb des Konsolen-Agenten kommuniziert bei der Durchführung von Aktionen direkt mit VMware vSphere, dem VC oder ONTAP .

Weitere Informationen zum intelligenten Proxy für NetApp Disaster Recovery finden Sie unter "Richten Sie Ihre Infrastruktur für NetApp Disaster Recovery ein" .

Weitere Informationen zum Einrichten eines allgemeinen Proxys in der NetApp Konsole finden Sie unter "Konfigurieren des Konsolenagenten zur Verwendung eines Proxyservers" .

Sie können die kostenlose Testversion jederzeit beenden oder warten, bis sie abläuft.

Sehen "Kostenlose Testversion beenden" .

Diese Version von NetApp Disaster Recovery bietet Unterstützung für ASA r2 für VMs und Datenspeicher auf VMFS-Speicher. Auf einem ASA R2-System unterstützt die ONTAP -Software wesentliche SAN-Funktionen und entfernt Funktionen, die in SAN-Umgebungen nicht unterstützt werden.

Diese Version unterstützt die folgenden Funktionen für ASA r2:

Die Unterstützung für ASA r2 in NetApp Disaster Recovery verwendet ONTAP 9.16.1.

Während Datenspeicher auf einem ONTAP Volume oder einer ASA r2-Speichereinheit gemountet werden können, kann eine Ressourcengruppe in NetApp Disaster Recovery nicht sowohl einen Datenspeicher von ONTAP als auch einen von ASA r2 enthalten. Sie können in einer Ressourcengruppe entweder einen Datenspeicher von ONTAP oder einen Datenspeicher von ASA r2 auswählen.

Sie können jetzt Berichte erstellen und herunterladen, die Ihnen bei der Analyse Ihrer Landschaft helfen. Vorgefertigte Berichte fassen Failovers und Failbacks zusammen, zeigen Replikationsdetails auf allen Sites und zeigen Jobdetails für die letzten sieben Tage.

Siehe "Erstellen von Disaster Recovery-Berichten" .

Sie können sich jetzt für eine 30-tägige kostenlose Testversion von NetApp Disaster Recovery anmelden. Bisher waren kostenlose Testversionen 90 Tage lang verfügbar.

Siehe "Einrichten der Lizenzierung" .

Eine frühere Version enthielt Aktualisierungen der Failover-Testplanstruktur, die zur Unterstützung täglicher und wöchentlicher Zeitpläne erforderlich waren. Für dieses Update war es erforderlich, dass Sie alle vorhandenen Replikationspläne deaktivieren und erneut aktivieren, damit Sie die neuen täglichen und wöchentlichen Failover-Testpläne verwenden können. Dies ist eine einmalige Anforderung.

So geht's:

Wenn Sie einen Replikationsplan erstellen und Rechenressourcen zuordnen, können Sie jetzt Ordner zuordnen, sodass VMs in einem Ordner wiederhergestellt werden, den Sie für Rechenzentrum, Cluster und Host angeben.

Weitere Einzelheiten finden Sie unter "Erstellen eines Replikationsplans" .

Wenn ein Fehler auftritt und Sie ein Failover starten, ein Failback durchführen oder das Failover testen, können Sie jetzt Details der VMs anzeigen und feststellen, welche VMs nicht neu gestartet wurden.

Siehe "Failover von Anwendungen auf einen Remote-Standort" .

Wenn Sie einen Replikationsplan erstellen, können Sie jetzt für jede VM im Plan eine Startverzögerung festlegen. Auf diese Weise können Sie eine Reihenfolge für den Start der VMs festlegen, um sicherzustellen, dass alle Ihre VMs mit Priorität eins ausgeführt werden, bevor die VMs mit nachfolgender Priorität gestartet werden.

Weitere Einzelheiten finden Sie unter "Erstellen eines Replikationsplans" .

Wenn Sie einen Replikationsplan erstellen, können Sie jetzt das Betriebssystem für jede VM im Plan sehen. Dies ist hilfreich bei der Entscheidung, wie VMs in einer Ressourcengruppe zusammengefasst werden sollen.

Weitere Einzelheiten finden Sie unter "Erstellen eines Replikationsplans" .

Wenn Sie einen Replikationsplan erstellen, können Sie den VM-Namen auf der Disaster-Recovery-Site jetzt ein Präfix und ein Suffix hinzufügen. Dadurch können Sie für die VMs im Plan einen aussagekräftigeren Namen verwenden.

Weitere Einzelheiten finden Sie unter "Erstellen eines Replikationsplans" .

Sie können alle Snapshots löschen, die Sie nach der von Ihnen angegebenen Aufbewahrungsdauer nicht mehr benötigen. Wenn Sie die Anzahl der Snapshot-Aufbewahrungen verringern, können sich mit der Zeit Snapshots ansammeln. Sie können diese jetzt entfernen, um Speicherplatz freizugeben. Sie können dies jederzeit bei Bedarf oder beim Löschen eines Replikationsplans tun.

Weitere Einzelheiten finden Sie unter "Verwalten Sie Sites, Ressourcengruppen, Replikationspläne, Datenspeicher und Informationen zu virtuellen Maschinen" .

Sie können jetzt Snapshots abgleichen, die zwischen Quelle und Ziel nicht synchron sind. Dies kann auftreten, wenn Snapshots auf einem Ziel außerhalb von NetApp Disaster Recovery gelöscht werden. Der Dienst löscht den Snapshot auf der Quelle automatisch alle 24 Stunden. Sie können dies jedoch auf Anfrage durchführen. Mit dieser Funktion können Sie sicherstellen, dass die Snapshots auf allen Sites konsistent sind.

Weitere Einzelheiten finden Sie unter "Verwalten von Replikationsplänen" .

Diese Version umfasst Unterstützung für VMs, die auf VMware vSphere Virtual Machine File System (VMFS)-Datenspeichern für iSCSI und FC gemountet sind und auf lokalem Speicher geschützt sind. Zuvor bot der Dienst eine Technologievorschau, die VMFS-Datenspeicher für iSCSI und FC unterstützte.

Hier sind einige zusätzliche Überlegungen zu den iSCSI- und FC-Protokollen:

Diese Version enthält eine Technologievorschau der Unterstützung für VMs, die auf VMware vSphere Virtual Machine File System (VMFS)-Datenspeichern für FC gemountet sind, die auf lokalem Speicher geschützt sind. Zuvor bot der Dienst eine Technologievorschau, die VMFS-Datenspeicher für iSCSI unterstützte.

Mit dieser Version können Sie jetzt einen Job in der Job Monitor-Benutzeroberfläche abbrechen.

Siehe "Überwachen von Jobs" .

Diese Version enthält Aktualisierungen der Failover-Testplanstruktur, die zur Unterstützung täglicher und wöchentlicher Zeitpläne erforderlich waren. Dieses Update erfordert, dass Sie alle vorhandenen Replikationspläne deaktivieren und erneut aktivieren, damit Sie die neuen täglichen und wöchentlichen Failover-Testpläne verwenden können. Dies ist eine einmalige Anforderung.

So geht's:

Diese Version enthält Aktualisierungen der Replikationsplandaten, die das Problem „Snapshot nicht gefunden“ beheben. Dazu müssen Sie die Aufbewahrungsanzahl in allen Replikationsplänen auf 1 ändern und einen On-Demand-Snapshot initiieren. Dieser Vorgang erstellt ein neues Backup und entfernt alle älteren Backups.

So geht's:

Diese Version unterstützt die Hardwareplattformen der NetApp AFF A-Serie.

Diese Version enthält eine Technologievorschau der Unterstützung für VMs, die auf VMware vSphere Virtual Machine File System (VMFS)-Datenspeichern gemountet sind, die auf lokalem Speicher geschützt sind. Mit dieser Version wird die Notfallwiederherstellung in einer Technologievorschau für lokale VMware-Workloads in einer lokalen VMware-Umgebung mit VMFS-Datenspeichern unterstützt.

Sie können einen Replikationsplan einfacher hinzufügen, indem Sie VMs auf der Seite „Anwendungen“ nach Datenspeicher filtern und auf der Seite „Ressourcenzuordnung“ weitere Zieldetails auswählen. Siehe "Erstellen eines Replikationsplans" .

Mit dieser Version wurde die Seite „Failover-Zuordnungen“ zur besseren Übersichtlichkeit verbessert.

Siehe "Pläne verwalten" .

Mit dieser Version wurden beim Bearbeiten von VMs im Plan einige kleinere Verbesserungen der Benutzeroberfläche vorgenommen.

Siehe "Verwalten von VMs" .

Bevor Sie ein Failover einleiten, können Sie jetzt den Status der VMs ermitteln und feststellen, ob sie ein- oder ausgeschaltet sind. Der Failover-Prozess ermöglicht es Ihnen nun, sofort einen Snapshot zu erstellen oder die Snapshots auszuwählen.

Siehe "Failover von Anwendungen auf einen Remote-Standort" .

Sie können jetzt die Failover-Tests bearbeiten und tägliche, wöchentliche und monatliche Zeitpläne für den Failover-Test festlegen.

Siehe "Pläne verwalten" .

Die Informationen zu den Voraussetzungen für NetApp Disaster Recovery wurden aktualisiert.

Siehe "Voraussetzungen für NetApp Disaster Recovery" .

Dies wird jetzt als allgemein verfügbare Funktion veröffentlicht. Zuvor handelte es sich um eine Technologievorschau mit eingeschränkter Funktionalität.

Bei NetApp Disaster Recovery können Sie sich für eine kostenlose 90-Tage-Testversion anmelden, ein Pay-as-you-go-Abonnement (PAYGO) bei Amazon Marketplace erwerben oder Ihre eigene Lizenz (BYOL) mitbringen. Dabei handelt es sich um eine NetApp Lizenzdatei (NLF), die Sie von Ihrem NetApp Vertriebsmitarbeiter oder von der NetApp -Support-Site (NSS) erhalten.

Weitere Informationen zum Einrichten der Lizenzierung für NetApp Disaster Recovery finden Sie unter"Einrichten der Lizenzierung" .

"Erfahren Sie mehr über NetApp Disaster Recovery" .

Bei NetApp Disaster Recovery können Sie sich für eine kostenlose 90-Tage-Testversion anmelden oder Ihre eigene Lizenz (BYOL) mitbringen. Dabei handelt es sich um eine NetApp -Lizenzdatei (NLF), die Sie von Ihrem NetApp Vertriebsmitarbeiter erhalten. Sie können die Seriennummer der Lizenz verwenden, um BYOL in den NetApp Console-Abonnements zu aktivieren. Die Gebühren für NetApp Disaster Recovery basieren auf der bereitgestellten Kapazität der Datenspeicher.

Weitere Informationen zum Einrichten der Lizenzierung für NetApp Disaster Recovery finden Sie unter "Einrichten der Lizenzierung" .

Weitere Informationen zur Verwaltung von Lizenzen für alle NetApp Console-Datendienste finden Sie unter "Verwalten Sie Lizenzen für alle NetApp Console-Datendienste" .

Mit dieser Version können Sie jetzt Zeitpläne zum Testen von Konformitäts- und Failover-Tests einrichten, um sicherzustellen, dass sie bei Bedarf ordnungsgemäß funktionieren.

Weitere Einzelheiten finden Sie unter "Erstellen des Replikationsplans" .

Mit dieser Version können Sie jetzt die Größe der VM-CPU- und RAM-Werte ändern. Sie können jetzt auch eine Netzwerk-DHCP- oder statische IP-Adresse für die VM auswählen.

Weitere Einzelheiten finden Sie unter "Erstellen eines Replikationsplans" .

Können jetzt als Prozesse nach dem Failover einbezogen werden. Mit benutzerdefinierten Skripten können Sie NetApp Disaster Recovery Ihr Skript nach einem Failover-Prozess ausführen lassen. Sie können beispielsweise ein benutzerdefiniertes Skript verwenden, um alle Datenbanktransaktionen nach Abschluss des Failovers fortzusetzen.

Weitere Einzelheiten finden Sie unter "Failover zu einem Remotestandort" .

Sie können jetzt beim Entwickeln des Replikationsplans eine SnapMirror -Beziehung erstellen. Bisher mussten Sie die Beziehung außerhalb von NetApp Disaster Recovery erstellen.

Weitere Einzelheiten finden Sie unter "Erstellen eines Replikationsplans" .

Wenn Sie einen Replikationsplan erstellen, können Sie VMs aus unterschiedlichen Volumes und unterschiedlichen SVMs einschließen. NetApp Disaster Recovery erstellt einen Consistency Group Snapshot, indem es alle Volumes einbezieht und alle sekundären Standorte aktualisiert.

Weitere Einzelheiten finden Sie unter "Erstellen eines Replikationsplans" .

Wenn Sie einen Replikationsplan erstellen, können Sie VMs zu einer Ressourcengruppe hinzufügen. Mit Ressourcengruppen können Sie für jede VM eine Verzögerung festlegen, sodass sie in einer verzögerten Reihenfolge hochgefahren werden.

Weitere Einzelheiten finden Sie unter "Erstellen eines Replikationsplans" .

Sie können angeben, dass anwendungskonsistente Snapshot-Kopien erstellt werden sollen. Der Dienst legt die Anwendung still und erstellt dann einen Snapshot, um einen konsistenten Zustand der Anwendung zu erhalten.

Weitere Einzelheiten finden Sie unter "Erstellen eines Replikationsplans" .

Mit dieser Version können Sie vom Dashboard aus schneller auf Informationen auf anderen Seiten zugreifen.

"Erfahren Sie mehr über NetApp Disaster Recovery" .

Mit NetApp Disaster Recovery können Sie jetzt Ihre lokalen, NFS-basierten VMware-Workloads zusätzlich zur öffentlichen Cloud vor Katastrophen in einer anderen lokalen, NFS-basierten VMware-Umgebung schützen. NetApp Disaster Recovery orchestriert die Durchführung der Notfallwiederherstellungspläne.

"Erfahren Sie mehr über NetApp Disaster Recovery" .

Sie können jetzt auf die Optionen im Dashboard klicken, was Ihnen die schnelle Überprüfung der Informationen erleichtert. Außerdem zeigt das Dashboard jetzt den Status von Failovers und Migrationen an.

Siehe "Sehen Sie sich den Zustand Ihrer Notfallwiederherstellungspläne auf dem Dashboard an" .

NetApp Disaster Recovery Preview ist ein Cloud-basierter Disaster Recovery-Dienst, der Disaster Recovery-Workflows automatisiert. Mit der Vorschau von NetApp Disaster Recovery können Sie zunächst Ihre lokalen, NFS-basierten VMware-Workloads, auf denen NetApp -Speicher ausgeführt wird, mit Amazon FSx für ONTAP in VMware Cloud (VMC) auf AWS schützen.

"Erfahren Sie mehr über NetApp Disaster Recovery" .

Diese Version enthält die folgenden Updates:

Wenn Sie einen Notfallwiederherstellungs- oder Replikationsplan erstellen, können Sie virtuelle Maschinen zu funktionalen Ressourcengruppen hinzufügen. Mithilfe von Ressourcengruppen können Sie eine Reihe abhängiger virtueller Maschinen in logische Gruppen einteilen, die Ihren Anforderungen entsprechen. Beispielsweise könnten Gruppen eine Startreihenfolge enthalten, die bei der Wiederherstellung ausgeführt werden kann. Mit dieser Version kann jede Ressourcengruppe eine oder mehrere virtuelle Maschinen enthalten. Die virtuellen Maschinen werden basierend auf der Reihenfolge eingeschaltet, in der Sie sie in den Plan aufnehmen. Siehe "Auswählen von Anwendungen zum Replizieren und Zuweisen von Ressourcengruppen" .

Nachdem Sie den Disaster Recovery- oder Replikationsplan erstellt, die Wiederholung im Assistenten identifiziert und eine Replikation zu einem Disaster Recovery-Standort initiiert haben, überprüft NetApp Disaster Recovery alle 30 Minuten, ob die Replikation tatsächlich gemäß Plan erfolgt. Sie können den Fortschritt auf der Seite „Job Monitor“ überwachen. Weitere Informationen finden Sie unter "Replizieren von Anwendungen auf eine andere Site" .

Wenn Sie einen Notfallwiederherstellungs- oder Replikationsplan erstellen, wählen Sie die VMs aus. In dieser Version können Sie jetzt den SnapMirror anzeigen, der mit jedem der Volumes verknüpft ist, die mit dem Datenspeicher oder der VM verknüpft sind. Sie können auch die RPO-Übertragungspläne sehen, die mit dem SnapMirror -Zeitplan verknüpft sind. Mithilfe von RPO können Sie feststellen, ob Ihr Sicherungsplan für die Wiederherstellung nach einem Notfall ausreicht. Siehe "Erstellen eines Replikationsplans" .

Die Seite „Job Monitor“ enthält jetzt eine Aktualisierungsoption, sodass Sie einen aktuellen Status der Vorgänge erhalten. Weitere Informationen finden Sie unter "Überwachen von Disaster Recovery-Jobs" .

NetApp Disaster Recovery ist ein Cloud-basierter Disaster-Recovery-Dienst, der Disaster-Recovery-Workflows automatisiert. Mit der Vorschau von NetApp Disaster Recovery können Sie zunächst Ihre lokalen, NFS-basierten VMware-Workloads, auf denen NetApp -Speicher ausgeführt wird, mit Amazon FSx für ONTAP in VMware Cloud (VMC) auf AWS schützen.

"Erfahren Sie mehr über NetApp Disaster Recovery" .