Documentación de proyecto Veeam Backup & Repplication · Arnaldo C. Castro – Servicios...

Documentación de

proyecto Veeam

Backup &

Repplication

Arnaldo C. Castro – Servicios Profesionales

Olam – Documentación de Proyecto Veeam Backup & Repplication v2.0 Pág. 2 de 31

INDICE

Control de Cambios ...................................................................................................................... 3

Introducción a Backups de Veeam .......................................................................................... 4

Puntos y Tiempos de Restauración (RPO y RTO) ................................................................ 4

RPO ............................................................................................................................................. 4

RTO .............................................................................................................................................. 4

Ventana de Tiempo del Respaldo ............................................................................................ 5

Tipos de Respaldos ......................................................................................................................... 5

Medios de Respaldo ...................................................................................................................... 6

Almacenamiento Local ........................................................................................................ 6

Histórico De Respaldos .................................................................................................................. 7

Notificación de Resultados .......................................................................................................... 8

Detalles de la Infraestructura ...................................................................................................... 8

Diagrama de la Infraestructura .................................................................................................. 9

Configuración Virtual ................................................................................................................... 10

Estrategia y configuración de Veeam backup ................................................................... 11

Detalle de Jobs de Backup Configurados ............................................................................ 12

Respaldo a Repositorio Local Diario ................................................................................... 12

Respaldo a Repositorio Remoto Histórico .......................................................................... 13

Respaldo a Cinta Históricos: .................................................................................................. 14

Rotación de cintas ....................................................................................................................... 15

Introducción a Réplicas de VEEAM ......................................................................................... 16

Failover y Failback ........................................................................................................................ 18

Failover ......................................................................................................................................... 18

Permanent Failover .................................................................................................................. 19

Undo Failover ............................................................................................................................. 20



Failback ....................................................................................................................................... 21

Commit Failback ....................................................................................................................... 22

Undo Failback ............................................................................................................................ 22

Detalle de Jobs de Réplica Configurados ............................................................................ 24

ANEXO .............................................................................................................................................. 30

Links de interés ........................................................................................................................... 30

Resultados de las pruebas de Restauración .................................................................... 31

Control de Cambios

Fecha Detalles Autor

07-jul-2016 Versión Inicial Marco Teijido

28-jul-2016 Se hacen correcciones de acuerdo a los últimos

cambios implementados

Marco Teijido

19-oct-2016 Se termina de agregar datos faltantes de replicación Marco Teijido



Introducción a Backups de Veeam El presente documento tiene como finalidad documentar la Implementación y configuración Veeam

Backup & Repplication en las oficinas de OLAM Group, ubicadas en la calle Bolivia 1322.

Puntos y Tiempos de Restauración (RPO y RTO)

Dado un suceso imprevisto (al que llamaremos “Incidente”) mediante el cual se pierdan los datos

corporativos, existe un tiempo máximo de tolerancia desde que se hizo el último respaldo hasta que

los datos quedan reestablecidos completamente.

Esta tolerancia está compuesta por dos objetivos a alcanzar, cuyas siglas son RPO y RTO:

RPO

Del inglés Restore Point Objective, este es el tiempo máximo de tolerancia que debe haber desde que se hizo

el último backup hasta el Incidente.

Por ejemplo, si el RPO está definido en un día, significa que una vez que el Incidente haya sucedido, debe

haber un respaldo hecho 1 día atrás (como máximo). Es decir, que la empresa toleraría la perdida de hasta 1

día de información como máximo. Si este tiempo no se cumple, entonces no se cumple con el objetivo.

RTO

Del inglés Restore Time Objective, este es el tiempo máximo tolerable para restaurar completamente los

datos una vez ocurrido el Incidente.

Por ejemplo, si el RTO está definido en 2 días, significa que una vez que el Incidente haya ocurrido, la empresa

tendrá una tolerancia máxima de hasta 2 días para reestablecer por completo la información. Es decir, que la

