Soporte Técnico Premium para su infraestructura de virtualización por 1€/día
 

Categorizados | backup, Estandars, Estrategia, Software

Metodologia para programar los Backups

Metodologia para programar los Backups

Hola, que tal? Soy Jose Maria Gris y como cada jueves vengo a comentaros algo nuevo sobre el ecosistema VMware.

Os voy a plantear como planificar los backup de una forma metodológica. ¿Os acordáis de mi viejo amigo vScout? Pues bien, como recordaréis en uno de mis anteriores post os expliqué como hacer campos customizados por vosotros mismos. Vamos a hacer 2 campos nuevos, uno llamado RTO y otro llamado RPO.

RTO (como podéis ver en la Wikipedia, básicamente es el tiempo en que precisa la empresa que el servicio caido se restablezca) y por otro lado, el RPO es la cantidad de tiempo/información que estamos dispuestos a perder.

Ejemplo, un RTO de 5 minutos para el correo es que si el servicio cae, en 5 minutos ha de estar restablecido. Un RPO de 24 horas es que la empresa puede permitirse el lujo de perder todos los cambios que se han efectuado en un día, pues tiene mecanismos de recuperar de forma manual la información y tiene el tiempo preciso para volver a introducirlo.

Volvemos al vScout y por cada VM discutiremos con su propietario o usuario cual es su RTO y su RPO.

Una maquina que nos hace de puente para emitir una información y no guarda nada puede tener un RPO de 1 mes por decir algo, porque no guarda información, mientras que la industria farmacéutica tiene un RPO 0 porque si pierden la información la FAA y afines les obliga a destruir el producto.

Una máquina con RTO 0 precisará de un Fault Tolerance mientras que un RTO de 5 minutos con HA queda resuelto.

Cuando veas el “mapa” que conforma la matriz de VM, RTO y RPO verás que Jobs tienes que aunar, si con un RPO corto necesitas ir haciendo CDP o “near CDP” con réplicas de Veeam Backup… Verás que maquinas precisan un Backup prioritario o bien con un backup semanal tienes suficiente.

He visto hacer Jobs de toda una infraestructura (toda) y de forma diaria. Malgastar espacio en disco y trabajo inútil. Prefiero hacer este aproach que tras discutirlo con el cliente, puedes implantar con un nivel alto de confianza.

Hasta la semana que viene

Por favor, si te ha gustado este post dame tu puntuacion: [ratings]

Los lectores que leyeron este post, también leyeron:

  1. SureBackup, la nueva manera de hacer Backups de VMs
  2. Problemas al configurar Veeam Backup
  3. Otro sistema de backup para XenServer basado en scritps
  4. Backup de bajo coste para PYMEs
  5. Realizando backups en XenServer 5.5

Este post fue escrito por:

- who has written 72 posts on El Blog de la Virtualización de Servidores y del Cloud Computing en español.

José María Gris es Socio Director de Orbal, empresa especializada en ecosistemas basados en VMware, con más de 25 años de experiencia en el sector de IT. Tiene amplia experiencia en VMware (VCP310 y VCP410), Datacore (DCIE), Veeam y Vkernel entre otros.

Contact the author

Deja un Comentario

Sigue el blog Virtualización en Español

Blog Sponsors

Mi Empresa

JmG Virtual Consulting, expertos en Servicios y Soluciones de Virtualización y Cloud Computing

 

Síguenos en FaceBook

Descubre y domina VMware vSphere™ 5

Descubre y domina VMware vSphere™ 5. Por José María González

Descubre y domina la nueva versión de VMware vSphere™ 5 y aprovéchate de hasta un 20% de descuento al comprarlo online. Regístrate y recibe un capitulo de nuestro nuevo libro totalmente gratuito

 

 

Nuevo Site Recovery Manager 4 en español Consigue una copia gratuita del eBook



Nuevo VMware Site Recovery Manager 4 download gratis 

Nombre:
Email:


Anuncios