Copias de seguridad remotas vía Internet de grandes volúmenes de información. Consumo mínimo de canal, Multiplataforma, Seguro, y eficaz

Transcripción

1 Ficha Técnica Copias de seguridad remotas vía Internet de grandes volúmenes de información. Consumo mínimo de canal, Multiplataforma, Seguro, y eficaz εindi backup remoto es un software multiplataforma de alto rendimiento que permite realizar copias de seguridad vía Internet, tanto de servidores, como de PCs y portátiles. ε Sólo transmite las diferencias binarias* (tecnología ) generadas tras la última copia de seguridad realizada, reduciendo drásticamente el consumo de canal en la transmisión, lo que le permite realizar copias de seguridad remotas de cientos Gigabytes de información con un consumo mínimo de canal. Replicación rápida y segura de información por transmisión TCP/IP de diferencias incrementales binarias

2 Ficha técnica GENERAL UTILIDAD LA APLICACIÓN Sistema de almacenamiento remoto de copias de seguridad diferenciales, generadas por los clientes a partir de las diferencias encontradas entre el estado de los datos tras el último backup diferencial y el actual. TECNOLOGIA INTEGRADA Tecnología de diferenciación binaria de información para extraer para cada fichero las diferencias binarias producidas entre dos versiones de la información. Consta de dos aplicaciones de software: COMPONENTES HOST: Para el servidor dónde se almacenarán las copias. CLIENTE: Para las máquinas servidor o Workstation que van a realizar las copias sobre el Host HOST SERVIDOR COPIAS ACTIVACIÓN CLIENTES Envío de instalador (opcionalmente) y fichero de configuración a clientes vía . Posibilidad de ejecutar la instalación de forma desasistida Posibilidad de importación de ficheros para el alta de clientes Recepción y almacenamiento de copias. La recepción puede ser online o por medios externos. En un primer backup se transmite la de la versión inicial (primera versión base ) de datos del cliente y en lo sucesivo los backup diferenciales (parches). RECEPCIÓN Y ALMACENAMIE NTO COPIAS SEGURIDAD El Business Server (o host) almacena una versión base más un número de parches de cada cliente. El número de parches a mantener es configurable por cliente. Toda la información se almacena en el host en formato comprimido y encriptado. Promoción automática y/o forzada de parches desde el host Una vez alcanzado el número límite de parches contratados, los más antiguos se incorporan a la versión base de los datos del cliente de forma automática. Este proceso se denomina promoción de parches. Se ejecuta automáticamente una vez alcanzado el número máximo de parches contratado por cada cliente (configurable) o bien puede forzase desde el host. RESTAURACIÓ N DATOS El cliente puede solicitar en cualquier momento la recuperación de copias on line desde la interfaz del software de cliente. Asimismo, como alternativa adicional de seguridad, el host puede ejecutar o programar restauraciones. A) Restauración desde el host en caso de contingencia grave En caso de que un cliente haya sufrido una contingencia tal en su equipo que no sea posible utilizar la aplicación puede solicitar al administrador del host

3 HOST SERVIDOR COPIAS una restauración de sus datos a un soporte externo facilitándole la clave de encriptación. El host, a su vez, le transmitirá de nuevo el software cliente y sus datos de configuración para que pueda instalar la aplicación en otra máquina y restaurar la copia al estado original previo al siniestro.. B) Restauración programada a soporte externo Como medida adicional de seguridad, desde el host puede programarse la realización periódica de restauraciones para su almacenamiento en un soporte externo. C) Restauración forzada desde el Business Server en la propia máquina cliente Esta utilidad sirve para determinar desde el host la versión de cada fichero que debe estar operativa en cada cliente, bien en su directorio habitual de trabajo o en otro alternativo. También da utilidades a los administradores de sistemas para realizar restauraciones de ficheros sin la intervención de usuario final (corporaciones con centralización de copias) Monitorización de clientes: permite saber en qué fase del proceso (generación de parche, transmisión, consumo, ) se encuentra cada cliente y alerta sobre cualquier incidencia. Servicio de notificación a clientes A) Finalización correcta de copia Al finalizar cada copia se envía al cliente un correo tipo personalizable que indica el espacio de almacenamiento aún disponible. B) Finalización con advertencias CONTROL CLIENTES NOTIFICACION ES superación del límite de almacenamiento Si un cliente supera el límite de volumen contratado al realizar un backup o una restauración, se envía un de aviso al administrador del backup business server. Además de la desactivación funcional de permiso de backup del cliente por errores o recepción de copias por medios externos, el administrador del backup business server puede desactivar los permisos del cliente por causas administrativas. Si el cliente supera el tamaño puesto como límite total, entonces ya no podrá realizar más copias de seguridad hasta que dicho límite sea ampliado. aviso de error en copia: En caso de detectarse cualquier error en la copia realizada el estado de error se monitoriza desde el Business Server y se notifica vía mail al cliente. Dicho mail contiene en un fichero ZIP los logs del parche que ha provocado el problema, Programación de acciones y tareas desde el Host de copias El administrador del sistema puede programar acciones y tareas a realizar por los clientes sin la intervención del usuario final: Rearme de copias, orden de ejecución de backup, restauración, reconfiguración... PROTOCOLO HTTP para comunicación con los Servlets de control,