empresa toleraría una espera de recuperación de los datos de hasta 2 días como máximo a partir del incidente

En el caso de OLAM, el tiempo preestablecido es de:

RPO: No mayor a 1 día

RTO: No mayor a 2 días



Ventana de Tiempo del Respaldo

Se ejecutan tres tipos de respaldos, de los cuales, hay uno solo que puede afectar la performance

de la infraestructura, este es el Respaldo a Disco Diario. A efectos de no entorpecer la operativa se

definió que este respaldo se ejecute en la siguiente ventana de tiempo:

Lunes a Viernes: de 18:00 a 08:00

Tipos de Respaldos

Veeam Backup and Repplication permite ejecutar tres tipos de respaldos:

Respaldo Completo

Este tipo de respaldos hace una copia de la totalidad de los bloques da datos asignados que

componen la VM.

Ventajas: es más seguro, y que una vez terminado se dispone de la totalidad de los datos, no

necesitándose de otros respaldos para una restauración completa.

Desventajas: Demora más, ocupa más lugar.

Respaldo Incremental

Este tipo de respaldo hace una copia únicamente de aquellos bloques que hayan sufrido alguna

modificación desde que se hizo el último respaldo.

Ventajas: Es mucho más rápido y ocupa menos lugar que el Respaldo Completo.

Desventajas: Para una restauración completa necesita de un Respaldo Completo y todos los

incrementales que haya desde dicho Respaldo Completo hasta el último Incremental



Respaldo Incremental Reverso

Este tipo de despaldo, al igual que el Respaldo Incremental copia los bloques que se hayan

modificado desde el último respaldo, con la diferencia que, una vez obtenidos estos bloques los

consolida con el último respaldo completo, dejando como resultado final un Respaldo Completo.

Ventajas: Tiene la velocidad del respaldo Incremental, y la seguridad del Respaldo Completo.

Desventajas: Implica un poco más de consumo de recursos para el Server Veeam ya que la

consolidación de los bloques hace que tenga que trabajar un poco más que con el resto de los

respaldos

En esta implementación se utilizan dos tipos de respaldos, los Respaldos Completos, y los Respaldos

Reversos Incrementales

Medios de Respaldo

El sistema permite el almacenaje de los respaldos en dos tipos de medios diferentes,

Almacenamiento Local (Disco Duro) y Cintas, adicionalmente, el sistema provee un tercer medio de

respaldo que son las réplicas de máquinas virtuales.

Almacenamiento Local

Los respaldos son almacenados en el Servidor de Backups (OLAMUYFLS01) en un Datastore

compuesto de un cluster de discos dispuestos en RAID 5, lo que permite que los datos no se vean

comprometidos en caso que se rompa alguno de los discos del mismo, asegurando la disponibilidad

de los datos respaldados en todo momento.

La capacidad total del Datastore del mismo es de 7TB en total.

Cintas

El sistema Veeam Backup and Repplication, permite almacenar una copia de los respaldos en otro

medio diferente al principal, como son las Cintas de backups.

OLAM cuenta con una unidad de cinta Tape IBM ULTRIUM-HH6 LTO 6, con una capacidad de 2,3 –

4,6 TB



Histórico De Respaldos

Siempre que el sistema funcione de la forma correcta, la información respaldada tendrá un histórico

de los últimos treinta días (un backup por día) y los últimos doce meses (un backup por mes), pasado

este tiempo, la rotación de los medios hace que los mismos se reciclen, conservando siempre los

tiempos mencionados.

Luego de 12 meses se contará con:

Respaldos Mensuales:

12 (doce) Respaldos Completos Mensuales, almacenados en el RepositorioHistorico del

Server VEEAM. Habiéndose ejecutado uno por cada primer día de cada mes.

12 (doce) Respaldos Completos Mensuales, almacenados en CINTA. Habiéndose ejecutado

uno por cada primer día del mes.

Respaldos Semanales:

5 (cinco) Respaldos Completos Semanales, almacenados en el RepositorioHistorico del

Server VEEAM. Habiéndose ejecutado uno por cada sábado.

5 (cinco) Respaldos Completos Semanales, almacenados en CINTA. Habiéndose ejecutado

uno por cada sábado.

Respaldos Diarios:

30 (treinta) Respaldos Incrementales Reversos, almacenados en el Repositorio del Server

VEEAM. Habiéndose ejecutado uno por cada día (de lunes a viernes).

4 (cuatro) Respaldos Completos, almacenados en CINTA. Habiéndose ejecutado uno por

cada día (de lunes a jueves).

Cabe mencionar que los resultados de cada respaldo son enviados por correo electrónico,

informando así a los responsables designados por OLAM. Es de ellos la responsabilidad de hacer

seguimiento de los mismos y tomar acciones en caso de eventuales fallas o inconvenientes.



Notificación de Resultados

Se configuró el sistema para que envíe notificaciones del resultado de cada job realizado (tanto si

este falla como si es exitoso) a la siguiente dirección de correo:

[email protected]

Detalles de la Infraestructura

Físicamente dicha infraestructura se encuentra conformada por tres servidores físicos con Vmware

ESXi v6, con las siguientes Máquinas Virtuales (en adelante VM):

mailto:[email protected]



Diagrama de la Infraestructura

A continuación de detalla la infraestructura física y lógica de la solución de backups:



Configuración Virtual

Cómo hemos mencionado anteriormente la infraestructura virtual se encuentra conformada

físicamente por tres servers VmWare ESXi, uno de los cuales se encuentra en un sitio de

Contingencia.

Detalle de los hosts

NZFSVMW02

Hostname: NZFSVMW02

IP: 192.168.0.120

Marca / Modelo: Dell PowerEdgeR720

Procesador: 12 x CPU Intel(R) Xeon(R) CPU E5-2620 v2 2.10GHz

Versión S.O: ESXi v6.0.0 build 3029758

Memoria RAM: 64 GB

Roles: Hypervisor VmWare

NZFSVMW03

Hostname: NZFSVMW03

IP: 192.168.0.121

Marca / Modelo: Dell PowerEdge R730



Memoria RAM: 256 GB


NZFSVMW12

Hostname: NZFSVMW12

IP: 192.168.0.220




Memoria RAM: 256 GB


NZFSVMW12

Hostname: OLAMUYFLS01

IP: 192.168.0.112


Procesador: Intel Xeon E5630 2.5GHz

Versión S.O: Windows Server 2012 R2 Starndard

Memoria RAM: 64 GB

Roles: Veeam Server, File Server, Tape Server



Estrategia y configuración de Veeam backup

La solución de Respaldo de toda infraestructura se encuentra implementada con la herramienta

Veeam Backup and Repplication, instalada sobre el server NZFSVMW12.

Dicha solución es una solución mixta que integra el respaldo de carpetas a nivel de file system y

máquinas virtuales.

Los backups se realizan de forma automatizada y los destinos de los backups son: los Repositorios

locales configurados en NZFSVMW12, y cintas LTO6.

La estrategia adoptada es la de hacer un Respaldo Completo de la infraestructura virtual

diariamente (mediante la forma incremental reversa).

Dicho Respaldo se almacena en el server NZFSVMW12, Posteriormente se extrae de este respaldo

una copia que se almacena con fines históricos en el repositorio NZFSVMW12.

Al mismo tiempo se hace una copia diariamente a cinta LTO6 del mismo backup.

De esta manera se alcanza una performance aceptable sin que afecte la infraestructura. Quedando

3 copias del respaldo en diferentes locaciones.

Esto se alcanza por medio de la implementación de cinco jobs:

o Respaldo Diario

Se ejecuta todos los días de la semana, no afecta la performance de la red, ya que es

Incremental Reverso, permitiendo al mismo tiempo mantener un respaldo completo

