CAHIER DES CLAUSES TECHNIQUES PARTICULIERES (C.C.T.P.) MARCHE A PROCEDURE ADAPTEE RENOUVELLEMENT DE L ARCHITECTURE DE SAUVEGARDE

Transcription

1 CAHIER DES CLAUSES TECHNIQUES PARTICULIERES (C.C.T.P.) MARCHE A PROCEDURE ADAPTEE Auteurs: Jean-François GOUYETTE Didier PENNANECH Le présent document comporte 14 pages Révision V5 : 29/04/2013

2 CONSOLIDATION DE L ARCHITECTURE DU SYSTEME D INFORMATION SOMMAIRE 1. OBJECTIFS DE L APPEL D OFFRE 3 2. PRESENTATION GENERALE DE L ETABLISSEMENT 3 3. DESCRIPTION DE L ENVIRONNEMENT 5 4. ARCHITECTURE CIBLE 9 5. PRESENTATION DE L OFFRE PLANNING DE DEPLOIEMENT 14 CONSOLIDATION DE L ARCHITECTURE DE SAUVEGARDE Page ii

3 1. OBJECTIFS DE LA CONSULTATION Le Centre hospitalier de Guingamp mène actuellement une réflexion globale sur le renouvellement de son architecture de sauvegarde et cela dans le cadre du nouveau schéma directeur Les axes d améliorations attendus sont les suivants : Augmenter la capacité de stockage des sauvegardes Réduire la durée de sauvegardes et le temps de restauration Assurer une compatibilité/intégration avec les derniers OS et architectures Améliorer le processus de sauvegarde Permettre d avoir des mises à jour régulières de la solution software pour assurer une compatibilité maximum dans le temps Par ailleurs, de précédents marchés ont permis : - de remettre à niveau le câblage cuivre et fibre optique - de renouveler la totalité de l infrastructure réseau - de renouveler l infrastructure système et de stockage afin d assurer un PCA/PRA en particulier par la mise en œuvre de virtualisation sous Vmware. Ce présent marché sera composé d un seul lot avec des exigences de compatibilités techniques et fonctionnelles avec notre infrastructure actuelle. La description de ces exigences sera détaillée dans ce document. Le Centre Hospitalier portera une attention particulière au respect des délais et à la qualité des solutions proposées. Ces solutions devront être fiables, performantes, évolutives, efficaces et adaptées aux besoins croissants du système d'information (5 ans minimum) permettant ainsi de garantir les performances nécessaires aux évolutions du Centre Hospitalier ainsi que la continuité de service inhérente à son activité. 2. PRESENTATION GENERALE DE L ETABLISSEMENT Le Centre Hospitalier de Guingamp est un établissement hospitalier public de 617 lits et places, du secteur sanitaire n 7 de la région Bretagne. 109 lits / 8 places de MEDECINE 74 lits de CHIRURGIE 19 lits de GYNECOLOGIE-OBSTETRIQUE 6 lits d'uhcd - Page 3 sur 14

4 69 lits de soins de suite indifférenciés 4 places d hopital de jour (réeduc. Fonctionelle) 30 lits de rééducation fonctionnelle Bloc opératoire Laboratoire Imagerie médicale Pharmacie SECTEUR D HEBERGEMENT 284 lits d'ehpad 10 places d accueil de jour 4 lits d hébergement temporaire Pour l année 2011, journées de Médecine, chirurgie et obstétrique (MCO) journées de soins de suite et de réadaptation journées d EHPAD journées d accueil de jour venues externes Au titre des moyens humains, le Centre hospitalier a rémunéré, au mois de Juillet 2012, 1033 emplois. 69 Personnels Administratifs 768 Personnels Soignants et Educatifs 50 Personnels Médico-techniques 76 Personnels Techniques et Ouvriers Le corps médical est, quant à lui, constitué de 70 Praticiens et internes - Page 4 sur 14

