Transcript

Appel d’offres

Renouvellement des infrastructures de stockage et de

sauvegarde

Cahier des charges

Règlement de la consultation

Ne pas reproduire, ne pas utiliser sans autorisation

Octobre 2014

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 2-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

Sommaire

1. Contexte .................................................................................................. 4

1.1 Présentation générale de l'IAU îdF ...................................................................................................... 4

2. Objet de l’appel d’offre........................................................................... 5

2.1 Description de l’existant ....................................................................................................................... 5

2.2 L’infrastructure réseau ......................................................................................................................... 6

2.3 Le parc micro-informatique .................................................................................................................. 6

2.4 L’infrastructure serveurs ...................................................................................................................... 6

2.4.1 Schéma de principe ................................................................................................................................. 7

2.4.2 Serveurs Blade intégrés au châssis ........................................................................................................ 7

2.4.3 Les environnements de virtualisation ...................................................................................................... 7

2.5 Infrastructure de stockage ................................................................................................................... 9

2.5.1 Performance et capacité ......................................................................................................................... 9

2.5.2 Disk group - ventilation de la volumétrie par Disk Group ........................................................................ 9

2.5.3 vDisks - ventilation de la volumétrie ...................................................................................................... 10

2.5.4 Répartition globale des données par OS, Datas, Databases ............................................................... 10

2.5.5 Ventilation des données - type de fichiers - date de dernier accès ...................................................... 11

2.6 infrastructure de sauvegarde ............................................................................................................. 12

2.6.1 Environnement logiciels ........................................................................................................................ 12

2.6.2 Politique de sauvegarde – rétention ...................................................................................................... 12

2.6.3 Volumétrie et types de données ............................................................................................................ 12

2.6.4 Planification des sauvegardes ............................................................................................................... 12

2.6.5 Détails des sauvegardes hebdomadaires/mensuelles .......................................................................... 13

3. Renouvellement de la baie de stockage (lot n°1) ............................................................................... 14

3.1 Spécifications techniques et fonctionnelles .................................................................................... 14

3.2 Critères techniques ............................................................................................................................. 14

3.2.1 Supervision ............................................................................................................................................ 16

3.2.2 Intégration applicative ........................................................................................................................... 16

3.2.3 Fonctionnalités PRA/PCA (2015/2016) ................................................................................................. 17

3.3 Prestations attendues (lot n°1) .......................................................................................................... 17

3.3.1 Etudes d’architecture ............................................................................................................................. 17

3.3.2 Intégration et déploiement de la solution de stockage .......................................................................... 17

3.3.3 Migration des données des serveurs .................................................................................................... 18

3.3.4 Mise à disposition d’un environnement pilote ....................................................................................... 18

3.3.5 Les caractéristiques environnementales ............................................................................................... 18

4. Renouvellement de l'infrastructure de sauvegarde (lot n°2) ............................................................. 20

4.1 Spécifications techniques et fonctionnelles .................................................................................... 20

4.2 Prestations attendues (lot n°2) .......................................................................................................... 20

4.2.1 Etudes d’architecture ............................................................................................................................. 20

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 3-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

4.2.2 Intégration et déploiement de la solution de sauvegarde...................................................................... 21

4.2.3 Les caractéristiques environnementales ............................................................................................... 21

5. Rédaction documentaire, dossiers recette & exploitation ................................................................ 22

6. Transfert de compétences .................................................................................................................... 22

6.1 Modalité du transfert de compétences.............................................................................................. 23

7. Maintenance et support ......................................................................................................................... 23

7.1 Le support ............................................................................................................................................ 23

7.1.1 La maintenance corrective .................................................................................................................... 24

7.1.2 Niveau de disponibilité des équipements .............................................................................................. 24

7.1.3 Télémaintenance ................................................................................................................................... 25

7.1.4 Maintenance sur le site de l’IAU îdF...................................................................................................... 25

7.2 La maintenance évolutive ................................................................................................................... 25

7.3 Télésurveillance et maintenance proactive ...................................................................................... 25

7.4 Modification du périmètre de maintenance ...................................................................................... 26

7.5 Prestation complémentaire d’assistance ......................................................................................... 26

7.6 Expertise technique ............................................................................................................................ 26

8. Règlement de la consultation ............................................................................................................... 26

8.1 Nature de la consultation ................................................................................................................... 26

8.2 Forme du marché ................................................................................................................................ 26

8.3 Groupement ......................................................................................................................................... 26

8.4 Sous-traitance ...................................................................................................................................... 27

8.5 Variantes .............................................................................................................................................. 27

8.6 Dossiers remis aux candidats ............................................................................................................ 27

8.7 Conditions de présentations des offres ........................................................................................... 27

8.8 Modalités de transmission des candidatures et des offres ............................................................ 27

8.9 Pièces à produire................................................................................................................................. 27

8.10 Date limite de réception ...................................................................................................................... 27

8.11 Acceptation et rejet d'une offre .......................................................................................................... 28

8.12 Audition ................................................................................................................................................ 28

8.13 Critères d'attribution ........................................................................................................................... 28

8.14 C.D.P.G.F .............................................................................................................................................. 28

9. Renseignements complémentaires et demande de documents ....................................................... 29

10. Annexes .................................................................................................................................................. 30

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 4-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

1. Contexte

L’IAU île-de-France a décidé de faire évoluer ses infrastructures de stockage et de sauvegarde des données devenues obsolètes. Cet appel d'offre s'inscrit dans son schéma directeur 2014-2015. Les principaux objectifs de ce renouvellement se résument ainsi :

augmentation de la capacité de stockage et des performances actuelles ;

bénéficier d'un outil simple de gestion l’infrastructure de stockage ;

évolutivité de la baie de stockage avec maintien des performances ;

mise en place d'une sauvegarde évolutive de la baie de stockage (fichiers, bases de données) et du SI de l'IAU îdF.

Ce cahier des charges a pour but de définir précisément les prérequis techniques minimum auxquels devront répondre les solutions proposées. Note : dans le présent cahier des charges, l'Institut d'Aménagement et d'Urbanisme d'île de France est désigné sous l'appellation "IAU îdF" et le candidat retenu à l'issue de la consultation est désigné sous l'appellation "le Titulaire".

1.1 Présentation générale de l'IAU îdF

Fondation reconnue d’utilité publique par décret du 2 août 1960, l’Institut d’aménagement et d’urbanisme de la Région parisienne (IAURP) a été créé le 4 mai 1960 par décret du ministre de l’Équipement, Pierre Sudreau. Il devient, en 1976, l'Institut d'aménagement et d'urbanisme de la Région d'Île-de-France. Présidé de droit par le président du Conseil régional, il rassemble aujourd'hui encore les principaux partenaires concernés par l’organisation du territoire régional (élus, représentants de divers ministères et d’institutions financières nationales) :

Le président du Conseil régional d’Île-de-France ;

12 élus régionaux et 13 suppléants ;

Le préfet de région, préfet de Paris, représentant le ministre de l'Intérieur ;

Le président du Conseil économique et social régional ;

2 membres du Conseil économique et social régional et leurs suppléants ;

4 représentants de l'État au titre du ministère de l'Intérieur, du Budget, de l’Urbanisme et des Transports ;

4 membres fondateurs : un représentant de la Banque de France, de la Caisse des Dépôts et Consignations, du Crédit foncier de France, du Crédit de l’équipement des P.M.E. ;

La chambre de commerce et d’industrie de Paris. L’IAU îdF est un bureau d’études qui a pour mission essentielle de réaliser les études et travaux nécessaires à la prise de décision des élus du Conseil régional d'île-de-France. De l'échelon local à l'échelon des grandes métropoles, il intervient notamment dans les domaines de :

L’aménagement du territoire et de l’aménagement urbain et rural ;

L’environnement, de l’écologie et du paysage ;

Le développement durable (indicateurs) ;

La mobilité et du transport ;

L’économie et des finances ;

L'habitat et du logement ;

L'emploi et de la formation ;

L’action foncière ;

La programmation des équipements ;

La sécurité ;

La cohésion sociale ;

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 5-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

La santé ;

Les sports ;

Les nouvelles technologies et des systèmes d’information ;

L'action internationale. Son programme d’études répond aussi aux demandes d’études formulées par ses autres administrateurs, au premier rang desquels l’État, portant, pour l'essentiel, sur le territoire régional. L’IAU îdF apporte également son soutien aux politiques d’aménagement et de développement des communes, des intercommunalités et des départements. Il réalise pour les organismes qui lui en font la demande des études portant sur les thèmes précités, tant en Île-de-France qu’à l’étranger.

L’IAU îdF avait, au 31 décembre 2013, un effectif de 218 personnes, dont 17 pour l’Observatoire régional de santé (ORS) et 4 pour l’Institut régional de développement du sport (IRDS), constituant deux départements autonomes de l’Institut.

2. Objet de l’appel d’offre

Cet appel d'offre a pour objet le remplacement et le renforcement des infrastructures de stockage et de sauvegarde des données de l’IAU îdF. Cet appel d'offre se présente sous la forme de deux lots. Le Titulaire doit avoir -en interne- toutes les compétences techniques nécessaires pour la mise en place, la configuration et le maintien opérationnel des solutions proposées et définies dans les deux lots suivants :

Lot n° 1 Renouvellement de la baie SAN

L’étude, la fourniture, la mise en place, la configuration, les prestations de migration pour le renouvellement d’une baie de stockage HP EVA 6100 ;

Les prestations de support, de maintenance et de maintien en condition opérationnelle des équipements faisant l’objet du lot n° 1 ;

La fourniture d’accessoires en liaison avec l’objet du lot n° 1 ;

Les autres prestations de conseil et d’ingénierie en liaison avec l’objet du lot n° 1.

Lot n° 2 Renouvellement du système de sauvegarde

L’étude, la fourniture, la mise en place et la configuration d’une solution de sauvegarde du Système d’Information de l’IAU îdF. Plusieurs scenarii peuvent être présentés allant de la sauvegarde locale jusqu’au service managé avec réplication de la sauvegarde sur un site distant (PRA de sauvegarde). Le DSI (Département des Système d’Information de l’IAU îdF) souhaitera garder la maîtrise des processus de sauvegarde et restauration quelle que soit la solution proposée ;

