Les différents types de protection de SteelEye
SteelEye peut protèger les applications et les serveurs de trois façons différentes.
Voici, à titre d'exemple les différentes possibilté de protection d'une application MS Exchange.
Protection avec des données dupliquées
Les données sont répliquées à partir du disque local d'un serveur actif vers un serveur de backup.Les données étant disponibles sur les deux serveurs, SteelEye contrôle les ressources applicatives et système et engage une procédure de restauration, en cas de défaillance.Dans ce cas, SteelEye tente automatiquement de redémarrer les services sur le même serveur. S'il n'y parvient pas, il lance les services sur le serveur de secours.Le temps habituel d'interruption de service est de l'ordre de quelques minutes, en majorité prises par le démarrage d'Exchange.
Protection avec des données partagées
SteelEye contrôle en permanence les ressources et services d'Exchange. Quand une défaillance est détectée, une séquence d'actions est enclenchée, aboutissant au redémarrage d'Exchange sur le serveur de secours. Dans ce cas, la base Exchange est partagée entre les deux serveurs.Les utilisateurs ne perçoivent pas qu'ils utilisent le serveur de backup et, à nouveau, le problème est corrigé en quelques minutes.
Protection au travers d'un WAN
SteelEye réplique les données sur le serveur distant, via le réseau, en mode aynchrone, tout en monitorant les ressources d'Exchange.En cas de sinistre, il active la copie de backup et démarre le serveur Exchange du site distant.Les fonctionnalités de réplication de données et de haute disponibilité de SteelEye sont totalement intégrées aux applications et offrent:au niveau local, la réplication des données et la haute disponibilité du stockage de données partagées.les solutions de Plan de Reprise d'Activité en environnements géographiquement dispersés.
En cas de défaillance, SteelEye tentera automatiquement de redémarrer les services sur le même serveur, et, si cela s'avère impossible, démarera les services sur un serveur désigné du cluster.
On pourra paramétrer l'ordre d'intervention de plusieurs serveurs successifs, en cascade.
