Página 1 de 21

UNIVERSIDAD DE BURGOS SERVICIO DE INFORMÁTICA Y COMUNICACIONES

Pliego de prescripciones técnicas para la adquisición de una solución integrada de virtualización de servidores, almacenamiento y backup de la Universidad de Burgos

1. OBJETO: El objeto del presente pliego es la contratación de una solución integrada de los sistemas de almacenamiento (SAN y NAS), servidores, software de virtualización, y hardware y software de backup para la Universidad de Burgos. Esta solución englobará tanto el suministro del equipamiento como los servicios de instalación y configuración del mismo, incluyendo todos los elementos accesorios y licencias de software necesarias para su puesta en explotación. También incluirá los servicios de garantía, soporte y mantenimiento durante todo el período de duración del contrato. Dada la criticidad de estas instalaciones, se ha considerado un factor determinante su contratación como un lote único, de manera que se asegure una perfecta integración entre todos los componentes. Entre los objetivos que la Universidad se plantea con este contrato, destacan los siguientes:

• Implementar una nueva arquitectura de almacenamiento de última generación que proporcione flexibilidad, administración centralizada y herramientas avanzadas de gestión (asignación dinámica de disco, crecimientos bajo demanda etc…).

• Implantación de una solución de backup a disco tanto de manera local, para permitir la restauración de backup recientes, como su copia remota para permitir una retención adecuada de la información.

• Consolidación y virtualización de los servidores corporativos para facilitar la gestión y la eficiencia energética.

• Alta disponibilidad en el acceso a datos y a servicios, minimizando tiempos de parada.

Página 2 de 21

• Facilidad de gestión de la infraestructura (gestión centralizada), proporcionando flexibilidad a la hora de abordar cambios, ya sea por crecimiento, puesta en marcha de nuevas aplicaciones, cambios de entorno, etc.

• Redundancia del sistema, eliminando puntos únicos de fallo. • Alto rendimiento tanto en las escrituras como lecturas a disco. • Reducción de ventanas de tiempo en las copias de seguridad (deduplicación…). • Posibilidad de “Disaster Recovery” en el CPD de respaldo impidiendo la pérdida

del servicio. • Cumplir los requisitos de la LOPD relativos a las copias de seguridad. • Establecer una política de archivado de logs adecuada a los criterios establecidos

en el Esquema Nacional de Seguridad. • Escalabilidad: la solución debe contemplar un incremento de la capacidad en el

marco de la duración del contrato. El presente pliego de prescripciones técnicas, establece los requerimientos mínimos para el suministro y puesta en servicio de todos los componentes necesarios para renovar la infraestructura actual de la Universidad, según lo detallado en el apartado 3. 2. INFRAESTRUCTURA ACTUAL

La Universidad de Burgos cuenta con un CPD principal y otro de respaldo, siendo la línea entre ellos fiberchanel monomodo. En la actualidad se dispone del siguiente equipamiento: SISTEMA DE ALMACENAMIENTO: • 2 controladoras FAS 3140 de NetApp • 28 discos FC de 144GB a 15krpm • 42 discos SATA de 1TB a 7,2krpm • 2 switches CISCO MDS 9124 de 24 puertos activos a 4 Gps SISTEMA DE BACKUP: • Symantec Veritas NetBackup 6.5.4 • Overland Neo 2100 El tamaño de los full backup es de 5 Tb aprox SERVIDORES: Chasis HP c7000, que alberga 14 servidores blade, altamente redundado tanto en ventilación como en alimentación. Blade1, Blade 2 y Blade4: ProLiant BL460c G1; 2 procesadores Quad-Core Intel Xeon, 3000 MHz; 32768 MB RAM Blade3: ProLiant BL460c G1; 2 procesadores Quad-Core Intel Xeon, 3000 MHz; 16384 MB RAM

Página 3 de 21

Blade5, blade6, blade7, blade8 y blade9: ProLiant BL460c G1; 2 procesadores Quad-Core Intel Xeon, 3000 MHz; 12288 MB RAM Blade10: ProLiant BL460c G1; 2 procesadores Quad-Core Intel Xeon, 3000 MHz; 10240 MB RAM Blade11, Blade12, Blade13 y Blade14: ProLiant BL460c G7, Quad-Core Intel Xeon, 2400 MHz ; 98304 MB Software de Virtualización: XenServer v6.1 y VMWare Server v2.0 3. DESCRIPCIÓN DE LOS COMPONENTES DE LA SOLUCIÓN DESEADA

A continuación se describen los subsistemas y las características base de la solución a ofertar, sobre la que se podrán efectuar aquéllas modificaciones que los licitadores consideren necesarias con la finalidad de presentar una oferta que se adapte lo mejor posible a las necesidades de la Universidad de Burgos, siempre respetando los requerimientos establecidos como obligatorios.

• SISTEMA DE ALMACENAMIENTO

La solución ofertada deberá proporcionar las siguientes funcionalidades:

• Soporte de discos SAS, nearline SAS, y SSD.

• Soporte de los protocolos FC, iSCSI, Cifs y NFS. SMB-2, SMB-3, NFS v3 y NFSv4.

• Agrupación de discos mediante RAID 0,1,5,6 y 10.

• Discos hot-spare.

• Memoria caché con protección ante cortes de tensión.

• Redundancia y alta disponibilidad de todos los componentes.

• Sistema de volúmenes dinámico que permita aumentar y disminuir el tamaño de los volúmenes asignados a los servidores de forma transparente sin necesidad de detener los servicios y aplicaciones que hacen uso de los volúmenes. Esta característica deberá ser compatible con los sistemas operativos que se detallan en el apartado de compatibilidad.