Les prestations de support, de maintenance et de maintien en condition opérationnelle des équipements faisant l’objet du lot n° 2 ;

La fourniture d’accessoires en liaison avec l’objet du lot n° 2 ;

Les autres prestations de conseil, d’ingénierie en liaison avec l’objet du lot n°2.

2.1 Description de l’existant

Dans ce chapitre, sont présentés les existants matériels, logiciels en rapport avec l’objet de la consultation. Les candidats sont réputés avoir pris connaissance de l’ensemble de l’environnement du projet. Pour

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 6-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

disposer d’éléments complémentaires, les candidats se rendront à la visite du site organisée par le DSI. Les prestations proposées sont réputées comprendre toutes les dépenses résultant de l'exécution des travaux, incluant tous les frais, charges, fournitures, livraisons, installations, raccordements, matériels et sujétions du candidat. De ce fait, toutes les dépenses, de quelque nature que ce soit (matériels, main d'œuvre, accessoires, démarches administratives ...), ayant trait à la fourniture et à la mise en œuvre des services objets de cette consultation sont à la charge du Titulaire.

2.2 L’infrastructure réseau

L’IAU îdF dispose d’une salle informatique et d’un local autocom situés dans un même bâtiment au premier sous-sol. Ces locaux climatisés et secourus électriquement, sont reliés entre eux par quatre rocades fibres monomode et cuivre (UTP CAT6). Contrairement à la salle informatique, le local autocom ne dispose pas d’un système d’extinction automatique d’incendie. Le réseau informatique est réparti sur six niveaux. A chaque étage les matériels informatiques, PC, imprimantes, etc… sont reliés via un réseau en étoile (câblage 10/100 Mb cat5 infra+) à un commutateur HP 5406ZL installé dans une armoire de brassage. Une rocade fibre de 1Gbits les relie au switch central, un HP 5406ZL situé en salle informatique. Nous n’avons pas de redondance au niveau du cœur de réseau. Les réseaux ont été scindés en réseaux virtuels (vlan) pour garantir un niveau de service et de sécurité optimal. Un réseau WIFI composé de 24 bornes Cisco 2460 réparties dans tout le bâtiment vient compléter l’infrastructure. Un cluster de firewall Fortigate 110C Actif/Passif relie le LAN à Internet par un lien fibre de 100 Mbits symétrique géré par COMPLETEL.

2.3 Le parc micro-informatique

Le parc micro-informatique est composé de :

250 postes de travail de marques HP, Apple ;

70 PC portables de marques Toshiba et Lenovo ;

5 tablettes Apple.

Le parc imprimantes :

29 copieurs multifonctions ;

deux traceurs A0 Canon.

2.4 L’infrastructure serveurs

Salle informatique L’IAU îdF s’est doté d’un châssis HP C7000 connecté en double attachement fibre à la baie EVA. Il contient sept serveurs Blade 460C G7. Ces derniers hébergent deux environnements de virtualisation :

VMware Vsphere 5.5 ;

Citrix Xenserver 6.1 (XenApp 6.5 & XenDesktop 5.6). Le rack hébergeant le châssis HP C7000, contient un serveur SUN V440 connecté en double attachement aux deux switchs FC du C7000.

Local autocom Deux serveurs HP Proliant DL 380 G5 assurent la sauvegarde des données via les logiciels VEEAM Backup & Replication v7 et Arcserve 16.5. Ils sont connectés à une baie DATADOMAIN 565 de 8To ainsi qu’à une

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 7-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

librairie de bandes Overland i40 dotée de deux lecteurs LTO 5 et de 40 slots. Ces serveurs ne sont pas connectés directement au SAN.

2.4.1 Schéma de principe

Liaisons 1Gb

Liaisons 10Gb

Lan1

Lan2

UID

Ext

Int

OpenView storage management appliance III

0172.8-GB 10K

ULTRA320 SCSI

72.8-GB 10K

ULTRA320 SCSI

UID

ESC ENTER

UID

ESC ENTER

HPStorageWorks

hsv210

HPStorageWorks

hsv210

hp StorageWorks

Bay 14Bay 1

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

hp StorageWorks

Bay 14Bay 1

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

hp StorageWorks

Bay 14Bay 1

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

hp StorageWorks

Bay 14Bay 1

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

hp StorageWorks

Bay 14Bay 1

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

hp StorageWorks

Bay 14Bay 1

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

Lan1

Lan2

UID

Ext

Int

OpenView storage management appliance III

0172.8-GB 10K

ULTRA320 SCSI

72.8-GB 10K

ULTRA320 SCSI

hp StorageWorks

Bay 14Bay 1

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

hp StorageWorks

Bay 14Bay 1

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

300GB

15k

HP

ProLiant

DL380G5

UID 1 2

1 2 3 4 5 6 7 8

DIMMS

PCI

RISER

CAGE

FANS

PROCPROC

PP

M

PP

M

INTERLOCK

OVERTEMP

MIRROR

ONLINESPARE

POWER

SUPPLY

POWER

SUPPLY

HP

ProLiant

DL380G5

UID 1 2

1 2 3 4 5 6 7 8

DIMMS

PCI

RISER

CAGE

FANS

PROCPROC

PP

M

PP

M

INTERLOCK

OVERTEMP

MIRROR

ONLINESPARE

POWER

SUPPLY

POWER

SUPPLY

HP

ProLiant

DL380G5

UID 1 2

1 2 3 4 5 6 7 8

DIMMS

PCI

RISER

CAGE

FANS

PROCPROC

PP

M

PP

M

INTERLOCK

OVERTEMP

MIRROR

ONLINESPARE

POWER

SUPPLY

POWER

SUPPLY

S

un

SunFire

V440

U ID

hp ProLiant DL3601

2

G4

U ID

hp ProLiant DL3601

2

G4

U ID

hp ProLiant DL3601

2

G4

U ID

hp ProLiant DL3601

2

G4

ProLiant DL 360

OK

NIC

1

NIC

2

UID

HP ProLiant

BL460cG6

NIC

1

NIC

2

UID

HP ProLiant

BL460cG6

NIC

1

NIC

2

UID

HP ProLiant

BL460cG6

NIC

1

NIC

2

UID

HP ProLiant

BL460cG6

NIC

1

NIC

2

UID

HP ProLiant

BL460cG6

NIC

1

NIC

2

UID

HP ProLiant

BL460cG6

NIC

1

NIC

2

UID

HP ProLiant

BL460cG6

J869

7A

ProCurve NetworkingHP

Innovation

Baie EVA 6100

Manapp

DL380 G7

Châssis HP C7000 - 7 BL460C G7

3 lames – Vmware vsphere 5.5

4 lames – Xenserver 6.2

Serveur Sun Solaris

Switch HP 5406ZL

Liaisons fibre

RESET

MUTE

HPProLiant

DL380 G6

FANS

PROC

1

PROC

2

POWER

SUPPLY

2POWER

SUPPLY

1OVERTEMP

POWERCAP

1 2 3 4

9

8

7

6

5

4

3

2

1 1

2

3

4

5

6

7

8

9

ONLINESPARE

MIRROR

UID

2

1

4

3

6

5

8

76 5 4 3 2 1

HPProLiant

DL380 G6

FANS

PROC

1

PROC

2

POWER

SUPPLY

2POWER

SUPPLY

1OVERTEMP

POWERCAP

1 2 3 4

9

8

7

6

5

4

3

2

1 1

2

3

4

5

6

7

8

9

ONLINESPARE

MIRROR

UID

2

1

4

3

6

5

8

76 5 4 3 2 1

24 1219 7 20 8 23 1122 1021 918 613 1 14 2 17 516 415 3

1 0 0 0 B a s e - X1 0 0 0 B a s e - X

D(Duplex):Green=Full Duplex, Yellow=Half Duplex

S(Speed):Green=1000Mbps,Yellow=10/100Mbps

10/100/1000Base-TX:

1000Base-X:

Green=1000Mbps, Flashing Yellow=POST failed

SuperStack 43CR17259-91 ® Switch 5500G-EI SFP 24-Port

1 0 / 1 0 0 / 1 0 0 0 B a s e - T X

S D S DS DS D25 11 28 1427 1326 12

(19200.8.1.N)Console

Unit

MOD

STK

RPS

PWR

2 x DL 380 G5

VEEAM 7.x

ARCSERVE 16.5

Librairie Overland

iScalar 40

Baie DATADOMAIN

DD565

Capacité de 8To

Salle informatique Local AutoCom

2.4.2 Serveurs Blade intégrés au châssis

Model Proliant Blade 460C G7

RAM 196597,70 MB

CPU Cores 8 CPUs x 2,666 GHz

Processor Type Intel® Xeon CPU E5640 @ 2.67GHz

Processor Sockets 2

Core per Socket 4

Number of NICS 8

Pour plus de détails sur le châssis HP C7000 et le Proliant BL460C G7 se reporter à l’annexe 1.

2.4.3 Les environnements de virtualisation

- VMware vSphere 5.5 installé sur 3 lames ;

- Citrix Xenserver 6.1 installé sur 4 lames.

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 8-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

OK

NIC

1

NIC

2

UID

HP ProLiant

BL460cG6

NIC

1

NIC

2

UID

HP ProLiant

BL460cG6

NIC

1

NIC

2

UID

HP ProLiant

BL460cG6

NIC

1

NIC

2

UID

HP ProLiant

BL460cG6

NIC

1

NIC

2

UID

HP ProLiant

BL460cG6

NIC

1

NIC

2

UID

HP ProLiant

BL460cG6

NIC

1

NIC

2

UID

HP ProLiant

BL460cG6

Schéma 2 : répartition des lames dans le châssis HP C7000

VMware vSphere 5.5 : 66 VM utilisant les OS suivants :

Nb VM OS Fonctions

3 Windows 2000 Intranet

5 Windows 2003 standard Intranet, gestion diffusion vente (SGBD 4D)