del día anterior, de esta forma, el acceso a la totalidad de los datos respaldados es

rápido y efectivo.

o Respaldo Histórico a Repositorio

Esta es una copia del Respaldo Diario, la cual se deposita en otro repositorio con fines

históricos, a efectos de alcanzar la retención deseada por Olam.

o Respaldo Histórico a Cinta

Estos respaldos también se ejecutan diariamente y su objetivo es el de proveer

retención de datos en un medio alternativo al repositorio a efectos de cumplir con

las buenas prácticas de respaldo de datos.



Detalle de Jobs de Backup Configurados

Se configuraron 5 Jobs para el respaldo de la infraestructura, cuyos detalles son los siguientes:

Respaldo a Repositorio Local Diario:

Nombre del Job Backup Diario

Tipo de Job VMware Backup

Datos Protegidos NZFS_Correo

NZFSAV00

NZFSDC01

NZFSWEB

OLAMUYFLS02

NZFSDB00

NZFSGAP01

NZFSGAP02

NZFSWEB_Test

Tamaño Total de las VMs 2,5 TB

Proxy NZFSAV00

OLAMUYFLS01

Destino Repositorio Backup Diario

Puntos de Restauración conservados 1

Rutina Reverse Incremental

Perform backup files health check (sábados)

Enable inline data deduplication

Exclude swap file blocks

Nivel de Compresión Optimal

Storage Optimization: Local Target

Guest Proccessing: Enable App-aware enabled

Guest Proccessing: Enable Guest

Indexing

enabled

Schedule Lunes a Viernes 11:00 pm

Duración Aprox 5 hs 45 min



Respaldo a Repositorio Remoto Histórico:

Nombre del Job Backup Copy Historico

Tipo de Job VMware Backup copy

Datos Protegidos Backup Job (Backup Diario)

Tamaño Total de las VMs 2.5 TB

Proxy N/A

Destino Repositorio Backup Historico

Puntos de Restauración

conservados

8 diarios

3 semanales (viernes 12:01)

Rutina Enable inline data deduplication

Perform backup files health check (ultimo sábados del mes)

Nivel de Compresión Auto

Guest Proccessing: Enable

App-aware

N/A


Guest Indexing

N/A

Schedule




Respaldo a Cinta Históricos:

Nombre del Job Backup Cinta Diario

Backup Cinta Semanal

Backup Cinta Mensual

Tipo de Job File to Tape Backup

Datos Protegidos E:\Backup\BackupDiario\Backup Diario

Tamaño Total de las VMs 1,2 TB

Proxy N/A

Destino Backup Cinta Diario – Pool Diario (IBMULTRIUM-HH6)

Backup Cinta Semanal – Pool Semanal (IBMULTRIUM-HH6)

Backup Cinta Mensual – Pool Mensual (IBMULTRIUM-HH6)

Puntos de Restauración

conservados

N/A

Rutina Full Backup

Use Microsoft volumen shadow copy (VSS)

Eject media upon job completion

Nivel de Compresión N/A


App-aware

N/A


Guest Indexing

N/A

Schedule Backup Cinta Diario – Martes a Viernes 6:00 a.m.

Backup Cinta Semanal – Sábado 6:00 a.m.

Backup Cinta Mensual – Primer Lunes 12:01 p.m.




Rotación de cintas

Se utiliza un total de 15 cintas numeradas del 1 al 15, habiendo establecido una frecuencia de

rotación de cintas del tipo GFS (Grandfather, Father, Son), de modo que se hacen respaldos diarios,

respaldos Semanales y Respaldos Mensuales:

Respaldos

Diarios

Cintas numeradas del 1 al 4 - Lunes a Jueves

Respaldos

Semanales

Cintas numeradas del 5 al 9 – Viernes

Respaldos

Mensuales

Cintas numeradas del 10 al 21 - Primer sábado del mes



