Suministro de una Solución de Backup para el entorno … · Mediterráneo, 14 01010...

Mediterráneo, 14 01010 Vitoria-Gasteiz Posta-kutxatila / Apartado: 809 01080 Vitoria-Gasteiz Tel. 945 01 73 00* Fax. 945 01 73 01 www.ejie.net

Suministro de una Solución de Backup para el entorno “Nuevo Mundo” Especificaciones de compra / Pliego de condiciones técnicas

Julio de 2016


2 / 34

Este documento es propiedad de Eusko Jaurlaritzen Informatika Elkartea – Sociedad Informática del Gobierno Vasco, S.A. (EJIE). Este documento no puede ser reproducido, en su totalidad o parcialmente, ni mostrado a otros, ni utilizado para otros propósitos que los que han originado su entrega, sin el previo permiso escrito de EJIE. En el caso de ser entregado en virtud de un contrato, su utilización estará limitada a lo expresamente autorizado en dicho contrato. EJIE no podrá ser considerada responsable de eventuales errores u omisiones en la edición del documento.

Versión Fecha Resumen de cambios Elaborado por: Aprobado por:

1.0 1-07-2016 Versión Inicial Martin Bonastre Maribel Ugarte


3 / 34

Índice

1 Introducción ........................................................................................................................................... 4

1.1 Perfil de la compañía ........................................................................................................................................... 4

2 Necesidad de contratación ................................................................................................................... 5

3 Objeto del contrato ................................................................................................................................ 6

3.1 Objeto y alcance del producto y servicio....................................................................................................... 6

3.2 Descripción del producto y servicio ................................................................................................................ 6

4 Contenido ............................................................................................................................................... 8

4.1 Productos hardware y software solicitados .................................................................................................. 8

4.2 Servicios solicitados ............................................................................................................................................. 8

5 Requisitos de la solución ...................................................................................................................11

5.1 Sistemas Operativos y Aplicaciones protegidas ....................................................................................... 11

5.2 Sistema Operativo para el servidor de backup, plataforma y repositorio backups ...................... 14

5.3 Arquitectura, escalabilidad y gestión ............................................................................................................ 15

5.4 Integración con Hipervisores de Virtualización ......................................................................................... 16

5.5 Integración con Cabinas de Almacenamiento ........................................................................................... 17

5.6 Restauración/Recuperación simplicada ...................................................................................................... 19

5.7 Optimización de recursos ................................................................................................................................. 20

5.8 Listo para la Cloud ............................................................................................................................................. 20

6 Presupuesto .........................................................................................................................................22

7 Vigencia del contrato y plan de facturación .....................................................................................23

7.1 Plazo de vigencia del contrato........................................................................................................................ 23

7.2 Facturación ........................................................................................................................................................... 23

8 Penalizaciones .....................................................................................................................................24

9 Criterios de valoración ........................................................................................................................25

9.1 Oferta Económica (52) ...................................................................................................................................... 26

9.2 Oferta Técnica (35) ............................................................................................................................................ 27

9.3 Servicios y proyecto de instalación y configuración (6) ......................................................................... 29

9.4 Servicios de Mantenimiento y Soporte (7) .................................................................................................. 31

10 Estructura y formato de la propuesta ...............................................................................................33

10.1 Documento de Propuesta Técnica ................................................................................................................ 33

10.2 Documento de Propuesta/Oferta Económica ............................................................................................ 34


4 / 34

1 Introducción

1.1 Perfil de la compañía

EJIE, Eusko Jaurlaritzaren Informatika Elkartea – Sociedad Informática del Gobierno Vasco, es la Empresa pública de servicios de las tecnologías de la información y las comunicaciones (TIC), cuya razón de existir es contribuir a la consecución de un Sector Público Vasco, moderno y eficiente, en el Marco Legal establecido por el Gobierno, con la seguridad y calidad necesarias y con el debido respeto al medio ambiente.

EJIE tiene como meta final la consecución de la satisfacción de sus clientes, siendo el instrumento común de prestación de servicios TIC en el Sector Público Vasco, y comprometiéndose en:

• Construir y mantener con eficiencia y calidad la infraestructura de los Sistemas de Información, posibilitando su continuidad y seguridad.

• Garantizar la interoperabilidad entre las distintas administraciones.

• Servir de apoyo a las necesidades de planificación y realización de la función informática de los Departamentos y Organismos Autónomos del Gobierno, asegurando la cobertura de sus demandas con el compromiso y profesionalidad adecuados a las relaciones contractuales que se establezcan.

Por tanto EJIE debe ser, un instrumento común de referencia para la prestación de servicios TIC en el Sector Público Vasco:

• Aportando valor añadido.

• Proporcionando soluciones competitivas.

• Transmitiendo confianza a sus clientes.

• Contando con personas cualificadas y comprometidas.

Se puede obtener información más detallada y extensa en nuestra dirección de Internet http://www.ejie.eus

http://www.ejie.eus/


5 / 34

2 Necesidad de contratación

EJIE está inmerso en un proyecto de convergencia de CPD-s, denominado en EJIE como “Nuevo Mundo”.

Este “Nuevo Mundo” se divide en servicios ofrecidos desde dos infraestructuras diferenciadas:

1. Servicios ofrecidos desde infraestructura IaaS (Infraestructure as a Service). 2. Entorno Hosting basado principalmente sobre infraestructura virtual VMware y servidores físicos

Windows-Linux.

Dentro de este “Nuevo Mundo”, surge la necesidad de adquirir una nueva solución de backup para la salvaguarda de datos, aplicaciones, bases de datos y servidores.


6 / 34

3 Objeto del contrato

3.1 Objeto y alcance del producto y servicio

Adquisición e implantación de una solución de Backup de CPD que garantice el respaldo de datos, aplicaciones, bases de datos y servidores, tanto en infraestructura virtual como física, y la recuperación óptima de dichos entornos.

El contrato contempla la adquisición de los elementos hardware y software de la solución de backup, así como servicios de implantación e integración de la infraestructura necesaria.

Aunque inicialmente la infraestructura a proteger es limitada, es objeto del contrato cerrar los precios máximos de ampliación de la(s) licencia(s) de la solución de backup para los próximos 5 años.

No es objeto del presente contrato la adquisición de un repositorio para la salvaguarda de los datos; para tal fin, EJIE dispone ya de infraestructura DataDomain del fabricante EMC, que será la utilizada como repositorio para todos los procesos de backup.

3.2 Descripción del producto y servicio

La solución que se solicita, según la estrategia de infraestructuras de EJIE, se corresponde:

Infraestructura de Servidor o Aplicativo de Backup (pudiendo ser esta física en formato “Appliance de backup de propósito específico”, virtual o software a desplegar en servidor) para la protección de un volumen de datos inicial de 25 TB, repartidos en servidores VMware ESXi con un total de 100 CPU-s.

Licencia del aplicativo de backup para la protección de un volumen de datos de 25 TB sobre una infraestructura VMware ESXi compuesta por 100 CPU-s físicas.

Precio máximo para los próximos 5 años para las futuras ampliaciones de licencia para la solución de backup ofertada.

El software que se solicita, según la estrategia de infraestructuras de EJIE, corresponde a:

Gestión de la infraestructura de backup.

Reporting de la infraestructura de backup.

Monitorización de la infraestructura de backup.

Esta infraestructura se desplegará en 2 CPD-s, de cara a dotar de solución de alta disponibilidad y contingencia a la solución de backup. Asimismo, se deberán incluir los servicios necesarios para la instalación, despliegue, configuración óptima, puesta en marcha de la solución adquirida, implantación e integración en la infraestructura EJIE.


7 / 34

Estos servicios deberán ser ejecutados en las oficinas de EJIE, por personal propio de la compañía propietaria del aplicativo de backup ofertado y en los idiomas “Euskera” o “Castellano”.


8 / 34

4 Contenido

Se solicita la presentación de una oferta en respuesta a este pliego para la adquisición de los productos y servicios que se detallan a continuación. Dicha oferta debe estar basada en productos con disponibilidad general a 1 de Junio de 2016.

4.1 Productos hardware y software solicitados

En cuanto al software se solicita:

Aplicación de backup.

Licencia para la salvaguarda de un volumen de datos de 25 TB sobre una infraestructura VMware ESXi compuesta por 100 CPU-s físicas..

En cuanto al hardware no se obliga a nada. Aquellas soluciones que incorporen elementos hardware para contener las plataformas que sirvan de servidores de backup, deberán de serlo en formato “Appliance de backup de propósito específico”, del mismo fabricante que el aplicativo de backup y cuyo mantenimiento y soporte hardware-software deberá ser único y correr a cargo del fabricante.

4.2 Servicios solicitados

4.2.1 Servicios de instalación, configuración, integración y formación

Instalación-Configuración

Se deberán incluir los servicios necesarios para la implantación de la nueva infraestructura software y hardware si lo hubiere, así como para la integración en EJIE.

Estos servicios deberán de incluir:

Diseño de la nueva solución de backup para “Nuevo Mundo”. Para efectuar un diseño óptimo de la solución, todos los diseños que se presenten a lo largo del proyecto deberán ser presentados por el licitante y aprobados por EJIE en reuniones a celebrar en las oficinas de EJIE, asistiendo a estas presencialmente y como mínimo:

o Por parte del fabricante de la solución de backup: Jefe de Proyecto y Arquitecto de la solución.

o Por parte de EJIE: técnicos de EJIE que EJIE estime necesarios.

Instalación y configuración de la nueva solución.

Implantación y configuración de las herramientas software adquiridas. Esta implantación deberá

comprender:


9 / 34

o Definición y entrega de documentación relativa a la nueva arquitectura implantada en

EJIE.

o Definición y entrega de documentación relativa a la nueva arquitectura de software.

o Definición y entrega de documentación de usuario básico.

o Configuración de umbrales y alertas siguiendo las buenas prácticas del fabricante.

o Revisión de datos de performance y establecimiento de procedimientos de revisión de

funcionamiento y rendimiento de la solución.

Despliegue de la solución para cubrir el backup de los siguientes entornos:

1. Entorno Microsoft formado por aproximadamente 100 máquinas virtuales que incluyen:

o Cluster Microsoft Exchange 2013 de 8 nodos virtuales.

o 4 Clusters Microsoft SQL Server 2013 de 2 nodos cada uno.

o 8 Servidores de Directorio Activo.

o Granja de Microsoft SharePoint.

2. Entorno Cloud-IaaS multi-tenant basado en la suite VMware vRealize Suite y virtualización de

red NSX que a su vez está organizado en tres partes:

o Clúster de gestión (4+4 host ESX)

o Clúster de virtualización de red (4+4 host ESX)

o Clústeres de recursos: varios grupos según tiers de almacenamiento/tipo de servidor y

nivel de servicio. (28 Host ESX).

Sobre ese clúster de recursos se van desplegando de forma automatizada y en modalidad de

autoservicio las máquinas finales que consumen los clientes del IaaS. Este despliegue se hace

desde un portal implementado sobre VMware vRealize Automation 7 (vRA). Esas máquinas

disfrutan como servicio de valor añadido de backup y ese backup, su configuración y operatorias

básicas de día a día se deben poder realizar también de forma automatizada desde el portal.

Configuración de la solución de Alta Disponibilidad y Contingencia para el servicio de backup.

Pruebas de Alta Disponibilidad y Contingencia.

Revisión final de la infraestructura. Esta revisión tiene por objeto:

o Asegurar que tanto a nivel Hardware como Software todos los elementos quedan

correctamente configurados.

o Revisar que ninguno de los elementos presenta ningún error.

Formación

El objetivo de los servicios de formación que se solicitan es que cinco administradores de Backup de EJIE obtengan el máximo grado certificación disponible en la vertiente cliente en caso de que exista.

Para ello se solicita:

1. Documentación oficial de los cursos orientados a la obtención del mismo.


10 / 34

2. Formación, pudiendo ser ésta impartida en una de las dos modalidades siguientes. a. Formación oficial del fabricante asociados a la documentación del punto anterior (Punto

1.). b. Formación a medida para cinco administradores de Backup de EJIE, a impartir en las

oficinas de EJIE y que cubra el contenido de la documentación oficial del Punto 1. A tener en cuenta que los cinco administradores de la Backup de EJIE, disponen de una dilatada experiencia de más de 5 años, en la administración de Backup.

3. Acceso para cinco personas a los exámenes de certificación necesarios para la obtención del grado máximo de certificación disponible para clientes.

4.2.2 Mantenimiento y soporte 24x7

Se deberá ofertar el mantenimiento a 3 años incluyendo Hardware y Software acompañado de un servicio 24x7 que cumpla con los siguientes tiempos de respuesta máximos:

Incidencias Graves (Severidad 1) con pérdida de servicio: 30 min en horario 24x7.

Incidencias Graves (Severidad 2) sin pérdida de servicio: 2 horas en horario 24x7

Incidencias (Severidad 3) sin pérdida de servicio: 3 horas en horario laboral.

