Los riesgos son abundantes

Por qu es tan importante DR? Cada organizacin es vulnerable a una serie de

interrupciones y desastres. Los virus informticos son
en todas partes; aplicaciones y unidades de disco son vulnerables a fallos; los
datos se pueden daar; y por supuesto,
error humano es una amenaza siempre presente. Aunque ninguno de ellos
parece como "desastres", las interrupciones que puede causar
causar estragos en las actividades diarias del negocio. Teniendo en cuenta que,
imaginar el impacto de los desastres "reales" como incendios, inundaciones,
fallas de energa o apagones relacionados con el clima. Ya sea causada por
problemas tcnicos o fenmenos naturales, este
las paradas no planificadas debe ser abordado de inmediato por las
organizaciones de TI a fin de restablecer negocio a un completo
estado de funcionamiento.
La falta de una estrategia y un plan de DR viene con un riesgo significativo. El
tiempo de inactividad de negocios puede dar lugar a enormes prdidas en
la productividad. La violacin de los acuerdos de servicio al cliente, ya sea
explcita o implcita, pueden causar daos irreparables
a la reputacin y / o activos financieros. En la investigacin de ESG sobre
proteccin de datos, el 74% de los encuestados estado en que
podra soportar tres horas o menos de tiempo de inactividad para los datos
(negocio-crtica) tier-1 antes de experimentar adverso
negocio afecta, y ms de la mitad (53%) slo poda tolerar una hora o menos
de nivel 1 downtime3
.
Los objetivos de recuperacin agresivos son comunes en el entorno actual de
negocios donde las operaciones globales y 24/7
la productividad son tpicos. TI debe cumplir con los objetivos de tiempo de
recuperacin (RTO contratados, que se define como la cantidad de
tiempo entre una interrupcin y reanudacin de funcionamiento) y los objetivos
de punto de recuperacin (RPO, definida como la cantidad
de prdida de datos que las organizaciones pueden tolerar en la transicin).

Una vez que se entienden las implicaciones de tiempo de inactividad y la

prdida de datos, las organizaciones de TI pueden determinar los requisitos de
disponibilidad de aplicaciones y la proteccin adecuada
mecanismos que se aplican para garantizar el cumplimiento. Para cumplir con
los acuerdos de nivel de servicio (SLA), las organizaciones a menudo utilizan
varias capas de proteccin de datos utilizando una mezcla de replicacin /
tecnologas de reflejo para el sistema y el almacenamiento de TI primaria
continuidad. Instantneas y copias de seguridad diarias son de uso comn para
la recuperacin operativa y DR. Sin embargo, el resultado es
"Ms seguros" para aplicaciones de nivel superior y los datos (lo que resulta en
gastos iniciales adicionales que no pueda ser necesario),
y "bajo el seguro" para los niveles ms bajos (lo que resulta en gastos extras
despus de un desastre).

Desafos para la Implementacin de DR

El valor de DR no est en cuestin; toda organizacin est preocupada por su
capacidad para volver a funcionar despus
una interrupcin o un desastre. Pero la implementacin de DR puede ser
costoso y complejo, as como tedioso y consume mucho tiempo.
Sin embargo, tenga en cuenta las organizaciones alternativas numerosas
simplemente han desaparecido porque no fueron capaces de conseguir
volver a la plena operatividad rpidamente despus de un desastre. Otros han
sido afectados por la prdida de ingresos y daos a su
reputacin.
Un ejemplo de una debacle DR es el 08 2010 incidente en el estado de Virginia.
Un sistema informtico principal
servicios interrumpidos fallo en todo el estado de Virginia, que afecta a 27 de
los organismos de la 89 del estado. Como resultado de la SAN ir
abajo, el 13% de los servidores de archivos del estado fall. La Mancomunidad
careca de un procedimiento de continuidad, lo que retras
recuperacin de los sistemas fallidos durante 18 horas y la reanudacin de los
servicios por ms de una semana. Organismos del Estado, como el
Departamento de Vehculos Motorizados y el Departamento de Impuestos,
fueron fuertemente afectados por el apagn y no pueden

peticiones -o procesos ingresos libro para los das de estado-de a semana.

Contratista de TI de Virginia fue citado por su
responsabilidad en el incidente y recientemente pag el Estado de Virginia $
4.7M en daos para cubrir el costo
de mejoras en los sistemas de infraestructura de red y proteccin de datos de
Virginia, y reparar las prdidas sufridas por
la interrupcin. Habiendo una estrategia de DR en su lugar podra haber
evitado este resultado.