Introducción a Réplicas de VEEAM La replicación es el proceso de copiar una máquina virtual a partir de su ubicación principal (host de origen) en una ubicación de destino diferente (Host de destino). Veeam crea una copia exacta de la máquina virtual (réplica), la registra en el host de destino y la mantiene en sincronía con la máquina virtual original.

La replicación proporciona los mejores RPO (Recovery Point Objective) y RTO (Objetivo de Tiempo de Recuperación), ya que en realidad tiene una copia de la máquina virtual lista para iniciarse. De hecho, la replicación es lo que se recomienda para las vm críticas que necesitan RTO mínimos.

Veeam Backup & Replication proporciona los medios necesarios para llevar a cabo tanto la replicación de alta disponibilidad (HA) para escenarios locales como replicación remota (fuera del sitio) para los escenarios de recuperación de desastres (DR).

Para facilitar el envío de datos a través de WAN o conexiones lentas, Veeam optimiza la transmisión de tráfico (filtra los bloques innecesarios de datos como, bloques de datos duplicados, bloques vacíos o bloques de archivos swap) comprimiendo el tráfico de réplica.

Veeam también permite aplicar reglas de limitación de recursos de red para evitar que la replicación consuma un ancho de banda excesivo en el entorno.

Cada trabajo de replicación es un proceso que puede replicar una o múltiples máquinas virtuales simultáneamente. Es posible iniciar el trabajo manualmente cada vez que se necesita o, si desea, ejecutar la replicación de forma automática. Las opciones de programación para tareas de replicación son similares a las de las tareas de respaldo. En muchos aspectos, la replicación de máquinas virtuales funciona de manera similar a un backup incremental.

Durante la primera ejecución de un trabajo de réplica, Veeam copia la totalidad de los datos de la máquina virtual del host origen y crea su réplica completa en el host de destino.

A diferencia de los archivos de Backup, los discos virtuales de la réplica se almacenan en su formato nativo sin comprimir. A partir de esta primera réplica, los subsecuentes trabajos de replicación serán incrementales (es decir, Veeam copiará solamente aquellos bloques que hayan cambiado desde el último ciclo de replicación).

Por cada réplica, Veeam crea y mantiene un número configurable de puntos de restauración.

Si la máquina virtual original falla por cualquier razón, es posible levantar la réplica de forma temporal o permanentemente y así restablecer los servicios críticos con un tiempo de inactividad mínimo.



Si el último estado de una réplica no se puede utilizar (por ejemplo, si los datos corruptos se replicaron desde el origen al destino), es posible seleccionar un punto de restauración anterior.

Veeam utiliza la tecnología de snapshosts de VMware ESX para crear y gestionar los puntos de restauración replicados.

Cada nueva ejecución incremental de la réplica crea un nuevo snapshot en la réplica. Por lo que bloques de datos que han cambiado desde la última ejecución del trabajo se escriben en el archivo delta de la vm y el snapshot de la misma pasa a ser un punto de restauración.

Los puntos de restauración son almacenados bajo el formato nativo de VMware junto con los archivos de disco virtual de las VM's, lo que permite a Veeam acelerar las operaciones de Failover sobre la vm.

Para restaurar una réplica al estado requerido, no hay necesidad de implementar procesos complicados de restauración de archivos. Veeam utiliza el propio mecanismo nativo de VMware para revertir un snapshot.

En su lugar, Veeam Backup & Replication utiliza el mecanismo de VMware nativo de revertir a una instantánea.

Así como en las tareas de respaldo, también es posible establecer un periodo de retensión.

Veeam mantendrá el número de puntos de restauración especificados en su configuración, eliminando todas los snapshots que violen la política de retención.



Failover y Failback

Dependiendo del tipo de problema y la infraestructura, es posible interactuar con la vm origen y la vm réplica de diferentes maneras:

Failover