• Ubicación de los bloques de datos de los volúmenes en distintas tecnologías de disco según políticas de acceso. Debe soportar políticas asignadas por el administrador y políticas automáticas, tendiendo a un uso eficiente de las distintas tecnologías de disco.

• Deduplicación de datos a nivel de bloque.

• Replicación de volúmenes completa y mediante snapshots para la creación rápida de volúmenes.

Página 4 de 21

• Replicación remota con deduplicación y compresión.

• Integración con la solución de virtualización de forma que se pueda provisionar espacio de almacenamiento directamente desde la consola de gestión del software de virtualización ofertado. También se deberá poder conocer mediante una herramienta de gestión las asignaciones de volúmenes a las distintas máquinas virtuales.

• Disponer de herramientas que permitan gestionar de forma rápida e intuitiva las funcionalidades solicitadas en el presente pliego.

• Actualizaciones de software y hardware no disruptivas, de forma que las labores de mantenimiento no afecten al funcionamiento normal del sistema de almacenamiento.

• Monitorización de la plataforma con posibilidad de aviso al fabricante ante la posibilidad de un fallo.

• El sistema de almacenamiento deberá ser compatible con los sistemas operativos detallados en los Anexos I y II.

El esquema de almacenamiento responderá a una solución mixta SAN y NAS que permita tanto la conexión de los servidores ofertados como posibles ampliaciones de cara al futuro, así como la optimización del rendimiento.

La conectividad deberá ser Ethernet 1GbE, 10GbE y FC 8Gbps. Todos los elementos de la solución deberán ser redundantes, incluyendo las conexiones de los servidores a la SAN, componentes de los servidores (fuentes de alimentación, controladoras, etc.) así como los chasis en caso de ofertar servidores de tipo blade. Estos elementos se deberán detallar en la documentación técnica.

La oferta deberá incluir las tarjetas HBA necesarias (como mínimo, para aquellos servidores para los que se estima imprescindible la conexión SAN en los Anexos I y II), los conmutadores tanto en el caso de FC como de iSCSI y todos los cables de interconexión necesarios para la puesta en funcionamiento del proyecto. Deberá preverse la posibilidad de incrementar el número de servidores conectados sin que sea necesario adquirir nuevos conmutadores, por lo que deberán disponer de al menos 6 puertos libres cada uno.

Parte del almacenamiento deberá ser exportado mediante NFS y CIFS a la red de datos. Esta exportación deberá realizarse mediante servidores o equipos especializados en caso de que no sea una funcionalidad incorporada en el propio hardware de almacenamiento centralizado. Estos equipos deberán ser redundantes o estar configurados en alta disponibilidad.

La exportación NAS deberá ser compatible e integrable con la infraestructura de Directorio Activo de forma que la gestión de usuarios, permisos y perfiles para el acceso mediante CIFS se pueda realizar mediante las herramientas de gestión de Directorio Activo incluidas en Windows Server.

Dimensionamiento

Página 5 de 21

La capacidad neta de almacenamiento debe ser, como mínimo, de 60 Terabytes. Se deberán ofertar al menos discos SAS y SSD, dejando a criterio de los ofertantes la cantidad y tamaño de los discos. Las razones para dicha elección deberán detallarse en la documentación técnica.

Licencias Se proporcionarán al menos todas las licencias necesarias para las funcionalidades mencionadas anteriormente.

Compatibilidad El sistema de almacenamiento deberá ser compatible al menos con los siguientes sistemas operativos:

• Microsoft Windows Server 2003, 2008, 2008R2 y 2012.

• Solaris 8, 9 y 10 para Sparc e Intel.

• RedHat Linux 5 y 6.

• CentOS 5 y 6.

• Oracle Linux 5 y 6.

• Ubuntu 8.04, 10.04 y 12.04.

• Debian Linux 6 y 7.

• INFRAESTRUCTURA DE SERVIDORES

Se deberá ofertar una infraestructura de servidores destinada a ejecutar software de virtualización. Esta infraestructura deberá tener capacidad suficiente para alojar los sistemas que se detallan en los Anexos I y II, además de las necesidades futuras previstas. Como mínimo el conjunto deberá proporcionar 2 Terabytes de memoria RAM y 96 núcleos de procesamiento.

La infraestructura de servidores deberá permitir el alojamiento de placas adicionales y deberá estar dotada de elementos redundantes allí donde sea posible (fuentes de alimentación, discos internos si los hubiera, etc.).

La conectividad a la red local deberá hacerse por medio de puertos RJ-45 con capacidad 10Gigabitb Ethernet, debiendo disponer al menos de dos puertos por cada placa de servidor.

La conectividad SAN de los servidores se realizará mediante conexiones FC de 8Gbps redundadas y con tolerancia a fallos.

• SISTEMA DE VIRTUALIZACIÓN

Se debe suministrar un software de virtualización que se integre con el resto de la solución ofertada. Este software deberá proporcionar las siguientes funcionalidades:

Página 6 de 21

• Posibilidad de añadir en caliente a la máquina virtual memoria, CPU, disco y NICS.

• Virtualización de al menos los siguientes sistemas operativos: CentOS, Microsoft (Windows 2003, 2008, 2012, XP,etc), Oracle Linux, Debian, Solaris, RHEL.

• Alta disponibilidad en los sistemas virtualizados y tolerancia a fallos, de forma que si un servidor físico dejar de funcionar los sistemas virtualizados que aloja se levanten en otro servidor de la granja.

• Balanceo automático de carga de máquinas virtuales entre host. • Compartición de memoria entre las máquinas virtuales, así como compartición

de páginas de memoria entre máquinas virtuales de un mismo servidor.

