Im US-Gesundheitswesen ist ein Systemausfall keine Option. Menschenleben hängen davon ab, dass die Systeme jederzeit ordnungsgemäß funktionieren, von der Verfügbarkeit von Diagnosegeräten bei kritischen Operationen bis hin zum Zugriff des Arztes auf Patientenakten.
Die Systeme sind streng reguliert, um die vorgeschriebenen Wiederherstellungsziele (Recovery Point Objectives, RPOs) zu erfüllen, und müssen regelmäßig getestet werden, um sicherzustellen, dass die festgelegten Service Level Agreements (SLAs) eingehalten werden.
Cristie hat vor kurzem eine große Software-Implementierung für ein führendes US-Gesundheitsunternehmen abgeschlossen, das seine physischen Systeme in einem entfernten Datenzentrum replizieren musste. Dadurch sollte der Kunde in die Lage versetzt werden, seine Systeme ausfallen zu lassen und den Betrieb im Falle eines Ausfalls des primären Rechenzentrums aufrechtzuerhalten.
Außerdem wollte man in der Lage sein, Disaster Recovery (DR) Tests durchzuführen und die wiederhergestellten Systeme zu analysieren, ohne den laufenden Routine-Replikationsprozess zu unterbrechen.
Hier erfahren Sie, wie unsere Software ihnen geholfen hat, ihre Ziele zu erreichen.
Der Anwendungsfall
Der Kunde hatte mehr als 2.000 physische Systeme vor Ort, die er in einem Rechenzentrum eines Dienstleisters wiederherstellen können musste.
Der Kunde musste außerdem strenge RPOs einhalten, um sicherzustellen, dass im Falle einer Wiederherstellung nur ein Minimum an Daten verloren geht. Der Disaster-Recovery-Prozess musste monatlich getestet werden und war Gegenstand einer unabhängigen Prüfung.
Start mit einer Sicherungs- und Wiederherstellungslösung
Es war klar, dass wir eine Lösung brauchen, die einen kontinuierlichen Sicherungsprozess ermöglicht. Wir brauchten eine Replikationslösung anstelle eines herkömmlichen Backups.
Es gab eine weitere Herausforderung. Während der 72-stündigen DR-Tests musste die Replikation abgeschaltet werden. Die Unterbrechung der Replikation während der DR-Tests bedeutete jedoch, dass der Kunde seine RPOs nicht einhalten konnte, weil die Anwendung unterbrochen wurde. Dies konnte zu einer Nichteinhaltung der SLAs führen.
Wie CloneManager die Replikation fortgesetzt werden konnte während der DR Testen
Der Kunde testete mehrere verschiedene Produkte, aber CloneManager war die einzige Software, die seinen Anforderungen entsprach. Es gab noch eine letzte Herausforderung. Das Problem der Nichteinhaltung der geforderten RPOs aufgrund der durch die DR-Tests selbst verursachten Unterbrechungen.
Wir haben eine neue Funktion der Software entwickelt, "Enhanced Testing", um die speziellen Anforderungen dieses Kunden zu erfüllen, und sie ist jetzt in das Standardprodukt integriert. Mit Enhanced Testing wird eine separate, isolierte DR-Testumgebung innerhalb der physischen Maschine im Rechenzentrum des Dienstanbieters geschaffen.
In diesem Fall konnte die Replikation wie gewohnt fortgesetzt werden. Außerdem konnte unser Kunde den replizierten Rechner am DR-Standort zu Test- und Evaluierungszwecken in Betrieb nehmen. Unser Kunde konnte nachweisen, dass die DR-Tests funktionierten, während er mit dem Replikationsprozess fortfuhr. Dadurch wurde sichergestellt, dass er seine RPOs und SLAs einhalten konnte.
CloneManager wird von der Cristie Virtual Appliance aus verwaltet, so dass der gesamte DR-Prozess bei Bedarf über eine einzige Verwaltungsoberfläche gesteuert werden kann.
Cristie ist im Bereich der Wiederherstellung und Replikation in und aus physischen, virtuellen und Cloud-Umgebungen tätig, und mehr als ein Drittel der Fortune-500-Unternehmen vertrauen uns.
Wenn Sie mehr über unser Angebot erfahren möchten, klicken Sie hier, um eine Tour durch unsere Produkte zu machen und einen kostenlosen Test zu buchen.
CloneManagerist das beste Produkt, das ich für die Notfallwiederherstellung von Servern gefunden habe, da es die DR-Seite mit den Produktionsservern auf dem neuesten Stand hält.
Leitender Systemadministrator, weltweiter Zulieferer der Automobilindustrie