Caliente, caliente, o Cold Standby - Cul elegir?

Tradicionalmente, la puesta en escena para la recuperacin de desastres
requiere el acceso a los recursos fsicos y copias de datos alojadas en una
ubicacin geogrficamente remoto. Tres estrategias de sitio remoto comunes
son: los sitios de reserva fros, clidos y calientes. Su
descripciones trmicas coinciden con el tiempo que tarda y (inversamente)
cunto cuesta a recuperar aplicaciones
y datos, con el fin de reanudar las operaciones de TI. Fra lleva ms tiempo,
pero es menos costoso, caliente es ms rpido pero ms costoso.
Fra espera normalmente implica el mantenimiento de copias fuera del sitio
de datos en cinta, as como el acceso a similares
sistemas de hardware en una base segn sea necesario o alquiler para la
recuperacin de metal desnudo. La red en un modo de espera en fro
El sitio debe estar configurado para que coincida con la configuracin de la red
primaria, incluyendo VLAN, VPN, DNS, y
reglas de firewall. Despus de una interrupcin en el sitio primario, espera fra
restaura disponibilidad de las aplicaciones dentro de
horas a da, a menudo con retrasos en los procesos de recuperacin debido a
las funciones de cinta siendo lento
y propenso a errores. Muchas organizaciones descuidan a asumir el gasto y el
esfuerzo de probar un modo de espera en fro
sitio, y, en consecuencia, la recuperacin se realiza a travs de ensayo y error,
y no puede tener xito. Algunas desventajas de

un enfoque de espera en fro es que el no regreso es ms compleja, y, dado

que los sistemas y los datos no son
disponible hasta que se necesite para la recuperacin, no se puede utilizar para
otras tareas tales como las pruebas de uno o plan de DR
mitigar las interrupciones del sistema ms pequeos.
espera caliente mantiene copias de datos en el disco (a menudo el uso de
imgenes de mquinas virtuales para acelerar la restauracin y
recuperacin), lo que permite el acceso a la infraestructura de entrega de
aplicaciones en cuestin de minutos a horas de una primaria
corte de sitio. Las pruebas peridicas es ms fcil porque los recursos estn en
el disco. Un sitio caliente se utiliza a menudo para
replicacin o duplicacin de datos y sistemas para fines de recuperacin.
Imgenes de mquinas virtuales que
encapsular el sistema operativo, aplicaciones, datos y parmetros de
configuracin hacen que sea ms sencillo
sincronizar entre el sitio de espera primaria y clido.
Espera caliente ofrece el ms rpido de restauracin como los datos y las
aplicaciones se mantienen fuera de las instalaciones en sistemas que ejecutan.
Esto permite la disponibilidad continua de las aplicaciones en cuestin de
segundos de una interrupcin en el sitio primario. Instancias de aplicaciones
mltiples pueden estar en ejecucin y recibir actualizaciones regulares,
mientras que slo una nica instancia
proporciona acceso a los servicios y contenidos. El sitio de espera activa est
disponible para tomar de inmediato sobre
las operaciones en el caso de un fallo en el sitio primario. Agrupacin de
servidores y replicacin sincrnica son
buenas opciones DR, pero tambin son los ms caros de mantener. Adems,
las soluciones reserva en caliente requieren
actualizaciones de rutina y mantenimiento a los sistemas fuera del sitio, junto
con una red de alta velocidad de funcionamiento
entre los sitios para la replicacin, aadiendo complejidad y gasto adicional.
----

En consecuencia, ciertas estrategias DR requieren un conjunto completo de

hardware adicional en un sitio geogrficamente remoto
que es capaz de servir a casi las mismas demandas IO como la propia granja
de servidores de produccin original - con eficacia
duplicar la infraestructura y los costos de operacin para muchos, y la
prestacin de DR imposible para algunos. Adems, tener
El personal y el tiempo disponible para gestionar el sitio remoto suficiente,
adems del sitio primario, a menudo no se considera
factible. Algunas organizaciones estn bloqueadas desde DR simplemente por
su incapacidad para atraer o retener suficiente TI experto
personal para gestionar la creciente almacenamiento y la copia de seguridad
asociado, archivo y escenarios DR.
Muchas empresas-no en su mayora pequeas y medianas empresas- tienen
una opcin de control remoto de las instalaciones, ya que carecen de acceso a
propiedades de propiedad de las empresas o que comparten el edificio para
albergar los recursos duplicados. ESG investigacin indica que menos del 20%
de las empresas del mercado medio (definidos como aquellos con 100 a 999
empleados) tienen sitios secundarios de propiedad de las empresas
disponible para ellas4
(vase la Figura 1). Esta investigacin tambin indica que el 48% de las
empresas del mercado medio y el 23% de
organizaciones empresariales arrendar espacio para albergar la infraestructura
DR. El mantenimiento de una segunda propiedad de la empresa o arrendados
sitio a menudo resulta en altos costos y desperdicio significativo. Los costos
incluyen la compra y mantenimiento de adicional
servidor / almacenamiento / infraestructura de red, junto con las tasas de
alquiler de espacio de piso del centro de datos, la energa al poder
y enfriar los sistemas, tiempo del personal, etc. En muchos casos, estos
recursos caros y luego se sientan subutilizadas o incluso inactivo
la mayor parte del tiempo. Ese es un gasto importante para algo que nunca
puede acostumbrarse.