• Administración centralizada con una consola de gestión única. Esta consola deberá estar integrada con el almacenamiento de forma que se puedan realizar labores de provisionamiento y gestión de los discos de las máquinas virtuales.

• Gestión avanzada para ilimitadas máquinas virtuales.

• Optimización de las operaciones de I/O en la cabina de almacenamiento.

• Switch distribuido que permita configurar los mismos switches virtuales en todos los hosts.

• Integración con la solución de backup ofertada.

• LICENCIAS DE SOFTWARE:

Se deben suministrar licencias que cumplan estas características para todos los componentes de la solución: En la oferta se deberán incluir las necesarias para cubrir los siguientes requisitos: • Capacidad de Migración de los servidores virtuales: para poder aprovechar mejor

los recursos de una máquina, arrancar manualmente esta máquina desde otro servidor físico usando su mismo repositorio de datos.

• Capacidad de Alta Disponibilidad de los servidores virtuales ante el fallo de un servidor Hardware, arrancar automáticamente esta máquina desde otro servidor físico usando su mismo repositorio de datos.

• Capacidad de acceso simultáneo al almacenamiento. • Capacidad de migración de repositorios de almacenamiento del sistema del CPD

primario al CPD secundario (para posibilitar soluciones de Disaster Recovery) • La solución propuesta debe permitir arrancar las máquinas virtuales sobre el

almacenamiento de backup del Centro de Respaldo, ante un posible fallo de servidores o almacenamiento del CPD Primario.

La propuesta debe incluir el software de multipathing para poder acceder al almacenamiento por múltiples caminos FC. Todos los servidores suministrados tienen que tener las mismas características técnicas.

Página 7 de 21

• INFRAESTRUCTURA DE BACKUP

Deberá ofertarse un sistema de backup que permita llevar a cabo copias de seguridad y recuperación de datos del almacenamiento y de los equipos relacionados en el Anexo I y Anexo II. La solución ofertada deberá proporcionar las siguientes funcionalidades:

• El sistema deberá permitir la realización de copias a disco, en un sistema local situado en el actual CPD y en otro de respaldo remoto, permitiendo la recuperación inmediata tanto local como remota.

• El volumen actual de copias de seguridad es de 5 Tb. Se incorporará el software necesario para realizar el backup de los sistemas correspondientes con una conectividad de 10Gbps. Se proporcionará asimismo infraestructura para un posible crecimiento de dicho backup hasta 20 Tb.

• Deduplicación en destino y de bloque variable, tanto en el backup local como en

el remoto.

• Cifrado de los datos copiados en la réplica remota.

• Se debe proponer un software de backup que permita la copia de seguridad a nivel de máquina virtual, permitiendo la recuperación total o granular (a nivel de fichero) de las máquinas virtuales, posibilitando por tanto tener un Disaster Recovery de los sistemas de producción.

• Soportará las tecnologías necesarias para hacer los backups de las máquinas señaladas en los Anexos I y II.

• Todos los componentes del sistema de backup deberán estar redundados

• Se incluirán todas las licencias necesarias para los sistemas actuales y para los futuros, al menos en 20Tb.

El esquema de copias de seguridad será GFS, con una copia completa un día a la semana y copias incrementales el resto de los días de la semana. La retención de las copias incrementales será como mínimo de tres semanas, y la de las copias completas de un mes. Estas copias se mantendrán en el sistema de backup local, en el propio CPD. En el backup remoto o de réplica se almacenará una copia completa de cada mes durante dos años.

Se garantizará la copia de los distintos sistemas operativos señalados en los Anexos I y II, así como las distintas BD reflejadas en los mismos.

La oferta deberá incluir la migración de las copias de seguridad realizadas por la UBU con su sistema actual durante el último año al nuevo sistema.

• ELEMENTOS COMUNES

Todo el equipamiento deberá integrarse en racks APC (referencia AR3100) de 600mm de ancho, 42U alto, 1070mm fondo, proporcionados por la UBU, e instalarse de tal modo que permitan una correcta organización del cableado.

Página 8 de 21

La solución deberá incluir todos los elementos requeridos para la puesta en marcha del sistema (cableado de fibra para todas las interconexiones, bridas, tarjetas…). La solución adoptada deberá tener una plataforma de gestión centralizada de toda la infraestructura, en especial la capacidad de control centralizado de todas las operaciones, permitiendo la simplificación de tareas a los administradores de sistemas y la monitorización on-line del estado de los equipos, de las operaciones y del rendimiento. • SERVICIOS: Dentro de este apartado se consideran incluidos todos los trabajos que deba realizar el adjudicatario para proporcionar una solución “llave en mano” con los componentes y arquitectura propuesta:

• Instalación física de todo el equipamiento y sus componentes en ambos CPDs así como su puesta en marcha y configuración a nivel de red, gestión, almacenamiento, etc.

• Instalación de la plataforma de gestión centralizada de almacenamiento y en su

caso, los módulos adicionales para la integración con el software de virtualización.

• Instalación y configuración del entorno de virtualización. • Migración de los servidores virtuales existentes en el Anexo II.

• Virtualización de los equipos físicos contenidos en el Anexo I.

• Actualización de los equipos al nivel de parches.

• Configuración de una solución de copia de seguridad de todos los sistemas

requeridos. • Configuración de una solución de Disaster Recovery. • Cableado, etiquetado y conexionado de los puertos del equipamiento ofertado

• Pruebas de carga y ajuste de los parámetros necesarios para el funcionamiento

óptimo de la instalación.

• Migración de los datos desde las cabinas existentes a las nuevas para aquellos casos que sean requeridos por el personal del SIC.

Página 9 de 21