5 3. DESCRIPTION DE L ENVIRONNEMENT 3.1 L INFRASTRUCTURE RESEAU Le réseau a été intégralement renouvelé en Juin 2011(solution HP). Il est doté d une architecture double-cœur ainsi que d une redondance de l ensemble des liens. Schéma 1 : Architecture réseau actuelle - Page 5 sur 14

6 3.2 L INFRASRUCTURE SYSTEME : Schéma 2 : Architecture système La nouvelle infrastructure système sécurisée est répartie sur deux sites(bâtiment principal et secours) Le PRA/PCA s appuie sur les technologies suivantes : Vsphere 5.1(SRM, Data Réplication et Vmotion) pour l architecture Intel. Mode actif/passif(site principal/secours) ARF pour l architecture AIX. Mode actif/passif(site principal/secours) Les données sont stockées sur des baies SAN Vnx5100(mécanisme mirrorview pour la réplication synchrone des données intel et miroir natif côté Aix) - Page 6 sur 14

7 3.3 L INFRASTUCTURE DE SAUVEGARDE : CONTEXTE Nous possédons actuellement une baie MSL600. La librairie fonctionne en technologie LT02(200/400G compressé) et a une capacité de 28 slots tous utilisés. Le logiciel de sauvegarde HP Dataprotector est quant à lui en version A05.10 sur un serveur nommé SAVSRV. L infrastructure est localisée dans la salle Autocom et nous souhaitons conserver ce lieu lors de notre renouvellement. Actuellement, les fenêtres de sauvegarde ont tendance à déborder sur les plages horaires des professionnels de santé ce qui perturbe le réseau et engendre des baisses de performance sur certains serveurs. Par ailleurs, les volumes à conserver évoluent de manière croissante et nous atteignons la limite de capacité de sauvegarde de la librairie. La version de dataprotector est quant à elle un peu désuète et explique sans doute quelques problèmes rencontrés lors de certaines sauvegardes. Les sauvegardes totales et incrémentales sont effectuées ainsi : Nom type1 type2 jours heure durée rétention incrémentale 1 quotidienne incrémentale Lundi Mercredi Vendredi 02:45 2 semaines incrémentale 2 quotidienne incrémentale Mardi Jeudi Samedi 02:45 2 semaines totale 1 we complète 1 dimanche /2 11:15 6 semaines totale 1b we complète 1 samedi /2 11:15 6 semaines totale 2 we complète 1 dimanche /2 11:15 6 semaines totale 2b we complète 1 samedi /2 11:15 6 semaines BDD1 quotidienne complète 1 jour /2 09:00 permanent BDD2 quotidienne complète 1 jour /2 09:00 permanent magh2 journalière quotidienne incrémentale tous les jours 13:00 4 jours Caractéristiques du serveur SAVSRV : Proliant ML350 G3, OS 2003 server, Xeon 2.80Ghz, 1GO Ram, 2x300Go DD raid 0 - Page 7 sur 14

8 3.3.2 ARCHITECTURE ACTUELLE Schéma 3 : architecture de sauvegarde actuelle - Page 8 sur 14

