Accueil | Contact

Lyon - Tél. : 04 37 49 13 31 - Fax : 04 37 49 13 33
Paris - Tél. : 01 72 76 25 59 - Fax : 01 72 76 25 99

MétierOffrescontactPartenairesActualités
Ebees technology
     HOPITAL      ebees INSTALLE DATA PAROTECTOR A L'HOPITAL DU VINATIER

  • Le Vinatier

Le Vinatier (95, boulevard PINEL 69500 BRON ) est le plus grand  hôpital psychiatrique de la région Rhône-Alpes et le deuxième plus grand établissement sur le plan national. Avec 60 sites répartis dans le Grand Lyon il est en charge d’une vaste zone couvrant tout le département du Rhône. L'hôpital emploie 2800 personnes.

Son Département  Informatique équipé d'une vingtaine de serveurs Windows NT/2000, Unix et Linux gère pour 2000 utilisateurs 950 postes clients répartis sur 22 kilomètres de fibre optique.

Les serveurs hébergent des applications essentielles pour la bonne marche de l'hôpital, tant sur le plan médical (Gestion de laboratoires d'analyse, du circuit des médicaments, des dossiers patients,  des lits, etc…)  que sur celui de la gestion (Gestion économique et financière, des ressources humaines, des cuisines,etc...).

Ces serveurs hébergent également les fonctionnalités de messagerie, d'accès à Internet et de gestion de l'infrastructure informatique et téléphonique.

Une interruption prolongée de fonctionnement l'un ou de plusieurs de ces systèmes serait préjudiciable pour le fonctionnement général de l'hôpital. La sauvegarde des systèmes d'information et des données qu'ils contiennent est donc un sujet de préoccupation constante pour le Département  Informatique.

La problématique

La politique générale de sauvegarde était, depuis le début de l'informatisation de l'hôpital, d'avoir une unité de bandes par serveur et d'effectuer quotidiennement les sauvegardes localement.  Avec la croissance des fonctions de l'hôpital utilisant l'informatique, le nombre de machines s'est multiplié pour atteindre une vingtaine de serveurs et donc autant de bandes prélevées quotidiennement.

Le temps nécessaire pour vérifier la validité et l'exactitude des sauvegardes est ainsi progressivement devenu prohibitif au point de ne plus avoir la certitude de pouvoir restituer des données cohérentes en cas de problème. Le nombre de cassettes nécessaire pour assurer la conservation des données est également devenu excessivement important, sans que l'on puisse gérer la place laissée libre sur chacune ces cassettes. De plus sur certains serveurs la rapide croissance de la quantité de données stockée avait rendu les lecteurs de bandes DLT 4 insuffisant pour stocker les données sauvegardées sur une seule bande.

L'intérêt d'une centralisation des sauvegardes est ainsi clairement apparu, tant d'un point de vue de l'exploitation informatique que d'un point de vue financier. Une consultation a donc été lancée par la direction informatique de l'hôpital du Vinatier.

Au terme de cette consultation la solution proposée par Alizés a été reconnue comme la plus apte à assurer une sauvegarde rapide et fiable des données essentielles pour la vie de l'hôpital.

La solution

La solution proposée est basée sur l'analyse des flux de données générés par la quantité de données à sauvegarder quotidiennement ainsi que l'analyse de la croissance de ses flux au cours des années à venir. L'accent a également été mis sur la recherche d'une solution utilisant au maximum l'infrastructure existante. Il est ainsi apparu que l'un des serveurs allait dans le futur représenter plus des deux tiers des données essentielles à sauvegarder (les dossiers des patients de l'hôpital). Les fonctionnalités et la grande flexibilité de Data Protector ont permis de proposer l'architecture suivante :

Cette solution originale permet d'obtenir deux flux à très grande vitesse vers les unités de bandes: 320 mégaoctets par seconde soit plus de 2 gigabits par seconde. Cette bande passante permet d'absorber le flux de données venant des deux systèmes et de maintenir les bandes en écriture constante à leur vitesse nominale de 40 mégaoctets par seconde.

La configuration présentée a été rendue possible par la grande souplesse de Data Protector  qui autorise le pilotage des unités de bandes d'un même robot à partir de deux ou plusieurs systèmes. Cette configuration permet également des possibilités de redirection des flux en cas de problème matériel sur un des systèmes.

Les résultats obtenus

Le point le plus critique pour le Système d'Information de l'Hôpital est le serveur de fichiers qui, s'il ne contient que 100 gigaoctets de données actuellement, verra son contenu croître pour attendre environ 1 Toctets de données sur les patients dans les  années à venir. Nous avons à cette occasion vérifié la grande importance de la parallélisation des flux de sauvegarde: lorsque plusieurs sauvegardes se déroulent en même temps vers la même bande, le flux de données atteint 127 gigaoctets par heure (pour un maximum théorique pour une unité de bande LTO2 de 144 gigaoctets par heure) alors que, en fin de sauvegarde, lorsque seule la sauvegarde des données du serveur de fichiers se déroule, le flux tombe à environ 30 Gigaoctets par heure.

Lorsque la quantité de données sera plus importante, il sera  souhaitable de recréer un parallélisme sur le serveur de fichiers lui-même en scindant la directive de sauvegarde en plusieurs objets distincts. Cette technique permet à Data Protector de lancer simultanément plusieurs agents de disque.

Un second point critique est la sauvegarde individuelle de plus de 1000 boites à lettres Exchange. Nos tests ont montré que la sauvegarde base ouverte de ces boites atteint un rythme de 130 boites par heure moyennant une parallélisation massive des exécutions et l'ajustement de quelques paramètres, ce qui permet d'effectuer la sauvegarde de toutes les boites dans un temps raisonnable.

La durée globale des sauvegardes est actuellement de trois heures et demi en n'utilisant que deux unités de bandes sur les trois disponibles afin d'optimiser la consommation de cartouches LTO2. La marge de manœuvre ainsi dégagée permettra d'assurer les sauvegardes des serveurs de l'Hôpital pendant plusieurs années sans avoir à apporter de modification à l'architecture mise en place.

En conclusion les résultats obtenus montre qu'avec un système d'information sur lequel les flux de données sont harmonisés (1gigabit par seconde sur le réseau, des systèmes biprocesseurs pour le traitement de données sauvegardées, une liaison SCSI à 2,4 gigabits par seconde et des unités de bande acceptant un flux de 300 mégabits par seconde) Data Protector permet d'atteindre d'excellentes performances et de s'approcher des limites théoriques.

 

ebees
2005 Ebees Technology - Réalisation MD-Réso