4. PLAN DE INSTALACIÓN

Será necesario incluir en la documentación técnica el Plan de Instalación que especifique la implantación del equipamiento en función de las cláusulas técnicas especificadas. La propuesta de proyecto constará de los siguientes puntos: 1. Fases del proyecto: La oferta deberá explicar claramente en que consiste el proyecto de implantación: • Tareas a realizar en cada fase y responsables • Planificación temporal del proyecto Se valorará especialmente la estrategia de implantación que permita minimizar el tiempo de parada de los servicios durante la implantación de la nueva solución. En este sentido se deberá tener en cuenta la conveniencia de realizarlos durante el mes de Agosto. 2. Grupo de trabajo Los técnicos participantes en el proyecto deberán estar certificados y autorizados por el fabricante del equipamiento. Se entregará un resumen de las acreditaciones y certificaciones técnicas del personal detallando el perfil profesional de los técnicos asignados al proyecto, su relación con la empresa y la dedicación al proyecto. 5. FORMACIÓN Y DOCUMENTACIÓN TÉCNICA

La oferta deberá detallar cursos oficiales del fabricante, sobre todos los productos del nuevo equipamiento, para las tres personas del Área de Sistemas de la Universidad de Burgos. Además, se requieren al menos dos jornadas in-situ, impartidas por el responsable del despliegue explicando la solución instalada y su configuración, que se impartirán al finalizar la instalación. Previa a esta formación, la empresa adjudicataria deberá haber proporcionado al personal del SIC toda la documentación relativa a la solución implantada. Una vez transcurrido un tiempo mínimo de 4 meses después de la instalación, se impartirán otras dos jornadas in-situ, para aclarar las dudas y problemas que puedan haber surgido en ese período. Posteriormente, con periodicidad anual se dedicará al menos una jornada in-situ de un técnico de la empresa adjudicataria, para revisar el estado de la instalación y aclarar las dudas y problemas que hayan surgido.

Página 10 de 21

Si se produjeran cambios en las versiones de software, arquitectura, etc. que introdujeran cambios sustanciales en el manejo de las herramientas de trabajo, deberán plantearse acciones complementarias de formación incluidas en el contrato. Al finalizar el proyecto, la empresa adjudicataria entregará a la Universidad de Burgos los manuales técnicos y de usuario, en formato electrónico, que deberá mantener periódicamente actualizados durante la duración del presente contrato. La documentación deberá contener necesariamente: Documento de diseño técnico detallado de la solución global implantada. Descripción de las configuraciones de cada uno de los subsistemas. Manuales del diferente equipamiento incluido en la infraestructura. Procedimientos de operación: arranque y parada del sistema, copias de seguridad

y restauración. Descripción de los procedimientos de escalado de incidencias. Mecanismos de

respuesta a incidencias (telefónica, servicio de soporte online, etc). 6. SOPORTE Y MANTENIMIENTO

Una vez realizada la instalación, configuración y puesta en marcha de los equipos, la empresa adjudicataria deberá prestar el mantenimiento durante toda la duración del contrato. La empresa adjudicataria dispondrá de una herramienta de registro y control de la situación de las incidencias, consultas e intervenciones realizadas, preferiblemente en entorno web. La comunicación de incidencias y solicitudes por parte de la Universidad de Burgos podrá ser realizada a través de correo electrónico o vía telefónica. El soporte prestado incluirá obligatoriamente los siguientes servicios: • Atención de incidencias

Servicio de asistencia técnica con el fin de detectar y solucionar las incidencias que se presenten en el equipamiento objeto del presente contrato, incluyendo los desplazamientos que se deban realizar. Si se produjese una avería de hardware, se suministrarán e instalarán por parte de la empresa adjudicataria los elementos necesarios para la reparación. En el caso de que se haga necesaria la retirada del equipo averiado, se proporcionará temporalmente para su sustitución un equipo del mismo fabricante. El transporte y la reposición de piezas, se realizará sin coste adicional para la UBU. Cuando se proceda a la sustitución de cualquier equipo, la empresa adjudicataria realizará una reinstalación del software y de los ficheros de configuración propios del equipo original.

Página 11 de 21

La empresa adjudicataria escalará al servicio técnico del fabricante aquellas incidencias que la propia empresa o la UBU consideren necesarias, sin coste adicional. Durante el proceso de diagnóstico y resolución de problemas de manera remota, la Universidad de Burgos colaborará con la empresa adjudicataria: Facilitando toda la información necesaria para que la empresa preste el soporte

remoto, puntual y profesionalmente. Realizando las actividades razonables para ayudar a identificar o resolver el

problema. En el caso de producirse el fallo de un equipo por un error de su software interno, deberá proveerse a la Universidad de Burgos de la actualización correspondiente sin cargo alguno. La versión de software que se suministre deberá ser compatible con las funcionalidades operativas en el equipo averiado antes del fallo. La empresa adjudicataria será responsable de la configuración del mismo con la nueva versión, sin coste adicional para la Universidad. • Mantenimiento preventivo

Una vez implantada la solución se establecerá un calendario para efectuar un seguimiento de todos los componentes de la instalación, realizando un análisis del rendimiento de los sistemas para certificar que la distribución y configuración de los discos es la idónea. Entre las acciones de mantenimiento preventivo se incluye la monitorización remota de los sistemas y la configuración, en colaboración con el personal del SIC, de alertas de malfuncionamiento de los equipos que permitan reducir los fallos de disponibilidad de los servicios. Dentro del mantenimiento preventivo también se incluirá por parte del adjudicatario la actualización de versiones tanto del firmware como del software de los equipos, a solicitud de los técnicos de la Universidad, así como la actualización de los equipos a nivel de parches. En este apartado es importante señalar, que si el software utilizado en los equipos requiere del pago de una licencia software anual, ésta correrá a cargo de la empresa adjudicataria. Es responsabilidad de Universidad de Burgos permitir la instalación de las actualizaciones críticas de firmware que el equipo de soporte recomiende, así como las piezas y unidades de recambio que se le entreguen como parte del proceso de resolución de una incidencia, siempre con el condicionante de evitar o minimizar las paradas de los servicios. • Soporte al Personal del SIC