Incidencias (Severidad 4) sin pérdida de servicio: 8 horas en horario laboral

Así mismo, se requiere un tiempo de asistencia on-site máximo de 4 horas para las incidencias hardware.


11 / 34

5 Requisitos de la solución

Se presentan a continuación los requisitos de la solución, agrupados en las siguientes categorías:

Sistemas Operativos y Aplicaciones protegidas

Sistema Operativo para el servidor de backup, plataforma y repositorio backups

Arquitectura, escalabilidad y gestión

Integración con Hipervisores de Virtualización

Integración con Cabinas de Almacenamiento

Restauración/Recuperación simplificada

Optimización de recursos

Listo para la Cloud

Para cada una de las categorías, se dividen los requerimientos en dos grupos, atendiendo a:

De obligado cumplimiento: Requerimientos de obligado cumplimiento. Cualquier incumplimiento en alguno de los requerimientos bajo el título de “De obligado cumplimiento”, anulará la oferta presentada y quedará fuera de la licitación.

Otros requisitos a valorar: Requerimientos cuyo cumplimiento será valorado en la puntuación técnica, atendiendo a los criterios de valoración.

5.1 Sistemas Operativos y Aplicaciones protegidas

5.1.1 De obligado cumplimiento

Soporte para últimas versiones Windows Server.

La solución de backup deberá soportar la última mayor release y la versión N-1 del sistema operativo Microsoft Windows Server (actualmente Microsoft Windows Server 2008 R2 y Microsoft Windows Server 2012 R2). El fabricante deberá tener una política que ofrezca soporte a las nuevas versiones de sistema operativo en 90 días a partir de la publicación de la nueva release o versión de Microsoft Windows Server. Esta política deberá estar documentada o el fabricante deberá aportar evidencias de que este soporte efectivamente ha sido cubierto en esta ventana de 90 días para las últimas versiones de sistema operativo Microsoft Windows Server. El soporte es necesario tanto para instancias físicas como virtuales, y podrá ser vía agente de backup o solución sin agente para plataformas VMware.

Soporte para últimas versiones Linux.

La solución de backup deberá soportar la última mayor release y la versión N-1 de los sistemas operativos Red Hat Enterprise Linux (RHEL) y SUSE Linux Enterprise Server (SLES). El fabricante deberá tener una política que ofrezca soporte a las nuevas versiones de sistema operativo en 90 días a partir de la


12 / 34

publicación de la nueva release o versión. Esta política deberá estar documentada o el fabricante deberá aportar evidencias de que este soporte efectivamente ha sido cubierto en esta ventana de 90 días para las últimas versiones de sistema operativo RHEL y SLES. El soporte es necesario tanto para instancias físicas como virtuales, y podrá ser vía agente de backup o solución sin agente para plataformas VMware.

Soporte e integración con Oracle Recovery Manager (RMAN).

La solución de backup deberá soportar la última mayor release y la versión N-1 de la base de datos Oracle, a través de integración con la herramienta RMAN. Esta integración deberá estar disponible para los sistemas operativos citados en los puntos primero y segundo del presente capítulo 5.1.1. El fabricante deberá tener una política que ofrezca soporte a las nuevas versiones de Oracle en 120 días a partir de la publicación de la nueva release o versión. Esta política deberá estar documentada o el fabricante deberá aportar evidencias de que este soporte efectivamente ha sido cubierto en esta ventana de 120 días para las últimas versiones de Oracle.

Soporte VSS.

De cara a generar backups consistentes de aplicativos en entornos Microsoft Windows Server, el aplicativo de backup deberá disponer de soporte para “volumen shadow copy service” (VSS).

Soporte Microsoft SQL Server.

La solución de backup deberá soportar la última mayor release y la versión N-1 de la base de datos Microsoft SQL Server, a través de integración con VSS, tanto en entornos físicos como virtuales. El fabricante deberá tener una política que ofrezca soporte a las nuevas versiones de SQL Server en 120 días a partir de la publicación de la nueva release o versión. Esta política deberá estar documentada o el fabricante deberá aportar evidencias de que este soporte efectivamente ha sido cubierto en esta ventana de 120 días para las últimas versiones de SQL Server.

Soporte Microsoft Exchange.

La solución de backup deberá soportar la última mayor release y la versión N-1 de la solución de correo electrónico Microsoft Exchange, a través de integración con VSS. Así mismo, deberá proporcionar funcionalidades para la recuperación granular a nivel de buzón y carpeta, tanto en entornos físicos como virtuales. El fabricante deberá tener una política que ofrezca soporte a las nuevas versiones de SQL Server en 120 días a partir de la publicación de la nueva release o versión. Esta política deberá estar documentada o el fabricante deberá aportar evidencias de que este soporte efectivamente ha sido cubierto en esta ventana de 120 días para las últimas versiones.

Soporte Microsoft Sharepoint.

La solución de backup deberá soportar backups incremetales y completos, y recuperación granular a nivel de documento para la última mayor release y la versión N-1 de la solución Microsoft Sharepoint , tanto en entornos físicos como virtuales. El fabricante deberá tener una política que ofrezca soporte a las nuevas versiones de SQL Server en 120 días a partir de la publicación de la nueva release o versión. Esta política deberá estar documentada o el fabricante deberá aportar evidencias de que este soporte efectivamente ha sido cubierto en esta ventana de 120 días para las últimas versiones.

Soporte SAP ERP.


13 / 34

La solución de backup deberá soportar la última mayor release y la versión N-1 de la solución de ERP SAP. El fabricante deberá tener una política que ofrezca soporte a las nuevas versiones en 120 días a partir de la publicación de la nueva release o versión. Esta política deberá estar documentada o el fabricante deberá aportar evidencias de que este soporte efectivamente ha sido cubierto en esta ventana de 120 días para las últimas versiones.

Soporte EMC Documentum.

La solución de backup deberá soportar la última mayor release y la versión N-1 del aplicativo documental EMC Documentum. El fabricante deberá tener una política que ofrezca soporte a las nuevas versiones de Documentum en 180 días a partir de la publicación de la nueva release o versión. Esta política deberá estar documentada o el fabricante deberá aportar evidencias de que este soporte efectivamente ha sido cubierto en esta ventana de 180 días para las últimas versiones de Documentum.

5.1.2 Otros requisitos a valorar

Soporte para últimas versiones Unix.

La solución de backup deberá soportar la última mayor release y la versión N-1 de los sistemas operativos IBM AIX, Hewlett Packard Enterprise (HPE) HP-UX y Oracle Solaris. El fabricante deberá tener una política que ofrezca soporte a las nuevas versiones de sistema operativo en 90 días a partir de la publicación de la nueva release o versión. Esta política deberá estar documentada o el fabricante deberá aportar evidencias de que este soporte efectivamente ha sido cubierto en esta ventana de 90 días para las últimas versiones de sistema operativo .