Con la recuperacin ante desastres, una

nube a prueba de fallos
Cuando ponemos desastre en Google aparece una larga retahla de definiciones, imgenes
y noticias relacionadas con fenmenos meteorolgicos, medioambientales, econmicos e
incluso paranormales. Sin embargo, en el mundo cloud undesastre equivale a una cada del
servicio: una contingencia.
Ms all de los ataques extraterrestres que nos contaba Alejandro de Fuenmayor, uno de los
principales miedos de las empresas cuando hablamos de cloud computing es la seguridad de
sus aplicaciones crticas, lo que se traduce en la necesidad de asegurar lacontinuidad del
negocio: es necesario un servicio a prueba de fallos, que les permita recuperar sus datos
en cualquier momento de forma rpida y segura, sin prdidas de tiempo ni de informacin.
Y os preguntaris qu diferencia hay entre la recuperacin ante desastres y un back
up tradicional?
El back up tradicional replica la informacin aproximadamente cada 24 horas y, en caso de
contingencia, se tarda entre uno y varios das en recuperar la informacin. Con Disaster
recovery se realiza una copia de la informacin en la nube prcticamente al instante,
cualquier cambio o modificacin queda guardado casi al mismo tiempo de ser introducido, y
es capaz de recuperar dicha informacin en apenas unas horas desde que se lanza la orden.
La continuidad de negocio est asegurada.
En esta lnea, Telefnica ha lanzado su servicio de Recuperacin ante desastres dentro de su
solucin de cloud pblica sobre comunicaciones privadas: Virtual Data Center 2.0(VDC 2.0).
VDC DRaaS (Disaster Recovery as a Service) replica la informacin alojada en la nube de las
empresas en un segundo site de Telefnica, situado en Espaa. Este servicio garantiza la
continuidad de negocio a las organizaciones ya que, ante una contingencia, reduce el tiempo
necesario para recuperar el funcionamiento normal (RTO), as como la prdida de
informacin (RPO).

Otro factor importante es la localizacin de los datos. Muchas empresas se encuentran con
la necesidad normativa de alojar y replicar sus datos en Espaa. Esto, sencillo a simple vista,
no es siempre fcil para las compaas, que no encuentran dificultad para alojar los datos
dentro de nuestras fronteras, pero s para replicarlos en el interior de estos lmites
geogrficos.
VDC DRaaS permite alojar y replicar los datos dentro de Espaa en dos centros de datos
distintos, por lo que los datos estn distribuidos geogrficamente sin salir del pas. Adems
aporta una ventaja adicional: las empresas pueden escoger entre desplegar su
infraestructura cloud en la nube de Telefnica, en el Alcal Data Center y redundarla en otro
centro de datos de la compaa (siempre dentro de Espaa), o bien replicar su informacin
desde su propia nube sobre VDC 2.0.
En cuanto a la seguridad: la replicacin se realiza a travs de la tecnologa ms avanzada en
redes privadas virtuales. La eficiencia: viene de la mano de un centro de datos TIER IV.
La Recuperacin ante desastres como servicio sigue la filosofa con la que nace la nube:
aportar eficiencia a los procesos de trabajo de las empresas, acompaarlas en su camino en
la era digital (sin que esto les suponga grandes inversiones en TI), con la flexibilidad del pago
por uso y la escalabilidad como modelo de negocio. Servicios que crecen a su medida y no a
la inversa.
Como dira Khalid Gibran Por muy larga que sea la tormenta, el sol siempre vuelve a brillar
entre las nubes. Eso s, si se cuenta con una solucin de recuperacin ante desastres
apropiada.