En la oferta se incluirá un servicio de atención al personal del Área de Sistemas del Servicio de Informática y Comunicaciones (SIC), al que puedan dirigirse para el planteamiento de cuestiones relacionadas con configuraciones, nuevas funcionalidades

Página 12 de 21

del equipamiento, nuevas soluciones y/o servicios etc. y que actúe como servicio de soporte para las tareas de gestión de la infraestructura contratada. Durante la ejecución de los trabajos objeto del contrato, el adjudicatario se compromete a facilitar en todo momento, la información y la documentación que dicho personal solicite para disponer de un pleno conocimiento de las circunstancias en que se desarrollan los trabajos, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos y herramientas utilizados para resolverlos. La empresa adjudicataria asignará un técnico cualificado para asesorar al personal del SIC de la UBU, para la correcta configuración del equipamiento y software objeto del contrato, una vez firmada el Acta de recepción. El servicio de Informática y Comunicaciones de la Universidad de Burgos proporcionará una conexión VPN a la empresa adjudicataria, con el fin de que pueda acceder al sistema y realizar el mantenimiento remoto del mismo. Si la Universidad de Burgos solicita un servicio programado, el compromiso de tiempo de reparación contará a partir de la hora acordada y programada, y el tiempo de respuesta no será aplicable. 7. HORARIOS DE ATENCIÓN DE INCIDENCIAS Y TIEMPOS DE

RESPUESTA Y RESOLUCIÓN

Soporte on-line y telefónico: El horario de soporte telefónico y on-line será 7 días a la semana durante las 24 horas del día. El horario laboral será como mínimo de lunes a viernes de 8:00 a 20:00h. Se define el tiempo de respuesta como el tiempo que transcurre hasta que la empresa confirma haber recibido la notificación de la incidencia. Se define el tiempo de resolución como el tiempo que transcurre desde que se notifica una incidencia hasta que se repone el funcionamiento normal del servicio. Se requiere un tiempo de respuesta con una cobertura 24x7: es decir el servicio estará disponible las 24 horas del día, de lunes a domingo, incluidos los días festivos y se podrán comunicar un número ilimitado de incidencias dentro de la duración del contrato. Una vez registrada la incidencia, el personal técnico de la empresa adjudicataria podrá trabajar junto con los técnicos de la Universidad de Burgos para aislar el problema. El adjudicatario podrá iniciar y realizar diagnósticos remotos utilizando herramientas electrónicas de soporte remoto para acceder a los equipos cubiertos por el servicio, o bien utilizar otros medios disponibles para facilitar la resolución remota del problema. El tiempo de respuesta hardware in-situ es el que transcurre desde que la empresa adjudicataria recibe y registra la solicitud de servicio de hardware, hasta el momento en que un representante autorizado llega a las instalaciones de Universidad de Burgos.

Página 13 de 21

El tiempo requerido de respuesta in-situ para la asistencia hardware que suponga interrupciones del servicio es de 4 horas laborables. Para aquellos problemas técnicos que no se puedan resolver de modo remoto, un técnico autorizado de la empresa adjudicataria acudirá a las instalaciones de Universidad de Burgos en el período establecido de 4 horas con el fin de prestar asistencia técnica para el producto de hardware cubierto y reparará o sustituirá componentes o la unidad completa, según sea necesario, para restablecer el funcionamiento normal del equipo. Cuando el representante autorizado de la empresa adjudicataria llegue a las instalaciones de Universidad de Burgos, seguirá prestando el servicio, bien in-situ o de forma remota, hasta que se restablezca el funcionamiento de los productos de hardware o mientras se logren avances razonables en su reparación. Como parte del proceso de resolución, el especialista podría proponer a la Universidad de Burgos la instalación de mejoras disponibles y recomendadas para evitar la repetición del problema, garantizar el correcto funcionamiento de los productos de hardware, aumentar su rendimiento y mantener la compatibilidad con las piezas hardware de repuesto suministradas. Si se produjese una avería de hardware, se suministrarán e instalarán por parte de la empresa adjudicataria los elementos necesarios para la reparación de aquélla. En el caso de que se haga necesaria la retirada del equipo averiado, se proporcionará temporalmente para su sustitución, un equipo del mismo fabricante. Los desplazamientos, el transporte y la reposición de piezas, se realizará sin coste adicional para la UBU. Los tiempos de respuesta y resolución dependerán de la prioridad de la avería: • Prioridad 1 (Alta): El sistema (servicio o aplicación) de la Universidad está fuera de servicio. El tiempo de respuesta deberá ser inmediato y el de intervención de 4 horas laborables (como máximo), a partir de la recepción del aviso de avería. • Prioridad 2 (Media): El sistema no funciona a pleno rendimiento, pero sigue siendo operativo. El tiempo de respuesta deberá ser como máximo de 2 horas y el de intervención de 8 horas laborables (como máximo), a partir de la recepción del aviso de avería. • Prioridad 3 (Baja): Funcionamiento del sistema que presenta problemas de efecto limitado o poco importante. El tiempo de respuesta deberá ser como máximo de 4 horas y el de intervención se acordará con el personal técnico de la Universidad de Burgos. En todos los casos se incluye la intervención en el lugar de instalación de los equipos, en caso de que el personal del SIC lo considere necesario para la buena resolución de la avería. La Universidad facilitará al equipo de soporte de la empresa adjudicataria, el acceso remoto al sistema a efectos del diagnóstico y la solución de incidencias, el seguimiento