9 4. ARCHITECTURE CIBLE L architecture proposée devra être adaptée à l infrastructure déjà en place dans l établissement. Dans les paragraphes ci-dessous nous décrivons l ensemble de nos attentes et les points essentiels à décrire dans la ou les solutions proposées par le candidat DESCRIPTION DE L ARCHITECTURE ET DE NOS ATTENTES Nous n avons pas de préférence en terme de gestionnaire ou de média de sauvegarde. Par contre, il est impératif de respecter les contraintes suivantes : Possibilité d isolation des flux de sauvegarde(vlan dédié par exemple) pour éviter de perturber les flux de production. Encombrement de la bande-passante réduit au minimum. Efficacité dans la rapidité des sauvegardes quel que soit le contexte Réduction maximale de la volumétrie sauvegardée (logiciel de déduplication à la source par exemple) Restauration rapide des données Fiabilité de la restauration des données. Garantie d une restauration à 100% (systèmes ou outils de vérification de l intégrité des données) Possibilité de sauvegarde des machines virtuelles(vmware) Compatibilité avec les OS linux (dont Centos), Aix, Windows pour les architectures X86 et X64 avec dans la mesure du possible, découverte et installation automatique des serveurs.(matrice de compatibilité à fournir dans la réponse) o Centos 5 et > o Redhat ES3 et > o Windows XP Pro SP3 o Windows serveur 2003 standard, 2008R2 et R1(standard, entreprise) X64 et X86 o Windows 2000 standard o Aix 5.3 TL12 et > Facilité d administration Mise à disposition d outils de reporting et de systèmes d alertes Options : Fonctionnalités de réplications des données sur un site de secours Fonctionnalités de sauvegardes du poste de travail à destination de l utilisateur final. Infrastructure de sauvegarde évolutive vers une solution permettant un PRA/PCA - Page 9 sur 14

10 Selon la ou les solutions proposées par le candidat pour répondre à nos attentes il conviendra de préciser les éléments suivants : Type de support retenu à savoir sauvegarde sur disque ou sur bande (librairie LTO5 pour assurer une compatibilité minimum avec des médias LT03). Bien que la sauvegarde sur disque soit à privilégier il est important de proposer également dans la réponse (si possible) une sauvegarde sur bande. Logiciels de sauvegarde avec une description complète de ses capacités et possibilités d intégrations dans l infrastructure actuelle (sauvegarde ponctuelle, restauration de tout ou partie des données sur l emplacement d origine ou non, etc.) Compatibilité avec la solution de virtualisation Vmware pour la sauvegarde des machines virtuelles. Les mécanismes de sauvegardes utilisés. Justifier les gains apportés par la solution retenue par rapport aux autres solutions du marché (gain en temps et volumétrie). Renouvellement du serveur physique si nécessaire (caractéristiques techniques à préciser) Mode de licence. Nous souhaitons que ce dernier nous permette de sauvegarder l intégralité de notre infrastructure en prenant en compte l évolution de l infrastructure dans les années à venir et cela sans surcoût VIRTUALISATION L infrastructure sécurisée se fonde en majorité sur les solutions proposées par Vmware. Dans cette optique, il s avère important de pouvoir proposer une solution qui permette de s intégrer au mieux avec ce système de virtualisation pour effectuer une sauvegarde optimale des machines virtuelles à savoir : Le mécanisme proposé ne devra pas engendrer des gros volumes de stockage. A titre d exemple, une machine virtuelle sauvegardée pourra représenter un volume de données équivalent à environ 10% de son volume utile. Le datastore de la machine virtuelle pourra aussi bien être stocké sur un LUN que localement. Sauvegarde pourra se faire aussi bien en full qu en incrémentale. La restauration de la machine virtuelle devra impérativement pouvoir se faire de manière granulaire et/ou totale (type restauration snapshot) et cela dans des délais très courts. Par ailleurs, l architecture AIX de volumétrie plus modeste mais néanmoins également cruciale s appuie sur le système de virtualisation vio. Il est important de pouvoir sauvegarder ces machines au même titre que les autres machines de l architecture. - Page 10 sur 14

11 4.1.3 ORGANISATION DES SAUVEGARDES Nom Type1 type2 jours heure durée rétention incrémentale 1 quotidienne incrémentale Lundi Mercredi Vendredi 02:45 2 semaines incrémentale 2 quotidienne incrémentale Mardi Jeudi Samedi 02:45 2 semaines totale 1 We complète 1 dimanche /2 11:15 6 semaines totale 1b We complète 1 samedi /2 11:15 6 semaines totale 2 We complète 1 dimanche /2 11:15 6 semaines totale 2b We complète 1 samedi /2 11:15 6 semaines BDD1 quotidienne complète 1 jour /2 09:00 permanent BDD2 quotidienne complète 1 jour /2 09:00 permanent Cette organisation correspond globalement à nos attentes actuelles mais pourra bien évidemment évoluer selon la réponse du candidat SAUVEGARDE IMAGERIE Une solution simplifiée NAS (disque unique indépendant de l architecture de sauvegarde) devra être proposée pour permettre de stocker temporairement sur un an le grand volume de données que représente l imagerie. Prévoir 5 à 10T VOLUMETRIE Actuellement, la volumétrie utile des machines intel (machines physiques et virtuelles confondues) représente 3.5T et celle des Aix 800Go 85% des données sont stockées sur le SAN Il convient de prévoir une évolution de 15% par an pour l architecture intel et de 10% par an pour l AIX. Il est important de souligner que nous effectuons du Thin Provisioning sous Vmware. Actuellement le gain estimé est de 75% entre la volumétrie allouée et celle réellement consommée. Si un support de type disque est proposé par le candidat ce dernier doit prévoir l ensemble de la volumétrie nécessaire pour répondre à nos exigences actuelles et dans les 5 années à venir. De même, si un support de type bande est proposé les médias devront également être inclus. - Page 11 sur 14

12 4.2 MISE EN ŒUVRE MAINTENANCE ET SUPPORT Le soumissionnaire présentera, pour chaque lot, les dispositions mises en œuvre pour assurer la maintenance des composants fournis et le support à leur mise en œuvre pour une période de 5 ans. La maintenance attendue couvre non seulement les aspects curatifs, mais également les aspects évolutifs des composants. En particulier, pour les logiciels, la maintenance doit inclure les mises à jour ou nouvelles versions. Le soumissionnaire décrira précisément le système de prise en compte des demandes de l établissement et le processus mis en œuvre pour y répondre. Maintenance curative Une procédure de télémaintenance via nos équipements de sécurité, pourra être mise en œuvre pour permettre au soumissionnaire de se connecter au système afin d établir son diagnostic et procéder, en coordination avec le service informatique de l établissement aux modifications nécessaires. Chaque intervention du soumissionnaire fera l objet d un compte rendu écrit indiquant la date, l heure, l intervenant, la nature de l intervention et les modifications effectuées. Maintenance préventive Afin d éviter tout risque d arrêt ou de perturbation du système le fournisseur devra indiquer dès la mise en place puis de manière suivie les différents contrôles à effectuer : fichiers de traces ou logs à surveiller, précaution à prendre avant ou après un arrêt d un matériel... systèmes d alertes à mettre en œuvre(nous possédons déjà la solution de surveillance IMC de chez HP) Par la suite, les interventions du titulaire, dans le cadre des actions de maintenance préventive, devront s'effectuer sans perturber le fonctionnement du service et suivant un calendrier négocié annuellement avec le responsable du service. Elles donneront lieu à la signature d'une fiche d'intervention indiquant le jour, le temps passé, les éléments vérifiés ou remplacés. Support Le soumissionnaire devra obligatoirement offrir un service de support aux utilisateurs avec un engagement sur le délai de prise en charge des appels et sur l apport de réponse en cas de dysfonctionnement bloquant ou grave. Le soumissionnaire devra présenter le processus mis en œuvre pour informer les utilisateurs sur l avancement du traitement de leur demande : délai, statut, etc Le soumissionnaire devra également expliciter le processus de diffusion de l information concernant le contenu des nouvelles versions, des patchs, nouveaux firmware, etc - Page 12 sur 14

13 GTR GTR à j+1 ouvré après signalement, 5 jours sur 7, 8h-18h. Les coûts de maintenance seront détaillés par lot, option, variantes et si besoin par matériel ou logiciel. Le dépassement de la GTR donne lieu à pénalité CONDITIONS DE MISE EN ŒUVRE Une réunion de lancement devra être organisée semaine 25 par le Centre Hospitalier conjointement avec le titulaire afin de présenter à l ensemble des acteurs majeurs du projet, son organisation, le système mis en œuvre et le planning prévisionnel d actions. Le soumissionnaire devra assurer l assistance au démarrage ainsi que le transfert de compétences qui permettra à l équipe du centre hospitalier d administrer et de superviser les solutions. Les prestataires s engagent à assurer la protection et la confidentialité des données qui pourraient être portées à la connaissance de leurs personnels lors des opérations de mise en œuvre des solutions DOCUMENTATION La documentation technique complète (matériels, logiciels installés et paramétrages réalisés) doit être fournie en français et réactualisée à chaque changement de version sous forme d aide en ligne et de documentation accessible à partir du poste de travail des utilisateurs. Les utilisateurs devront avoir la possibilité d éditer tout ou partie de la documentation en utilisant un outil bureautique sur leur poste de travail (Word, pdf ). Le candidat devra fournir impérativement l ensemble des matrices de compatibilités officielles qui garantiront la compatibilité avec les différents OS, matériels et logiciels et cela pour chaque solution proposée TRANSFERT DE COMPETENCES En complément des prestations demandées, les offres devront inclure un volet formation et transfert de compétence vers l équipe informatique. Le but étant que les équipes informatiques soient autonomes pour assurer la gestion courante du système ainsi que les opérations plus exceptionnelles telles que la restauration de sauvegardes, la bascule de serveur, le déplacement de serveur logique, Ces prestations seront réalisées sur le site Le ou les intervenants doivent être nommés, un CV doit être joint à la proposition DEVELOPPEMENT DURABLE Dans le cadre du programme «Développement durable» du Centre Hospitalier de Guingamp, les concurrents devront présenter des marques et des modèles de matériels aux caractéristiques conformes aux normes édictées par la Commission Européenne en matière de limitation des substances dangereuses dans la conception des appareils électroniques (directive 2002/95/CE du 27/01/03, décret du 20/07/05 publié au journal officiel le 22/07/05), respect dans les processus de fabrication et d emballage. - Page 13 sur 14

14 5. PRESENTATION DE L OFFRE Le présent marché est décomposé en un seul lot Le soumissionnaire devra présenter : Le détail de l architecture proposée, de son principe et de son déploiement (impacts éventuels sur la continuité de service). Le détail des équipements proposés dans la solution Les licences logicielles de la solution proposée. Les prestations d installation technique et de mise en œuvre dans l environnement technique du Centre Hospitalier de la solution. L adaptation de la configuration permettant de répondre aux attentes du Centre Hospitalier exprimées dans le présent document. Le détail et les modalités du transfert de compétences à destination de l équipe informatique de l établissement. Une période de garantie au moins égale à 1 an à partir de la date de passage en mode opérationnel, Le support et la maintenance des composants mis en œuvre pour une durée de 4 ans après la fin de la période de garantie. Le détail des prestations proposées depuis l'étude préalable, l installation de la solution, le paramétrage, les tests jusqu à l admission définitive par le Centre Hospitalier ainsi que la formation. Le nombre de jours devra être détaillé par nature de prestations. Les frais de déplacement devront être inclus. 6. PLANNING DE DEPLOIEMENT Les contraintes calendaires imposées par l établissement sont les suivantes pour une attribution du marché potentiellement vers le 13 juin 2013 : Mise en production de la solution au 12Juillet 2013 Le fournisseur devra présenter un calendrier précisant le déroulement possible du projet en indiquant précisément : les pré-requis datés pour le déroulement du planning proposé. la charge de travail qui incombe à l établissement par phase et par profil d intervenant pour la mise en œuvre du projet, par exemple sous la forme d un tableau de charges mensuel. Ce calendrier sera mis à jour par le fournisseur au fur et à mesure de l avancement du projet - Page 14 sur 14