Dans le secteur de la santé aux États-Unis, la défaillance des systèmes n'est pas une option. Des vies réelles dépendent de la capacité des systèmes à fonctionner correctement à tout moment, qu'il s'agisse d'équipements de diagnostic disponibles lors d'une intervention chirurgicale critique ou de dossiers de patients accessibles par le médecin.   

Les systèmes sont strictement réglementés pour répondre aux objectifs de points de reprise (RPO) et doivent être régulièrement testés pour garantir le respect des accords de niveau de service (SLA) définis. 

Cristie a récemment achevé la mise en œuvre d'un important logiciel pour une grande entreprise américaine de soins de santé qui avait besoin de répliquer ses systèmes physiques dans un centre de données distant. L'objectif était de permettre au client de basculer ses systèmes et de maintenir ses opérations en cas de défaillance du centre de données principal.   

En outre, ils voulaient pouvoir effectuer des tests de reprise après sinistre (DR) et analyser les systèmes récupérés, sans interrompre le processus de réplication de routine en cours. 

Voici comment notre logiciel les a aidés à atteindre leurs objectifs.  

Le cas d'utilisation  

Le client possédait plus de 2 000 systèmes physiques sur site qu'il devait pouvoir récupérer dans le centre de données d'un fournisseur de services. 

Le client devait également respecter des RPO stricts afin de garantir une perte minimale de données en cas de reprise. Le processus de reprise après sinistre devait être testé tous les mois et faire l'objet d'un audit indépendant.
 

Commencer par une solution de sauvegarde et de récupération  

Il était clair que nous devions réfléchir à une solution capable d'exécuter un processus de sauvegarde continu. Nous avions besoin d'une solution de réplication plutôt que d'une sauvegarde traditionnelle.  

Il y avait un autre défi. Pendant les tests DR de 72 heures, la réplication devait être déconnectée. Cependant, déconnecter la réplication pendant les tests de DR signifiait que le client ne respectait pas ses RPO, car l'application était interrompue. Cela pouvait conduire à un non-respect des SLA. 

Comment CloneManager a permis à la réplication de continuer pendant les tests tests  

Le client a testé plusieurs produits différents, mais CloneManager était le seul logiciel qui répondait à ses besoins. Il restait un dernier défi à relever. Le problème de ne pas respecter les RPOs requis en raison de la perturbation causée par les tests DR eux-mêmes.  

Nous avons développé une nouvelle fonctionnalité du logiciel, "Enhanced Testing", pour répondre aux exigences spécifiques de ce client, et elle est désormais intégrée au produit standard. Enhanced Testing crée un environnement de test DR isolé et séparé au sein de la machine physique du centre de données du fournisseur de services.  

Dans ce cas, cela a permis à la réplication de se poursuivre normalement. Cela a également donné à notre client la possibilité de démarrer la machine répliquée sur le site DR à des fins de test et d'évaluation. Notre client a pu prouver que le test DR fonctionnait, tout en poursuivant le processus de réplication. Il a ainsi pu respecter ses RPO et ses SLA.  

CloneManager est géré à partir de l'appliance virtuelle Cristie, ce qui permet à une interface de gestion unique de contrôler l'ensemble du processus de DR si nécessaire.  

Cristie travaille dans le domaine de la récupération et de la réplication vers et depuis des environnements physiques, virtuels et en nuage, et plus d'un tiers des entreprises du Fortune 500 nous font confiance.  

Si vous souhaitez en savoir plus sur ce que nous proposons, cliquez ici pour découvrir nos produits et réserver un essai gratuit.

' CloneManagerest le meilleur produit que j'ai trouvé pour la reprise après sinistre des serveurs en maintenant le côté DR à jour avec les serveurs de production.'' 

Administrateur système senior, fournisseur mondial de l'industrie automobile