Página 14 de 21

y supervisión de los parámetros de disponibilidad y rendimiento, y para eventuales modificaciones del software, configuración, consultas, ajustes, y en general, para cualquier tarea indispensable para el cumplimiento de las cláusulas previstas en este pliego. 8. PLANIFICACIÓN, DIRECCIÓN Y SEGUIMIENTO DEL CONTRATO

Una vez adjudicado el presente concurso y realizados los trámites administrativos necesarios para la formalización del contrato, el adjudicatario se reunirá con el personal de la Universidad de Burgos y se procederá al nombramiento de una Comisión de seguimiento del proyecto. Esta comisión estará presidida por responsable del contrato de la Universidad de Burgos e incorporará personal perteneciente a la UBU y a la empresa adjudicataria. Corresponde a la Comisión de seguimiento la supervisión y dirección de los trabajos, proponer las modificaciones que sea conveniente introducir o, en su caso, proponer la suspensión de los trabajos si existiese causa suficientemente motivada. La Comisión de seguimiento se reunirá a petición del responsable del contrato de la UBU y tendrá sus reuniones en las instalaciones de la Universidad de Burgos. Formarán parte de la Comisión de seguimiento:

• El responsable del contrato • El responsable del proyecto por parte de la UBU • Personal técnico del Servicio de Informática y Comunicaciones • El Director del Proyecto por parte de la empresa adjudicataria • Un técnico responsable del proyecto designado por la empresa adjudicataria

Las funciones de esta Comisión serán las siguientes:

• Seguimiento y evaluación del progreso de las tareas y plazos planificados para la implantación y prestación de los servicios

• Coordinación de las reuniones e informes de seguimiento del proyecto • Verificación del cumplimiento de las especificaciones solicitadas y definición de

los requisitos pendientes • Negociación para la incorporación de nuevas prestaciones o requisitos • Cualquier otro asunto que la propia comisión considere de interés

La empresa adjudicataria asignará un responsable del proyecto para el control de las incidencias y realizará informes trimestrales donde se indiquen las actuaciones realizadas como consecuencia de los tres servicios prestados: atención de incidencias, mantenimiento preventivo y soporte al personal del SIC. Para facilitar el seguimiento de los acuerdos de nivel de servicio, la empresa adjudicataria deberá enviar informes trimestrales con la relación de las incidencias y actuaciones registradas durante ese periodo. En esos informes se detallará el tipo de

Página 15 de 21

incidencia, los momentos de apertura y cierre de las mismas, las soluciones propuestas y las realmente llevadas a cabo junto con todos aquéllos aspectos que deban destacarse, los tiempos de respuesta y resolución, así como los valores medios para todas las incidencias/actuaciones realizadas durante el período considerado. Igualmente, en el caso de que se hayan llevado a cabo recomendaciones o acciones de tipo preventivo, se harán constar en dicho informe. Se mantendrá como mínimo una reunión semestral entre el personal del SIC y la empresa adjudicataria y se elaborará un acta en la que quede constancia del seguimiento realizado por ambas partes al servicio de mantenimiento y se puedan establecer las siguientes actuaciones de mejora del servicio. 9. DELIMITACIÓN DE RESPONSABILIDAD EN DECISIONES TÉCNICAS

El personal del Área de Sistemas del S.I.C. es responsable del óptimo funcionamiento de las infraestructuras objeto del contrato. Por ello, cualquier decisión que afecte a la conexión, parada, modificación de configuraciones, sustitución, etc. del equipamiento objeto del contrato, debe ser consensuada previamente con los miembros de dicho Área. Las actualizaciones deberán estar justificadas mediante la emisión de un informe en el que el adjudicatario detalle las causas que motivan la actualización. Una actualización no ocasionará perjuicio sobre el servicio prestado ni sobre los niveles de calidad del mismo. En caso de que fuera necesario interrumpir la prestación de algún servicio o funcionalidad, se acordará con los responsables de sistemas del SIC la fecha y hora de realización de la parada de manera que la incidencia por el corte del servicio sea la mínima posible. Llegado el caso de que una solución adoptada sin consentimiento del personal del Área de Sistemas del S.I.C. provoque posteriormente mal funcionamiento o interrupciones del servicio, se podrá proceder a una sanción económica proporcional al número de horas de fallo provocadas por dicha anomalía; independientemente de que la resolución del problema se produzca dentro de los plazos establecidos en el acuerdo de nivel de servicio. 10. SEGURIDAD Y CONFIDENCIALIDAD DE LA INFORMACIÓN

El adjudicatario adoptará las medidas oportunas para asegurar la confidencialidad e integridad de la información y aplicaciones a las que pudiera tener acceso para realizar los servicios de mantenimiento, de acuerdo a los principios de la protección de datos establecidos en la Ley 15/99, de 13 de diciembre de Protección de Datos de Carácter Personal. Asimismo, la empresa adjudicataria deberá comprometerse a adoptar las medidas de índole técnica y organizativas necesarias que garanticen la seguridad de los datos de carácter personal, si los hubiera, y eviten su alteración, pérdida, tratamiento o acceso no autorizado, habida cuenta del estado de la tecnología, la naturaleza de los datos almacenados y los riesgos a que están expuestos, ya provengan de la acción humana o

Página 16 de 21