En caso de mal funcionamiento de software o hardware, es posible recuperar rápidamente una máquina virtual aplicando un Failover a su réplica. Cuando se realiza Failover, la máquina virtual replicada asume el papel de la máquina virtual origen. Puede aplicar el Failover al último estado de la réplica o a cualquiera de sus otros Restore Points. Failover es un paso intermedio temporal que debe ser finalizado, es decir, no es un estado definitivo.

Pasos:

1. Veeam aplica los cambios en la VM replica de acuerdo al “Restore Point” deseado, sacando un snanpshot (llamado pre-failover state) previo a encenderla.

2. Veeam enciende la VM Replica. El estado d ela VM Replica se cambia de Normal a Failover. En caso que se aplique el Failover con propósitos de testing, y la vm origen esté encendida, la misma quedará encendida, por lo que debe tener suma atención a la hora de aplicar un failover, ya que puede generar un conflicto importante.

3. Veeam modifica el job de replicada para la vm original dejándolo en hold (hasta que la vm Replica se restablezca al estado Normal)

4. Todos los cambios hechos en la VM replicada se escriben en el Archivo Delta del snapshot creado en el punto 1, de modo que el estado de la vm original no se pierda.



Permanent Failover

"Permantent Failover" está pensado para el caso en el que los hosts de origen y destino son casi iguales en términos de recursos y se encuentran en el mismo sitio. Este es un estado definitivo que deja activa la VM Replicada, asumiendo los roles de la VM Origen. No es necesaria ninguna acción posterior una vez aplicado.

Pasos: 1- Veeam elimina todos los snapshots de la vm replicada. Los datos que se encuentran en el

Archivo Delta son consolidados. Dejando la vm replicada 2- Veeam elimina la VM replicada de la lista de réplicas en la consola de Veeam 3- Para prevenir que la VM replicada se corrompa luego de que el “Permanent Failover”

complete las tareas. Veeam reconfigura el job de replicación y agrega a la vm original dentro de la lista de exclusiones, de modo que cuando el job comience nuevamente, evita que la VM sea procesada.



Undo Failover

En caso que por alguna razón se haya aplicado un Failover a una maquina replicada y se desee volver los roles a la máquina origen. Sin que importen los cambios hechos en la Replica durante ese periodo. Se puede aplicar un "Undo Failover", este proceso elimina los cambios hechos en la Replica una vez restablecidos los roles a la vm de origen. No es necesaria ninguna acción posterior una vez aplicado

Pasos: 1- Veeam revierte la VM replica a su “pre-failover” state. Para ello Veeam apaga la VM replica

y la vuelve a su estado original, previo a la ejecución del Failover.

Los cambios que tuvieron lugar durante el periodo de Failover son descartados. 2- El estado de la réplica vuelve a Normal, y Veeam continua con las tareas de réplica para la

VM original en el host origen.



Failback

Si se desea mover una VM replicada al sitio de Origen, se debe aplicar un “Failback” de la misma hacia el Host Origen. Esto permitirá que la VM vuelva a su estado original. El “Failback” no está limitado únicamente al Host original, sino que se puede elegir otro Host completamente distinto, de hecho, Veeam ofrece tres opciones de “Failback” diferentes:

- Failback a la VM en la Ubicación Original en el Host Origen. - Failback a una VM que ha sido previamente restaurada desde un backup en una nueva

ubicación - Failback a un sitio completamente nuevo

Las dos primeras opciones ayudan a disminuir el tiempo de recuperación y tráfico de datos, ya que Veeam no transfiere todos los datos de la VM Replicada, sino únicamente los datos diferentes. La tercera opción se utiliza en el caso que no sea posible utilizar la “VM original” ni restaurar desde un backup previo al “Failback”.

Si se procede con un Failback a la VM original, Veeam aplica las siguientes operaciones:

1- Si la VM Original está encendida Veeam apaga la VM. 2- Veeam Genera un “working failback snapshot” en la VM original. 3- Veeam calcula las diferencias entre los discos de la VM original y los discos de la VM Replica

en estado de Failover. Gracias a este proceso unicamente se copian los datos diferentes (y no la totalidad de los datos)

