|
|
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 répliqué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 si 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. Au moment du basculement, les données ainsi que l'application Exchange sont prêtes à démarrer. 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 LAN, en mode asynchrone, 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.
- Le fonctionnalisté de réplication de données et de haite disponibilité de SteelEye sont totalement intégrées aux apllications 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, redémarera les services sur un serveur désigné du cluster. On pourra paramétrer l'ordre d'intervention de plusieurs serveurs successifs, en cascade.
|
|
|