1 Windows 2008 (32bits) Infra

30 Windows 2008 R2 Infra MS et Citrix, AD, DNS/DHCP, clusters de fichiers, SIG*

1 Windows 2012 Office 365 (Test)

1 Oracle Solaris 10 Citrix Netscaler

13 Red Hat Enterprise Linux 5 Web

3 Red Hat Enterprise Linux 6 Web, Portail documentaire

5 SUSE Linux Enterprise 10

(Novell)

Infra Novell, messagerie GroupWise .

4 SUSE Linux Enterprise 11

(Novell)

Infra Novell

*SIG : système d’information géographique

VMware

Citrix Xenserver

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 9-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

CITRIX XenApp 6.5 – XenDesktop 5.6 - XenServer 6.1 Cet environnement permet de déployer rapidement des applications de statistiques, de cartographie via XenApp (publication d’applications) ou de mettre à disposition 60 machines virtuelles sous Windows 7 (XenDesktop). Il permet, dans certaines situations, aux personnels en mission en France ou à l’étranger, de se connecter à notre infrastructure informatique via notre portail applicatif.

2.5 Infrastructure de stockage

L’IAU îdF s’est équipé en 2004 d’une baie HP EVA 3000 mise à jour en EVA 6100.

1 baie HP EVA 6100 ;

2 contrôleurs HSV200 - RAM 2048MB - Version de firmware : CR1A11xc3p-6240 ;

110 disques répartis dans 8 tiroirs de 14 disques comprenant :

o 8 disques FATA de 1 To o 22 disques FC de 300 Go,

o 80 disques FC de 600 Go.

2 switchs FC installés sur le châssis C7000 - HP-B-series 8/24c SAN Switch BladeSystem c-class

(BROCADE) ;

1 serveur de management de la baie - HP DL360 G5.

2.5.1 Performance et capacité

Backend Performance

Capacité totale Capacité allouée Niveau d’allocation

Évolution

17 940 IOPS 54738 GB 45725GB 81% > 20%

Note : nous n'avons le détail des performances.

2.5.2 Disk group - ventilation de la volumétrie par Disk Group

La volumétrie totale utilisée par les datas et les OS est de 35725 GB (détail cf. annexe 2)

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 10-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

2.5.3 vDisks - ventilation de la volumétrie

Détails des vdisks gérés par la baie EVA en annexe 2.

Note : le secteur nommé windows2008R2 concerne les volumes cluster (raw devices) des serveurs Microsoft gérés par VMWare. Il n'est pas possible de les intégrer dans un datastore.

2.5.4 Répartition globale des données par OS, Datas, Databases

La ventilation des données représentées par le graphique suivant prend en compte tous les serveurs physiques ou virtuels utilisant la baie SAN comme espace de stockage.

10%

86%

4%

OS/Programmes

Datas

Databases

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 11-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

2.5.5 Ventilation des données - type de fichiers - date de dernier accès

La ventilation des données ci-dessous prend uniquement en compte les données hébergées sur les clusters de fichiers et de bases de données sous Windows Server 2008 R2. Elles sont représentatives de notre problématique de stockage. Dans le tableau de synthèse ci-dessous les données liées à la cartographie et aux traitements statistiques sont regroupées sous l’appellation ‘Miscellaneous Files’

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 12-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

2.6 Infrastructure de sauvegarde

L'infrastructure de sauvegarde actuellement en place à l'IAU îdF est bâtie autour de deux serveurs HP DL 380 G5 hébergés dans le local autocom. Ces serveurs fonctionnent sous Windows server 2008 R2. Ils sont connectés via le LAN (1Gbps) à une baie de déduplication (Datadomain DD565). Le serveur ARCSERVE est relié, en attachement direct, à une robotique de bande Quantum i40 de 40 bandes LTO5. Elles permettaient la recopie des sauvegardes mensuelles avant externalisation. Ces serveurs ne sont pas en attachement direct sur le SAN.

2.6.1 Environnement logiciels

Les jobs de sauvegardes sont pilotés par deux logiciels de backup ARCSERVE 16.6 : sauvegarde des serveurs de fichiers sous Windows et Linux/Solaris ;

VEEAM Backup & Replication V7 : sauvegarde de toutes les VM sous VMware sans RAW devices).

2.6.2 Politique de sauvegarde – rétention

Les données stockées sur la baie HP EVA 6100 font l'objet de sauvegardes journalières (différentielles), hebdomadaires (complètes) et mensuelles (complètes). Ces sauvegardes sont stockées sur la baie DD565 (déduplication) d'une capacité de 8To ;

Nous n'effectuons pas de sauvegardes à chaud de nos bases de données ni de notre messagerie. Les sauvegardes des bases de données SQL, Oracle, Postgresql ou de la messagerie, sont prises en charge par un ensemble de scripts propres à chaque serveur. Ces sauvegardes sont ensuite prises en compte par les jobs ARCSERVE ou VEAAM et envoyées sur la baie DD565 ;

Les sauvegardes mensuelles sont conservées 6 mois maximum faute de place sur la baie de disque DD565. L'augmentation de la volumétrie ne permet plus d'effectuer la recopie des sauvegardes sur bande dans une fenêtre de temps raisonnable. Les sauvegardes mensuelles ne sont plus externalisées ;

L'environnement Citrix ne fait pas l'objet de sauvegardes spécifiques, faute de place sur la baie Datadomain.

Périodes de rétention :

Sauvegardes journalières : 5 jours ;

Sauvegardes hebdomadaires : 4 semaines ;

Sauvegardes mensuelles : six mois (un an souhaité).

2.6.3 Volumétrie et types de données

La volumétrie globale est estimée à 35 To avec une évolution estimée à 20% par an. L'ensemble de ces données est centralisé sur la baie EVA 6100 - Cf. § 2.5.1.

2.6.4 Planification des sauvegardes

Les jobs de sauvegardes sont répartis sur deux serveurs (Arcserve v16.6 et Veeam Backup&Replication v7). Ils sont lancés à partir de 18 h 00, simultanément pour certains, afin de réduire la fenêtre de sauvegarde. Certains jobs sont lancés après l'exécution des procédures de backup propres à chaque serveur de bases de données ou de messagerie.

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 13-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

Les goulots d'étranglement sont actuellement : - le lien gigabits entre le switch de la salle informatique et la baie Datadomain ; - la capacité en écriture de la baie Datadomain elle-même.

La sauvegarde complète des serveurs de fichiers demande plus de 80 heures (Cf. Annexe 4).

2.6.5 Détails des sauvegardes hebdomadaires/mensuelles

Tableau de synthèse des serveurs (VM) sauvegardés sous VEEAM (Cf. Annexe 3) ;

Tableau de synthèse de serveurs de fichiers (VM avec raw devices) sauvegardés par Arcserve 16.6 (Cf. Annexe 4).

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 14-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

3. Renouvellement de la baie de stockage (lot n°1)

3.1 Spécifications techniques et fonctionnelles

L’IAU îdF souhaite renouveler le matériel de stockage des données selon les critères techniques listés ci-dessous et inclut :

Une infrastructure de stockage souple et évolutive composée d’un équipement répondant aux exigences de performance suivantes :

o 2/3 de la capacité totale composée de disques capacitifs ; o 1/3 de la capacité totale composée de disques à haute performance ; o Le minimum requis pour composer un espace de stockage à très haute performance de type

SSD. Cette répartition pourra être affinée lors de l’étude du dimensionnement de la baie.

La capacité des équipements de permettre aux équipes techniques d’effectuer des opérations de maintenances à chaud (changement de disque, d’étagère, mise à jour des firmwares des contrôleurs) ;

La gestion automatique du stockage au niveau du LUN ou au niveau intra LUN. Les LUN ou les blocs les plus accédés pourront être déplacés à chaud ;

La fonction de boot SAN devra être supportée par la baie ;

Les dispositifs techniques et logiciels pour permettre une écriture et/ou une réplication synchrone ou asynchrone des données de la baie située sur le site de l’IAU vers le futur site de secours ;

La capacité des équipements à supporter nativement, ou avec la solution VMWARE, les dispositifs relatifs à la mise en place d’un futur PRA/PCA ;

Les différentes licences nécessaires à la mise en place de la solution.

3.2 Critères techniques

L’IAU îdF recherche une solution de stockage polyvalente, résiliente et évolutive, offrant une forte intégration dans les couches applicatives constituées par les environnements VMWARE, CITRIX, Oracle, Microsoft SQL Server, Microsoft AD, Microsoft Exchange (à moyen terme). La solution devra également accueillir à terme (2015/2016) un PRA/PCA et présenter toutes les fonctionnalités requises pour la mise en œuvre de ces mécanismes.

Spécifications matérielles o Les matériels de stockage proposés devront être au format rack 19 pouces. Le matériel sera

intégré dans un nouveau rack 19" si la réutilisation du rack actuellement en production avec l’EVA 6100 n’est techniquement pas possible ;

o La solution proposée devra être compatible avec l’infrastructure SAN FC 4 Gbs de type

BROCADE actuellement en place dans le châssis HP C7000 (cf. annexe 1). La solution proposée devra être totalement compatible avec l’ensemble des matériels connectés à l’infrastructure SAN actuelle. Les matrices de compatibilité seront fournies par le Titulaire qui devra lever toute réserve en cas d’incertitude ;

o La baie de stockage disposera d’au moins un contrôleur totalement résilient en termes

d’alimentation et de connexion. Elle devra pouvoir supporter jusqu’à 4 contrôleurs maximum et

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 15-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

garantir les mécanismes de conservation de cache en écriture en cas de perte d’un contrôleur. L’ensemble de ces équipements devra être parfaitement redondant et proposer tous les mécanismes permettant de conserver l’intégrité des données en cas de défaillance d’un élément, d’un module ou d’une perte d’alimentation. La vitesse minimum des contrôleurs proposée devra être de 8 Gbps ;

o La solution proposée devra être évolutive et permettre l’ajout de tiroirs de disques ou de

contrôleurs supplémentaires pour atteindre les volumes de stockage de 200 TO et des capacités de traitement avec des pics à plus de 17 000 IOPS sans perte de fonctionnalités ni de performances ;

