SAP HANA wird mehr und mehr die Datenbank der Wahl für Organisationen mit Mission Critical-Systemen. Vertraglich vereinbarte SLAs erhöhen die Wichtigkeit, dass diese Systeme jederzeit in Betrieb und verfügbar sind. SAP HANA bietet einige Mechanismen um die Verfügbarkeit zu sichern:
In diesem Artikel werden wir SAP HANA System Replication näher betrachten und aufzeigen, wie die Überwachung mittels syslink Xandria sicherstellt, dass die Daten-Replizierung einwandfrei funktioniert und zur Verfügung steht, sollte sie einmal gebraucht werden.
SAP HANA System Replication
Die SAP HANA System Replication wird druch den SAP HANA Datenbank-Kernel gesteuert. Benötigt werden dazu zwei separate Systeme mit der exakt gleichen Anzahl aktiver HANA-Nodes. Sobald die Replikation zwischen den beiden HANA-Systemen eingerichtet ist, wir eines als Primary- und das andere als Secondary-System definiert.Dazu kommen noch weitere Synchronisations-Modi, unter anderem Synchronous on Disk, Synchronous in Memory, Asynchronous und Full Sync. Mehr dazu finden Sie in dieser technischen Dokumentation von SAP.
Herausforderungen beim Monitoring von HANA-Replikation
Das Eintreten einer Disaster-Recovery-Situation versetzt SAP Support-Teams in eine Stress-Situation. Obwohl der Betrieb "wasserdicht" aussieht, kann es einige Sorgen bereiten, die Übertragung aller Logs sicherzustellen. Bereites ein fehlendes Log wird ziemlich sicher zu unerwünschtem Verhalten führen wenn man versucht, das Secondary-System zu verwenden. Ohne gute Überwachungslösung lässt sich nicht eindeutig feststellen, ob alle nötigen Daten vorhanden sind, bevor Sie versuchen das Secondary-System zu verwenden. Support-Teams setzen üblicherweise die Replikation auf, hoffen, dass der Prozess erfolgreich läuft und beten, dass das Secondary-System nie benutzt wird. Obwohl es Best Practice wäre, einmal pro Jahr den Disaster-Recovery-Fall zu testen, bedeutet dies in der Praxis das Anfordern von Wartungsfenstern und eine Menge Koordinations-Aufwand. Der Test ist oftmals nicht wirklich erfolgreich oder dauert deutlich länger als angenommen. All das führt dazu, dass Disaster-Recovery-Tests auf die lange Bank geschoben werden oder gänzlich in Vergessenheit geraten.
Wie Xandria diese Herausforderungen meistert
Mit Xandria hofft Ihr IT-Team nicht nur, dass die System-Replikation funktioniert, das Team weiss es. Xandria kann potenzielle zukünftige Fehler im Replikationsprozess klar identifizieren und erlaubt Ihrem Team diese zu beheben, damit Sie auf das Secondary-System zurückgreifen können, sollte dies tatsächlich notwendig werden.
Xandria liefert auf einen Blick die vollständige Übersicht über den Replikationsprozess und hilft damit sicherzustellen, dass dieser Prozess heute und in der Zukunft verlässlich ausgeführt wird. Disaster-Recovery-Situationen, ob real oder nur im Test, erzeugen genug Stress für SAP Support-Teams. Xandria gibt jedem Support-Team die Zuversicht, dass im Falle eines Disaster-Recovery alle Komponenten betriebsbereit und das Secondary-System einsatzfähig ist.