del medio físico o natural y en especial las medidas previstas en el Real Decreto 1720/2007 de 21 de Diciembre. El adjudicatario se compromete asimismo a efectuar un borrado lógico de la información que garantice su irrecuperabilidad, en aquellos equipos que contengan información no cifrada de carácter reservado o de carácter personal, que como consecuencia de la ejecución del contrato sea preciso sacar fuera de las instalaciones de la UBU.

Burgos, a 21 de Febrero de 2014 La Jefa del S.I.C. Fdo: Zulema Furones Fernández

Página 17 de 21

ANEXO I

SERVICIO DESCRIPCION S. O. BBDD Servidor aplicaciones

Web moodle HP Proliant DL 360 g5 Ubuntu 10.04.4

Aplic Universitas XXI SFX2200 Red Hat 4 Oracle Application Server 10g Release2 Servidor de licencias (CAU) X2100 Windows Server 2003 Standar x64

WSUS (CAU) HP Proliant DL 160 g6 Windows server 2088 R2 Pantallas hall biblioteca SFX2200, 2XOPT2214

Servidor aplicaciones moodle HP Proliant DL 380 g5 Ubuntu 10.04.4 MySQL 5.1.63 Balanceador de carga HP Proliant DL 160 g6 Ubuntu 12

Dspace SFX2100 ubuntu 6.20 postgresl 8.2.4 Balanceador de carga HP Proliant DL 160 g6 Ubuntu 12 servidor de licencias SFX2100

BD Desarrollo Ubunet Fujitsu RX3s6 Debian 6 Informix dynamic Server 11.70 FC7X3GE BD Explot Ubunet Fujitsu RX3s6 Debian 6 Informix dynamic Server 11.70 FC7X3GE

Aplic Web SFX4100 Red Hat 4 Oracle OAS10g Paneles de información HP Proliant DL 3600 Gen8

Página 18 de 21

ANEXO II

MAQUINA FISICA S.O. Servidor MV/Descripcion RAM (Mb) HD (Gb) Procesadores Blades XEN ( 4, 5, 7, 11, 12, 13, 14) XenServer Enterprise 32766 XenServer Enterprise 12286 XenServer Enterprise 12286 XenServer Enterprise 98294 XenServer Enterprise 98294 XenServer Enterprise 98304 XenServer Enterprise 98304

Windows 2003 server Controlador de dominio "ubu.es" y DNS 512 11 1 CentOS 6.2 Servidor web de protocolo 2048 30 2 Windows Server 2008 R2 Controlador de dominio "ubu.es" para dar servicio a la red de gestion (161) 1024 24 4 Windows Server 2008 R2 Controlador de dominio "ubu.es" e IAS 1024 40 1 Ubuntu 10.04 Servidor ftp 256 8 1 Windows 2003 server Servidor de licencias nº 2 de SPSS 16 (tiene copia en causerver.ubu.es) 256 20 1 CentOS 5.7 Servidor de la aplicación moveon (mysql) 2048 8 2 CentOS 5.5 Servidor de licencias de xenserver 256 8 1 Debian 5.0.6 Servidor de switch virtuales de xenserver 2048 16 Windows Server 2008 R2 Servidor de pruebas de creincu wwwp.creincu.es 1024 80 2 CentOS release 5.5 (Final) Servicio Balanceo pool Citrix Xenserver 2048 8 Windows Server 2008 R2 Enterprise Controlador de dominio "ubu.es" e IAS 2048 34 1 Ubuntu 10.04.3 LTS Servidor de redes 1024 20 2 CentOS release 6.2 (Final) Servidor de oracle para nettime (Oracle 11g) 16000 20/40 2 Windows Server 2008 R2 Standard servidor de aplicación de control horario 2560 80 4 Ubuntu 10.04.4 LTS servidor dns linux de redes 256 8 1 Ubuntu 12.04.3 LTS Nuevo servidor DNS primario de redes 1024 20 2 Ubuntu 12.04.3 LTS Nuevo servidor DNS secundario de redes 1024 20 2 Ubuntu 12.04.2 LTS Servidor de log de redes 1024 12/500 2 CentOS release 5.8 (Final) Servidor de registro pruebas- regubu.ges.ubu.es (Apache-Tomcat 6.0.35) 4096 70 4 Ubuntu 10.04.4 LTS servidor de incidencias del cau 512 20 2

Página 19 de 21

MAQUINA FISICA S.O. Servidor MV/Descripcion RAM (Mb) HD (Gb) Procesadores Windows Server 2008 R2 Standard Servidor de creincu 2048 80 4 Windows Server 2003 Enterprise Edition Controlador de dominio "ubu.es" y DNS 1024 20 1

Windows 2003 server Controlador de dominio "ubu.es" para dar servicio a la red de gestion (161) y a la red de informatica (164) 1023 9.8 1

CentOS release 5.5 (Final) Servicio Web para Citrix Xenserver 256 2 Ubuntu 10.04.2 LTS Servidor de redes 1024 20 2 Ubuntu 12.04.3 LTS Servidor de correo IMAP/POP3 2048 12 2 Ubuntu 12.04.1 LTS Replica LDAP #4. 2048 8 2 Ubuntu 12.04.1 LTS Replica LDAP #3. 2048 8 2 Ubuntu 12.04.1 LTS Replica LDAP #2. 2048 8 2 Ubuntu 12.04.1 LTS Replica LDAP 1 2048 8 2 Ubuntu 12.04.2 LTS Desarrollo correo electrónico 2048 12 2 Red hat Linux 6.2 Servidor licencias matlab del departamento de matematicas (ciencias) 256 512 1 Ubuntu 10.04.4 LTS Servidor Zabbix en la red 164. 512 20 2 Windows Server 2008 R2 Standard Servidor para herramienta IRS de monitorización de hardware hp 6144 40 2 CentOS 5.7 servidor web pruebas 2048 20/40 1

