Erstellen Sie einen Replikationsplan in der BlueXP-Notfallwiederherstellung
Änderungen vorschlagen
PDFs
Nachdem Sie vCenter Standorte hinzugefügt haben, sind Sie bereit, einen Disaster Recovery- oder Replizierungsplan zu erstellen. Wählen Sie die Quell- und Ziel-vCenter aus, wählen Sie die Ressourcengruppen aus und gruppieren Sie, wie Anwendungen wiederhergestellt und eingeschaltet werden sollen. Beispielsweise könnten Sie Virtual Machines (VMs) gruppieren, die einer Applikation zugeordnet sind, oder Sie könnten Applikationen mit ähnlichen Tiers gruppieren.
Solche Pläne werden manchmal Blueprints genannt.
Erforderliche BlueXP -Rolle Organisationsadministrator, Ordner- oder Projektadministrator, Notfallwiederherstellungsadministrator, Notfallwiederherstellungs-Failover-Administrator oder Notfallwiederherstellungsanwendungsadministrator.
"Erfahren Sie mehr über Benutzerrollen und Berechtigungen bei der BlueXP disaster recovery". "Erfahren Sie mehr über BlueXP-Zugriffsrollen für alle Dienste".
Sie können einen Replizierungsplan erstellen und darüber hinaus Zeitpläne für Compliance und Tests bearbeiten.
Sie können mehrere VMs auf mehreren Datenspeichern sichern. Die Disaster Recovery von BlueXP erstellt ONTAP-Konsistenzgruppen für alle ONTAP-Volumes, die geschützte VM-Datastores hosten.
VMs können nur gesichert werden, wenn der Replizierungsplan einen der folgenden Status hat:
-
Bereit
-
Failback durchgeführt
-
Failover-Test festgelegt
Erstellen Sie den Plan
Ein Assistent führt Sie durch die folgenden Schritte:
-
Wählen Sie vCenter-Server aus.
-
Wählen Sie die VMs oder Datastores aus, die Sie replizieren möchten, und weisen Sie Ressourcengruppen zu.
-
Zuordnen der Ressourcen aus der Quellumgebung zum Ziel
-
Identifizieren Sie die Wiederholung, führen Sie ein vom Gast gehostetes Skript aus, legen Sie die Startreihenfolge fest, und wählen Sie das Ziel für den Wiederherstellungspunkt aus.
-
Überprüfen Sie den Plan.
Wenn Sie den Plan erstellen, sollten Sie folgende Richtlinien befolgen:
-
Verwenden Sie für alle VMs im Plan dieselben Anmeldedaten.
-
Verwenden Sie dasselbe Skript für alle VMs im Plan.
-
Verwenden Sie für alle VMs im Plan dasselbe Subnetz, denselben DNS und dasselbe Gateway.
Wenn Sie in diesem Service eine SnapMirror Beziehung erstellen möchten, hätten Sie den Cluster und dessen SVM-Peering bereits außerhalb der Disaster Recovery von BlueXP eingerichtet haben müssen.
Wählen Sie vCenter-Server aus
Zuerst wählen Sie das Quell-vCenter aus und dann das Ziel-vCenter aus.
-
Wählen Sie in der linken Navigationsleiste von BlueXP Protection > Disaster Recovery aus.
-
Wählen Sie im oberen Menü der BlueXP Disaster Recovery Replikationspläne und dann Hinzufügen aus. Wenn Sie den Dienst gerade erst nutzen, wählen Sie im Dashboard Replizierungsplan hinzufügen aus.
-
Erstellen Sie einen Namen für den Replikationsplan.
-
Wählen Sie die Quell- und Ziel-vCenter aus den Listen Source und Target vCenter aus.
-
Wählen Sie Weiter.
Wählen Sie Anwendungen aus, die Sie replizieren und Ressourcengruppen zuweisen möchten
Im nächsten Schritt werden die erforderlichen VMs oder Datastores in funktionale Ressourcengruppen gruppiert. Mit Ressourcengruppen können Sie eine Reihe von VMs oder Datastores mit einem gemeinsamen Snapshot schützen.
Wenn Sie Anwendungen im Replizierungsplan auswählen, wird das Betriebssystem für jede VM oder jeden Datastore im Plan angezeigt. Dies ist hilfreich bei der Entscheidung, wie VMs oder Datastores in einer Ressourcengruppe gruppiert werden.
|
Jede Ressourcengruppe kann eine oder mehrere VMs oder Datenspeicher enthalten. |
Wenn Sie Ressourcengruppen erstellen, beachten Sie die folgenden Probleme:
-
Bevor Sie Datastores zu Ressourcengruppen hinzufügen, starten Sie zunächst eine manuelle Ermittlung oder eine geplante Ermittlung der VMs. Dadurch wird sichergestellt, dass die VMs erkannt und in der Ressourcengruppe aufgelistet werden. Wenn Sie keine manuelle Ermittlung auslösen, werden die VMs möglicherweise nicht in der Ressourcengruppe aufgeführt.
-
Stellen Sie sicher, dass sich mindestens eine VM im Datastore befindet. Wenn sich keine VMs im Datastore befinden, wird der Datastore nicht erkannt.
-
Ein einzelner Datenspeicher sollte keine VMs hosten, die durch mehr als einen Replizierungsplan geschützt sind.
-
Hosten Sie keine geschützten und ungesicherten VMs auf demselben Datenspeicher. Wenn geschützte und ungesicherte VMs auf demselben Datenspeicher gehostet werden, können folgende Probleme auftreten:
-
Da bei der Disaster Recovery von BlueXP SnapMirror verwendet und das System ganze ONTAP Volumes repliziert, wird die genutzte Kapazität dieses Volumes zu Lizenzierungsüberlegungen verwendet. In diesem Fall wird der von geschützten und ungeschützten VMs verbrauchte Volume-Speicherplatz in diese Berechnung einbezogen.
-
Wenn für die Ressourcengruppe und die zugehörigen Datastores ein Failover am Disaster Recovery-Standort erforderlich ist, sind alle ungesicherten VMs (VMs, die nicht zur Ressourcengruppe gehören, aber auf dem ONTAP Volume gehostet werden) vom Failover-Prozess nicht mehr am Quellstandort vorhanden. Dies führt zu einem Ausfall ungeschützter VMs am Quellstandort. Darüber hinaus startet die Disaster Recovery von BlueXP diese ungeschützten VMs nicht am vCenter Failover-Standort.
-
-
Damit eine VM geschützt ist, muss sie in eine Ressourcengruppe aufgenommen werden.
BEST PRACTICE: Organisieren Sie Ihre VMs vor der Bereitstellung der Disaster Recovery von BlueXP , um die Ausbreitung von Datastores zu minimieren. Platzieren Sie VMs, die eine Sicherung auf einer Teilmenge von Datenspeichern benötigen, und platzieren Sie VMs, die nicht in einer anderen Teilmenge von Datenspeichern gesichert werden sollen. Mit Datastore-basiertem Schutz können Sie sicherstellen, dass die VMs auf jedem gegebenen Datastore gesichert sind.
-
Wählen Sie Virtual Machines oder Datastores aus.
-
Optional können Sie nach bestimmten VMs oder Datastores anhand des Namens suchen.
-
Wählen Sie auf der linken Seite der Seite Anwendungen die VMs oder Datastores aus, die Sie schützen möchten, und weisen Sie sie der ausgewählten Gruppe zu.
Die ausgewählte Ressource wird automatisch zu Gruppe 1 hinzugefügt und eine neue Gruppe 2 wird gestartet. Jedes Mal, wenn Sie der letzten Gruppe eine Ressource hinzufügen, wird eine weitere Gruppe hinzugefügt.
Oder, für Datastores:
-
Führen Sie optional einen der folgenden Schritte aus:
-
Um den Gruppennamen zu ändern, klicken Sie auf das Gruppensymbol *Bearbeiten*
. -
Um eine Ressource aus einer Gruppe zu entfernen, wählen Sie X neben der Ressource aus.
-
Um eine Ressource in eine andere Gruppe zu verschieben, ziehen Sie sie in die neue Gruppe.
Um einen Datastore in eine andere Ressourcengruppe zu verschieben, heben Sie die Auswahl des unerwünschten Datastore auf und senden Sie den Replikationsplan ab. Erstellen oder bearbeiten Sie dann den anderen Replizierungsplan und wählen Sie den Datenspeicher erneut aus.
-
-
Wählen Sie Weiter.
Ordnen Sie dem Ziel Quellressourcen zu
Geben Sie im Schritt „Ressourcenzuordnung“ an, wie die Ressourcen aus der Quellumgebung dem Ziel zugeordnet werden sollen. Beim Erstellen eines Replikationsplans können Sie eine Boot-Verzögerung festlegen und für jede VM im Plan bestellen. Dadurch können Sie eine Sequenz für den Start der VMs festlegen.
Wenn Sie in diesem Service eine SnapMirror Beziehung erstellen möchten, hätten Sie den Cluster und dessen SVM-Peering bereits außerhalb der Disaster Recovery von BlueXP eingerichtet haben müssen.
-
Aktivieren Sie auf der Seite „Ressourcenzuordnung“ das Kontrollkästchen, um dieselben Zuordnungen sowohl für Failover- als auch für Testvorgänge zu verwenden.
-
Wählen Sie auf der Registerkarte Failover Mappings den Abwärtspfeil rechts neben jeder Ressource aus, und ordnen Sie die jeweiligen Ressourcen zu.
Ressourcen zuordnen > Abschnitt „Computing-Ressourcen“
Wählen Sie den Abwärtspfeil neben Compute Resources.
-
Quell- und Ziel-Rechenzentren
-
Zielcluster
-
Target Host (optional): Nachdem Sie den Cluster ausgewählt haben, können Sie diese Information einstellen.
|
|
Wenn ein vCenter über einen Distributed Resource Scheduler (DRS) verfügt, der für das Management mehrerer Hosts in einem Cluster konfiguriert ist, müssen Sie keinen Host auswählen. Wenn Sie einen Host auswählen, werden alle VMs von BlueXP Disaster Recovery auf dem ausgewählten Host platziert. * Ziel-VM-Ordner (optional): Erstellen Sie einen neuen Stammordner, um die ausgewählten VMs zu speichern. |
Ressourcen zuordnen > Abschnitt Virtuelle Netzwerke
Wählen Sie auf der Registerkarte Failover Mappings den Abwärtspfeil neben Virtuelle Netzwerke aus. Wählen Sie das virtuelle Quell-LAN und das virtuelle Ziel-LAN aus.
Wählen Sie die Netzwerkzuordnung zum entsprechenden virtuellen LAN aus. Die virtuellen LANs sollten bereits bereitgestellt werden. Wählen Sie daher das entsprechende virtuelle LAN für die Zuordnung der VM aus.
Ressourcen zuordnen > Abschnitt Virtuelle Maschinen
Wählen Sie auf der Registerkarte Failover Mappings den Abwärtspfeil neben Virtual Machines aus.
Der Standard für die VMs ist zugeordnet. Bei der Standardzuordnung werden dieselben Einstellungen verwendet, die die VMs in der Produktionsumgebung verwenden (gleiche IP-Adresse, Subnetzmaske und Gateway).
Wenn Sie Änderungen an den Standardeinstellungen vornehmen, müssen Sie das Feld Ziel-IP in „anders als die Quelle“ ändern.
|
Wenn Sie Einstellungen in „anders als von der Quelle“ ändern, müssen Sie die Anmeldeinformationen für das VM-Gastbetriebssystem angeben. |
In diesem Abschnitt können je nach Auswahl verschiedene Felder angezeigt werden.
-
IP-Adress-Typ: Konfigurieren Sie die VM-Konfiguration so, dass sie den Anforderungen des virtuellen Zielnetzwerks entspricht. BlueXP Disaster Recovery bietet zwei Optionen: DHCP oder statische IP. Konfigurieren Sie für statische IPs die Subnetzmaske, das Gateway und die DNS-Server. Geben Sie darüber hinaus Anmeldedaten für VMs ein.
-
DHCP: Wählen Sie diese Einstellung, wenn Ihre VMs Netzwerkkonfigurationsinformationen von einem DHCP-Server beziehen sollen. Wenn Sie sich für diese Option entscheiden, geben Sie nur die Anmeldeinformationen für die VM an.
-
Statische IP: Wählen Sie diese Einstellung, wenn Sie IP-Konfigurationsinformationen manuell angeben möchten. Sie können eine der folgenden Optionen auswählen: Wie die Quelle, anders als die Quelle oder die Subnetzzuordnung. Wenn Sie dieselbe Auswahl wie die Quelle wählen, müssen Sie keine Anmeldeinformationen eingeben. Wenn Sie jedoch andere Informationen aus der Quelle verwenden möchten, können Sie die Anmeldeinformationen, die IP-Adresse der VM, die Subnetzmaske, das DNS und die Gateway-Informationen angeben. Die Anmeldedaten für das VM-Gastbetriebssystem sollten entweder auf globaler Ebene oder auf jeder VM-Ebene bereitgestellt werden.
Dies ist vor allem bei der Wiederherstellung großer Umgebungen zu kleineren Ziel-Clustern oder bei Disaster-Recovery-Tests hilfreich, ohne eine 1:1-physische VMware-Infrastruktur bereitstellen zu müssen.
-
-
Wählen Sie im Feld Ziel-IP eine der folgenden Optionen aus:
-
Gleich wie Quelle
-
Abweichend von der Quelle
-
Subnetzzuordnung: Wählen Sie diese Option, wenn Sie das Quellsubnetz einem anderen Zielsubnetz zuordnen möchten. Sie können das Quellsubnetz und anschließend das Zielsubnetz auswählen. Dies ist nützlich, wenn Sie die IP-Adresse der VM in der Zielumgebung ändern möchten.
Die Verwendung der Subnetzzuordnung ist ein optionaler zweistufiger Prozess: Fügen Sie zunächst die Subnetzzuordnung für jeden vCenter-Standort auf der Registerkarte „Standorte“ hinzu. Geben Sie anschließend im Replikationsplan an, dass Sie die Subnetzzuordnung verwenden möchten.
Wenn zwei VMs vorhanden sind (z. B. Linux und Windows), werden nur Anmeldeinformationen für Windows benötigt. -
-
Windows LAPS verwenden: Aktivieren Sie dieses Kontrollkästchen, wenn Sie die Windows Local Administrator Password Solution (Windows LAPS) verwenden. Diese Option ist nur verfügbar, wenn Sie die Option Statische IP ausgewählt haben. Wenn Sie dieses Kontrollkästchen aktivieren, müssen Sie nicht für jede Ihrer virtuellen Maschinen ein Kennwort angeben. Stattdessen geben Sie die Domänencontroller-Details an.
Wenn Sie Windows LAPS nicht verwenden, handelt es sich bei der VM um eine Windows-VM und die Anmeldeinformationsoption in der VM-Zeile ist aktiviert. Sie können die Anmeldeinformationen für die VM angeben.
-
Scripts: Sie können benutzerdefinierte Skripte im .sh-, .bat- oder .ps1-Format als Post-Failover-Prozesse einfügen. Mit benutzerdefinierten Skripts kann die BlueXP Disaster Recovery Ihr Skript nach einem Failover-Prozess ausführen. Sie können beispielsweise ein benutzerdefiniertes Skript verwenden, um alle Datenbanktransaktionen nach Abschluss des Failovers wieder aufzunehmen.
-
Ziel-VM-Präfix und Suffix: Unter den Details der virtuellen Maschinen können Sie optional dem VM-Namen ein Präfix und Suffix hinzufügen.
-
Source VM CPU und RAM: Unter den Details der virtuellen Maschinen können Sie optional die VM CPU und RAM Parameter anpassen.
-
Startreihenfolge: Sie können die Startreihenfolge nach einem Failover für alle ausgewählten virtuellen Maschinen über die Ressourcengruppen hinweg ändern. Standardmäßig werden alle VMs parallel gebootet. Sie können jedoch zu diesem Zeitpunkt Änderungen vornehmen. So können Sie sicherstellen, dass alle VMs mit Ihrer Priorität ausgeführt werden, bevor VMs mit der folgenden Priorität gestartet werden.
Alle VMs mit derselben Startauftragsnummer werden parallel gestartet.
-
Sequenzieller Start: Weisen Sie jeder VM eine eindeutige Nummer zu, um den in der zugewiesenen Reihenfolge zu booten, z. B. 1,2,3,4,5.
-
Gleichzeitiges Booten: Weisen Sie jeder VM dieselbe Zahl zu, um sie gleichzeitig zu booten, z. B. 1,1,4,2,2,3,4,1,1.
-
-
Boot Delay: Passen Sie die Verzögerung in Minuten der Boot-Aktion an.
Um die Startreihenfolge auf die Standardeinstellung zurückzusetzen, wählen Sie VM-Einstellungen auf Standard zurücksetzen und wählen Sie dann aus, welche Einstellungen Sie auf die Standardeinstellung zurücksetzen möchten. -
Erstellen Sie anwendungskonsistente Replikate: Geben Sie an, ob anwendungskonsistente Snapshot-Kopien erstellt werden sollen. Der Service stellt die Anwendung still und erstellt dann einen Snapshot, um einen konsistenten Status der Anwendung zu erhalten. Diese Funktion wird von Oracle unter Windows sowie von Linux und SQL Server unter Windows unterstützt.
Ressourcen zuordnen > Abschnitt Datastores
Wählen Sie den Abwärtspfeil neben Datastores. Je nach Auswahl der VMs werden automatisch Datastore-Zuordnungen ausgewählt.
Dieser Abschnitt kann je nach Auswahl aktiviert oder deaktiviert sein.
-
Plattform-verwaltete Backups und Aufbewahrungszeitpläne verwenden: Wenn Sie eine externe Snapshot-Managementlösung verwenden, aktivieren Sie dieses Kontrollkästchen. BlueXP Disaster Recovery unterstützt die Verwendung externer Snapshot-Managementlösungen, wie z. B. der native Richtlinienplaner von ONTAP SnapMirror oder Integrationen durch Drittanbieter. Wenn jeder Datastore (Volume) im Replizierungsplan bereits über eine SnapMirror-Beziehung verfügt, die an anderer Stelle gemanagt wird, können Sie diese Snapshots als Wiederherstellungspunkte in der BlueXP Disaster Recovery verwenden.
Wenn diese Option ausgewählt ist, wird für BlueXP Disaster Recovery kein Backup-Zeitplan konfiguriert. Sie müssen jedoch weiterhin einen Aufbewahrungszeitplan konfigurieren, da darüber hinaus Snapshots für Test-, Failover- und Failback-Vorgänge erstellt werden können.
Nach der Konfiguration erstellt der Service keine regelmäßig geplanten Snapshots, sondern verlässt sich darauf, dass die externe Einheit diese Snapshots erstellt und aktualisiert.
-
Startzeit: Geben Sie das Datum und die Uhrzeit ein, zu der Backups und die Aufbewahrung ausgeführt werden sollen.
-
Run interval: Geben Sie das Zeitintervall in Stunden und Minuten ein. Wenn Sie beispielsweise eine Stunde eingeben, erstellt der Dienst stündlich einen Snapshot.
-
Retention count: Geben Sie die Anzahl der Snapshots ein, die Sie behalten möchten.
-
Quell- und Zieldatenspeicher: Wenn mehrere (Fan-out) SnapMirror-Beziehungen existieren, können Sie das zu verwendende Ziel auswählen. Wenn ein Volume bereits eine SnapMirror-Beziehung aufgebaut hat, werden die entsprechenden Quell- und Ziel-Datastores angezeigt. Wenn ein Volume nicht über eine SnapMirror-Beziehung verfügt, können Sie es jetzt erstellen. Dazu wählen Sie ein Ziel-Cluster aus, wählen eine Ziel-SVM aus und geben einen Volume-Namen an. Der Service erstellt die Volume- und SnapMirror-Beziehung.
Wenn Sie in diesem Service eine SnapMirror Beziehung erstellen möchten, hätten Sie den Cluster und dessen SVM-Peering bereits außerhalb der Disaster Recovery von BlueXP eingerichtet haben müssen. -
Wenn die VMs vom gleichen Volume und derselben SVM stammen, führt der Service einen standardmäßigen ONTAP-Snapshot durch und aktualisiert die sekundären Ziele.
-
Wenn die VMs aus unterschiedlichen Volumes und derselben SVM stammen, erstellt der Service einen KonsistenzgruppenSnapshot, in dem alle Volumes eingeschlossen werden und die sekundären Ziele aktualisiert werden.
-
Wenn die VMs aus verschiedenen Volumes und unterschiedlichen SVMs stammen, führt der Service eine Startphase für die Konsistenzgruppe und einen Snapshot der Commit-Phase durch, indem alle Volumes im selben oder unterschiedlichen Cluster eingeschlossen werden und die sekundären Ziele aktualisiert werden.
-
Während des Failovers können Sie einen beliebigen Snapshot auswählen. Wenn Sie den neuesten Snapshot auswählen, erstellt der Service On-Demand-Backups, aktualisiert das Ziel und verwendet diesen Snapshot für das Failover.
-
Fügen Sie Test-Failover-Zuordnungen hinzu
-
Um verschiedene Zuordnungen für die Testumgebung festzulegen, deaktivieren Sie das Kontrollkästchen und wählen Sie die Registerkarte Testzuordnungen aus.
-
Gehen Sie die einzelnen Registerkarten wie zuvor durch, jedoch diesmal für die Testumgebung.
Auf der Registerkarte Testzuordnungen sind die Zuordnungen für virtuelle Maschinen und Datenspeicher deaktiviert.
Sie können den gesamten Plan später testen. Derzeit richten Sie die Zuordnungen für die Testumgebung ein.
Überprüfen Sie den Replizierungsplan
Nehmen Sie sich zum Schluss einen Moment Zeit, um den Replizierungsplan zu prüfen.
|
|
Sie können den Replikationsplan später deaktivieren oder löschen. |
-
Überprüfen Sie die Informationen auf den einzelnen Registerkarten: Plandetails, Failover Mapping und VMs.
-
Wählen Sie Plan hinzufügen.
Der Plan wird zur Liste der Pläne hinzugefügt.
Bearbeiten Sie Zeitpläne, um die Compliance zu testen und sicherzustellen, dass Failover-Tests funktionieren
Möglicherweise möchten Sie Zeitpläne zum Testen von Compliance- und Failover-Tests einrichten, um bei Bedarf sicherzustellen, dass diese korrekt funktionieren.
-
Auswirkungen auf die Compliance-Zeit: Wenn ein Replikationsplan erstellt wird, erstellt der Dienst standardmäßig einen Compliance-Zeitplan. Die Standard-Compliance-Zeit beträgt 30 Minuten. Um diese Zeit zu ändern, können Sie den Zeitplan im Replikationsplan bearbeiten verwenden.
-
Auswirkungen auf Failover-Test: Sie können einen Failover-Prozess nach Bedarf oder nach einem Zeitplan testen. Damit können Sie den Failover von virtuellen Maschinen zu einem Ziel testen, das in einem Replikationsplan angegeben ist.
Ein Test-Failover erstellt ein FlexClone Volume, mountet den Datastore und verschiebt den Workload auf diesen Datastore. Ein Test-Failover-Vorgang wirkt sich auf Produktions-Workloads, die auf dem Teststandort verwendete SnapMirror Beziehung und geschützte Workloads aus, die weiterhin ordnungsgemäß ausgeführt werden müssen.
Basierend auf dem Zeitplan wird der Failover-Test ausgeführt und stellt sicher, dass Workloads an das vom Replizierungsplan angegebene Ziel verschoben werden.
-
Wählen Sie im oberen Menü der BlueXP Disaster Recovery die Option Replication Plans aus.
-
Wählen Sie die Option actions
Und wählen Sie Schichtpläne bearbeiten. -
Geben Sie ein, wie oft Sie in wenigen Minuten BlueXP Disaster Recovery verwenden möchten, um die Compliance von Tests zu überprüfen.
-
Um zu überprüfen, ob Ihre Failover-Tests ordnungsgemäß sind, überprüfen Sie Failover nach einem monatlichen Zeitplan ausführen.
-
Wählen Sie den Tag des Monats und die Uhrzeit aus, zu der diese Tests ausgeführt werden sollen.
-
Geben Sie das Datum im Format JJJJ-mm-TT ein, wenn der Test gestartet werden soll.
-
-
On-Demand-Snapshot für geplanten Test-Failover verwenden: Um einen neuen Snapshot vor dem Initiieren des automatischen Test-Failovers zu erstellen, aktivieren Sie dieses Kontrollkästchen.
-
Um die Testumgebung nach Abschluss des Failover-Tests zu bereinigen, aktivieren Sie Automatically clean up after Test Failover und geben Sie die Anzahl der Minuten ein, die Sie warten möchten, bevor die Bereinigung beginnt.
Durch diesen Prozess werden die temporären VMs vom Teststandort entfernt, das erstellte FlexClone Volume gelöscht und die temporären Datenspeicher abgehängt. -
Wählen Sie Speichern.