Acronis Pliego/RFP (Request for Proposal)
RFP
Este es una plantilla para usarla de cara a escribir un RFP
La tecnología [Acronis] debe permitir trabajar bajo una única consola, gratuita e incluida en la propuesta; su aplicación sera la ínter-comunicación, gestión y migración de los diferentes repositorios y ubicaciones.
La solución [Acronis] se compone de:
- Protección de equipos y servicios del cliente sea cual sea su naturaleza.
- Realizar copias de seguridad completas, parciales y/o selectivas, en modo incremental/diferencial/full.
- Conservación de la copias bajo una retención personalizada.
- Restauración de la información de manera granular o masiva, en los objetos originales o en unos nuevos dados.
- Levantar la infraestructura copiada en:
- En la propia del cliente.
- En una nueva proporcionada por el proveedor del servicio.
- En la propia del fabricante ajustado a la legislación EU.
- Se presta maxima atención a los actuales servicios cloud contratados del cliente (véase Google Suite ó O365) para su copia y restauración.-
- Protección de equipos y servicios del cliente sea cual sea su naturaleza.
Como solución global [Acronis], se evaluara positivamente, la posibilidad de proteger la maxima tipología de dispositivos, plataformas y servicios:
- Estaciones de Trabajo (Windows, Mac y Linux)
- Servidores Físicos (Windows y Linux)
- Equipos Virtuales compatibles con plataformas de Virtualizacion (VMWare ESXI, Virtuozzo & Virtuozzo Hybrid Infraestructure, Hyper-V, KVM, Red Hat (oVirt), Citrix XenServer, Nutanix AHV, Oracle y Scale Computing HC3
- Servidores de alojamiento Web
- Dispositivos móviles (IOS y Android)
- Usuarios de Microsoft 365 (Buzones de correo, OneDrive)
- Microsoft 365 SharePoint.
- Equipos de Microsoft 365.
- Google WorkSpace (Gmail, calendarios, contactos, Google Drive)
- Unidades compartidas de Google Workspace.
- Sitios Web
- Conectores especiales para Microsoft SQL Server, Microsoft Exchange Server, Microsoft Active Directory, Bases de Datos Oracle, Microsoft 365 Business, Google Workspace.
Con el fin de no divulgar o propagar credenciales de usuario para la acción de registro de dispositivos en la consola, la solución [Acronis] debe permitir la generación/aceptación de token en consola y generación/aceptación de token desde el dispositivo.
- Realizar copias de seguridad completas, parciales y/o selectivas, en modo Completa/Incremental/Diferencial.
La solución [Acronis] debe disponer de la capacidad de realizar la copia de seguridad en modo “Completa Autosuficiente“; copia que todos los datos elegidos para la copia de seguridad. No necesitara acceder a ninguna otra copia de seguridad para recuperar los datos de una copia de seguridad completa.
La solución [Acronis] deberá disponer de la “copia incremental” contiene todos los cambios que se han realizado desde la última copia de seguridad (completa, diferencial o incremental). De tal forma que si se creó una copia de seguridad completa y varias incrementales, todas estas copias de seguridad deben guardarse en la misma carpeta para que pueda restaurar los datos.
La solución [Aconis] deberá al tiempo disponer de “copia de seguridad diferencial” y esta deberá contener todos los cambios realizados después de la creación de la copia de seguridad completa. La solución deberá tener acceso a la copia de seguridad completa correspondiente para recuperar los datos de una copia de seguridad diferencial en un solo paso, de manera desatendida.
Las 3 modalidades deberán poder ser combinadas en un objeto, en adelante “plan de ejecución” para optimizar y beneficiar la velocidad del método de copia que quedaría representado un fichero único resultante.
El formato de copia de seguridad final sera el conjunto copias de seguridad incrementales iniciales completas y posteriores, en lugar de una cadena de archivos. Al tiempo que se pueda automatizar la eliminación de las copias de seguridad obsoletas y debe tener una vinculación directa a la retención del pto
La solución [Acronis[ debería tener la posibilidad de asignar varios planes de ejecución por dispositivo/plataforma/servicio. O bien un mismo plan de ejecución puede ser asignado a mas de un dispositivo/plataforma/servicio.
- Conservación de la copias bajo una retención personalizada.
La solución [Acronis] deberá disponer de un abanico de opciones de retención y conservación de las copias de seguridad para maximizar su efectividad en cualquier escenario y plataforma. Ademas, cumplido la condición de retención deberá disponer de un sistema de auto-limpieza de la copias caducas.
- Por antigüedad de la copia de seguridad (opción predeterminada): Especificando cuánto tiempo desea guardar las copias de seguridad que ha creado el plan de protección. De manera predeterminada, las reglas de retención se especifican para cada conjunto de copias de seguridad por separado.
- Por número de copias de seguridad: Especifique el número máximo de copias de seguridad que desea guardar.
- Por tamaño total de las copias de seguridad: Especifique el tamaño total máximo de copias de seguridad que desea guardar. Por lógica, esta modalidad no estará disponible en un esquema de copia de seguridad incremental (archivo único) o al hacer copias de seguridad en almacenamiento en el cloud.
- Mantener y Guardar las copias de seguridad indefinidamente hasta su borrado manual. O bien programar cuándo desea iniciar la limpieza:
- Después de la copia de seguridad (opción predeterminada).
- Las reglas de retención se aplicarán después de haber creado una copia de seguridad nueva.
- Antes de la nueva copia de seguridad.
Las reglas de retención se aplicarán antes de haber creado una copia de seguridad nueva.
Estas opciones deberán tener los ajustes propios para aplicaciones nativas de Windows en Servidores ( al margen de la maquina completa ) véase clusteres de Microsoft SQL Server o Microsoft Exchange Server.
La selección de la modalidad de la retención sera particular para cada plan de copias pero se podrá definir una por defecto, de tal manera que si desea usar una única regla para todas las copias de seguridad, disponga de un apartado para ello.
También la solución [Acronis] deber permitir cambiar el plan general de retención de una modalidad a otra, una vez iniciado ya las copias, auto-completando las partes necesarias y/o añadiendo las necesarias para sentido a la planificación.
- Restauración de la información de manera granular o masiva, en los objetos originales o en unos nuevos dados.
Se tomara como punto decisivo la capacidad de recuperación de los datos, sobre los dispositivos originales de los cuales se tomo la información o bien sobre un equipamiento nuevo (físico o virtual ) Para ello la solución deberá contar con sistema de adaptación y modificación de las tablas de disco del dispositivo destino.
En objetos completos se exigirá cumplir con:
- Recuperación de equipos físicos.
- De equipo físico a virtual.
- Recuperación de una máquina virtual
- Replicación de una maquina virtual a otra de otro Hipervisor, igual o diferente.
- Recuperar discos usando dispositivos de arranque propios de la solución.
- Recuperación haciendo Uso de Universal Restore Boot ISO compatible.
En objetos menores, véase Archivos y Carpetas, la solución [Acronis] deberá disponer de herramientas de nivel de administrador y de herramientas de auto-gestión del usuario final que permitan en mayor medida:
- Recuperación de archivos usando la interfaz web.
- Descargar archivos del almacenamiento en la cloud.
- Verificar la autenticidad de un archivo compartido anteriormente, propios de archivos legales.
- Recuperación de archivos usando dispositivos de arranque.
- Extraer archivos de copias de seguridad locales ubicadas en el site del cliente.
Se valorara el método de recuperación según el objeto a recuperar siguiendo este cuadro de necesidades presentada en el cliente.
Método de recuperación
Máquina física | Uso de la interfaz web Uso de dispositivos de arranque |
Máquina física | Uso de dispositivos de arranque |
Máquina virtual | Uso de la interfaz web Uso de dispositivos de arranque |
Máquina virtual o contenedor | Uso de la interfaz web |
Configuración de ESXi | Uso de dispositivos de arranque |
Archivos/Carpetas | Uso de la interfaz web Descargar archivos del almacenamiento en la cloud Uso de dispositivos de arranque Extraer archivos de copias de seguridad locales |
Estado del sistema | Uso de la interfaz web |
Bases de datos SQL | Uso de la interfaz web |
Bases de datos de Exchange | Uso de la interfaz web |
Buzones de correo de Exchange | Uso de la interfaz web |
Sitios web | Uso de la interfaz web |
Microsoft 365 | |
Buzones de correo (Agente local para Microsoft 365) | Uso de la interfaz web |
Buzones de correo (Agente en la nube para Microsoft 365) | Uso de la interfaz web |
Carpetas públicas | Uso de la interfaz web |
Archivos de OneDrive | Uso de la interfaz web |
Datos de SharePoint Online | Uso de la interfaz web |
Google Workspace | |
Buzones de correo | Uso de la interfaz web |
Archivos de Google Drive | Uso de la interfaz web |
Archivos de unidades compartidas | Uso de la interfaz web |
- Levantar la infraestructura copiada
Se espera disponer de un sistema de protección ante desastres junto a las funcionalidades antes mencionadas de copia, retención y restauración; Esta protección ante desastres permitiría levantar la infraestructura al completo en un entorno propio y virtual del fabricante. Por lógica el sistema deberá habilitar sistemas de inter-conexión entre el usuario y la nueva infraestructura (client-to-site), directamente por Internet (IP de acceso) o bien creando un sistema de conexión entre sites (VPN site-to-site). El uso de la infraestructura cedida por el fabricante para tal fin deberá estar en Europa y su licenciamiento/coste debería ser en la modalidad pago por uso.
Este módulo opcional de Recuperación ante desastre podrá ser habilitado de manera selectiva sobre aquella infraestructura que el cliente determine critica para su actividad. La funcionalidad de recuperación ante desastres y su aplicación, se deberá recoger en los diferentes planes de Backup, proporcionando así su aprovisionamiento con antelación. Cada una de las maquinas, en adelante “servidor de recuperación” debe ser una máquina virtual en la nube que constituye una copia del dispositivo seleccionado. Facilitaría que por cada uno de los dispositivos seleccionados, se creara un servidor de recuperación en estado “en espera” (máquina virtual que no está en ejecución) con la configuración confeccionada.
La solución [Acronis] debería permitir definir tamaño del servidor de recuperación automáticamente en función de la CPU y la RAM del dispositivo protegido. La infraestructura de red en la nube, sus redes (vlans) y la puerta de enlace para una conexión VPN debería ser definida con antelación a la utilización de los servidores de recuperación, para dar una rápida respuesta.
Para que no se pierda la sincronización de datos entre las diferentes áreas, el sistema debe ademas de proporcionar las copias completas, diferenciales e incrementales, por lógica debería incluir en este paquete de requisitos la funcionalidad de DCP o copia-de-datos-continuada.
Puntuara positivamente si la solución [Åcronis] dispone de una herramienta de conmutación de la red; desde producción a la levantada en el fabricante; La conmutación podrá ser manual o bien automática a través del check-de-salud a una parte o totalidad de la infraestructura afectada. La herramienta deberá contar también con un libro-de-actuación o hoja-de-ruta ( conjunto de instrucciones en las que se describe la forma de iniciar el entorno de producción en el cloud del fabricante) para que la actividad de la empresa y la integridad del flujo no se vean afectados.
Mientras que la infraestructura este levantada en el cloud del fabricante, se deberá seguir realizando copias de seguridad con los mismos planes definidos en la original.
Todo sistema de recuperación ante desastres debe disponer de sistemas de devolución de control a la infraestructura original una vez superada la crisis; de manera ordenada y coherente. Al tiempo que también el sistema de recuperación ante desastres estará sujeto a pruebas periódicas de simulación sin afectar a la infraestructura en producción.
- Servicios cloud contratados del cliente (véase Google Suite ó O365) para su copia y restauración.-
La solución [Acronis] deberá disponer de planes específicos para copias de seguridad de aplicaciones en el cloud de terceros. La copia se realizara de Cloud a Cloud, esta ultima del fabricante de la solución. Estos planes realizarán copias de seguridad de aplicaciones que se ejecutan en el cloud mediante conectores y usan el almacenamiento de cloud del fabricante como una ubicación de copia de seguridad.
Si bien los proveedores cloud pueden contar con sistemas propios de copia, las copias de seguridad periódicas de la solución [Acronis] proporcionaran una capa de protección adicional frente a errores de los usuarios y acciones malintencionadas. Se abre así la posibilidad de poder recuperar los elementos eliminados desde una copia de seguridad incluso después de que el periodo de retención del proveedor haya caducado. Asimismo, puede conservar véase el caso, una copia local de los buzones de correo de Exchange Online, para el cumplimiento de una normativa interna del cliente.
Los datos de la copia de seguridad se comprimen automáticamente y utilizan menos espacio en la ubicación de la copia de seguridad que en su ubicación original. La tasa de compresión para las copias de seguridad de la nube a la nube es fija y corresponde al nivel Normal de las copias de seguridad que no son de la nube a la nube. Para obtener más información sobre estos niveles, consulte Tasa de compresión.
Deberá realizar las siguientes operaciones:
- Crear, ver, ejecutar, detener, editar y eliminar un plan de copias de seguridad.
- Ver actividades relacionadas con cada plan de copias de seguridad.
- Ver alertas relacionadas con cada plan de copias de seguridad.
En el caso de Microsoft 365 se hace necesario tener la certeza de cumplir con las necesidades de:
Agente en la nube para Microsoft 365
Elementos de datos que se pueden incluir en copias de seguridad |
| |
Copia de seguridad de los buzones de correo electrónico comprimido (archivo comprimido local) | Sí | |
Programación de copia de seguridad | No se puede cambiar. Cada plan de protección se ejecuta todos los días a la misma hora.* | |
Ubicaciones de las copias de seguridad | Solo almacenamiento en el cloud | |
Protección automática de sitios, grupos, usuarios y equipos de Microsoft 365 | Sí, mediante la aplicación de un plan de protección a los grupos Todos los usuarios, Todos los grupos, Todos los sitios o Todos los equipos | |
Protección de más de una organización de Microsoft 365 | Sí | |
Recuperación granular | Sí | |
Recuperación en otro usuario de la organización | Sí | |
Recuperación en otra organización | Sí | |
Recuperación en un servidor de Microsoft Exchange local | No | |
Número máximo de elementos que se pueden incluir en copias de seguridad sin que se produzca ninguna degradación del rendimiento | 10 000 elementos protegidos (buzones de correo, elementos de OneDrive o sitios) por empresa** | |
Cantidad máxima de copias de seguridad ejecutadas manualmente | Al menos 10 ejecuciones manuales | |
Cantidad máxima de operación de recuperación simultáneas | 10 operaciones, incluidas operaciones de recuperación de Google Workspace |
* Dado que un agente en el cloud sirve a varios clientes, determina la hora de inicio para cada plan de protección por su cuenta con el fin de garantizar una carga uniforme durante un día y un servicio de la misma calidad para todos los clientes. La planificación de la protección puede verse afectada por el funcionamiento de servicios de terceros, por ejemplo, la accesibilidad a los servidores de Microsoft 365, la regulación de la solución [Acronis] deberá ajustarse y sincronizarse con los ajustes de los servidores de Microsoft reflejada en el documento https://docs.microsoft.com/en-us/graph/throttling.
En el caso de Google Suite:
- Copias de seguridad de cloud a cloud y recuperación de los datos de usuario de Google Workspace véase (buzones de correo de Gmail, Calendar, Contactos, cuentas de Google Drive) y unidades compartidas de Google Workspace.
- La recuperación granular de correos electrónicos, archivos, contactos y otros elementos.
- Compatibilidad con varias organizaciones de Google Workspace y recuperación entre organizaciones.
- Notarización opcional en los archivos incluidos en la copia de seguridad dentro de la base de datos de cadena de bloques de Ethereum. Cuando está habilitada, sirve para demostrar que un archivo es auténtico y que no ha cambiado desde su copia de seguridad.
- Búsqueda en todo el texto opcional. Cuando está habilitada, puede buscar correos electrónicos por su contenido.
- Proteger hasta 5000 elementos (buzones de correo, cuentas de Google Drive y unidades compartidas) por empresa sin que ello implique una degradación del rendimiento.
- Los datos de la copia de seguridad se comprimen automáticamente y utilizan menos espacio en la ubicación de la copia de seguridad que en su ubicación original. La tasa de compresión para las copias de seguridad de la nube a la nube es fija y corresponde al nivel Normal de las copias de seguridad que no son de la nube a la nube.