Txomin Agirre, 6

Udal Informatika Zentrua Tel. 943481800 - Faxa 943481805

Centro Informático Municipal 20018 Donostia-San Sebastián

PLIEGO DE PRESCRIPCIONES TECNICAS QUE HABRÁ DE REGIR EN EL

PROCEDIMIENTO ABIERTO PARA LA ‘RENOVACIÓN TECNOLOGICA DEL
ORDENADOR CENTRAL Y ADQUISICION E IMPLANTACION DE UN SISTEMA DE
REPLICA DE LA RED SAN’ DEL CENTRO INFORMATICO MUNICIPAL DEL
AYUNTAMIENTO DE DONOSTIA-SAN SEBASTIAN.

1º.- OBJETO DEL CONCURSO

El objeto del presente contrato es el suministro de diverso material informático (hardware y

software) y los servicios profesionales precisos para la adecuación tecnológica del
ordenador central a las necesidades actuales y dotar de seguridad al almacenamiento SAN
mediante un sistema que permita replicar síncrona y consistentemente la información en un
centro secundario.

2º.- SITUACIÓN DE PARTIDA

El Centro Informático Municipal del Ayuntamiento de Donostia - San Sebastián dispone

actualmente:

‰ Un servidor Corporativo IBM zSeries 800 mod. 2066-0A1 con las siguientes
características hardware:

9 Arquitectura z de 64 bits
9 80 MIPS, 13 MSU
9 8 GB de memoria
9 2 Tarjetas de conexión FICON Express SX con 2 canales
9 1 Tarjeta conexión ESCON con 4 puertos
9 2 Tarjetas OSA Express Gbe con 2 puertos

Los datos de este servidor se almacenan en un IBM ESS 800 mod. 2105-800
conectado al servidor mediante dos enlaces Ficon.
Para respaldar los datos se utiliza una librería IBM 3494 con 4 drives 3590 – H1A
también conectado al servidor mediante dos enlaces Ficon.

‰ Software utilizado por el ordenador central:

9 z/OS
9 z/OS V1 Base
9 z/OS V1 RMF
9 z/OS V1 SDSF
9 z/OS V1 Security Server
9 z/OS V1 DFSMS rmm
9 z/OS V1 DFSMS dss
9 z/OS V1 DFSORT
9 z/OS V1 HLASM Toolkit
9 Tivoli Stg Mgr EE z/OS
9 XML TOOLKIT FOR Z/OS

1
 Txomin Agirre, 6
Udal Informatika Zentrua Tel. 943481800 - Faxa 943481805
Centro Informático Municipal 20018 Donostia-San Sebastián

9 IBM Tiv OMEGAMON XE DB2

9 IBM Tiv OMEGAMON XE CICS
9 DB2 DB/Explain
9 DB2 UDB for z/OS
9 z/OS Application Connect DB2
9 DB2 Utils Suite
9 Java(tm)2 Technology Edition
9 Enterprise COBOL
9 CICS TS for z/OS V3
9 SDF II MVS
9 PPFA/370

‰ Una red de almacenamiento SAN que se compone:

9 Tres cabinas de almacenamiento:

• HP EVA8000 4GB con 8 puertos FC (4 por controladora) disponibles
para servidores – FIRMWARE XCS V6.110
• NETAPP FAS2050 4GB con 2 puertos FC (1 por controladora)
disponibles para servidores – FIRMWARE Data ONTAP Release 7G
• NETAPP FAS2050 4GB con 2 puertos FC (1 por controladora)
disponibles para servidores – FIRMWARE Data ONTAP Release 7G
9 Switches Fibre Channel de Brocade:
• 2 switches “StorageWorks 4/16” con P/N: A7985A Firmware V5.1.0.b
• 2 switches “StorageWorks 4/16” con P/N: A7985A Firmware V5.3.0
• 2 switches “Brocade BladeSystem 4/24 SAN Switch” para conexión de
servidores Blades de la clase C Firmware V5.3.0a

En esta red SAN se almacenan todo tipo de datos, tanto los datos de bases de
datos (Notes, Oracle, DB2 UDB for Windows), ofimáticos, y multimedia, así como
los ficheros de configuración de las máquinas virtuales y sus discos. Todos ellos
se albergan en la cabina HP EVA8000. De momento, las cabinas Netapp se
utilizan para operaciones de respaldo.

En el anexo II se especifican las características de los servidores que utilizan

LUNS de la cabina HP EVA8000.

3º.- Características técnicas mínimas de la solución

Con objeto de renovar tecnológicamente y hacer frente a las necesidades actuales se

precisa realizar la siguiente ampliación:

‰ 3.1 Servidor corporativo: Sustituir el IBM z800 (2066-0A1) por un IBM z10 BC
(2098-E10) Modelo J01 de las siguientes características:

9 Tecnología mainframe de 64 bits de cuarta generación

9 98 MIPS de potencia (en base a 1 procesador CP) y 12 MSUs
9 16 GB de memoria
9 2 tarjetas (#3322) FICON Express4 de 4 canales SX

2
 Txomin Agirre, 6
Udal Informatika Zentrua Tel. 943481800 - Faxa 943481805
Centro Informático Municipal 20018 Donostia-San Sebastián

9 4 canales ESCON (#2323)

9 2 tarjetas (#3366) OSA-Express2 1000BASE-T E
9 un procesador especial para Linux IFL(673 Mips) con un número amplio de
particiones
9 Elemento de Soporte (SE) con Ethernet dual
9 HMC con Ethernet dual

El nuevo servidor reutilizará los sistemas de disco ESS y librería IBM 3494
existentes y antes mencionados.

Además del suministro e instalación de estos elementos, deben incluirse los

siguientes servicios:

9 Instalación del Z/Linux en el procesador IFL.

9 Creación de dos LPARes: Producción y Desarrollo.
9 Migración del sistema operativo Z/OS desde la V1.7 a la V1.11.
9 Migración del software de backup TSM de V5.3.3 a V5.5.
9 Migración de DB2 UDB V810 de CM a NFM.
9 Instalación del resto de software que está en el actual servidor.

Debe quedar instalado en dos LPARes en Sysplex, Producción y Desarrollo, y

en correcto funcionamiento.

‰ 3.2 Adquirir un sistema robotizado de cintas para conectar al procesador IFL del
nuevo servidor corporativo y migrar de Z/OS a Z/Linux el sistema de backup del
entorno distribuido. El software utilizado es el TSM.

La librería de cintas tiene que incluir:

9 4 drives LTO4
9 Interfaz FC a 4GBs para conectar a la SAN y poder utilizar la funcionalidad
LAN-Free backup
9 Posibilidad de dividir en 4 librerías lógicas
9 Hasta 120 celdas para cartuchos
9 Capacidad mínima de 120TB sin comprimir
9 Ampliable hasta 640TB en compresión
9 Posibilidad de CIFRADO(encriptación) de DATOS en el DRIVE LTO4
9 Compatible con futuras tecnologías de cinta LTO
9 Interfaz gráfica de gestión integrada con pantalla táctil en color, dotada de
iconos
9 Soporte de SNMP para informes, monitorización y notificación vía Ethernet.
9 Servicio no disruptivo:
o Unidades de Cinta intercambiables en caliente.
o Puertos Ethernet para monitorización y diagnóstico.
o Fuentes de alimentación redundantes intercambiables en caliente
con ventiladores.

Además del suministro e instalación de estos elementos, deben incluirse los

siguientes servicios:

3
 Txomin Agirre, 6
Udal Informatika Zentrua Tel. 943481800 - Faxa 943481805
Centro Informático Municipal 20018 Donostia-San Sebastián

9 Instalar el software de backup TSM Server bajo Z/Linux.

9 Migrar la configuración del actual TSM Server, dominios, nodos,
planificaciones, políticas etc. Quedaran exentos de esta migración los datos
correspondientes a los backups actuales.
9 Migrar los 50 clientes de TSM y los 13 nodos con agentes de Notes, Oracle y
DB2 a este nuevo sistema, instalando, configurando las nuevas versiones.
9 Mantener los dos entornos activos 3 meses hasta que los datos vayan
caducando en el entorno antiguo.

Esta arquitectura debe de permitir en un futuro utilizar agentes LAN-Free para

realizar ciertos backups.

‰ 3.3 Por otra parte y de cara a dotar de seguridad al almacenamiento SAN, se

quiere tener una réplica síncrona y consistente de los datos que garantice la alta
disponibilidad y contingencia del almacenamiento manteniendo el rendimiento
actual. Puesto que todos los datos relevantes se almacenan en la cabina de
discos HP EVA8000, la replicación tiene que realizarse sobre los datos de esta
cabina. La réplica se alojará en un centro secundario.

Dado que la arquitectura de servidores está basada en Blades HP y VMWARE

ESX como software de virtualización. Es imprescindible que la solución sea
integrable en este entorno. Detalle Anexo III.

Los requisitos hardware mínimos de la oferta deben consistir en:

9 1. Los switches necesarios fibre channel que extiendan la red SAN hasta el
centro secundario, mínimo a 4 Gbps y capacidad de trunking. Las conexiones
entre los centros serán a través de fibra oscura.
9 2. Una cabina de discos de la misma gama o superior en rendimiento y
prestaciones a la EVA8000 que está en el centro primario con una capacidad
neta mínima de 20TB (mediante 24 discos de 1TB y 18 discos de 300 GB ). La
nueva cabina sustituirá a la EVA actual y esta pasará al centro secundario para
albergar la copia síncrona. En el Anexo I se detallan las características de la
EVA8000. Se valorarán las mejoras a la cabina actual.
9 3. Los elementos necesarios, tanto en el centro primario como en el
secundario, que realicen la réplica síncrona y consistente de la EVA, sin
ninguna pérdida de rendimiento. Estos elementos tienen que tener licencias
tanto para gestionar 65 TB como realizar copias locales de volúmenes de
discos entre cabinas de hasta 30TB mediante las utilidades apropiadas.
9 4. Un mecanismo para determinar automáticamente qué centro es el que
gestiona el almacenamiento en caso de corte de comunicaciones entre el centro
primario y secundario.
9 5. Cables y conectores necesarios.

Además del suministro e instalación de estos elementos, hay que incluir los
siguientes servicios:

9 1. Migración de los datos de la cabina EVA8000 a la nueva cabina así como

su puesta en producción. Actualmente la instalación se compone de

4
 Txomin Agirre, 6
Udal Informatika Zentrua Tel. 943481800 - Faxa 943481805
Centro Informático Municipal 20018 Donostia-San Sebastián

aproximadamente 90 servidores virtuales y 120 LUNs definidas para este

entorno, así como aproximadamente 5 servidores físicos con 9 LUNs.
9 2. Transporte de la EVA8000 al centro secundario.
9 3. Habilitar y automatizar la réplica/mirror síncrona y consistente entre las dos
cabinas de forma permanente e ininterrumpida. Se debe anexar a la oferta una
estimación del tiempo necesario para habilitar la réplica/mirror de un servidor de
20 GB de ocupación.
9 4. Habilitar y automatizar copias locales de volúmenes de disco entre la
cabina de producción y una Netapp Fas2050.
9 5. Documentación de toda la instalación.
9 6. Formación tanto de la arquitectura hardware del sistema como de la
administración del entorno.

Todo debe quedar instalado, en correcto funcionamiento y con el rendimiento

requerido.

La arquitectura ofertada debe cumplir los siguientes requisitos:

9 1. Ante un fallo total/parcial de la cabina principal “A”, todas las aplicaciones

continuarán funcionando contra la cabina secundaria “B”, que durante el
tiempo de la avería/incidencia funcionará como cabina principal. Al
reanudarse el funcionamiento correcto de la cabina “A”, todos los datos
que se hubieran almacenado en la cabina “B” serán copiados a la cabina
“A” para que ambas cabinas queden con idéntica información. A partir de
ese momento el sistema especificará claramente cuál de las cabinas
asume el rol de cabina principal.
9 2. Ante un fallo total/parcial de la cabina “B”, al reanudarse el funcionamiento
correcto de esta cabina, se copiará sobre ella toda la información que se
hubiera almacenado en la cabina “A” durante el tiempo de la
avería/incidencia.
9 3. La resincronización entre ambas cabinas debe realizarse en un tiempo
razonable, en ningún caso superior a una semana y además se debe
realizar de forma automática y transparente para el usuario y administrador
del sistema.
9 4. Debe de existir un procedimiento para redirigir las lecturas de una cabina a
otra y otro para poder realizar una resincronización total de los datos
cuando el administrador así lo decida. Esta resincronización total sería un
mirror completo de los volúmenes, no solo los cambios realizados.
9 5. La solución que se proponga en la oferta incluirá un esquema de la
arquitectura planteada para esta sincronización y resincronización de las
cabinas, así como todos los elementos que formen parte de ella (hardware,
software, firmware, appliance, procedimientos, scripts, etc.).
9 6. La solución debe ser compatible con la SAN y el entorno actual detallado
en el anexo II. En caso de que no lo sea, el adjudicatario debe aportar todo
lo necesario para que lo sea.
9 7. La solución no debe implicar el cambio de ninguna de las aplicaciones
existentes ni de su configuración actual.
9 8. Deberá cubrir las necesidades presentes del CIM, así como las previstas
en el plan de evolución de sistemas.
9 9. Deberá estar certificado para su funcionamiento multiplataforma bajo los
sistemas y bases de datos y cabinas especificados en el anexo II.

5
 Txomin Agirre, 6
Udal Informatika Zentrua Tel. 943481800 - Faxa 943481805
Centro Informático Municipal 20018 Donostia-San Sebastián

9 10. La solución incluirá un sistema de soporte remoto “productivo” y

“preventivo” basado en alguna operativa de “llamada a casa”, para la
detección de posibles anomalías de funcionamiento.

4º.- Garantía

La garantía del hardware y software se desglosa:

9 Todo el hardware ofertado : 3 años

9 Software Z/linux :3 años
9 Software de la replicación del almacenamiento SAN: 4 años

Dicha garantía deberá prestarse por personal perteneciente a la empresa fabricante de los
productos ofertados.

Se entiende por garantía y servicios de soporte a la atención 10x5 de los correspondientes

avisos de avería, en los casos en los que sea necesaria la intervención física ‘in-situ’ de un
técnico especialista, éste acude al cliente con el repuesto necesario de acuerdo con el plan
de acción suministrado por el centro de soporte, en un tiempo promediado de 30 minutos. Y
asistencia a todos los problemas de defecto relacionados con el software.

El coste del mantenimiento hasta el 4º año deberá estar detallado en la oferta, desglosando
el software MLC del servidor corporativo y todo lo suministrado en el presente concurso.

5º.- Ejecución del proyecto.

Es muy importante que la ejecución del apartado 3.2 quede finalizado antes de comenzar el
proyecto de replicación detallado en el apartado 3.3. De esta manera los datos estarán
respaldados de una forma ágil con el nuevo sistema de backup.

En Donostia-San Sebastián a 11 de septiembre de 2009

LA DIRECTORA-GERENTE DEL CIM

Fdo.: Ana Salustiano Esnoz

6
 Txomin Agirre, 6
Udal Informatika Zentrua Tel. 943481800 - Faxa 943481805
Centro Informático Municipal 20018 Donostia-San Sebastián

ANEXO I

Características técnicas de la HP EVA 8000 del Ayuntamiento de Donostia-San Sebastián:

9 Doble controladora 2C7D con 4Gb de memoria cache

9 4 canales de Fibra por Controladora a 4 Gb/s
9 Soporta todos los sistemas detallados en el anexo II

ANEXO II

1. Servidores S.O

- VMWARE ESX 3.5

- Microsoft Windows Server 2003 SP2 Standard Edition
- Microsoft Windows Server 2003 R2 Standard Edition
- Microsoft Windows Server 2003 R2 Enterprise 32bit Edition
- Microsoft Windows 2000 Server SP4
- Linux Red Hat Enterprise 5.2
- Linux Red Hat Enterprise 4.3, 4.6, 4.2, 4.4
- Linux CentoOS v.5.2

2. Tipos de datos

- Servidores de ficheros con volumenes grandes. Ejemplo:

• Servidor con 4 volumenes en la S.A.N: E: 1200GB, F: 920GB,
G:950GB, I:200GB, J:150GB, K:250GB
- Bases de datos Oracle (9i, 10g, 11g)
- Bases de datos SQL
- Bases de datos Lotus Notes
- Servidores Linux con JBOSS, MySql, Apache, Subversión…
- Servidores de aplicaciones

3. HBA´s

- HP Blc Emulex/LPe1105 FC HBA

- HP BLc QLogic/QMH2462 FC HBA
- Emulex LP9002L-F2
- Qlogic FCA2214
- Emulex LP9002 v.3.93A0
- Emulex LP952 v.3.82A1
- Qla2300 v.3.03.19
- Emulex 2.50A8
- Qla2300 v.4.00.29

7
 Txomin Agirre, 6
Udal Informatika Zentrua Tel. 943481800 - Faxa 943481805
Centro Informático Municipal 20018 Donostia-San Sebastián

4. Conectores

- HP 4GB SW Single SFP Transceiver

- HP 4GB LW SFP Transceiver. Transceiver monomodo para connexion FC
nativo sobre fibra oscura.

5. Servidores Hardware

- HP Proliant DL560
- HP Proliant DL360 G4
- HP BL20P G3
- HP BL20P G2
- HP BL45P
- HP BL465C G1 / HP BL465C G5
- HP BL685C G1

ANEXO III

Características del entorno VMWARE ESX 3.5:

- Todos los servidores ESX tienen posibilidad de acceder a todas las LUNs
relativas a cualquier máquina virtual de la instalación, aunque no
simultáneamente. Aproximadamente existen del orden de 100 LUNs definidas
para este entorno.
- El acceso a los discos de las máquinas virtuales se realiza mediante la
tecnología RDM (Raw Device Mapping). Cada LUN contiene un único disco
de datos correspondiente a una máquina virtual.