o Tous les contrôleurs doivent pouvoir accéder au même LUN en même temps et de manière

symétrique ; o La continuité d’accès aux données sur la baie doit être garantie en cas de panne :

d’un contrôleur,

d’une étagère de disques, quel que soit le niveau de RAID de l’étagère perdue.

d’un disque et de tout composant critique de la solution ; o La solution de stockage devra supporter les disques suivants :

très haute performance de type SSD (Solid-State Drive) ;

haute performance de 10 000 à 15 000 tours/minute ;

capacitifs à 7 200 tours/minute. o Les données doivent pouvoir se rééquilibrer sur l'intégralité des disques du même type

automatiquement en cas d'ajout de nouveaux disques ; o La solution doit pouvoir proposer un système de hiérarchisation de données permettant le

déplacement automatique et/ou manuel des données vers des disques de très haute performance en fonction des nécessités de performance. Le dispositif proposé devra être modulable, granulaire (LUNs, volumes, ou sous-ensembles) avec des dispositifs de QoS permettant un arbitrage automatique et débrayable de ces déplacements ;

o Les minimums exigés sur les types de RAID concernant les disques seront les suivants :

RAID 0 ;

RAID 1 ;

RAID 5. La solution doit pouvoir offrir la possibilité de changer à chaud le niveau de RAID d’un volume. o Un outil de capacity planning sera proposé pour permettre de conserver ses métriques de

performances et de capacité sur le stockage ; o La solution devra être capable d'offrir une solution de partage de fichiers intégrée (SMB, CIFS,

NFS) ;

o La baie proposera un système de prise de snapshots matériels efficace dans le but de conserver des prises de vues avec un RPO très court inférieur à 15 minutes. Idéalement la solution pourra s'intégrer nativement à Oracle 10g-11g, SQL Server sur Windows et VMWARE vSphere 5.5-6.x. L’intégration avec Citrix Xenserver 6.2 serait un plus ;

o L’IAU îdF souhaite utiliser les fonctionnalités d’allocation dynamique de ressources et de

récupération d'espace proposées par les baies de stockage. Ces fonctionnalités devront être disponibles et utilisables avec chaque mécanisme intégré à la baie. De même les espaces libérés par la suppression de données au niveau OS devront être récupérés au profit du système d’allocation dynamique de manière systématique. Une intégration matérielle de ces fonctionnalités au sein d’un ASIC serait un plus.

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 16-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

3.2.1 Supervision

Le Titulaire fournira l’ensemble des MIBs nécessaires à la supervision des solutions de stockage ainsi que les composants annexes : contrôleurs, disques, tiroirs, gbics, switch, ports, alimentations batteries, etc. Il fournira également la documentation associée en français de préférence.

3.2.2 Intégration applicative

L’IAU îdF recherche une solution de stockage bénéficiant d’une forte intégration applicative. Cette solution, devra être pilotée et administrée dans ses fonctions de base à partir des différentes solutions logicielles afin de faciliter les activités des administrateurs réseau. Par ailleurs, la solution de stockage présentera une compatibilité maximale avec les solutions suivantes (liste non exhaustive) :

VMWARE ;

Microsoft Windows 2008 R2 (et supérieur) et Active Directory ;

Oracle 10g ;

Oracle 11g ;

Citrix XenServer 6.1 ;

Oracle Solaris 10 ;

Citrix ;

Microsoft Exchange (en test).

VMWARE o La solution devra être compatible vSphere 5.x et supérieur. Le Titulaire devra énumérer les

différentes fonctionnalités offertes par les API VMWARE de stockage ; o Les différents mécanismes d’allocation dynamique de ressources devront être totalement

compatibles avec les technologies et les fonctionnalités de VMWARE ; o Les fonctions de snapshots internes à la solution de stockage devront être présentées et gérées

par VMWARE à des fins de clonage, ou de sauvegarde. XENSERVER o La solution devra être compatible Citrix XenServer 6.x et supérieur. Le Titulaire devra énumérer les

différentes fonctionnalités de stockage offertes pour cet environnement. Les différents mécanismes d’allocation dynamique de ressources devront être totalement compatibles (si possible) avec les technologies et les fonctionnalités de cet environnement.

Microsoft Windows 2008 R2 (voir supérieur) et Active Directory o La solution de stockage embarquera les services de fichiers Microsoft de l’IAU (serveur de

fichiers). Elle devra supporter à minima les technologies NFS, DFS-N et CIFS et s’interfacer nativement à l’annuaire Active-Directory afin de gérer les autorisations et les groupes de sécurité ;

o La solution présentera à l’utilisateur final les différents snapshots matériels effectués sur la solution de stockage dans l’interface de gestion des fichiers (système de recouvrement de fichiers).

Oracle 10g-11g o La solution de stockage hébergera des bases de données Oracle 10g et 11g sur des machines

virtuelles VMWARE à partir de l’OS Red Hat. La solution devra présenter des API permettant à l’administrateur réseau de piloter les fonctionnalités de base de configuration de la solution de stockage à partir de ces environnements techniques ;

o Certaines bases de données Oracle « critiques » seront prochainement implémentées avec les fonctions RMAN d’Oracle. La solution proposera des fonctionnalités de clonage et des mécanismes techniques compatibles avec les technologies Oracle permettant d’effectuer et de présenter des snapshots de bases consistants.

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 17-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

3.2.3 Fonctionnalités PRA/PCA (2015/2016)

L’IAU îdF s’engagera en 2015/2016 dans une démarche de PRA/PCA sur l’ensemble de ses applications métiers « critiques » devant faire l’objet d’un maintien en condition opérationnelle et d’une disponibilité importantes. Les objectifs visés seront de rendre disponibles après un sinistre majeur les principales applications avec un RPO maximal de 2 heures et un RTO maximal de 8 heures.

Remarque : l’étude et la mise en place des fonctionnalités de PRA/PCA feront l’objet d’un appel d’offre spécifique. Néanmoins, la solution de stockage présentée par le candidat devra proposer des mécanismes matériels et/ou logiciels contribuant à atteindre les objectifs de PRA/PCA dans le cadre technique défini par l’IAU îdF. Elle devra être parfaitement interopérable et compatible avec des solutions de type "Site Recovery Management" de VMWARE.

3.3 Prestations attendues (lot n°1)

Les prestations de services ci-dessous sont associées à l’acquisition de nouveaux équipements et concernent leur intégration, configuration, installation et la rédaction des documentations. Le candidat pourra proposer une reprise des équipements existant, rack, baie, etc...

3.3.1 Etudes d’architecture

Le Titulaire mènera avec le concours de l’IAU îdF toutes les études nécessaires à l’intégration et à la mise en œuvre de la solution de stockage dans l’infrastructure technique et logicielle de l’IAU îdF. Ces études devront prendre en compte la situation existante et prévoir les évolutions en termes d’architecture et de volumétrie prévues par l’IAU îdF.

Les études sur l’architecture de stockage et l’organisation techniques des solutions de stockage répondront, à minima, aux points suivants : o Intégration des solutions dans le SAN existant ; o Dimensionnement des volumes ; o Design des LUNs ; o Paramétrage de l’allocation dynamique ; o Paramétrage de la hiérarchisation automatique des données ; o Paramétrage et intégration des mécanismes de snapshot ; o Etablissement des prérequis d’installation (EDF, Climatisation, FO, Réseau,…).

Etude sur l’intégration applicative de la solution de stockage o Intégration de la solution de stockage avec les environnements de virtualisation : VMWARE, Citrix ; o Intégration de la solution de système de fichiers (CIFS, NFS, DFS, etc.).

Cette étude sera menée avec le concours de l’équipe technique de l’IAU îdF afin d’intégrer les fonctionnalités de cet environnement aux mécanismes proposés par la solution de stockage. Les documents d’architecture devront présenter plusieurs scénarii et seront validés par l’équipe technique de l’IAU îdF.

3.3.2 Intégration et déploiement de la solution de stockage

Le Titulaire proposera des prestations d'intégration et de mise en œuvre à l’appui des études menées précédemment et validées par l’IAU îdF. Ces prestations seront forfaitaires et le Titulaire aura une obligation de résultat quant à leur mise en œuvre. Certains déploiements et aucune intégration sur l’environnement de production ne pourront se faire en heures ouvrées s’ils nécessitent un arrêt d’exploitation.

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 18-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

Les prestations attendues sont les suivantes :

Le déploiement et l’installation des matériels dans les locaux de l’IAU îdF ;

La connexion de la nouvelle baie au système existant ;

La mise en œuvre de tous les mécanismes et résiliences nécessaires à la haute disponibilité ;

tests des mécanismes de supervision et de remontés d’alertes. Le Titulaire fournira un cahier de recette visant à s’assurer du bon fonctionnement des mécanismes de haute disponibilité de la nouvelle baie.

Ces prestations doivent s’accompagner de documents d’installation, d’utilisation de procédures et d’exploitation détaillés.

3.3.3 Migration des données des serveurs

Le Titulaire assurera la migration complète des données de production de l’IAU îdF.

Les opérations de migration de l’environnement de production seront effectuées en HNO. Elles ne pourront pas provoquer d'interruption de service sur cet environnement.

Le Titulaire s’appuiera sur une phase pilote afin d’appréhender toutes les étapes nécessaires à la migration des environnements de production.

Le Titulaire prévoira dans son plan d’assurance qualité les étapes de la migration assorties d’un plan de retour arrière à chacune d’elles, les jalons, points de validation et livrables associés. Le Titulaire sera présent sur site, le lendemain de la migration, pour une assistance au démarrage de la production.

3.3.4 Mise à disposition d’un environnement pilote

Le Titulaire utilisera un environnement pilote (précisé en début de projet) afin de définir toute la chaîne nécessaire à la migration et écrira la procédure complète qui offrira aussi le mécanisme de retour arrière en cas de problème.

L’environnement pilote pourra être composé de serveurs virtuels VMWARE / RedHat, Microsoft Windows 2008R2, 2012.