4 HOST SERVIDOR COPIAS COMUNICACIÓ N SFTP para generación de árboles de directorios en el Host desde el cliente SCP para transmisión de copias de seguridad y datos restaurados entre Cliente y Host SMTP para envío de s de notificación Capacidad de funcionamiento entre distintas plataformas SISTEMAS OPERATIVOS Sistemas operativos soportados: o Windows XP, 2000 (SP4), 2003, 2007, Vista, 2008, Windows 7 o Linux (kernel o superior, ej: Fedora 7, SuSE 9) INFRAESTRUCT URA NECESARIA Kit de desarrollo java (J2SDK), versión recomendada Servidor de servlets Apache Tomcat, versión recomendada (Incorporada con el producto) Un servidor SSH (En Windows el servidor SSH se ejecuta sobre la plataforma cygwin ). Hasta 20 clientes Procesador Pentium Mhz (o equivalente en rendimiento AMD o SPARC) 2 GB RAM. Hasta 100 clientes Intel Core2Duo 3.00 GHz (o equivalente en rendimiento AMD o SPARC) 4 GB RAM Superior 100 clientes REQUISITOS MINIMOS Intel Xeon Quad 3.00 GHz (o equivalente en rendimiento AMD o SPARC) 8 GB RAM En todos los casos: 525 MB espacio en disco duro para el proceso de instalación inicial. Espacio en disco libre (al menos el volumen de la copia de los clientes a gestionar + un 20%). Acceso a internet, puerto 80 (necesario durante el proceso de instalación y de actualización de licencia) Soportado proxy compatible con squid Dirección ip asignada al servidor. Puertos 8080 y 22 accesibles desde internet (configuración por defecto). Velocidad de bajada suficiente para realizar las copias dentro de las ventanas de backup de los clientes. Servidor SMTP (necesario para enviar ficheros de configuración y notificaciones al administrador y a los clientes)

5 SEGURIDAD REPLICACION ACCIONES POSTBACKUP PERSONALIZAC ION LA INTERFAZ HOST SERVIDOR COPIAS Seguridad en la transmisión y almacenamiento de la información Protocolos de comunicación: sftp, scp, http. La comunicación entre el backup Server y el backup Client, se realiza mediante un protocolo controlado por un conjunto de servlets. Protocolo de transmisión seguro (sftp, scp) Encriptación de datos (Rijndael de 128 bits) Ocultación de nombres Seguridad IP: Posibilidad de firmar todas las tramas de diálogo con el Servidor con la IP del cliente, para evitar el sniffer de tramas Módulo opcional de replicación remota o local de Host de Almacenamiento de copias, para servidor de contingencia. En el caso de que el Host de copias tenga alguna incidencia entra a trabajar el segundo servidor, una vez recuperado el primer servidor se vuelven a sincronizar. Módulo opcional de acciones postbackup para programar acciones a realizar por el sistema una vez terminado un backup del cliente. (replicación de servidores, integración de información, archivos de copias históricas...) Módulo opcional de personalización, de manera que la interfaz del cliente sea personalizada con otra imagen diferente de la del software. Puede soportar múltiples personalizaciones por grupos de clientes. ACTUALIZACIO N AUTOMATICA Actualización de software automática para todos los clientes de un Host una vez actualizado el software del Host. Los clientes se actualizarán en la primera conexión que realicen, evitando cualquier incompatibilidad de versiones. LICENCIAMIEN TO Se licencia sin coste por la compra de los paquetes de cliente.

