ROI TCO RTO RPO. repostor quiere hacer que su TCO sea más bajo. Hasta 43 veces más de ahorro de espacio. Una restauración más rápida

Transcripción

1 repostor quiere hacer que su TCO sea más bajo Tras leer este documento, obtendrá respuestas a las preguntas que pueda tener relativas a: ROI (Beneficio de la inversión) Hasta 43 veces más de ahorro de espacio TCO (Coste total de propiedad) RTO (Objetivo de tiempo de recuperación) Una restauración más rápida RPO (Objetivo de punto de recuperación) Realización de una copia de seguridad más rápida Menos datos de los que hacer una copia de seguridad Menor pérdida de datos Esta solución ha sido verificada por IBM

2 Beneficio de la inversión (ROI) Con nuestra solución, ahorrará hasta 43 veces más de almacenamiento almacenado (GB) almacenado con TSM (GB) almacenado con TSM (GB) con desduplicación En este gráfico se muestra una copia de seguridad completa de un disco (líneas en rojo ), y el aumento de la capacidad de almacenamiento en gigabytes de una base de datos con un tamaño de 10 gigabytes, con 30 días de retención. Con nuestra solución, no tendrá necesidad de hacer copias de seguridad completas todos los días. Podrá ejecutarla cada semana, con una ejecución incremental intercalada, que se ilustra en las (líneas amarillas ). Si activa la versión 6 de TSM con deduplicación y compresión, el volumen se verá drásticamente reducido (las líneas verdes ). Nota: No hemos tenido en cuenta que se requiere espacio adicional para el volcado de la copia de seguridad local (el espacio que ocupa el sistema del archivo para el volcado), sino que sólo hemos hecho el cálculo a partir de la cantidad de espacio utilizado en TSM.

3 Ventana de copia de seguridad Copia de seguridad asincrónica frente a sincrónica No se puede garantizar que las copias de seguridad de Progress queden protegidas con TSM realizando una copia de seguridad del disco (véase la ilustración siguiente) Copia de seguridad asincrónica sin tener en cuenta las distintas tareas programadas Copia de seguridad de Progress en progreso Copia de seguridad del archivo de TSM en progreso En este ejemplo, la copia de seguridad de Progress puede seguir estando en progreso a la vez que la copia de seguridad del sistema del archivo de TSM se está ejecutando. En qué estado se encuentra la copia de seguridad de Progress? Situación 1) Situación 2) TSM podría haber hecho la copia de seguridad del archivo mientras la copia de seguridad de Progress se esté ejecutando todavía; el resultado es una copia de seguridad corrupta en TSM. TSM podría haber hecho la copia de seguridad del archivo mientras la copia de seguridad de Progress se ha llevado a cabo; el resultado es una copia de seguridad correcta en TSM. Copia de seguridad asincrónica teniendo en cuenta las distintas tareas programadas Copia de seguridad de Progress en progreso Copia de seguridad del archivo de TSM en progreso En este ejemplo, la copia de seguridad de Progress es correcta en TSM pero, como se puede apreciar en la imagen, la ventana de la copia de seguridad es mucho más larga. Con nuestra solución, la copia de seguridad de Progress se enviará directamente a TSM, tal y como se muestra a continuación. Copia de seguridad sincrónica Copia de seguridad de Progress a TSM en progreso En este ejemplo, la ventana de la copia de seguridad es mucho más corta que en el resto de ejemplos anteriores. Hay una garantía absoluta de que todos los datos se almacenen en TSM. Con nuestra solución, la ventana de la copia de seguridad será más corta El resultado será una copia de seguridad más rápida desde la aplicación hasta el momento en el que los datos estén realmente almacenados fuera del servidor físico (TSM).

4 Objetivo de punto de recuperación (RPO) Puede llevar a cabo copias de seguridad con mayor periodicidad ya que el volumen de las copias de seguridad incrementales es más pequeño. La pérdida de datos máxima será de una hora El ejemplo anterior muestra qué sucede si realiza una copia de seguridad incremental cada hora impar.

5 Objetivo de tiempo de recuperación El tiempo de inactividad máximo de la aplicación durante una operación de restauración será menor ya que los datos se obtienen en paralelo directamente desde TSM al servidor de Progress. En la imagen anterior se muestra una restauración de cuatro bases de datos en paralelo al servidor de Progress. Los recuadros grises corresponden a la restauración incremental (informes de la transacción) y la recuperación en el servidor de Progress. Con nuestra solución, el tiempo de inactividad será más corto Restauración del archivo Restauración de Progress desde la situación de completo En la imagen anterior se muestra cómo restaurar una de las bases de datos de Progress desde TSM. Si esto se hubiese hecho de forma manual, el tiempo de inactividad habría sido mucho más largo ya que no se podría haber hecho en paralelo y la restauración y la recuperación se tendrían que haber llevado a cabo en fases distintas. 1) Restauración de los archivos de volcado de la copia de seguridad local desde TSM (recuadrosrojos) 2) Restauración de los archivos de la copia de seguridad incremental desde TSM (recuadrosgrises) 3) Restauración de la base de datos de Progress (recuadroamarillo) 4) Recuperación de las bases de datos de Progress desde el archivo de la copia de seguridad incremental (recuadrosverdes)

6 Consiga ya su copia de validación Vaya a Seleccione "Productos" en el menú Elija el producto Vaya a "descargas de productos" Puede probar su copia durante 30 días. Cómo hacer su pedido del Protector de datos: Si desea más información, envíe un mensaje de correo electrónico a info@repostor.com. Bienvenido a Repostor REPOSTOR AB Första Långgatan 19 SE Gotemburgo Suecia Esta solución ha sido verificada por IBM