L’ensemble de cette migration sera décrite dans un plan global de migration, prévoyant précisément tous les prérequis, étapes et jalons nécessaires au bon déroulement des opérations. Chaque phase de migration sera assortie d’un plan de retour arrière activable à la demande du responsable technique de l’IAU îdF en cas de défaillance.

3.3.5 Les caractéristiques environnementales

Les matériels et prestations acquis dans le cadre de cette consultation, doivent contribuer à la politique de développement durable adoptée par l’IAU îdF. Le Titulaire devra tenir compte des évolutions de la législation en la matière.

Sur les matériels fournis

Les caractéristiques communes des matériels fournis en termes de respect des normes environnementales devront respecter les exigences de l’écolabel NF environnement ou équivalent.

Ce seront notamment des :

- Produits économes en énergie, avec fonctions veille automatique et réduction de consommation d’énergie associées ;

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 19-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

- Produits limitant l’utilisation de substances classées dangereuses et de métaux lourds ;

- Produits ayant une longue durée de vie ;

- Produits associant un système de reprise des éléments usagés en vue de leur recyclage.

Pour toute fourniture de matériels prévus au marché, ceux en place à l’IAU îdF, jugés obsolètes (baie et matériels existants) ou hors d’usage, seront, remplacés, déconnectés, démontés, repris et recyclés par le Titulaire sans frais supplémentaires.

Sur la gestion des emballages et le recyclage des matériels remplacés

Le Titulaire devra notamment :

- Garantir la reprise et le recyclage des emballages relatifs aux livraisons de matériels ;

- Garantir la récupération, le transport et le recyclage des matériels obsolètes remplacés ;

- Certifier la destruction les données des disques avec les procédures et les techniques respectant l’état de l’art dans ce domaine.

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 20-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

4. Renouvellement de l'infrastructure de sauvegarde (lot n°2)

L’IAU îdF souhaite renouveler l'infrastructure de sauvegarde des données. Les candidats devront fournir une solution de sauvegarde destinée à remplacer complètement ou partiellement l'infrastructure de sauvegarde (matériels et logiciels) actuellement en place à l'IAU îdF.

4.1 Spécifications techniques et fonctionnelles

L’IAU îdF recherche une solution de sauvegardes polyvalente, évolutive, offrant une forte intégration dans les couches applicatives constituées par les environnements VMWARE, Citrix, Oracle, Microsoft SQL Server, MySQL, PostgreSQL, Microsoft AD, les différents OS cités au § 2.4.3 et l'installation prochaine de Microsoft Exchange 2013. Plusieurs scénarii sont possibles. Le DSI souhaite garder " la main sur le système" même en cas de mise en place d'un service managé. Cette solution doit répondre, a minima aux objectifs suivants :

Sécurisation de la sauvegarde

Le Titulaire doit proposer une solution permettant l'externalisation des sauvegardes par un processus d'export de bandes ou de réplication de la baie de stockage dédiée aux sauvegardes. L'externalisation des sauvegardes sur disques en vue d'un DRP, si elle est proposée, devra se faire dans un datacenter situé en France et totalement sécurisé. L'utilisation du lien internet (Completel) 100 Mbits symétrique est envisageable. La bande passante peut être utilisée à 90 % entre 20 h 00 et 6 h 30 du matin et tout le week-end. Les jours ouvrés, la bande passante utilisable ne pourra pas dépasser les 2 Mbits.

Augmentation de la rétention sur disque Le Titulaire doit proposer une solution de sauvegarde évolutive permettant de suivre la croissance de la volumétrie des données tout en garantissant une période de rétention d'un an pour les sauvegardes mensuelles.

Réduction des fenêtres de sauvegarde/restauration Le Titulaire doit présenter une solution évolutive permettant de conserver les performances initiales de sauvegarde/restauration. Le Titulaire doit proposer une solution permettant d'optimiser l'utilisation de la bande passante. La compression des données à la source n'est pas souhaitée.

Facilité d'administration de la solution Le DSI souhaite administrer la solution à partir d'une interface d'administration unique, de préférence

en langue française.

4.2 Prestations attendues (lot n°2)

Les prestations de services ci-dessous sont associées à l’acquisition de nouveaux équipements/logiciels et concernent leurs intégrations, configurations, installations et la rédaction des documentations. Les candidats pourront proposer une reprise des équipements existants, rack, serveurs, robotique, etc...

4.2.1 Etudes d’architecture

Le candidat mènera avec le concours de l’IAU îdF toutes les études nécessaires à l’intégration et à la mise

en œuvre de la solution de sauvegarde dans l’infrastructure technique et logicielle de l’IAU îdF. Ces études devront prendre en compte la situation existante et prévoir les évolutions en termes d’architecture et de volumétrie prévues par l’IAU îdF. Les études sur l’architecture et l’organisation techniques des solutions de sauvegarde répondront, à minima, aux points suivants :

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 21-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

o Intégration des solutions dans l'infrastructure informatique existante ; o Etablir les prérequis d’installation (EDF, Climatisation, FO, Réseau,…) ; o Paramétrage et intégration des mécanismes de sauvegarde au niveau de la baie SAN ; o Intégration de la solution de sauvegarde avec les environnements de virtualisation VMWARE, Citrix et

le SI de l'AIU îdF.

Cette étude sera menée avec le concours de l’équipe technique de l’IAU îdF afin d’intégrer les fonctionnalités de cet environnement aux mécanismes proposés par la solution de sauvegarde. Les documents d’architecture pourront présenter plusieurs scénarii et seront validés par l’équipe technique de l’IAU îdF.

4.2.2 Intégration et déploiement de la solution de sauvegarde

Le Titulaire proposera des prestations d'intégration et de mise en œuvre à l’appui des études menées précédemment et validées par l’IAU îdF. Ces prestations seront forfaitaires et le Titulaire aura une obligation de résultat quant à leur mise en œuvre. Certains déploiements et intégration sur l’environnement de production ne pourront se faire en heures ouvrées, s’ils nécessitent un arrêt d’exploitation.

Les prestations attendues sont les suivantes :

Le déploiement et l’installation des matériels et logiciels dans les locaux de l’IAU ;

La mise en œuvre de tous les mécanismes et résiliences nécessaires à la haute disponibilité ;

Le test des mécanismes de supervision et de remontée d’alertes ;

La mise en place des jobs/scripts de sauvegarde ;

Le transfert de compétences. A l'issue de ce transfert de compétences l'équipe technique de l'IAU îdF devra avoir une maîtrise totale de la solution ;

L'accompagnement lors de la mise en production de la solution de sauvegarde. Le Titulaire fournira un cahier de recette visant à s’assurer du bon fonctionnement des mécanismes de haute disponibilité de l'environnement de sauvegarde.

Ces prestations doivent s’accompagner de documents d’installation, d’utilisation, de procédures et d’exploitation détaillés.

4.2.3 Les caractéristiques environnementales

(CF. § 3.3.5)

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 22-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

5. Rédaction documentaire, dossiers recette & exploitation

Le Titulaire fournit toutes les documentations rédigées de préférence en langue française des équipements fournis à la notification de la mise en ordre de marche.

Pour la vérification d'aptitude au bon fonctionnement (VABF), le Titulaire fournira une semaine au plus tard après la date d’installation, un dossier de recette du nouvel équipement.

Le dossier de recette comprendra au minimum les éléments suivants :

Schéma synoptique détaillé, décrivant les aspects matériels et logiciels de la solution ;

Inventaire détaillé de chacun des équipements et des logiciels installés ;

Édition de configuration des équipements et des logiciels ;

La documentation des spécifications fonctionnelles et techniques détaillées de la solution livrée. Le dossier d’exploitation comprendra au minimum les points suivants :

Procédures d’exploitation et d’administration adaptée à l’IAU îdF ;

Procédures et contenus des éléments de supervision et de remontée d’alertes ;

Procédures et contenus des prestations prévus dans la maintenance proactive proposée par le Titulaire ;

Procédures et contenus des prestations prévus dans la maintenance évolutive proposée par le Titulaire ;

Procédures de déclenchement du support.

6. Transfert de compétences

Un transfert de compétences et une information sur ces nouveaux équipements seront dispensés par le Titulaire à l’équipe technique de l’IAU îdF. Ces prestations auront lieu sur le site de l’IAU îdF.

L’objectif, pour chaque lot, sera de :

Présenter la nouvelle architecture mise en œuvre ;

Décliner son fonctionnement ;

Présenter l’organisation du service de supervision et/ou d’administration ;

Présenter la documentation fonctionnelle et technique afférente au projet ;

Le fonctionnement interne des composants ;

L’architecture de supervision ;

L’architecture d’administration ;

La prise en main des équipements et/ou plateforme de gestion/supervision ;

L’aide au diagnostic ;

L’organisation mise en place afin d’assurer la communication entre l’équipe des techniciens de l’IAU îdF et celle du Titulaire ;

Les procédures ;

La documentation technique et fonctionnelle sera fournie et commentée ;

Etc…

Ce transfert de compétences techniques sur l’architecture déployée concernera un groupe de deux à trois personnes maximum.

Le contenu et les modalités du transfert de compétences techniques seront définis par le Titulaire en accord avec l’équipe IAU îdF, sur la base de la proposition remise par le Titulaire.

La documentation fournie dans ce cadre comprendra la documentation technique et fonctionnelle pour les administrateurs et le support de premier niveau.

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 23-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

Cette documentation pourra être reprographiée par le DSI à l’attention d’un de ses membres avec mention du nom du Titulaire.

Les formations se déroulent au sein des locaux de l’IAU îdF.

6.1 Modalité du transfert de compétences

Le transfert de compétences est à distinguer de la formation sur plusieurs points :

Le Titulaire a une obligation de résultats ;

L'intervenant est un spécialiste du domaine couvert par le transfert de compétences ;

Ce transfert de compétences correspond au contexte organisationnel, fonctionnel et technique de l'IAU îdF ;

Le transfert de compétences se fait dans les locaux et sur les matériels de l'IAU îdF ;

Le transfert de compétences porte sur une pratique professionnelle, ce n'est aucunement une présentation théorique ;