6 CLIENTE El sistema realiza por defecto dos testes ENVÍO COPIAS SEGURIDAD Test de configuración, previo a la realización del primer backup: Para asegurarse de que la aplicación está bien configurada antes de realizar la primera copia de seguridad se ha incluido un test que debe ejecutarse obligatoriamente. El test comprueba fundamentalmente los diferentes tipos de conexiones y los permisos de acceso a los directorios de usuario. También se puede lanzar en cualquier momento que decida el usuario utilizando la opción de menú o el botón correspondiente en la ventana principal. Test de contenido de parche. Después de la generación de cada parche y antes de enviarlo al servidor, se realiza un test para comprobar que no está corrupto y prevenir posibles problemas de escritura en los discos locales. Realización de copias: manuales / programadas / programadas por el host El cliente describe diferentes perfiles en función de los grupos de datos a salvaguardar y la periodicidad de las copias de seguridad. Programa la realización periódica de la copia de cada perfil Ejecuta también las copias programadas por el host Copias diferenciales e incrementales Permite realizar copias diferenciales binarias y/o meramente incrementales optimizando la ecuación tiempo de generación de parche + tiempo de transmisión = tiempo total de backup remoto. Se puede determinar por tipo de ficheros, tamaño... Programación de acciones prebackup y postbackup: Se automatizan de esta forma dentro de la aplicación del backup el lanzamiento de procesos que se requieren en la preparación de la copia o que se deben ejecutar al acabar la copia. Copias offline: proceso simplificado Da la posibilidad de decidir la ruta en la que se quieren dejar los datos para una copia inicial externa. Transmisión segura Los datos se transmiten al Host de forma segura por la utilización del protocolo SSH y además, si el cliente utiliza una clave de encriptación, quedarán almacenados en el Host en formato encriptado. Si la copia de seguridad a enviar es voluminosa, se ofrece al cliente la posibilidad de enviarla por medios externos (CD/DVD) y se indica al Host el modo de envío (notificación al administrador). IP SECURITY: Tanto en el cliente como en el servidor se ha implementado la posibilidad de firmar todas las tramas de diálogo con el Servidor con la IP del cliente, de modo que se disponga de un

7 CLIENTE protocolo robusto para evitar el sniffer de tramas. Notificación de verificación del proceso El cliente recibe vía una notificación del resultado del backup y el espacio de almacenamiento consumido y disponible. En caso de error, informa de la causa mediante el envío de logs Restauración de copias desde el cliente en tres pasos: Seleccionar los ficheros a restaurar Se puede solicitar la restauración de los datos incluidos en las diferentes copias de seguridad almacenadas en el Host. La pantalla de restauración ofrece una visualización tipo árbol que facilita la elección de ficheros/copias a recuperar. La restauración puede ser del parche completo o de ficheros y/o directorios determinados RESTAURACIÓ N DATOS Seleccionar la vía de restauración: online/offline El sistema realiza un cálculo del tiempo requerido para transmitir online los datos a restaurar y propone la vía más adecuada en cada caso. Seleccionar el lugar donde restaurar: en directorio original/en otro directorio Según se quiera mantener o sustituir la versión existente de esos ficheros en el cliente se copiaran en la misma carpeta o en otra alternativa. Nota: véase otras opciones de restauración en el epígrafe anterior funcionalidades del host Test para resolución de problemas: RESOLUCIÓN PROBLEMAS Test de configuración, previo a la realización del primer backup: Test de contenido de parche. Notificación de verificación del proceso Reacción automática ante caídas de línea El sistema reconoce la duplicidad de ficheros generados por Scandisk de Windows cuando existen unidades dañadas. Posibilidad de tratamiento de ficheros abiertos Solución de continuidad: reacción automática ante caídas de línea La aplicación continúa desde la posición en la que se había producido el corte, tanto en la transmisión de copias de cliente a servidor como en la restauración de servidor a cliente. Realiza intentos automáticos de conexión cada minuto, dando la conexión por perdida solamente si se supera el tiempo límite establecido sin conexión en la línea. Si todo intento de reconexión resultara fallido durante los procesos de