Integración con la interfaz de Oracle Database Administrator.

La solución deberá ofrecer integración con la interfaz Oracle Enterprise Manager (OEM), para facilitar la gestión de los backups y recuperaciones a los administradores de Oracle.

Soporte para Contenedores Docker.

La solución deberá soportar backup y recuperación para repositorios de contenedores Docker.


14 / 34

5.2 Sistema Operativo para el servidor de backup, plataforma y repositorio backups


Repositorio para los procesos de backup.

La solución de backup deberá soportar los siguientes repositorios para el volcado de los datos salvados:

o EMC DataDomain a través de la integración con VTL (Virtual Tape Library).

o EMC DataDomain a través de la integración con el protocolo DDBoost o solución

similar que sea capaz de realizar deduplicación en origen de los datos a

salvaguardar.

o Librerías de cintas SL8500 y L700e (originariamente del fabricante StorageTek,

luego SUN y finalmente Oracle), con tecnología de dispositivo de cinta LTO4 y

evoluciones posteriores y gestión de robótica mediante el aplicativo ACSLS

(originariamente del fabricante StorageTek, luego SUN y finalmente Oracle).


Soporte para Servidor de Backup en sistemas Linux RedHat .

El servidor de backup deberá soportar la última mayor release y la versión N-1 del sistema operativo Red Hat Enterprise Linux (RHEL).

Soporte para Servidor de Backup en sistemas Microsoft Windows Server.

El servidor de backup deberá soportar la última mayor release y la versión N-1 del sistema operativo Microsoft Windows Server.

Soporte para Servidor de Backup en sistemas Unix.

El servidor de backup deberá soportar soportar la última mayor release y la versión N-1 de al menos uno de los siguientes sistemas operativos: AIX, HP-UX o Solaris.

Soporte para Servidor de Backup en máquina virtual VMware.

El aplicativo de backup debe ofrecer soporte certificado para que el servidor de backup corra sobre máquinas virtuales VMware.

Servidor de Backup corriendo en appliance de fabricante de propósito específico.

El servidor de backup deberá ofrecerse como un appliance que es gstionado, mantenido y soportado como una única pieza y con un part number único.

Soporte para Servidor de Backup en máquina virtual KVM.

El aplicativo de backup debe ofrecer soporte certificado para que el servidor de backup corra sobre máquinas virtuales Kernel-based Virtual Machine (KVM).

Gestión de réplicas de los repositorios de backup.

La solución deberá soportar la gestión de las réplicas de los repositorios principales de backup a otros repositorios secundarios o alternativos.


15 / 34

5.3 Arquitectura, escalabilidad y gestión


Gestión centralizada.

La solución deberá ofrecer una consola única para la gestión, monitorización y configuración de la solución.

Integración con autenticación de Active Directory (AD) y Lightweight Directory Access

Protocol (LDAP).

Protección para 2.500 clientes por dominio de gestión.

La solución de backup deberá ser capaz de proteger diariamente 2.500 servidores (virtuales y/o físicos) desde un único dominio de gestión, de forma que la monitorización del backup de estos 2.500 servidores pueda ser realizada desde una única consola. Se deberán proporcionar referencias de instalaciones con este volumen de servidores, en España.

Gestión de réplicas de backup.

La solución deberá soportar políticas de movimiento de los datos salvados, desde el repositorio DataDomain hacia otros destinos en formato disco (D2D2T Disk To Disk To Tape) y cloud (D2D2C Disk To Disk To Cloud). Se deberán incluir los sistemas Cloud soportados para alojamiento de backups de larga retención.

Consola única de gestión con RBAC.

La solución deberá posibilitar la generación de diferentes roles de seguridad para la gestión de la plataforma (RBAC Role Based Access Control).

Monitorización, reporting y logging.

La solución deberá aportar las siguientes funcionalidades:

Gestión de la infraestructura y Jobs de backup.

Reporting de la infraestructura y Jobs de backup.

Reporting sobre clientes y piezas de backup no salvados.

Reporting de evolución de la capacidad.

Log de cambios en la configuración y actividad de usuarios.

Habilidad para visionado y correlación de eventos para análisis.




16 / 34

La solución de backup deberá ser capaz de proteger diariamente 5.000 servidores (virtuales y/o físicos) desde un único dominio de gestión, de forma que la monitorización del backup de estos 5.000 servidores pueda ser realizada desde una única consola. Se deberán proporcionar referencias de instalaciones con este volumen de servidores, en España.

Descubrimiento automático de servidores físicos.

El sistema deberá ser capaz de descubrir automáticamente el despliegue de nuevos servidores físicos de cara a la configuración automática de su backup o la generación de eventos de notificación para su inclusión manual.

Recuperación automática ante fallos.

El servidor de backup deberá disponer de mecanismos automáticos de recuperación (sin intervención manual), que posibiliten el relanzamiento automático de tareas de backup pendientes, ante condiciones de fallo del servidor de backup.


La solución de backup deberá ser capaz de proteger diariamente 10.000 servidores (virtuales o físicos) desde un único dominio de gestión, de forma que la monitorización del backup de estos 10.000 servidores pueda ser realizada desde una única consola. Se deberán proporcionar referencias de instalaciones con este volumen de servidores, en España.

Backup sin agente para servidores físicos.

La solución deberá soportar el backup y recuperación de servidores físicos sin la necesidad de desplegar un agente.

5.4 Integración con Hipervisores de Virtualización


Autodescubrimiento de máquinas virtuales VMware vSphere.

La solución de backup deberá ser capaz de descubrir automáticamente las máquinas virtuales creadas, a través de interfaces desde VMware vCenter u otras herramientas de gestión vSphere.

Backup y recuperación granular en un solo paso.

La solución deberá ser capaz de capturar una imagen completa de máquina virtual y realizar recuperaciones granulares de ficheros a partir de esta imagen, sin necesidad de tener que restaurar todo el contenido de la máquina virtual para poder recuperar ficheros individuales.

“Incremental Forever” VMware backup vía VADP/CBT.

La solución deberá soportar la utilización de la tecnología CBT de VMware vía VADP (vStorage API for Data Protection).


17 / 34

Backups de imagen VMware a través de proxy.

La solución deberá ser capaz de desplegar proxys de backup, de cara a descargar a las máquinas virtuales de consumo de CPU, memoria y recursos de I/O.