Le transfert de compétences doit permettre de formaliser une méthode de travail ;

Les livrables reflètent le système d'information de l’IAU îdF et ne peuvent être utilisés dans un autre contexte.

7. Maintenance et support

La garantie « Constructeur » (pour l’ensemble des matériels fournis dans le cadre du présent appel d’offre) peut être définie ainsi : tout constructeur garantit ses matériels pour une certaine durée à compter de leurs dates de livraison.

Le Titulaire est responsable des dommages résultant d’un vice de conception ou de construction de matériels vendus à l’IAU îdF qui est à l’origine de mauvaises performances, de son fonctionnement très dégradé ou du blocage de celui-ci. De ce fait, il prend toute mesure préventive pour éviter ces désagréments en suivant régulièrement la publication des incidents constructeurs et en informant, par messagerie électronique et dans les plus brefs délais, l’équipe technique de l’AIU îdF. Dans le cadre de mesures curatives, il est tenu d’échanger en nombre et à ses frais tous les matériels ou logiciels défectueux affectés par ce défaut.

En plus de ces garanties « Constructeurs », l’IAU îdF souhaite souscrire à des contrats de maintenance spécifiques définis dans les paragraphes ci-dessous. Les candidats proposeront une prestation de maintenance corrective particulière, adaptée à la période de couverture des garanties constructeur.

Les conditions des prestations de maintenance demandées s’appliquent aux équipements/logiciels proposés qui seront :

- acquis pour une période de 7 ans pour la baie de stockage ; - acquis ou loués pour une période de 3 ans pour la solution de sauvegarde, puis

reconductible annuellement en fonction de la solution proposée.

7.1 Le support

Les candidats proposeront une assistance téléphonique accessible sur un numéro unique de 8 h à 19 h, 5 jours sur 7 (jours ouvrés).

Ce support pourra être sollicité pour des incidents (anomalie, panne), du conseil, du paramétrage lié au matériel ou encore une assistance à la mise à niveau de versions logicielles (patch/microcodes/OS) et de l’assistance dans les procédures d’installation.

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 24-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

Ce service proposera un système d’enregistrement d’incidents avec horodatage permettant la traçabilité des ouvertures d’incidents par le DSI. Les candidats proposeront également un dispositif d’historisation des tickets d’incidents ouverts et clôturés. Le DSI pourra demander la réouverture d’un incident clôturé lorsque l’anomalie corrigée réapparaîtra.

7.1.1 La maintenance corrective

Par maintenance corrective, il faut entendre la prise en compte des modifications ayant pour effet de corriger des anomalies de fonctionnement constatées par l’équipe technique de l’IAU îdF ou par le Titulaire sur les fonctionnalités existantes.

Dans le cadre de la mise en place d’un nouveau module ou d’un microcode (logiciel embarqué dans le matériel) la gestion des anomalies devra reposer sur des procédures de traitements simples et rapides. En cas d’incident ou de panne, le Titulaire devra, après constatation ou signalement, effectuer un diagnostic et les interventions techniques nécessaires au rétablissement du service dans les délais prévus.

L’identification de la nature de l’anomalie se fait après contact téléphonique auprès du support (confirmé par email) ou par email entre le correspondant informatique de l’IAU îdF et le support du Titulaire. Il appartient à l'administrateur technique et fonctionnel du DSI de classifier l’anomalie en bloquante ou non bloquante.

Le Titulaire s’engage à tout mettre en œuvre pour régler au plus vite les problèmes mettant en cause l’utilisation normale du logiciel ou des matériels.

Ces anomalies peuvent être de deux natures :

L’Anomalie bloquante : c’est une anomalie qui rend indisponible tout ou partie de la plate-forme. Sa correction nécessite une intervention prioritaire du Titulaire. En cas d’anomalie considérée comme bloquante par le responsable technique du DSI, le Titulaire dispose d’un délai d’une heure ouvrée en termes de garantie de temps d’intervention et d’une garantie de rétablissement de quatre heures ouvrées pour la résorber. Le délai est calculé sur les heures ouvrées à partir de l’heure de réception du signalement écrit de l‘anomalie, et jusqu’au déblocage ou à la fourniture d’une solution de contournement par le Titulaire, cette dernière étant préalablement validée par avec le responsable technique du DSI. Lorsque le Titulaire met en place une solution de contournement, en accord avec le responsable technique du DSI, l’anomalie bloquante se transforme en anomalie non bloquante avec les délais de rétablissement assortis.

L’anomalie non bloquante : c’est une anomalie qui ne rentre pas dans la catégorie « bloquante ». Sa correction peut être priorisée. En cas d’anomalie considérée comme non bloquante par le responsable technique du DSI, le Titulaire dispose d’un délai de quatre heures ouvrées en termes de garantie de temps d’intervention et d’un délai de cinq jours ouvrés maximum pour la résorber.

Si le Titulaire propose de meilleurs délais, ils seront appliqués.

Dans tous les cas, le Titulaire s'engage à fournir au responsable technique du DSI un rapport détaillé sur les anomalies et les correctifs appliqués dans les mêmes délais.

Toute modification de la qualification apportée par le Titulaire à la qualification établie par le responsable technique du DSI, devra obligatoirement faire l’objet d’une information auprès de cette même personne dans le délai le plus bref. Les motifs de la requalification seront clairement exposés. En cas de désaccord, l’interprétation du responsable technique du DSI sera retenue.

7.1.2 Niveau de disponibilité des équipements

Le niveau de disponibilité attendu sur les plateformes maintenues sous la responsabilité du Titulaire est de 99,99 % (53 minutes) annuel en heures ouvrées.

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 25-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

7.1.3 Télémaintenance

En cas de besoin une télémaintenance pourra être déclenchée d’un commun accord par un membre de l’équipe technique de l’IAU, suivant une procédure préalablement transmise par le Titulaire et validée par le DSI.

Si le Titulaire souhaite disposer de ses propres moyens pour assurer le service de télémaintenance, ceux-ci garantiront la sécurité du flux de données en assurant un canal chiffré entre le poste de télémaintenance du Titulaire et le système d’information de l’IAU îdF. Ces moyens devront requérir une autorisation explicite de la part du responsable technique du DSI afin d’accéder au service demandé à un instant donné

Dans le cas contraire l’IAU îdF se réserve le droit d’imposer les moyens nécessaires afin de garantir la sécurité d’accès à son système d’information.

7.1.4 Maintenance sur le site de l’IAU îdF

En cas de non résolution des problèmes signalés, ou d’impossibilité de résolution soit par la maintenance téléphonique soit par la téléassistance, le responsable technique du DSI pourra faire appel à une maintenance sur site et ce dans le cadre de la maintenance corrective sans frais supplémentaires.

L’intervention sur site comprend la prise en charge des pièces, de la main-d’œuvre et des déplacements y compris toutes pièces annexes (ex : outil, câble,….)

7.2 La maintenance évolutive

La maintenance évolutive concerne les améliorations des fonctionnalités existantes du logiciel ou du matériel (firmware, microcodes, etc. inclus) non demandées par le DSI. Il est entendu que ladite maintenance est adossée à la notion de périmètre constant, technique et fonctionnel des plateformes en production.

Elle porte également sur toute évolution induite par des montées de versions ou des changements de système d’exploitation et des logiciels de base.

On peut distinguer les versions mineures et les versions majeures.

Une version mineure n’a pas de conséquences sur le fonctionnement quotidien du logiciel et des utilisateurs. L’IAU îdF devra être informée de la mise en œuvre de cette version mineure au moins trois jours ouvrés à l’avance.

Une version majeure est une version qui peut avoir un impact important sur le système d’information et sur l’utilisation technique et fonctionnelle de la solution.

Les mises à jour seront accompagnées de leurs procédures d’installation ainsi que de la description détaillée de leur contenu. Le Titulaire assurera le transfert de compétences nécessaire auprès de l’équipe technique de l’IAU îdF lors des évolutions majeures impliquant une modification notable des interfaces d’exploitation et d’administration ou l’ajout de nouvelles fonctionnalités.

L’équipe technique de l’IAU îdF devra être informée et donner son accord pour la mise en œuvre de cette version majeure au moins quinze jours à l’avance.

Toutes les opérations de mises à jour (mineures et majeures) se dérouleront sans arrêt de production et seront effectuées sur demande du responsable technique du DSI en HNO et en mode projet.

7.3 Télésurveillance et maintenance proactive

Dans le cadre de cet appel d’offre, le Titulaire mettra en place un dispositif de télésurveillance de l’infrastructure mise en place à l’IAU îdF. Ce dispositif vise à informer en temps réel le Titulaire des incidents et alertes sur les organes vitaux des plateformes et les dispositifs de stockage (disques, contrôleurs, etc.) et à déclencher l’approvisionnement et l’intervention sur site pour le remplacement des pièces défectueuses dans les délais impartis.

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 26-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

Par ailleurs, le Titulaire organisera sur site au minimum une fois par an, une révision complète des équipements mis en œuvre sur le site de l’IAU îdF. Cette visite a pour but de contrôler le bon fonctionnement des plateformes maintenues et de procéder à la mise à jour de l’ensemble des logiciels et firmwares selon les matrices techniques fournies par le constructeur, en conformité avec le § 7.2 Maintenance évolutive.

7.4 Modification du périmètre de maintenance

Le périmètre de la maintenance pourra évoluer en fonction des acquisitions de licences de modules ou de matériels complémentaires. Il fera l’objet d’un bon de commande spécifique.

7.5 Prestation complémentaire d’assistance

Ces prestations porteront sur l’ensemble de la solution proposée dans le cadre de cet appel d'offre. Ces prestations pourront à la demande de l’IAU îdF, être réalisées dans ses locaux. Ces prestations ont pour but d’aider l’IAU îdF à solutionner des problèmes ou incidents qui ne seraient pas de la responsabilité du Titulaire ou de l’accompagner dans la mise en place de solutions acquises dans le cadre de cet appel d'offre. Ces prestations complémentaires d’assistance seront facturées selon un barème journalier précisé dans la réponse à l’appel d’offre et feront l’objet d’un bon de commande spécifique.