4- Veeam transporta los datos modificados a la VM Original. Los datos transportados son escritos en el archivo Delta del “working failback snapshot”.

5- Veeam apaga la VM Replica. LA VM Replica se mantiene apagada hasta que se aplique “Commit Failback” o “Undo Failback”

6- Veeam crea un Failback Protective Snapshot para la VM Replica. El snapshot actua como un nuevo Restore Point



Commit Failback

Para confirmar el “Failback” y finalizar la restauración a la VM Original, es necesario hacer un “Commit Failback” Cuando se aplica el “Commit Failback” se confirma que se vuelve a la VM Original. Veeam vuelve al modo de operación normal restaurando las tareas de réplica que la VM Original tenía inicialmente:

Pasos:

1- Veeam cambia el estado de la réplica de “Failback” a “Normal” 2- Las operaciones que prosiguen dependen de la ubicación de la VM a la que se hizo el

“Failback”

Si se hizo “Failback” hacia una nueva locación, Veeam adicionalmente configura el job de réplica, y agrega la defectuosa VM original a la lista de exclusiones. La VM restaurada en la nueva ubicación toma el rol de la VM Original y es incluida dentro del job de réplica, de modo que cuando el Job de réplica comience, Veeam procesará la nueva VM Original Restaurada en lugar de la defectuosa VM.

Si se hizo “Failback” a la ubicación Origianl la VM, el job de réplica no se modifica. Cuando el Job de Réplica inicie, Veeam procesará la VM Original de la misma manera que lo hacía en un principio.

3- Durante el “Commit Failback” el “Failback Protective Snaphot” que salvó el “pre-failback” state de la VM Réplica no es eliminado. Veeam deja este snapshot como Restore Point para la VM Réplica.

Undo Failback

En caso que una vez aplicado el Failback, resurja algún problema en el origen, es posible volver

inmediatamente a la vm replicada mediante un "Undo Replica", esto deshace los cambios en la vm

origen y vuelve a la "vm replica" al estado inmediato en que se encontraba previo a aplicar el

"Failback"

Pasos: 1- Veeam elimina el “Proactive Failback Snapshot” en la VM Replica.

Los cambios hechos mientras la réplica estaba en “Failback” se pierden. 2- Veeam enciende la VM Replica y cambia el estado de la réplica de “Failback” a “Failover”



Detalle de Jobs de Réplica Configurados

Para esta implementación se decidió crear un job por cada vm, de modo que posteriormente se puedan ajustar según las necesidades de cada vm. Todos los Jobs apuntan al mismo Host, ubicado en el site de contingencia.

Cabe mencionar que, tanto las VMs replicadas, como sus respectivos Restore Points, pueden utilizarse también como repositorio de backups, es decir, se pueden restaurar archivos tomando como origen las réplicas y sus respectivos Restore Points.

Nombre del Job Replication NZFSGAP02

Tipo de Job VMware Repplication

Datos Protegidos NZFSGAP02

Tamaño Total de las VMs 50 GB

Destination Host

Resource pool

Datastore

192.168.0.220

Resources

DSLocal2

Repository for replica Metadata

Replica Name

Restore points to keep

Repositorio Backup Diario

NZFSGAP02_replica

3

Source Proxy

Target Proxy

Through built-in WAN accelerators

Source WAN accelerator

Target WAN accelerator

VMWare Backup Proxy

OLAMUYPRXYVEEAM

Enabled

OLAMUYFS01

OLAMUYPRXYVEEAM

Schedule Lunes a viernes 10:00 AM




Nombre del Job Replication NZFSAV00




Datos Protegidos NZFSAV00


Destination Host

Resource pool

Datastore

192.168.0.220

Resources

DSLocal2


Replica Name



NZFSAV00_replica

3

Source Proxy

Target Proxy




VMWare Backup Proxy

OLAMUYPRXYVEEAM

Enabled

OLAMUYFS01