Recuperación instantánea de máquina virtual, desde un backup de tipo imagen.

La solución deberá ser capaz de restaurar y arrancar la máquina virtual en cuestión de segundos, antes de que la máquina virtual haya sido completamente recuperada a su ubicación de almacenamiento principal. Para ello, la solución deberá habilitar acceso al backup de la máquina virtual en el repositorio de backup y arrancar la máquina desde él, presentando el repositorio de backup como un DataStore a los servidores ESXi.

Backup Full Sintético a nivel de imagen.

La solución de backup deberá soportar la generación periódica de backups full sintéticos a partir de un backup incremental basado en CBT y un full backup previo.

Integración con vSphere Web Client.

Los administradores de VMware deberán disponer de capacidad para iniciar y gestionar backups y recuperaciones desde vSphere Web Client.

Integración para snaps VMware desde el hardware de almacenamiento.

De cara a reducir el impacto que los snaps pueden generar sobre la infraestructura de virtualización y sobre las propias máquinas virtuales, es necesario que la solución sea capaz de integrar la generación de snaps de máquinas virtuales a través de procesos de snap de las cabinas de almacenamiento. Esta integración deberá ser necesaria al menos para cabinas de la gama VNX-2 del fabricante EMC.

Límites al consumo de CPU y I/O por segundo.

Se deberán poder establecer límites de consumo de CPU y número de operaciones de I/O por segundo durante la ejecución de las tareas de backup, de cara a no sobrecargar en ningún momento la infraestructura de virtualización.

Integración con HCIS (Hyperconverged Integrated System) Nutanix.

Ïntegración con las herramientas de gestión y mecanismos de snapshot de la plataforma HCIS Nutanix.

5.5 Integración con Cabinas de Almacenamiento



18 / 34

Soporte NDMP, tanto para backups FULL como para backups incrementales.

Soporte para Network Data Management Protocol (NDMP) para el movimiento de datos entre dispositivos NAS y dispositivos de backup.

Soporte para al menos cabinas de almacenamiento del fabricante EMC.

Deberá poder hacer uso de la tecnología de Snapshots de fabricante de cabinas de almacenamiento EMC, de cara a la mejora de los procesos de backup.


Soporte para el uso de snapshot de cabina para VMware CBT.

La solución deberá ser capaz de ejecutar backups de máquinas virtuales utilizando la tecnología CBT de VMware a través de snapshots de la cabina de almacenamiento.

Recuperación desde Snapshot de cabina de almacenamiento.

La solución deberá posibilitar la recuperación de datos directamente desde snapshots de cabina de almacenamiento.

Indexado de snapshot de cabina de almacenamiento.

De cara a poder ejecutar recuperaciones granulares de ficheros desde snapshots de la cabina de almacenmaiento, la solución deberá ser capaz de indexar estos snapshots.

Gestión del ciclo de vida de los snaps de cabina de almacenamiento.

La solución deberá poder gestionar la creación, actualización y eliminación de los snapshot basados en cabina de almacenamiento a través de la definición de políticas.

Soporte para al menos siete cabinas de almacenamiento de diferentes fabricantes.

La solución deberá poder integrarse con la tecnología de snapshot de cabinas de almacenamiento de los siguientes fabricantes fabricantes: EMC, NetApp, HPE, IBM, Hitachi Data Systems.

Integración con VVOL de VMware.

El aplicativo de backup deberá soportar snapshots de cabina de almacenamiento a nivel de VMware Virtual Volumes (VVOL).

Movimiento desde snapshot de cabina a cinta.

El aplicativo de backup deberá poder gestionar el movimiento de datos a cinta directamente desde el snapshot de la cabina de almacenamiento.

Soporte para al menos diez cabinas de almacenamiento de diferentes fabricantes.

La solución deberá poder integrarse con la tecnología de snapshot de cabinas de almacenamiento de los siguientes fabricantes: EMC, NetApp, HPE, IBM, Hitachi Data Systems.


19 / 34

5.6 Restauración/Recuperación simplicada

En esta sección se revisan criterios que permitan una recuperación rápida y simplificada a través de un acceso rápido a las imágenes de backup.


Arranque de máquinas virtuales desde el repositorio de backups.

Sin necesidad de recuperar los datos en el almacenamiento primario de la máquina virtual, será posible el arrancar una máquina virtual desde el repositorio de almacenamiento que contiene los backups de dicha máquina virtual.


Soporte para P2V y V2P restore.

Se debe soportar las recuperaciones físico a virtual (P2V) y virtual a físico (V2P) para servidores basados en x86 para máquinas virtuales VMware.

Soporte para “instant snapshot restore”.

Esta funcionalidad permite el acceso inmediato a los datos directamente desde el snapshot sin necesidad de transferir datos al almacenamiento primario. El aplicativo de backup debe presentar los datos en formato nativo directamente a los servidores, posibilitando una recuperación granular.

Soporte para verificación de la recuperación.

Posibilidad de recuperación a una ubicación alternativa para verificación, de forma que podamos arrancar una máquina virtual recuperada en un entorno aislado y sin impacto en el entorno productivo.

Self-service restore.

De cara a facilitar el acceso a las recuperaciones, se deberá ofrecer la posibilidad que un administrador de aplicación, de sistemas o incluso un usuario final pueda restaurarse sus propios datos.

Gestión integrada de la replicación.

Gestión de réplicas (síncronas o asíncronas) a nivel de máquina virtual o servidor físico, que permitan extender el concepto de protección a un segundo servidor “standby” para recuperaciones de servicio más agiles.

Soporte para recuperaciones “bare-metal”.

Posibilidad de recuperar un servidor físico completo, incluidos discos de arranque/sistema operativo a un hardware diferente con la misma familia de CPU pero con diferente configuración.


20 / 34

5.7 Optimización de recursos


Deduplicación en el servidor de backup.

El aplicativo de backup deberá poder deduplicar en el servidor de backup.

Deduplicación en el cliente de backup.

El aplicativo de backup deberá poder deduplicar en el cliente de backup.

Soporte para “Windows data change logs”.

De cara a evitar escaneos completos de filesystem en los backups incrementales de servidores Windows, el aplicativo de backup deberá utilizar la funcionalidad NT File System (NTFS) Change Journal para determinar los ficheros modificados.


Soporte para “Linux data change logs”.

De cara a evitar escaneos completos de filesystem en los backups incrementales de servidores Linux, el aplicativo de backup deberá utilizar implementar técnicas para interrogar al “filesystem jounal” para determinar los ficheros modificados.

Deduplicación dependiente del dato.