Ubuntu 8.04.4 Jeos. Máquina para "aplicación de estudio inserción laboral Universidad de Burgos". 512 8 1

Ubuntu 10.04.4 LTS Servidor de correo web 2.2. Máquina "A". 512 20 2 CentOS release 5.8 (Final) Pruebas de registro - regubupru.ges.ubu.es. 4096 70 2 Ubuntu 10.10 LDAP para pruebas (prima.si.ubu.es) 1024 28 2 CentOS release 6.2 (Final) Servidor para Pentaho (cie) 16000 20/16/40 2 Windows Server 2008 R2 Standard Servidor de inventario de hardware para el CAU 4096 100 2 Debian 6.0.7 Base de Datos de respaldo de ultra3500 16000 50/50 2 Debian 6.0.7 Base de Datos de desarrollo de GAUSS 16000 50/50 2

Windows 2003 server Servidor aplicaciones automatrúcila y epropios(Desarrollo) 3711 70 2 Windows 2003 server Servidor Aplicaciones opera y transmec (Desarrollo) 3711 70 2 Ubuntu 12.04.3 LTS Correo web servidor1 12 Gb 12 2 Ubuntu 12.04.3 LTS Servidor de bases de datos MongoDB. Router mongos 01. 1024 8 2 Ubuntu 12.04.3 LTS Servidor de bases de datos MongoDB. Router mongos 02. 1024 8 2 Ubuntu 12.04.2 Servidor de bases de datos de correo 1024 8 2 Ubuntu 12.04.3 LTS Servidor de bases de datos MongoDB. Shard 01, Réplica 02. 1024 8 2 Ubuntu 12.04.3 LTS Servidor de bases de datos MongoDB. Shard 01, Réplica 03. 1024 8 2

Página 20 de 21

MAQUINA FISICA S.O. Servidor MV/Descripcion RAM (Mb) HD (Gb) Procesadores Ubuntu 12.04.3 LTS Servidor de correo electrónico Groupware 1 2048 12 2 Ubuntu 10.04.4 LTS Servidor web explotación ubunet 2048 10 2 Ubuntu 12.04.4 LTS Servidor UBUNet para pruebas (capa web). 4096 8/32 2 Ubuntu 12.04 Servidor ubunet desarrollo; Capa web 4096 08/32 2 Ubuntu 12.04 Servidor ubunet desarrollo; Servidor de aplicaciones (JBoss 4.2.2) 4096 08/72 2 Windows 2003 server Segundo servidor aplicaciones producción Epropios, automatricula 3711 70 2 Windows 2003 Server Servidor Aplicaciones transmec y opera (Explotacion) 3712 70 1 Windows 2003 Server Servidor web Automatricula y E.Propios (Explotacion) 3711 23.9 1 Windows 2003 server Servidor web desarrollo Epropios, automatricula desarrollo 3711 20 1 Ubuntu 10.04.4 LTS Respaldo de diana.ges.ubu.es (MySQL) 20 Gb 70 8 Ubuntu 10.04.4 LTS Respaldo de Afrodita 50/1497 20 4 CentOS release 6.3 (Final) Oracle Service Bus para e-administración 16000 60 2 Windows 2003 server Servidor cursos de verano y PIUs 1024 10 1 Ubuntu Servidor de encuestas profesores limesurvey (MySql) 4096 25 2 Ubuntu 12.04.1 Máquina de control de la red de correo 10.145.x.x 2048 8/32 2

CentOS 5.9 Servidor de archivo en producción (tomcat) 8192 22/60 4 CentOS 5.9 Servidor de archivo en pre-producción (tomcat) 8192 22/30 4

Maquina para pruebas de clonacion de aulas 1024 80 4

S.O. Servidor MV/Descripcion RAM (Mb) HD (Gb) MAQUINA FISICA: Vmware Server 2.0.0 11.78 270

MV7 Ubuntu 8.04 32 bits. Máquina para servidor DNS Bind 9 512 8 MV9 Ubuntu single sign on universidaddeburgos.es 1024 8

MV11 Devian 4 (64 bit) Servidor de ubucampus 1024 8

MV12 Ubuntu 8.02 Jeos. Máquina para "aplicación de estudio inserción laboral Universidad de Burgos" 512 8

MV13 Ubuntu 8.04 Nueva maquina www2.ubu.es (año 2008) 1024 8/20/60

S.O. Servidor MV/Descripcion RAM (Mb) HD (Gb) MAQUINA FISICA: Vmware Server 2.0.1 31.5 130.07

MV1 CentOS 5.5 Servidor bases de datos Arcadia. 4096 30 MV2 Red Hat Enterprise Linux 5 Servidor de BB.DD. para la web de pruebas / respaldo. 8192 20/291.38 MV3 Red Hat Enterprise Linux 5 Servidor de BB.DD de moveon 2024 8

Página 21 de 21

MAQUINA FISICA S.O. Servidor MV/Descripcion RAM (Mb) HD (Gb) Procesadores MV4 Red Hat Enterprise Linux 4 Servidor de BB.DD de protocolo 4096 30 MV5 Ubuntu Máquina para el gestor documental "Alfresco". 2024 40

S.O. Servidor MV/Descripcion RAM (Mb) HD (Gb) MAQUINA FISICA: Vmware Server 2.0.0 11.78 270

MV1 Ubuntu 8.04 server Servidor de redes 512 8 MV3 Ubuntu 10.04 server Servidor de aplicaciones para googleapps 2048 18 MV4 Windows XP Pro Gestor de logs de redes. 2048 81