8 CLIENTE copia / restauración el sistema ofrece al usuario la posibilidad de intentar completar el proceso en ese momento o finalizar la aplicación. En este último caso, al abrir de nuevo la aplicación, el proceso interrumpido se reanuda automáticamente, previa pregunta al usuario de su posible continuación. Programación de copias Desde cada máquina cliente Se puede automatizar la generación y envío de copias de seguridad utilizando el Programador de Tareas incorporado en la propia aplicación de backup client. El cliente puede programar los perfiles definidos con diferente periodicidad. desde el Business Server El host puede programar la ejecución de copias de seguridad de cada cliente o por grupos de clientes para: AUTOMATIZACIÓN L PROCESO asegurar que determinada información clave se copie en todo caso planificar adecuadamente las ventanas de backup de toda la organización organizar los backups por modelos de perfiles de forma que sea rápida y sencilla la puesta en marcha del servicio en toda la organización Programación de restauraciones periódicas El Business Server puede programar la realización periódica de restauraciones a soporte externo como medida de seguridad complementaria. Nota: Todas las programaciones realizadas en el servidor se añaden a las propias generadas en el cliente TRATAMIENTO FICHEROS ABIERTOS Para el proceso de bases de datos abiertas se ejecutan las acciones prebackup y postbackup para programar cualquiera de las dos opciones siguientes: Parar la base para sincronizar el fichero y arrancarla de nuevo una vez terminado el proceso de presincronización. Utilizar los propios mecanismos de exportación de las bases de datos para obtener copias íntegras en caliente y utilizar estas imágenes como imágenes a procesar en el backup. Necesita más espacio para trabajar que el primero. Para el proceso de ficheros abiertos podemos realizar el mismo proceso prebackup para cerrar los ficheros abiertos (por ej. cerrar outlook...) o bien puede dejarse al sistema trabajar de modo que si un fichero no puede procesarse por el backup en este momento entonces, ya se procesará mañana. Si el proceso de backup se ejecuta en momentos de baja actividad del sistema, el proceso es eficaz en la mayoría de los casos. Las versiones ocupadas de los ficheros no se van a salvaguardar ese día y todo ocurre como si esa información no hubiese cambiado ese día. El proceso nos informará de cualquier de incidente como este que ocurra durante el proceso de copia pero no detendrá su marcha.

9 CLIENTE Para los sistemas Windows 2003 y XP se tratan todos los ficheros abiertos sin ninguna programación. SEGURIDAD Seguridad en la transmisión y almacenamiento de la información Protocolos de comunicación: sftp, scp, http. La comunicación entre el backup Server y el backup Client, se realiza mediante un protocolo controlado por un conjunto de servlets. Protocolo de transmisión seguro (sftp, scp) Encriptación de datos (Rijndael de 128 bits) Ocultación de nombres. IP SECURITY: la posibilidad de firmar todas las tramas de diálogo con el Servidor con la IP del cliente, de modo que se disponga de un protocolo robusto para evitar el sniffer de tramas. Capacidad de funcionamiento entre distintas plataformas SISTEMAS OPERATIVOS Linux (kernel o superior, ej: Fedora 7, SuSE 9) Windows 98/2000/2003/2007/2008/Me/XP/Vista/NT, service pack 3 Resto de sistemas mediante emuladores o exportación de ficheros. Dependiente de la cantidad de información a copiar, pero como mínimo señalamos las siguientes características: INFRAESTRUCT URA MINIMA NECESARIA Procesador Pentium Mhz (o equivalente) 512 Mb de RAM 122 MB espacio en disco duro para el proceso de instalación inicial Máquina virtual de Java, versión recomendada (incorporada con el producto) Espacio suficiente para almacenar la copia de la última versión de datos (como máximo será el mismo tamaño de la información a salvaguardar) Salida a internet con puertos 8080 y 22 no filtrados Servidor SMTP (necesario para enviar notificaciones) Canal de comunicación mínimo recomendado: RDSI 256 Kbps HTTP para comunicación con los Servlets de control, PROTOCOLO COMUNICACIÓ N SFTP para generación de árboles de directorios en el Host desde el cliente SCP para transmisión de copias de seguridad y datos restaurados entre Cliente y Host SMTP para envío de s de notificación LICENCIAMIEN TO Se licencia por paquetes de clientes con dos tipos de licencia: Servidor: Sistemas operativos Windows 2000 server,2003 server, 2007 server, 2008 Server, Linux, Solaris, Aix. Workstation: Windows 98, 2000 WorkStation, XP, Vista, Windows 7