La funcionalidad se refiere a técnicas de deduplicación que sean capaces de reconocer a que aplicativo pertenece el dato y aplicar algoritmos de deduplicación específicos a cada aplicación.

Deduplicación bloque variable.

La solución debe deduplicar los datos en origen por bloque variable de forma

automática (sin intervención del usuario), proporcionando una deduplicación

global para todo el entorno protegido, independientemente del tipo de datos,

sistema operativo, naturaleza física o virtual, de los sistemas protegidos.

5.8 Listo para la Cloud


Soporte Multitenant.


21 / 34

Se deberá soportar la creación de tenants, con administración independiente de cada tenant, aislamiento de los repositorios de backup de cada tenant, gestión y reporting independientes para cada tenant.

Integración VMware vRealize Automation 7.

La solución deberá de contener flujos de orquestación ya desarrollados, que permitan el consumo de servicios de backup desde el portal de autoservicio implantado en VMware vRA (vRealice Automation). Estos servicios de backup ofrecidos desde el portal de vRA, deberán permitir la configuración de backup a nivel de máquina virtual desde el portal vRA, así como la recuperación a nivel de máquina virtual.


Soporte para backup deduplicado en repositorio cloud Amazon Web Services.

El aplicativo de backup deberá poder utilizar como repositorio de backup los servicios cloud de Amazon Web Services Simple Storage Service (S3) o AWS Elastic Block Storage (EBS). Esta integración deberá permitir el envío de datos de backup desde el servidor de backup ubicado en el CPD de EJIE a los servicios de nube.

Soporte para backup deduplicado en repositorio cloud Microsoft Azure.

El aplicativo de backup deberá poder utilizar como repositorio de backup los servicios de Microsoft Azure Public Cloud Object Storage. Esta integración deberá permitir el envío de datos de backup desde el servidor de backup ubicado en el CPD de EJIE a los servicios de nube.

Soporte para Microsoft Office 365.

La solución deberá permitir el backup y la recuperación granular de ficheros, documentos y mensajes de correo de Office 365.

Integración VMware vRealize Automation 7.

La solución deberá de contener flujos de orquestación ya desarrollados, que permitan el consumo de servicios de backup desde el portal de autoservicio implantado en VMware vRA (vRealice Automation). Estos servicios de backup ofrecidos desde el portal de vRA, deberán permitir la configuración de backup a nivel de aplicación (al menos Microsoft Exchange y Microsoft SQL) desde el portal vRA.


22 / 34

6 Presupuesto

El presupuesto máximo es de cien mil euros (100.000€) IVA excluido.

El valor estimado es de cien mil euros (100.000€) IVA excluido.


23 / 34

7 Vigencia del contrato y plan de facturación

7.1 Plazo de vigencia del contrato

El plazo de ejecución máximo previsto para los servicios es de 3 meses desde la formalización del contrato, no contemplándose posibilidad de prórroga. Se prevén tres meses máximos para la instalación y tres años de mantenimiento y soporte. En todo caso, la duración del servicio de mantenimiento será de tres años, a partir de la finalización del presente Proyecto con el visto bueno de EJIE.

7.2 Facturación

Los pagos se realizarán de la siguiente manera:

Infraestructura y servicios:

o A la finalización del hito instalación de la solución, y una vez finalizados los servicios

descritos en el capítulo “4.2.1 Servicios de instalación, configuración, integración y

formación”, previa revisión por parte de EJIE de que se cumplen todos los requisitos

solicitados en el presente pliego y aquellos ofertados en la solución propuesta, se

facturará el 75%.

o A la finalización del proyecto y una vez entregada la documentación final, el otro 25%.


24 / 34

8 Penalizaciones

Se aplicará una penalización del 10 % del presupuesto de licitación en caso de incumplimiento del plazo de tres meses para la ejecución de los suministros (3 meses desde la formalización del contrato), descontándose la cantidad penalizada de la facturación a la finalización del proyecto.


25 / 34

9 Criterios de valoración

Para la valoración de las diferentes ofertas, se tendrán en cuenta los siguientes criterios:

Criterio Peso relativo

Oferta económica 52%

Coste de la solución 24%

Coste anual de mantenimiento a partir del tercer año 10%

Coste de adquisición de nuevas licencias 18%

Criterios técnicos 35%

Características de la solución de Backup 35%

Integración con Hipervisores de Virtualización 7%

Arquitectura, escalabilidad y gestión 5%

Integración con Cabinas de Almacenamiento 5%

Listo para Cloud 5%

Restauración/Recuperación simplicada 4%

Optimización de recursos 4%

Sistemas Operativos y Aplicaciones protegidas 3%

Sistema Operativo para el servidor de backup, plataforma y repositorio backups

2%

Servicios de Mantenimiento y Soporte 7%

Servicios y proyecto instalación y configuración 6%


26 / 34

9.1 Oferta Económica (52)

La valoración económica se realizará atendiendo al coste inicial de la solución con mantenimiento a 3 años, su coste de mantenimiento anual a partir del tercer año y el coste de adquisición de nuevas licencias para la salvaguarda de más información.

9.1.1 Coste de la solución (24)

La valoración de las ofertas se realizará en función del precio total propuesto por el proveedor.

La fórmula que se aplicará será:

9.1.2 Coste anual de mantenimiento a partir del tercer año (10)

La valoración de las ofertas se realizará en función del precio total propuesto por el proveedor.


9.1.3 Coste de adquisición de nuevas licencias (18)

Se deberán aportar los precios de adquisición máximos para los próximos 5 años para la compra de licencias, tanto en formato de licencias de capacidad por volumen de almacenamiento (licenciamiento por TB), como en formato de licencias de capacidad por CPU (licenciamiento por CPU).

En caso de que el aplicativo de backup ofertado disponga únicamente de uno de los modos de licenciamiento, se extrapolará la puntuación obtenida al total de los 18 puntos aplicando una regla de tres simple.

9.1.3.1 Coste de adquisición de nuevas licencias por TB (9)

La valoración de las ofertas se realizará en función del precio máximo por TB propuesto por el proveedor para la adquisición de una nueva licencia de 25 TB de capacidad, para los próximos 5 años.


9.1.3.2 Coste de adquisición de nuevas licencias por CPU (9)

La valoración de las ofertas se realizará en función del precio máximo por CPU propuesto por el proveedor para la adquisición de una nueva licencia de 8 CPU-s de capacidad, para los próximos 5 años.


27 / 34


9.2 Oferta Técnica (35)

