Tecnologías de protección de datos contra desastres A.Casadejust Dtor. Tecnico

Tecnologías de replica remota server SA N Disk array aplicación server SA N Disk array aplicación Basada en sistema de disco Virtualización de la SAN A nivel sistema operativo A nivel aplicación

Basada en disco Ventajasinconvenientes Independiente de numero de servidores. Requiere sistemas de disco idénticos entre ubicaciones Independiente de numero de sistemas operativos Sistemas propietarios Permiten point in time copy, para hacer back-up remoto.

Basada en SAN Ventajasinconvenientes Independiente de numero de servidores. Requiere apliances en la SAN Independiente de numero de sistemas operativos Los apliances pueden ser un cuello de botella Independiente de los sistemas de disco Certificaciones con los diferentes fabricantes de sistemas de disco

Basada en Sistema operativo Ventajasinconvenientes Barato para pocos servidores Dependiente de numero de servidores. Independiente de los sistemas de disco Trafico por la red Los sistemas operativos deben ser idénticos Caro si el número de servidores crece.

Basada en aplicación i.e. Database log shipping VentajasInconvenientes Consistencia de datos a nivel aplicación Solo vale para una aplicación especifica. Independiente de los sistemas de disco Trafico elevado por la red Requiere sistema y aplicación en destino

Omega Peripherals, soluciones de integración. INST&

Problemática del backup de las oficinas remotas. La mayoría de las empresas tienen resuelto el backup de los servidores del CPD. Pero la mayoría no tiene resuelto el backup de la oficinas remotas: No siempre se tiene personal técnico. Menos recursos. El backup remoto no es viable en muchos casos Como mucho se copian datos pero no el sistema

Backup de oficinas remotas WAN SQL EXCHANGE File Server Backup 1- Double-Take replica byte-a-byte a nivel escritura a disco. 2- Hacemos un checkpoint consistente y paramos la réplica 3- Iniciamos un backup consistente de los datos 4- Una vez finalizado el backup, se continua replicando byte-a-byte

Problemática de las oficinas remotas Disaster Recovery de los servidores de oficinas. No basta con replicar datos de las aplicaciones, hay que mantener copias de las imágenes de boot de los servidores de las oficinas remotas. Nuevos servidores se van instalado en las oficinas remotas y no siempre son modelos idénticos a los anteriores. Podemos necesitar ampliar el tamaño del disco de boot En caso de caída de un servidor remoto hay que tener un RTO mínimo.

Disaster Recovery de Servidores Remotos WAN Backup 1 – Platespin crea imágenes de los servidores remotos 2 – Double-Take replica las imágenes forma incremental 3 – Paramos la réplica para hacer backup de las imágenes

Bare Metal recovery de Servidores Remotos WAN 1- Se cae un servidor de una oficina remota 2- Se reemplaza por un nuevo servidor 3- Double-Take replica su última imagen 4- El nuevo servidor configurado exactamente como el servidor caido.

Problemática de las oficinas remotas La replicación de servidores o servicios es una de las técnicas para reducir el RTO. Pero hay que superar algunos tópicos: Sólo es para grandes corporaciones Depende de la cabina de almacenamiento que tenga. Es muy caro Necesito una gran infraestructura de comunicaciones. El paradigma del RTO es tener failover de servicios de las oficinas remotas pero, todo lo anterior y MAS !!!

Réplica de Servidores Virtuales heterogéneas WAN 1- Double-Take replica VM heterogéneas entre Virtual Server ( GSX).

Failover de servicios de oficinas remotas WAN SQL File Server 1- Double-Take replica a un stand-by server. 2- Un servicio de una oficina remota cae. 3- Double-Take inicia el failover del servicio y propaga DNS 4- Se restablece el servicio de forma remota.

Failover de servidores sobre VM WAN SQL File Server 1- Double-Take replica sobre servidores virtuales. 2- Un servicio de una oficina remota cae. 3- Double-Take inicia el failover del servicio y propaga DNS 4- Se restablece el servicio de forma remota.

Backup y Failover de servidores sobre VM WAN SQL File Server LAN

Backup INST&táneo de servidores virtuales 1- El software de backup inicia el backup. 2- INST& se encarga de poner la BBDD en modo begin backup 3- INST& se encarga de hacer un snapshot de la VM 4- INST& se encarga de poner la BBDD en modo end backup 5- INST& se encarga de montar la VM en el servidor de backup 6- Con el modulo Cbackup de VI3 podemos ver el contenido de una VM sin necesidad de tener un VM server. 7- Se inicia el backup de la BBDD. Backup LAN

Omega Peripherals, soluciones de integración. INST&

Infraestructuras para la información