10 Tecnología ε: la base del alto rendimiento de ε indi La tecnología Epsilon es capaz de diferenciar dos versiones distintas de un mismo fichero de cualquier tipo obteniendo un fichero mínimo y comprimido de diferencias. Por qué ε? Porque transmite la información mínima necesaria para replicar los datos en el servidor remoto consiguiendo un importante ahorro en el consumo de ancho de banda. ε La tecnología (diferenciación incremental binaria de ficheros) permite realizar vía Internet copias de cientos de Gbytes de información con un consumo mínimo de canal, ya que encuentra coincidencias en cualquier punto de la versión anterior y sólo transmite las diferencias binarias Por su entre los dos bloques de información comparados. No se trata de una rendimiento mera copia incremental en la que se transmiten todos aquellos ficheros en los que se ha producido algún cambio, sino de transmitir únicamente dichos cambios a nivel binario. Se genera un único fichero de diferencias contiene: de los ficheros modificados: la diferencia binaria comprimida de los ficheros/directorios eliminados: la orden de eliminarlos en el remoto de los ficheros/directorios nuevos: solamente la información nueva comprimida. Diferencia todo tipo de ficheros, sin que su tamaño suponga un obstáculo. Por su Permite replicar información entre distintas plataformas versatilidad Replica desde PCs, portátiles y servidores Interfaz sencilla, disponible en varios idiomas. La generación del fichero de diferencias es automática y transparente para Por el usuario. El fichero de diferencias, incremental y mínimo, se transmite seguridad comprimido y encriptado para máxima seguridad del proceso.

11 Seguridad La seguridad del producto se basa en distintos factores según de que tipo de seguridad hablemos. Seguridad en la integridad de los datos: 1. Antes de dar por buena una copia inicial en el servidor, se realiza una verificación de todos los ficheros mediante el calculo md5 del contenido. 2. Las copias diferenciales se verifican en el cliente antes de transmitirlo y en el servidor después de la recepción. En caso de error en la verificación del cliente se vuelve a recalcular el fichero diferencial. Si el error se produce en el servidor, se vuelve a retransmitir. 3. Los ficheros diferenciales llevan redundancia interna para asegurar la integridad de la información. 4. Autocura en el servidor de segmentos de diferencias deteriorados (p.e. por la comunicación) y de versiones anteriores manipuladas. Seguridad en la transmisión y almacenamiento de los datos para hacerlos inaccesibles a terceras personas: 1. Primer nivel de encriptación: En primer lugar se encripta toda la transmisión mediante el protocolo SFTP. 2. Segundo nivel de encriptación: El usuario puede introducir una clave de encriptación que se realiza con 128 bits. De esta forma se asegura que la información almacenada en el remoto se encuentra encriptada, y únicamente el usuario con su clave de encriptación puede acceder a ella. 3. Los nombres de los ficheros en el servidor tienen una nomenclatura propia que le da el sistema con lo que no se puede conocer ni el nombre del fichero de origen. 4. Reacción automática ante caídas de línea: continúa la transmisión del parche desde el punto en que lo dejó. 5. IP SECURITY: posibilidad de firmar todas las tramas de diálogo con el Servidor con la IP del cliente. Protocolo para evitar el sniffer de tramas. Seguridad para el administrador del sistema: 1. Envío de mensajes con cada copia y aviso de errores o de incidencias, ficheros no copiados...etc 2. Tratamiento de logs: 3. Logs rotativos tanto en cliente como en servidor. 4. Logs adjuntos en los s de notificación. 5. Monitorización online de todos los clientes activos y aviso en tiempo real de no realización de backups por los clientes. 1. Posibilidad de actuación desde el administrador del sistema para relanzar copias de seguridad de clientes, restauraciones y rearmes del sistema.