La valoración técnica se realizará según los puntos indicados a continuación en el presente capítulo. Estos puntos están organizados según los distintos criterios de valoración que aparecen resumidos en la tabla inicial del presente Capítulo 8, y detallados a lo largo del Capítulo 5 del presente documento.

Se excluirán y no se procederá a la apertura de sus ofertas económicas todas las propuestas que:

Obtengan menos de un setenta por ciento de valoración del máximo posible en el global de apartados de la oferta técnica (es decir menos de 24,5 puntos).

No cumplan todos los requisitos indicados como “Requeridos” en el Capítulo 5 del presente documento.

Para la valoración técnica se tendrán en cuenta los puntos que aparecen a continuación.

Cada apartado se puntuará tal como se indica a continuación con una cifra de puntuación máxima entre parénteis al final de cada uno de los criterios de valoración. Cada requerimiento se puntuará según el grado de cumplimiento atendiendo a:

Nulo 0

Bajo 2

Medio 5

Bueno 7

Excelente 10

Para la evaluación de cada criterio, se tendrá en cuenta:

Grado Cumplimiento

Las funcionalidades requeridas se cumplen directamente sin ninguna adaptación y son muy sencillas de configurar y obtener.

Excelente

Las funcionalidades requeridas se cumplen con una adaptación menor mantenible directamente por el cliente y son sencillas de configurar y obtener.

Buena

Las funcionalidades requeridas se cumplen, algunas con una adaptación menor mantenible directamente por el cliente y otras con un mantenimiento futuro por parte del proveedor y

Medio


28 / 34

son sencillas de configurar y obtener.

Las funcionalidades requeridas se cumplen realizando adaptaciones con un mantenimiento futuro por parte del proveedor

Bajo

No se especifica el modo de cumplimiento o no se cumple la funcionalidad requerida.

Nulo

9.2.1 Características de la solución de Backup (35)

9.2.1.1 Sistemas Operativos y Aplicaciones protegidas (3)

Soporte para últimas versiones Unix (2)

Integración con la interfaz de Oracle Database Administrator (0,7).

Soporte para Contenedores Docker (0,3).

9.2.1.2 Sistema Operativo para el servidor de backup, plataforma y repositorio backups (2)

Soporte para Servidor de Backup en sistemas Linux RedHat . (0,4)

Soporte para Servidor de Backup en sistemas Microsoft Windows Server. (0,2)

Soporte para Servidor de Backup en sistemas Unix. (0,2)

Soporte para Servidor de Backup en máquina virtual VMware.(0,2)

Servidor de Backup corriendo en appliance de fabricante de propósito específico. (0,8)

Soporte para Servidor de Backup en máquina virtual KVM. (0,1)

Gestión de réplicas de los repositorios de backup. (0,1)

9.2.1.3 Arquitectura, escalabilidad y gestión (5)

Protección para 5.000 clientes por dominio de gestión. (1)

Descubrimiento automático de servidores físicos.(2)

Recuperación automática ante fallos.(1)

Protección para 10.000 clientes por dominio de gestión.(0,6)

Backup sin agente para servidores físicos.(0,4)

9.2.1.4 Integración con Hipervisores de Virtualización (7)

Recuperación instantánea de máquina virtual, desde un backup de tipo imagen.(2)

Backup Full Sintético a nivel de imagen.(0,5)

Integración con vSphere Web Client.(2)

Integración para snaps VMware desde el hardware de almacenamiento.(1)

Límites al consumo de CPU y I/O por segundo.(0,5)

Integración con HCIS (Hyperconverged Integrated System) Nutanix. (1)


29 / 34

9.2.1.5 Integración con Cabinas de Almacenamiento (5)

Soporte para el uso de snapshot de cabina para VMware CBT. (0,8)

Recuperación desde Snapshot de cabina de almacenamiento. (0,8)

Indexado de snapshot de cabina de almacenamiento. (0,8)

Gestión del ciclo de vida de los snaps de cabina de almacenamiento. (0,8)

Soporte para al menos siete cabinas de almacenamiento de diferentes fabricantes. (1)

Integración con VVOL de VMware. (0,4)

Movimiento desde snapshot de cabina a cinta. (0,4)

9.2.1.6 Restauración/Recuperación simplicada (4)

Soporte para P2V y V2P restore. (0,8)

Soporte para “instant snapshot restore”. (0,8)

Soporte para verificación de la recuperación. (0,8)

Self-service restore.(0,8)

Gestión integrada de la replicación. (0,4)

Soporte para recuperaciones “bare-metal”. (0,4)

9.2.1.7 Optimización de recursos (4)

Soporte para “Linux data change logs”.(1)

Deduplicación dependiente del dato. (1)

Deduplicación bloque variable. (2)

9.2.1.8 Listo para la Cloud (5)

Soporte para backup deduplicado en repositorio cloud Amazon Web Services.(1)

Soporte para backup deduplicado en repositorio cloud Microsoft Azure.(1)

Soporte para Microsoft Office 365.(1)

Integración VMware vRealize Automation 7.(2)

9.3 Servicios y proyecto de instalación y configuración (6)

Para la evaluación de este criterio, se tendrán en cuenta los siguientes aspectos:

Complejidad del proyecto. A menor complejidad, mayor puntuación.

Nivel de detalle de la propuesta de instalación y configuración. A mayor detalle, mayor puntuación.

Nivel de detalle y calidad para la propuesta de formación. A mayor detalle, mayor puntuación.

Todos los apartados tendrán el mismo peso y se valorarán según el grado de cumplimiento de cada apartado:

Nulo 0

Bajo 2

Medio 5

Bueno 7


30 / 34

Excelente 10


Grado Cumplimiento

Complejidad del proyecto: implantación muy sencilla.

Excelente

Nivel de detalle de la propuesta de instalación y configuración: propuesta muy detallada y clara

Nivel de detalle y calidad para la propuesta de formación: formación en oficinas de EJIE por formador oficial de fabricante, acceso a LAB-s del curso y material oficial del curso.

Complejidad del proyecto: implantación sencilla.

Buena

Nivel de detalle de la propuesta de instalación y configuración: propuesta detallada y clara

Nivel de detalle y calidad para la propuesta de formación: formación en oficinas de EJIE por formador oficial de fabricante, y material oficial del curso.

Complejidad del proyecto: implantación laboriosa.

Medio

Nivel de detalle de la propuesta de instalación y configuración: propuesta sin mucho nivel de detalle.

Nivel de detalle y calidad para la propuesta de formación: formación en oficinas de EJIE por formador oficial de fabricante y material oficial del curso, o acceso a cursos oficiales de fabricante en dependencias de fabricante.

Complejidad del proyecto: implantación compleja.

Bajo