7.6 Expertise technique

Ces prestations d’expertise technique porteront sur l’ensemble de l’installation. Elles pourront, à la demande du DSI, être réalisées dans ses locaux. Ces prestations ont pour but d’aider l’IAU îdF à solutionner des problèmes ou incidents qui ne seraient pas de la responsabilité du Titulaire. Ces prestations seront facturées selon un barème journalier précisé dans la réponse à l’appel d’offre et feront l'objet d'un bon de commande spécifique.

8. Règlement de la consultation

Les candidats doivent répondre complétement au cahier des charges concernant les lots n°1 et 2. Les

objectifs principaux définis pour les lots n°1 et 2 devront être pleinement atteints.

Il est rappelé que les matériels proposés :

- doivent être neufs, de premier choix ;

- ne doivent en aucun cas avoir été reconditionnés.

8.1 Nature de la consultation

La procédure de consultation est un appel d’offre restreint.

8.2 Forme du marché

La présente consultation donnera lieu à un bon de commande

8.3 Groupement

Aucun groupement n'est autorisé dans le cadre de cet appel d'offre.

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 27-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

8.4 Sous-traitance

La sous-traitance n'est pas autorisée.

8.5 Variantes

Les variantes seront acceptées sous réserve qu'elles soient chiffrées séparément.

8.6 Dossiers remis aux candidats

Par voie papier ou par voie électronique. Le dossier remis aux candidats comprend les pièces suivantes :

- le cahier des charges ; - le dossier de réponse concernant le lot n°1 ; - les formulaires DC1 et DC2.

8.7 Conditions de présentations des offres

Les offres doivent être rédigées en langue française

8.8 Modalités de transmission des candidatures et des offres

Les candidats transmettent leur candidature et leur offre au format pdf.

8.9 Pièces à produire

- Les offres des lots n°1 et 2 ; - Le dossier réponse concernant le lot n°1 ;

- Une documentation technique complète des matériels proposés ;

- Les formulaires DC1 et DC2 dûment complétés.

Le dossier de réponse ainsi que les formulaires DC1 et DC2 sont disponibles en téléchargement sur le site

internet de l’IAU îdF : http://www.iau-idf.fr/appels-doffres/stockage-et-sauvegarde.html

Tous les documents à signer, doivent comporter le nom, la qualité de la personne habilitée à engager la

société et le cachet commercial.

8.10 Date limite de réception

Les plis contenant les candidatures et les offres seront envoyés par messagerie électronique le lundi 17

novembre 2014 à 10h00 au plus tard à l'adresse suivante :

A : [email protected]

Cc : [email protected]

Objet : Réponse à un appel d’offres

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 28-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

A défaut, elles ne pourront être examinées

8.11 Acceptation et rejet d'une offre

Il n'y a aucun engagement de la part de l'IAU îdF d'accepter tout ou partie d'une offre. L'IAU îdF se réserve le droit de refuser l’offre la moins chère, d'accepter les défauts non substantiels susceptibles d'entacher une offre et de rejeter une offre reçue hors délai, sans indemnité ni justification.

8.12 Audition

L'IAU îdF se réserve le droit d'auditionner les candidats afin de faire préciser le contenu de leur offre.

8.13 Critères d'attribution

Valeur technique de l'offre : 40% ; La valeur technique de l'offre sera jugée au regard du matériel proposé, de la technique de reprise des données et du gain de performance que l'on peut attendre de la solution proposée.

Prix : 35% ;

Garantie et contrat de support/maintenance : 10% ;

Conditions d'exécution du projet (planning de déploiement – délais de livraison – délais de mise en œuvre) : 10% ;

Livrables : 5%. Les critères d'attribution sont identiques pour les lots n° 1 et 2.

8.14 C.D.P.G.F

Les lots n°1 et 2 feront l'objet de tableaux séparés. Les candidats présenteront un tableau détaillé des coûts des solutions proposées pour les différents lots ainsi qu'un tableau de synthèse par lot (Cf. ci-dessous).

Désignation Prix H.T Prix T.T.C Matériels

Garantie 3 ans sur site 5j/7

Extension de garantie sur site +1an (après les trois ans)

Logiciels (supervision, licences, etc…)

Prestation de service, intégration, installation, transfert de compétences, rédactionnel

Autres

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 29-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

9. Renseignements complémentaires et demande de documents

Des renseignements complémentaires pourront être obtenus auprès de : Pour la partie technique : Monsieur Denis Levêque Département Systèmes Information IAU île-de-France 15, rue Falguière 75740 PARIS CEDEX 15 Tél : 01.77.49.76.23 Email : [email protected]

Pour la partie administrative : Monsieur Stéphane Main Service Achats IAU île-de-France 15, rue Falguière 75740 PARIS CEDEX 15 Tél : 01.77.49.75.58 Email : [email protected]

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 30-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

10. Annexes

Annexe 1 : Configuration BL460C G7

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 31-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

Annexe 1 (Suite) Module Flex-10

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 32-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

Annexe 1 (Suite) Switch FC Brocade

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 33-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

Annexe 2 : tableau de synthèse des vdisks

Name LUN SYS / GB

SYS/DATA

GB RAID

DG FC / 15K

DG FATA /

7K Observations

CITRIX\BLD_XENSERVER01\BLD_XENSRV01_Root_DG300

1 60 Vraid 5 DG300 Boot SAN

CITRIX\BLD_XENSERVER02\BLD_XENSRV02_Root_DG300

1 60 Vraid 5 DG300 Boot SAN

CITRIX\BLD_XENSERVER03\BLD_XENSRV03_Root-DG600

1 60 Vraid 5 DG600 Boot SAN

CITRIX\BLD_XENSERVER04\BLD_XENSRV04-Root-DG300

1 60 Vraid 5 DG300 Boot SAN

CITRIX\BLD_XENSERVER01\BLD_XD_WRITE-CACHE-1_DG600

2 500 Vraid 5 DG600

Stockage des vDisk de Write Cache des stations virtuelles sous XenDesktop

CITRIX\BLD_XENSERVER01\BLD_XD_WRITE-CACHE-2_DG600

800 Vraid 5 DG600

Stockage des vDisk de Write Cache des stations virtuelles sous XenDesktop

CITRIX\BLD_XENSERVER01\ BLD_XD_HEARTBEAT-DG600

4 5 Vraid 5 DG600 Gestion ferme XenServer

UNIX-LINUX\JUPITER\JUPITER_SOFTS

4 5 Vraid 5 DG300 Volume Solaris 10 - Logiciels

UNIX-LINUX\JUPITER\JUPITER_IMG8

13 9 Vraid 5 DG300 Volume SOLARIS 10 - Répertoire backup dump bases Oracle

UNIX-LINUX\JUPITER\JUPITER_ORADB

20 90 Vraid 5 DG300 Volume SOLARIS 10 - Bases ORACLE 10g

VMWare\BLD_ESX01\ESX01-Boot-7K-01

1 20 Vraid 5 DG1000 Boot SAN

VMWare\BLD_ESX02\ESX02-Boot-7K-01

1 20 Vraid 5 DG1000 Boot SAN

VMWare\BLD_ESX03\ESX03-Boot-7K-01

1 20 Vraid 5 DG1000 Boot SAN

VMWare\BLD_ESX01\Vmfs2-ISO-7K-01

2 100 Vraid 5 DG1000 DataStore Vmware

VMWare\BLD_ESX01\Vmfs3-Dev-7K-01

3 400 Vraid 5 DG1000 DataStore Vmware

VMWare\BLD_ESX01\Vmfs4-Prod-15K-01

4 1200 Vraid 5 DG300 DataStore Vmware

VMWare\BLD_ESX01\Vmfs5-Prod-7K-01

5 1000 Vraid 5 DG1000 DataStore Vmware

VMWare\BLD_ESX01\Vmfs15-Prod-15K-06

15 1400 Vraid 1 DG600 DataStore Vmware - Erreur ce volume devrait être en raid5

VMWare\BLD_ESX01\Vmfs17-Prod-15K-07

17 1200 Vraid 5 DG600 DataStore Vmware

Name LUN SYS / GB

SYS/DATA GB

RAID DG FC / 15K

DG FATA / 7K

Observations

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 34-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

VMWare\BLD_ESX01\Vmfs15-Prod-15K-06

15 1400 Vraid 1 DG600 DataStore Vmware - Erreur ce volume devrait être en raid5

VMWare\BLD_ESX01\Vmfs17-Prod-15K-07

17 1200 Vraid 5 DG600 DataStore Vmware

VMWare\BLD_ESX01\Vmfs18-Prod-15K-02

18 1500 Vraid 5 DG300 DataStore Vmware

VMWare\BLD_ESX01\Vmfs23-Prod-15K-03

23 1500 Vraid 5 DG600 DataStore Vmware

VMWare\BLD_ESX01\Vmfs24-Prod-15K-04

24 900 Vraid 5 DG300 DataStore Vmware

VMWare\BLD_ESX01\Vmfs25-Prod-15K-05

25 1200 Vraid 5 DG600 DataStore Vmware

VMWare\BLD_ESX01\Vmfsxx-Prod-15K-02b

7 1300 Vraid 5 DG600 DataStore Vmware

VMWare\RAW06_VULCAIN-VM_MEDIA

6 200 Vraid 5 DG600 Volume Linux REDHAT

VMWare\Raw08-SRVARCGIS-DATA2

8 500 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW10-GWISE-01 10 600 Vraid 5 DG300 Volume OES Novell Suse - Messagerie GroupWise

VMWare\RAW13-MSF1-DFS 13 1 Vraid 5 DG300 Volume CIFS Win 2008R2

VMWare\Raw14-SAMVISION-01

14 500 Vraid 5 DG1000 Volume Linux REDHAT

VMWare\RAW20-OESINFRA-DNSDHCP

20 1 Vraid 5 DG600 Volume OES Novell Suse

VMWare\RAW21-OESINFRA-iPRINT

21 10 Vraid 5 DG600 Volume OES Novell Suse

VMWare\RAW22-OESFS-VOLREF-CLFS1

