Lo básico Póngase al día con nuestro contenido introductorio.

Cinco trampas comunes en la planeación y recuperación de desastres que debe evitar

4/6

Evite apilar la programación de pruebas en un plan de DR de negocios

Fuente:  Twitter/TechTarget

Los participantes del #CIOChat de SearchCIO dicen que la preparación es esencial para la ejecución de una prueba adecuada para un plan de recuperación de desastres de negocios. El experto en recuperación de desastres, Paul Kirvan, advirtió que si TI falla en planificar, podría también planear fallar, y, posteriormente, hizo hincapié en la necesidad de una atenta planificación de las pruebas de DR –un tema que nuestro sitio hermano SearchDisasterRecovery ha cubierto ampliamente.

"Un plan de prueba es preparado y presentado a la dirección para que los recursos puedan ser pre-asignados para la próxima serie de actividades de prueba. Luego, se hace planes discretos para cada uno de los eventos de prueba programados para los próximos 12 meses", explicó el experto Jon Toigo en una columna reciente. "Cada caso de prueba se ejecuta según el calendario, con las tareas y los procedimientos de recuperación representados en una forma no lineal para optimizar el tiempo de prueba”.

Kirvan y Toigo recomendaron examinar tareas interdependientes por separado para evitar que el fallo de un procedimiento de prueba afecte a todo el evento. El no alinear la planificación de las pruebas con antelación y de manera consciente –o inconscientemente– superponer las pruebas podría ser improductivo y demostrar resultados falsos.

Vea todas las foto historias

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close