Epic-Cloning
Änderungen vorschlagen
PDFs
Epic erkennt an, dass die auf dem Storage Node basierende NetApp Snapshot Technologie im Vergleich zu herkömmlichen dateibasierten Backups keine Performance auf Produktions-Workloads auswirkt. Wenn Snapshot Backups als Recovery-Quelle für die Produktionsdatenbank verwendet werden, muss die Backup-Methode unter Berücksichtigung der Datenbankkonsistenz implementiert werden.
Ein Snapshot ist eine zeitpunktgenaue, schreibgeschützte Backup-Kopie eines Volumes. NetApp FlexClone® erstellt einen Snapshot und macht ihn sofort lesbar und beschreibbar. FlexClone Volumes bieten einen hervorragenden Mehrwert: Sie erstellen schreibgeschützte, applikationskonsistente Snapshots und erstellen beschreibbare FlexClone-Volumes aus Produktionsdaten. Diese native Funktion hat erhebliche Auswirkungen auf Storage-Einsparungen, Betriebszeiten und Automatisierungsfunktionen.
Für die Aktualisierung kommen FlexClone Volumes zum Einsatz.
Datenmanagement
Als Teil der Lösung bietet NetApp unter Verwendung nativer ONTAP Tools eine vollständig automatisierte Lösung für Backup- und Testaktualisierungen. Diese Lösung wurde zur Vereinfachung des Epic Datenmanagements entwickelt, insbesondere für die großen Community von Epic-Datenbankadministratoren (DBAs):
-
Epic Mirror wird zur Replizierung von Daten zu Disaster Recovery and Report (grün gekennzeichnet) verwendet.
-
Tägliche Daten-Dumps von Bericht zu Klarheit.
-
Automatisierte Backups von NetApp (gelb gekennzeichnet).
-
Automatische NetApp-Testaktualisierung von SUP, REP und anderen (blau gekennzeichnet).
-
Die Testumgebungen eignen sich nicht für kleinere Squash-Kopien, sondern für vollständige Kopierumgebungen.
Weitere Informationen erhalten Sie über NetApp-Services für Epic-Applikationen.
Bei Applikationen, deren Storage auf mehrere Volumes verteilt ist und für die der Workload eine oder mehrere LUNs mit entsprechender Menge vorhanden ist, müssen die Inhalte zusammen gesichert werden, damit für die konsistente Datensicherung CGS erforderlich sind.
Consistency Groups (kurz CGS) bieten diese und weitere Funktionen. Sie können jede Nacht verwendet werden, um mithilfe einer Richtlinie konsistente On-Demand- oder geplante Snapshots zu erstellen. Sie können damit Daten wiederherstellen, klonen und sogar replizieren.
Weitere Informationen zu CGS finden Sie unter "NetApp-Dokumentation zu Konsistenzgruppen"
Konfigurieren von Konsistenzgruppen für Epic
Sobald die Volumes und LUNs wie in den vorherigen Abschnitten dieses Dokuments beschrieben bereitgestellt wurden, können sie dann in einen Satz von CGS konfiguriert werden. Es wird empfohlen, diese wie in der folgenden Abbildung dargestellt einzurichten:
Snapshots von Konsistenzgruppen
Ein nächtlicher CG-Snapshot-Zeitplan sollte auf jedem der Child-CGS festgelegt werden, die den Volumes zugeordnet sind, die Speicher für die Produktionsdatenbank bereitstellen. Dies führt zu einer neuen Reihe konsistenter Backups dieser CGS jede Nacht. Diese können dann für das Klonen der Produktionsdatenbank für nichtproduktive Umgebungen wie beispielsweise Entwicklungs- und Testumgebungen verwendet werden. NetApp hat für Epic proprietäre, CG-basierte automatisierte Ansible-Workflows entwickelt, um das Backup von Produktionsdatenbanken sowie die Aktualisierungs- und Testumgebungen zu automatisieren.
CG-Snapshots können zur Unterstützung der Wiederherstellungsvorgänge der Produktionsdatenbank von Epic verwendet werden.
Deaktivieren Sie bei SAN-Volumes die Standard-Snapshot-Richtlinie für jedes Volume, das für CGS verwendet wird. Diese Snapshots werden in der Regel von der verwendeten Backup-Applikation oder dem NetApp Automatisierungsservice „Epic Ansible“ gemanagt.
Deaktivieren Sie bei SAN-Volumes die Standard-Snapshot-Richtlinie für jedes Volume. Diese Snapshots werden in der Regel von einer Backup-Applikation oder von Epic Ansible Automation gemanagt.[NS2]
WebBLOB und VMare Datensätze sollten als nur Volumes konfiguriert werden, die nicht mit CGS verbunden sind. SnapMirror oder SnapVault Technologie können verwendet werden, um die Snapshot Kopien auf Storage-Systemen zu speichern, die nicht mit der Produktionsumgebung verbunden sind.
Nach Abschluss der Konfiguration sieht die Konfiguration wie folgt aus:
