NATEXIS ALTAÏR Systèmes d'information et logistique © Natexis Banques Populaires 2004 Guide Share, 30 septembre 2004 NATEXIS ALTAIR Expériences déménagements.

Présentation au sujet: "NATEXIS ALTAÏR Systèmes d'information et logistique © Natexis Banques Populaires 2004 Guide Share, 30 septembre 2004 NATEXIS ALTAIR Expériences déménagements."— Transcription de la présentation:

1 NATEXIS ALTAÏR Systèmes d'information et logistique © Natexis Banques Populaires 2004 Guide Share, 30 septembre 2004 NATEXIS ALTAIR Expériences déménagements

2 Systèmes d'information et logistique © NATEXIS ALTAÏR Natexis Banques Populaires 2004 2 L ’expérience de NATEXIS ALTAIR 10 emménagements depuis 4 ans Groupe BP  IBP (Informatique des Banques Populaires régionales) regroupe ses centres sur LOGNES  Les centres indépendants vont être hébergés en attendant leur intégration dans la plate forme IBP Autres clients  Client 1 : Fusion de centres et hébergement externe  Clients 2 et 3 : Hébergement externe Matériels divers  Mainframe  Serveurs distribués  Réseau

3 Systèmes d'information et logistique © NATEXIS ALTAÏR Natexis Banques Populaires 2004 3 L es problématiques La distance entre les sites d’origine et de destination  Transport du matériel ou nouveau matériel ?  Moyens de transport La durée d’indisponibilité maximum acceptable L’occasion de renouvellement et recyclage du matériel  Remplacement de matériels obsolètes  Besoins d’extension vers d’autres environnements La volumétrie des données Les techniques utilisées L’enveloppe budgétaire

4 Systèmes d'information et logistique © NATEXIS ALTAÏR Natexis Banques Populaires 2004 4 L es CPUs Cas 1 (BP du Midi) : Mise à disposition de partitions dans une CPU existante et mutualisée  Tests avec les systèmes possibles (paramétrage, configuration)  Retour arrière garanti sur ancienne CPU  Impact sur les systèmes et logiciels (niveaux, codes licence, …) Cas 2 (IBP et client 1) : Implantation d’une nouvelle machine  Idem cas 1 CAS 3 (client 2) : Déménagement de la machine  Tests préalables difficiles : moyen de contournement = déménager la machine de backup et swapper  Retour arrière par transport vers le site d’origine  Valable si distance courte et durée d’indisponibilité suffisante  Valable si l’environnement mainframe n’est pas primordial

5 Systèmes d'information et logistique © NATEXIS ALTAÏR Natexis Banques Populaires 2004 5 L es serveurs Si consolidation poussée ==> on se rapproche de la problématique CPU Mainframe Si peu de consolidation :  Déménagement en une seule fois lourd en main d’œuvre (8h de reconnexion et tests pour 50 serveurs, 8 techniciens sur place)  Déménagement par lots par lots de n serveurs (1 par week-end), serveurs liés applicativement plus léger mais plus long et plus d’indisponibilité Dans tous les cas  Extension du réseau au nouveau site  Préparation préalable du site d ’accueil (baies, câblage, …)  Prévoir un lot de serveurs de backup au cas où …

6 Systèmes d'information et logistique © NATEXIS ALTAÏR Natexis Banques Populaires 2004 6 L es disques (1/3) Cas 1 (IBP et client1) : La baie volante  Copie sur le site d’origine par une technique synchrone  Transport de la baie vers le site de destination et vidage sur les armoires cibles  Nécessite l’installation de nouvelles baies de disques mais permet de rénover, consolider, recycler le matériel  Retour arrière garanti : les données d’origine ne bougent pas  Intéressant aussi si centres multiples à regrouper  Test préalable de la configuration (si CPU d’accueil présente)

7 Systèmes d'information et logistique © NATEXIS ALTAÏR Natexis Banques Populaires 2004 7 L es disques (2/3) Cas 2 (ex-NB) : La nouvelle baie  Copie sur le site d ’origine par une technique synchrone  Transport de la baie vers le site de destination et installation  Retour arrière garanti : les données d’origine ne bougent pas  Permet de rénover le matériel voire le recycler Cas 3 (Client 2) : Déménagement de la baie  Débranchement, transport et installation  Risqué : avoir une technique de backup « béton »  Cas rencontré pour une baie du SAN Baie traitée comme une baie Mainframe Installation à l’avance d’une baie en prêt (avec switch) sur le site de destination et mirrorée à distance (par réseau en asynchrone) synchronisation le jour J et déménagement de la baie de production (la baie de prêt est là au cas où …)

8 Systèmes d'information et logistique © NATEXIS ALTAÏR Natexis Banques Populaires 2004 8 L es disques (3/3) Cas 4 (Etruria, BP du Midi) : Le transport des données via cartouches  Dump, transport et restauration  Valable si volumétrie gérable  Valable si temps de transport acceptable en rapport à la distance et au moyen (avion, jet privé, TGV, …)  Nécessite une baie d’accueil  Nécessite d’employer des cartouches hautement capacitives et des techniques de remplissage adéquates (EXHPDM par exemple)  Prévoir lancement d’un deuxième dump à la suite du premier et en parallèle au transport

9 Systèmes d'information et logistique © NATEXIS ALTAÏR Natexis Banques Populaires 2004 9 L es cartouches Cas 1 (IBP, BP du Midi, Etruria, ex-NB) : le transport  Ejection/ouverture des robots, transport et réinjection  Installation au préalable de robots (temps de démontage et remontage prohibitifs)  Retour arrière difficile et long Cas 2 (Client 1) : Technique « disque »  Transfert des données bandes sur disques par un produit de style COPYCROSS  Cas se transformant en déménagement d’une baie disque (volante si plusieurs centres à fusionner, définitive si technique conservée, temporaire si non) VSM  Technique d’import/export pour récupération du CDS Ne pas oublier la durée de l’audit au redémarrage

10 Systèmes d'information et logistique © NATEXIS ALTAÏR Natexis Banques Populaires 2004 10 L e réseau Recensement exhaustif de l’infrastructure existante Préparation de l’infrastructure sur le site d’accueil  Commandes des lignes  Délais souvent incompressibles ….