Nivel de detalle de la propuesta de instalación y configuración: propuesta con poco nivel de detalle.

Nivel de detalle y calidad para la propuesta de formación: formación en oficinas de EJIE con material oficial del curso .

Complejidad del proyecto: implantación muy compleja.

Nulo

Nivel de detalle de la propuesta de instalación y configuración: propuesta no detallada.

Nivel de detalle y calidad para la propuesta de formación: formación en oficinas de EJIE.


31 / 34

9.4 Servicios de Mantenimiento y Soporte (7)

Para la evaluación de este criterio, se tendrán en cuenta los siguientes aspectos:

Herramientas de Soporte y Monitorización remotas.

Disponibilidad inmediata de soporte in situ para incidencias graves.

Revisiones periódicas de la infraestructura Backup.

Nivel de detalle y calidad para la propuesta de Mantenimiento y Soporte.

Todos los apartados tendrán el mismo peso y se valorarán según el grado de cumplimiento de cada apartado:

Nulo 0

Bajo 2

Medio 5

Bueno 7

Excelente 10


Grado Cumplimiento

Herramientas de Soporte y Monitorización remotos: el fabricante ofrece una solución óptima para el soporte y monitorización remotas, que permiten actuar al fabricante en caso de determinadas incidencias.

Excelente

Soporte in situ: el fabricante ofrece Soporte In-Situ ante incidencias graves Hardware/Software con tiempo de respuesta menor a 4 horas.

Revisiones periódicas de la infraestructura Backup. Se ofrecen por parte del fabricante 2 revisiones anuales, con asistencia a EJIE de un técnico de backup durante 3 jornadas laborales.

Nivel de detalle y calidad para la propuesta: propuesta muy clara y detallada.

Herramientas de Soporte y Monitorización remotos: el fabricante ofrece una solución óptima para el soporte remoto, que permiten actuar al fabricante en caso de determinadas incidencias.

Bueno

Soporte in situ: el fabricante ofrece Soporte In-Situ ante incidencias graves Hardware/Software con tiempo de respuesta al día siguiente.


32 / 34

Revisiones periódicas de la infraestructura Backup. Se ofrecen por parte del fabricante 1 revisiones anuales, con asistencia a EJIE de un técnico de backup durante 3 jornadas laborales.

Nivel de detalle y calidad para la propuesta: propuesta clara y detallada.

Herramientas de Soporte y Monitorización remotos: el fabricante ofrece una solución para el soporte remoto, que permiten actuar al fabricante en caso de determinadas incidencias pero que requiere intervención de los técnicos de EJIE.

Medio

Soporte in situ: el fabricante ofrece Soporte In-Situ ante incidencias graves Hardware/Software con tiempo de respuesta menor a 48 horas.

Revisiones periódicas de la infraestructura Backup. Se ofrecen por parte del fabricante 2 revisiones anuales.

Nivel de detalle y calidad para la propuesta: propuesta sin mucho nivel de detalle.

Herramientas de Soporte y Monitorización remotos: el fabricante ofrece una solución para el soporte remoto.

Bajo

Soporte in situ: el fabricante ofrece Soporte In-Situ ante incidencias graves Hardware/Software.

Revisiones periódicas de la infraestructura Backup. Se ofrece por parte del fabricante 1 revisión anual.

Nivel de detalle y calidad para la propuesta: propuesta con poco nivel de detalle.

Herramientas de Soporte y Monitorización remotos: el fabricante no ofrece una solución para el soporte remoto.

Nulo

Soporte in situ: el fabricante no ofrece Soporte In-Situ ante incidencias graves Hardware/Software.

Revisiones periódicas de la infraestructura Backup. No se ofrecen por parte del fabricante.

Nivel de detalle y calidad para la propuesta: propuesta no detallada.


33 / 34

10 Estructura y formato de la propuesta

EJIE requiere la presentación de las ofertas al menos en castellano.

Todos los documentos que formen parte de la respuesta al Pliego de Condiciones tendrán que estar identificados al menos por un título, un número de documento y su fecha de publicación. Dentro de cada documento, todas las páginas deben mostrar el título del documento y el número de página.

10.1 Documento de Propuesta Técnica

En la respuesta técnica a este Pliego de Condiciones, se deberá de respetar y seguir el siguiente índice, con estos apartados y en este orden, y con un máximo de 50 páginas para un página diseñada en formato DIN A4, tipo de letra Arial y tamaño de fuente 10:

1- Características de la solución de backup.

a. Presentación de la oferta.

b. Presentación de la plataforma de Backup del fabricante.

c. Presentación de las licencias incluidas.

d. Respuesta a cada uno de los requisitos del Capítulo 5, en el mismo orden en el que se han listado en el citado capítulo.

1. Sistemas Operativos y Aplicaciones protegidas.

2. Sistema Operativo para el servidor de backup, plataforma y repositorio backups.

3. Arquitectura, escalabilidad y gestión.

4. Integración con Hipervisores de Virtualización.

5. Integración con Cabinas de Almacenamiento.

6. Restauración/Recuperación simplificada.

7. Optimización de recursos.

8. Listo para la Cloud.

2- Servicios y proyecto de instalación y configuración.

3- Modelo del servicio y soporte.

4- Apéndices: Información de productos, white papers y otra documentación que se considere relevante.

ES OBLIGATORIO QUE LAS OFERTAS TÉCNICAS SIGAN EL ÍNDICE DESCRITO EN ESTE PUNTO.


34 / 34

10.2 Documento de Propuesta/Oferta Económica

En el apartado económico deberán incluir, según el modelo del Anexo I del Pliego de Condiciones Particulares:

Importe Total de la oferta Económica sin I.V.A. desglosando: o Coste del Hardware (en el caso de que se presente) o Coste del Software. o Coste de los servicios de instalación, configuración, integración y formación.

Coste del Mantenimiento anual sin IVA a partir del tercer año desglosando: o Coste de la solución.

Coste máximo de ampliación de las licencias para los próximos 5 años. Se deberá dar el precio de ampliación por 1 TB, suponiendo se compra un paquete de licencias para 25 TB.

Coste de adquisición de nuevas licencias por CPU (paquete de licencias para 8 CPUs)

(De estos dos últimos precios – “coste de adquisición de nuevas licencias” y ”coste de adquisición de nuevas licencias por CPU” se adquirirá el de menor precio. Se puede presentar oferta para los dos o uno solo).

Suministro de una Solución de Backup para el entorno … · Mediterráneo, 14 01010...

Documents

Transcript of Suministro de una Solución de Backup para el entorno … · Mediterráneo, 14 01010...