OLAMUYPRXYVEEAM




Duración Aprox 42 min

Nombre del Job Replication NZFSWEB_Test


Datos Protegidos NZFSWEB_Test


Destination Host

Resource pool

Datastore

192.168.0.220

Resources

DSLocal2


Replica Name



NZFSWEB_Test_replica

3

Source Proxy

Target Proxy

VMWare Backup Proxy

OLAMUYPRXYVEEAM






Enabled

OLAMUYFS01

OLAMUYPRXYVEEAM





Nombre del Job Replication NZFSGAP01


Datos Protegidos NZFSGAP01


Destination Host

Resource pool

Datastore

192.168.0.220

Resources

DSLocal2


Replica Name



NZFSWEB_Test_replica

3

Source Proxy

Target Proxy




VMWare Backup Proxy

OLAMUYPRXYVEEAM

Enabled

OLAMUYFS01

OLAMUYPRXYVEEAM





Nombre del Job Replication NZFSDB00




Datos Protegidos NZFSDB00


Destination Host

Resource pool

Datastore

192.168.0.220

Resources

DSLocal2


Replica Name



NZFSDB00_replica

3

Source Proxy

Target Proxy




VMWare Backup Proxy

OLAMUYPRXYVEEAM

Enabled

OLAMUYFS01

OLAMUYPRXYVEEAM





Nombre del Job Replication NZFS_Correo




Destination Host

Resource pool

Datastore

192.168.0.220

Resources

DSLocal2


Replica Name



NZFS_Correo_replica

3

Source Proxy

Target Proxy

VMWare Backup Proxy

OLAMUYPRXYVEEAM






Enabled

OLAMUYFS01

OLAMUYPRXYVEEAM





Nombre del Job Replication NZFS_Correo




Destination Host

Resource pool

Datastore

192.168.0.220

Resources

DSLocal2


Replica Name



NZFS_Correo_replica

3

Source Proxy

Target Proxy




VMWare Backup Proxy

OLAMUYPRXYVEEAM

Enabled

OLAMUYFS01

OLAMUYPRXYVEEAM





Nombre del Job Replication NZFSWEB




Datos Protegidos NZFSWEB


Destination Host

Resource pool

Datastore

192.168.0.220

Resources

DSLocal2


Replica Name



NZFSWEB_replica

3

Source Proxy

Target Proxy




VMWare Backup Proxy

OLAMUYPRXYVEEAM

Enabled

OLAMUYFS01

OLAMUYPRXYVEEAM







Nombre del Job Replication OLAMUYFLS02


Datos Protegidos OLAMUYFLS02


Destination Host

Resource pool

Datastore

192.168.0.220

Resources

SATA_VM_OS


Replica Name



OLAMUYFLS02_replica

3

Source Proxy

Target Proxy




VMWare Backup Proxy

OLAMUYPRXYVEEAM

Enabled

OLAMUYFS01

OLAMUYPRXYVEEAM







ANEXO

Links de interés

- Veeam University Cursos y videos de productos Veeam: https://www.veeam.com/university.html

- Veeam Help Center (Technical Documentation)

Documentos técnicos de los diferentes productos de Veeam: https://www.veeam.com/documentation-guides-datasheets.html

- Veeam Support Knowledgebase

Casos de soporte registrados y documentados de la comunidad: https://www.veeam.com/kb_search_results.html?ad=menu-support

- Veeam latests updates

Los últimos parches disponibles para descargar de todos los productos Veeam: https://www.veeam.com/updates.html

https://www.veeam.com/university.html

https://www.veeam.com/documentation-guides-datasheets.html

https://www.veeam.com/kb_search_results.html?ad=menu-support

https://www.veeam.com/updates.html

Documentación de proyecto Veeam Backup & Repplication · Arnaldo C. Castro – Servicios...

Documents

Transcript of Documentación de proyecto Veeam Backup & Repplication · Arnaldo C. Castro – Servicios...