22 1 Vraid 5 DG600 Volume OES Novell Suse

VMWare\RAW26_MSCL1-N1_QUORUM

26 1 Vraid 5 DG300 Volume Win 2008R2

VMWare\RAW29_MSCL1-N1_DF2

1 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW29_MSCL1-N1_RASTER2

29 400 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW32_MSCL1-N1_APPS1

32 800 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW33_MSCL1-N1_GEODATA1

33 1200 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW34_MSCL1-N1_GEODATA2

34 600 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW35_MSCL1-N1_ORTHO_2008

35 1200 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW36_MSCL1-N1_PRJT1

36 1500 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW37_MSCL1-N1_RASTER1

37 900 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW53_MSCL2-N1_MEDIA2

53 500 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW54-MSCL2-N1_SAS1

54 1000 Vraid 5 DG600 Volume Win 2008R2

Name LUN SYS / GB

SYS/DATA GB

RAID DG FC / 15K

DG FATA / 7K

Observations

VMWare\RAW36_MSCL1-N1_PRJT1

36 1500 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW37_MSCL1-N1_RASTER1

37 900 Vraid 5 DG600 Volume Win 2008R2

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 35-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

VMWare\RAW38_MSCL1-N1_USR1

38 1400 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW39_MSCL1-N1_USR2

39 900 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW40_MSCL1-N1_USR3

40 1200 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW41_MSCL1-N1_USR4-DEUR

41 900 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW42_MSCL1-N1_USR5-DUAT

42 1400 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW43_MSCL1-N1_DTGRPS1

43 900 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW44_MSCL1-N1_DTGRPS2

44 1000 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW45_MSCL1-N1_DTGRPS3

45 500 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW46_MSCL1-N1_USR6-DEDL

46 800 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW47_MSCL1-N1_USR7-DMT

47 1000 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW48_MSCL1-N1_ORTHO_2012

48 600 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW49_SRVARCGIS-DATA3

49 600 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW51_MSCL2-N1_QUORUM

51 1 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW52_MSCL2-N1_MEDIA1

52 1200 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW53_MSCL2-N1_MEDIA2

53 500 Vraid 5 DG600 Volume Win 2008R2

VMWare\RAW54-MSCL2-N1_SAS1

54 1000 Vraid 5 DG600 Volume Win 2008R2

Volumétrie utile GB 35725 321 35404

Allocated Capacity Vraid 5 45725

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 36-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

Annexe 3 : durée des sauvegardes hebdomadaires avec Veeam Tableau de synthèse

Name Start time End time Size Read GB Transferred GB

Duration

ATHENA-VM 00:57:29 01:04:07 120,0 GB 4,50 1,40 00:06:37

DataSync 01:13:14 01:17:47 80,0 GB 7,30 3,20 00:04:33

HESTIA 01:17:52 01:19:08 30,0 GB 0,60 0,19 00:01:16

CADIC-PROD 01:04:11 01:06:47 145,0 GB 1,70 0,51 00:02:35

CADIC-TEST 01:06:49 01:09:16 145,0 GB 1,40 0,54 00:02:27

ATHENA-TEST 01:09:21 01:11:39 120,0 GB 0,66 0,11 00:02:17

SRVARCGIS01 00:48:14 00:50:40 140,0 GB 1,40 0,28 00:02:26

SRVARCGIS02 00:50:42 00:52:27 290,0 GB 0,26 0,06 00:01:45

SRVSIG02 00:52:29 00:55:50 225,0 GB 1,90 0,78 00:03:20

GESMAG 00:43:58 00:45:22 45,0 GB 0,29 0,09 00:01:23

EUDONET 00:45:25 00:46:44 52,0 GB 0,86 0,02 00:01:18

MSSQL02 00:37:03 00:39:17 110,0 GB 2,80 0,40 00:02:13

MSPG01 00:39:21 00:40:42 162,0 GB 0,27 0,01 00:01:20

MSSQL01 00:40:44 00:42:18 120,0 GB 0,16 0,03 00:01:34

MSINFRA01 23:51:59 23:53:14 40,0 GB 0,31 0,32 00:01:15

MSINFRA02 23:53:16 00:26:56 150,0 GB 89,30 0,65 00:33:40

MSINFRA03 00:27:01 00:28:49 90,0 GB 0,84 0,73 00:01:47

MSINFRA04 00:28:53 00:34:17 60,0 GB 10,20 10,20 00:05:24

MSINFRA05 00:34:21 00:35:25 32,0 GB 0,14 0,14 00:01:04

HERMES-VM 22:09:03 22:10:14 15,0 GB 0,17 0,01 00:01:11

MERCURE-VM 22:10:16 22:12:47 125,0 GB 0,59 0,24 00:02:31

CRONOS 22:12:52 22:14:45 90,0 GB 1,20 0,35 00:01:53

ORION 22:14:49 22:16:42 60,0 GB 0,33 0,12 00:01:52

HELIOS-PROD 22:01:17 22:04:49 120,0 GB 4,70 1,10 00:03:31

XENAPP-AXYS 22:04:50 22:07:18 150,0 GB 2,50 0,48 00:02:28

134,39 21,94 1:31:40

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 37-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

Annexe 4 : durée des sauvegardes hebdomadaires avec arcserve Tableau de synthèse

No. Backup Root Path

Average Backup Time

Temps Partiels

1 \\ARES2\C:\Program Files\CA\ARCserve Backup\CATALOG.DB 0:06:20

2 \\ARES2\dbasql@ARCSERVE_DB 0:00:26

3 \\ARES2\sqldr@ARCSERVE_DB 0:00:06 0:06:52

4 \\ATHENA-VM ( 0.0.0.0 )\/db01 0:04:52

5 \\ATHENA-VM ( 0.0.0.0 )\/www 0:44:46 0:49:38

6 \\CADIC-PROD ( 10.15.200.57 )\/ 0:07:32

7 \\CADIC-PROD ( 10.15.200.57 )\/db01 0:01:16

8 \\CADIC-PROD ( 10.15.200.57 )\/ged01 1:41:48 1:50:36

9 \\CADIC-TEST ( 10.15.200.56 )\/ 0:03:42

10 \\CADIC-TEST ( 10.15.200.56 )\/db01 0:01:18

11 \\CADIC-TEST ( 10.15.200.56 )\/ged01 1:00:36 1:05:36

12 \\GWARCHIVE_SERVER ( 194.9.200.27 )\/media\nss\GWARCHIVE 3:49:21

13 \\GWBACKUP_SERVER ( 194.9.200.26 )\/media\nss\GWBACKUP 1:12:41

14 \\GWDBASE_SERVER ( 194.9.200.25 )\/media\nss\GWDBASE 3:46:43 8:48:45

15 \\JUPITER ( 0.0.0.0 )\/ 0:00:50

16 \\JUPITER ( 0.0.0.0 )\/img8 0:01:00

17 \\JUPITER ( 0.0.0.0 )\/opt 0:00:32

18 \\JUPITER ( 0.0.0.0 )\/ora-db 0:24:28

19 \\JUPITER ( 0.0.0.0 )\/softs 0:03:38

20 \\JUPITER ( 0.0.0.0 )\/usr 0:01:58

21 \\JUPITER ( 0.0.0.0 )\/util 0:05:04

22 \\JUPITER ( 0.0.0.0 )\/var 0:00:56 0:38:26

23 \\MSCL1-APPS1 ( 10.15.200.63 )\I: 3:57:40

24 \\MSCL1-DTGRPS1 ( 10.15.200.73 )\S: 2:54:22

25 \\MSCL1-DTGRPS2 ( 10.15.200.74 )\T: 3:08:52

26 \\MSCL1-DTGRPS3 ( 10.15.200.75 )\U: 2:20:34

27 \\MSCL1-GDT1 ( 10.15.200.64 )\J: 4:30:02

28 \\MSCL1-GDT2 ( 10.15.200.65 )\K: 1:49:32

29 \\MSCL1-PRJT1 ( 10.15.200.66 )\L: 7:49:56

30 \\MSCL1-USR1 ( 10.15.200.68 )\N: 6:28:56

31 \\MSCL1-USR2 ( 10.15.200.69 )\O: 5:34:10

32 \\MSCL1-USR3 ( 10.15.200.70 )\P: 5:24:34

33 \\MSCL1-USR4 ( 10.15.200.71 )\Q: 4:09:48

34 \\MSCL1-USR5 ( 10.15.200.72 )\R: 5:06:24

35 \\MSCL1-USR6 ( 10.15.200.78 )\V: 3:05:58

36 \\MSCL1-USR7 ( 10.15.200.79 )\W: 3:16:40

37 \\MSCL2-MEDIA1 ( 10.15.200.108 )\G:\MEDIA1 5:08:14

CCTP-Renouvellement des infrastructures de stockage et de sauvegarde – septembre 2014 38-38 Ce document ne peut être ni divulgué ni copié sans autorisation.

38 \\MSCL2-MEDIA2 ( 10.15.200.109 )\H:\MEDIA2\DC 1:28:42 66:14:24

39 \\SRVSIG02 ( 0.0.0.0 )\/boot 0:00:02

40 \\SRVSIG02 ( 0.0.0.0 )\/database01 0:07:30

41 \\SRVSIG02 ( 0.0.0.0 )\/database02 0:18:56

42 \\SRVSIG02 ( 0.0.0.0 )\/Media-VISIAU 0:00:00

43 \\SRVSIG02 ( 0.0.0.0 )\/opt 0:01:56

44 \\SRVSIG02 ( 0.0.0.0 )\/var 0:00:26

45 \\SRVSIG02 ( 0.0.0.0 )\/www 0:12:50 0:41:40

46 \\VULCAIN-VM ( 0.0.0.0 )\/database01 0:11:32

47 \\VULCAIN-VM ( 0.0.0.0 )\/Media-VISIAU 0:02:06

48 \\VULCAIN-VM ( 0.0.0.0 )\/opt 0:08:20

49 \\VULCAIN-VM ( 0.0.0.0 )\/var 0:00:12 0:22:10

80:38:07


Top Related