12 Cuadro de rendimientos Los tiempos de proceso en la realización de la diferenciación de la información y preparación de la copia y los tamaños de los parches pueden ser muy variables, ya que dependen de múltiples factores que no se repiten de una instalación a otra, ni incluso en la misma instalación de diferentes momentos: variabilidad de la información, número de ficheros, máquina dónde se realiza el proceso...etc. No obstante a continuación, y a modo de ilustración, marcamos algunos tiempos y tamaños de los ficheros a enviar que pueden servir como orientación, y que corresponden a casos reales en distintos clientes. Tamaño información original Tipo de información Tiempo de proceso de diferenciación y preparación Tamaño del parche a enviar Tiempo aproximado de envío por una línea de 256 Kb 7 m 20s 18 MB 9 m 36s 1.5 GB 1 fichero BBDD Navision 3.5 GB 10 ficheros Outlook Express (copiados por red local desde el servidor) 48 m 24 MB 12 m 48s 6 GB 1 fichero Fichero Evolution 20 m 8,7 MB 10 m 4.5 GB 1 fichero Exportación Oracle 150 usuarios 20 m 5,2 MB 4m 8 GB 1 fichero Backup Exchange con NTBackup (*.bkf) 1h 30 MB 18 m 12 GB 20 ficheros BBDD Oracle 2h 36 MB 19m 12s 20 GB Varios ficheros BBDD nativa 2h 750 MB 6 h 40 m 23 GB 1 fichero Exportación MSSqlServer (*.bak) 2 h 27 m 16 MB 8m 30s 32 GB 1 fichero Backup Exchange con NTBackup (*.bkf) 4h 430 MB 3h 50m 36 m 30 MB 16 m 52 m 185 MB 1h 39 m 2h6m 383 MB 3h 25 m 30 GB 66,223 ficheros 80 GB 206,156 ficheros 250 GB 290,000 ficheros correo Navision Servidor ficheros empresa pequeña Servidor ficheros empresa mediana Servidor ficheros empresa grande

13 Tratamiento de bases de datos abiertas Para el proceso de bases de datos abiertas se pueden emplear dos métodos. El primer método es que el sistema de bakup programa una parada de la base. Se sincroniza y se vuelve a arrancar la base. La parada puede ser de unos segundos a unos minutos dependiendo del volumen de la misma. El proceso se automatiza totalmente desde la aplicación de backup sin que el usuario tenga que intervenir. El segundo método, es el de utilizar los propios mecanismos de exportación de las bases de datos para obtener copias íntegras en caliente y utilizar estas imágenes como imágenes a procesar en el backup. Este es el método más usado por nuestros clientes, ya que se trabaja con la recomendación de los propios gestores de las bases de datos, y supone un menor coste de licencias para el cliente. El proceso se automatiza totalmente desde la aplicación de backup sin que el usuario tenga que intervenir. Nota versión 2010: Ya está disponible el tratamiento de cualquier base de datos abierta para los sistemas XP y Windows 2003, sin necesidad de programar ni parada ni exportación. En preparación la de los demás sistemas operativos. Tratamiento de ficheros abiertos Para el proceso de ficheros abiertos podemos realizar el mismo proceso prebackup para cerrar los ficheros abiertos (por ej. cerrar outlook...) o bien puede dejarse al sistema trabajar de modo que si un fichero no puede procesarse por el backup en este momento entonces, ya se procesará mañana. Si el proceso de backup se ejecuta en momentos de baja actividad del sistema, el proceso es eficaz en la mayoría de los casos. Las versiones ocupadas de los ficheros no se van a salvaguardar ese día y todo ocurre como si esa información no hubiese cambiado ese día. El proceso nos informará de cualquier de incidente como este que ocurra durante el proceso de copia pero no detendrá su marcha. Nota versión 2010: Ya está disponible el tratamiento de cualquier fichero abierto para los sistemas XP y Windows 2003, sin necesidad de programar ni parada ni exportación. En preparación la de los demás sistemas operativos.