ALMACENAMIENTOComo mínimo, el almacenamiento del servidor debe tener suficiente espacio para albergar la copia de todos los datos (o al menos aquellos que se consideren críticos). Pero también conviene tener una copia de toda la definición del entorno y los programas de aplicación. Sin ello, podemos tener muchos inconvenientes al arrancar los procesos (lo cual significa peores tiempos de recuperación).

CAPACIDAD DE PROCESO

La mínima es la requerida por la tecnología de réplica que se utilizará para mantener el Backup actualizado. Una capacidad insuficiente de proceso en el Backup Server puede producir latencia en la actualización del Backup. En la mayoría de los casos vamos a querer que sea el propio Backup server en que los usuarios trabajen cuando ocurra una contingencia. Por ello tenemos que dimensionar el Backup Server para soportar los usuarios en producción.

Las preguntas son: ¿Durante de una contingencia es indispensable que trabajen todos los usuarios a pleno rendimiento? ¿Una parte de ellos a pleno rendimiento? ¿Todos los usuarios, pero con menor rendimiento? … etc. La decisión dependerá de las características operativas de la empresa.

Otra posibilidad que nos ofrece el disponer de un Backup Server es el Balanceo de Cargas (Load Balancing).

UBICACIÓNDecidir la ubicación del Backup Server es muy importante. El input para esta decisión puede ser un exhaustivo análisis de impacto y análisis de riesgo o una simple intuición, según el tamaño y estilo de gestión de la instalación. El peligro de ubicar los dos servidores en el mismo CPD es que una contingencia pueda afectar a ambos a la vez. Cualquier instalación que realmente necesita protección ante las contingencias (Recuperación de Desastres), tendría que considerar un Backup Server Remoto.

Presentado de esta forma, puede resultar hasta demasiado obvio, pero durante muchos años un cluster local se consideraba protección suficiente para una instalación, inclusive para una instalación muy importante. Aún hoy, con soluciones de virtualización, hay muchas instalaciones que descartan la opción de réplica a un Backup Server Remoto.

Backup Server también ofrece la posibilidad de externalización (Backup Externo), así como de convertir el Backup en un servicio externalizado: DRaaS (Disaster Recovery as a Service).

ANCHO DE BANDA Y LATENCIACon las velocidades actuales de las redes locales se pueden replicar al Backup Server local altos volúmenes de actualizaciones. Con Backup Remoto la situación es diferente. El coste de las comunicaciones puede ser importante, pero por otro lado, el no disponer de ancho de banda suficiente causa retrasos en la réplica (latencia).

La existencia de una latencia es un factor negativo para la solución, puesto que todos los datos que están “en el camino”, no estarán disponibles en el Backup Server, cuando ocurra una contingencia. Para ver que latencia se puede permitir una empresa se realiza un análisis de RPO. Cuando no existe latencia, hablamos de Backup Online.

TIEMPO DE ARRANQUE DE LA PRODUCCIÓNEl objetivo último de Backup es utilizarlo en caso de pérdida de los datos o en caso de que el servidor de producción tenga un problema. Si disponemos de un Backup Server, hemos dado un paso muy importante para acortar el tiempo en que los usuarios puedan, acceder a sus datos en Backup Server.

 

Si nos limitamos meramente a replicar los datos, habrá que realizar una serie de pasos, antes que esto pueda suceder. Estos pasos en su conjunto los denominamos Failover. Realizar la actividad de Failover de forma manual retrasa la reanudación del trabajo de los usuarios. Por ello, las soluciones avanzadas de Alta Disponibilidad y Recuperación de Desastres ofrecen la función de Failover total o parcialmente automatizado.