PLAN DE CONTINUIDAD DEL NEGOCIO OTIC-CAR · roles. En la tabla ajunta se relaciona el personal...

Corporación Autónoma Regional de Cundinamarca - CAR Oficina de tecnologías de la información y comunicaciones TIC

República de Colombia

1

PLAN DE CONTINUIDAD DEL NEGOCIO OTIC-CAR

NOMBRE DEL DOCUMENTO

PLAN DE CONTINUIDAD DEL NEGOCIO OTIC-CAR

VERSION DEL DOCUMENTO:

1.0

FECHA: Agosto 2017 CLASIFICACIÓN Restringido LECTORES: Funcionarios y contratistas Oficina de las TIC´s RESUMEN Este documento presenta el seguimiento al plan de continuidad del negocio a nivel de tecnología contemplado dentro del Plan estratégico de tecnologías de la Información (PETIC), liderado por la oficina de las TIC´s, de la Corporación Autónoma Regional de Cundinamarca CAR. Así mismo, es el documento guía donde se describen los hitos del proyecto, así como la descripción de los anexos correspondientes. Por lo tanto, es el documento que debe actualizarse de manera permanente, y presentarse a los entes internos y externos a la CAR, cuando sea requerido.

Historia del documento

Versión Fecha Comentarios Por

1.0 01/08/2017 Documento base OTIC

Aprobación

Descripción Cargo

Autor: Profesional especializado

Aprobado por: Jefe de oficina de las TIC´s



2

Contenido

1. INTRODUCCION .............................................................................................. 3 2. PERSONAL DISPONIBLE ........................................................................................ 4

A. Funcionarios de planta ............................................................................... 4

B. Service desk y Personal Contratista........................................................... 5

C. Personal de apoyo ..................................................................................... 5

D. Jefe de oficina TIC´s .................................................................................. 5

3. PLAN DE CONTINUIDAD DEL NEGOCIO (PCN) A NIVEL DE TIC´S ................................... 6 A. Cronograma de actividades global ............................................................. 6

3.1. Proceso de sensibilización en PCN y elaboración de mapa de interdependencias ............................................................................................... 6

Evidencias: Entregable No 1.pdf o carpeta Entregable No 1 .......................................... 6

3.2. Implementación de centro alterno en la nube ............................................ 6

FASE 1 - Actualización de las plataformas Hyper-V y SCVMM. ................................ 8

FASE 2 - Instalación física y sincronización del Storsimple 8100 ........................... 8

FASE 3 – Verificación de los requisitos de migración. ................................................ 8

FASE 4 – Implementación de los Servicios de Azure Site Recovery (ASR) ........... 8

FASE 5 – Pruebas funcionales Azure Site Recovery (ASR)........................................ 9

FASE 6 – Transferencia de conocimiento y documentación ...................................... 9

Evidencias: Entregable No 2.pdf o carpeta Entregable No 2. ......................................... 9

3.3. Pruebas de migración. ............................................................................. 10

conclusiones ......................................................................................................................... 11

Evidencias: Entregable No 3.pdf o carpeta Entregable No 3. ....................................... 12

3.4. Ajuste global de infraestructura ................................................................ 12

1. Ajuste de la estructura de almacenamiento de información. ........................................... 12

2. Estructura del sistema de almacenamiento StorSimple. ................................................... 12

3. Migración de la información. ............................................................................................ 12

4. Migración de los servidores. ............................................................................................. 12

Evidencias: Carpeta Entregable No 4. .............................................................................. 12

3.5. Replicación de funcionalidad. ................................................................... 12

Evidencias: Carpeta Entregable No 5. .............................................................................. 13



3

INTRODUCCION

El plan de continuidad del negocio (PCN) de las TIC´s, se inicia con el proyecto No 10 del PETIC: “Creación e implementación de un Centro de Datos Alterno”, cuyo objetivo es: “Contar con la infraestructura necesaria para restaurar las operaciones en caso de presentarse un desastre en el edificio de la sede central” y se actualiza según resolución 2358 de 2015 donde adopta la línea estratégica 1: “Seguridad de la información y seguridad informática”, con el proyecto denominado: “Actualización plan de continuidad”, asociado al proceso de gestión de TIC´S y la meta del plan de acción 9.1:”Mejorar el desempeño institucional a través de: fortalecimiento y desarrollo de los sistemas de gestión, cooperación interinstitucional, administración del banco de programas y proyectos, tecnologías de la información y las comunicaciones, divulgación de las actividades institucionales y proyección de la imagen corporativa.” El objetivo al elaborar el documento del plan de continuidad del negocio (PCN) a nivel de tecnología, es tener una línea base para que la oficina de tecnologías de la información y comunicaciones (OTIC) de la CAR, pueda restablecer la continuidad del servicio en el menor tiempo posible, de los recursos críticos de la infraestructura tecnológica (Centro de cómputo y aplicaciones críticas) que se encuentran bajo su gestión, ante la eventualidad de una falla parcial o total de estos recursos. Este plan será activado si los procedimientos normales de verificación y recuperación establecidos no hayan surtido efecto. El PCN a medida que evolucione, deberá considerar diferentes eventos que afecten de manera masiva la infraestructura tecnológica cómo pueden ser entre otros: robos, desastres naturales, atentados terroristas, incendios, daños por mal manejo del usuario, y otro tipo de siniestros en general. El plan se desarrolla adoptando principios del modelo PHVA (planear, hacer, verificar y actuar), donde el planear una vez descritos el objetivo y el alcance del PCN, se elabora el cronograma de actividades global, el hacer comprende la ejecución de las fases 1 a la 4 del mencionado cronograma, así como el verificar y el actuar, corresponderían con las fases 5 y 6 respectivamente. Este documento será el referente para mostrar el avance del proyecto en eventos de auditoría para los entes de control tanto internos como externos tales como: la oficina de control interno (OCIN) o la Contraloría General de la República (CGR). Así mismo, el documento debe ser actualizado a sus respectivas versiones, cuando el PCN contemple nuevas funcionalidades en su operación.



4

1. PERSONAL DISPONIBLE

La TIC´s deberá establecer y definir el personal que participará en el PCN, y sus respectivos roles. En la tabla ajunta se relaciona el personal vinculado con las TIC´s. Opcionalmente, se tendrá disponibilidad de personal contratista.

A. Funcionarios de planta

Item Nombres 1er Apellido 2do Apellido Estudios Cargo Grado

1 CESAR RODRIGO

ROJAS ROMERO

INGENIERIA DE SISTEMAS

Profesional especializado

22 Esp. Software para Redes de Computadores,

Esp. Informática para Gerencia de Proyectos

2 JULIO ERNESTO

ROJAS RINCON

INGENIERIA ELECTRONICA Profesional

especializado 20

Esp. Redes de Computadores

3 MAURICIO ERNESTO

GUIJO RAMIREZ

INGENIERIA DE SISTEMAS Profesional

especializado 18

Esp. Gerencia de Proyectos

4 SAMUEL YESID

CELY CABRA

INGENIERIA DE SISTEMAS Profesional

especializado 18

Esp. Proyectos Informáticos

5 RODRIGO RODRIGUEZ REYES

INGENIERIA DE SISTEMAS


15 Esp. Ingeniería de Software

Especialización tecnológica en gestión y seguridad en bases de datos

6 JOSE RAUL GONGORA PULIDO INGENIERIA DE SISTEMAS Profesional

especializado 15

7 JAIME SUAREZ MONROY ADMINISTRADOR DE SISTEMAS DE INFORMACIÓN


13

8 MARCO FELIPE

GAMEZ RODRIGUEZ INGENIERIA DE SISTEMAS

Profesional universitario

6

9 EDGAR VLADIMIR

GOMEZ ZABALA

TECNOLOGO EN SISTEMAS DE INFORMACION

Técnico



5

B. Service desk y Personal Contratista El service desk se contrata con una firma especializada que cuenta con 8 funcionarios y un coordinador(a) de mesa de ayuda para prestar el servicio en la sede central, oficinas descentralizadas y direcciones regionales. Además, la oficina de las TIC´s cuenta con un número de contratistas, que varía según las necesidades de la oficina y proyectos a desarrollar que pueden estar en el orden de 10 a 20 contratistas entre profesionales y técnicos.

C. Personal de apoyo Diana Carolina Murillo, Secretaria oficina de las TIC´s Hilda Gómez Mendivelso, Auxiliar administrativo

D. Jefe de oficina TIC´s Ingeniero LUIS ADOLFO ROMERO CARDOZO



6

2. PLAN DE CONTINUIDAD DEL NEGOCIO (PCN) A NIVEL DE TIC´S

A. Cronograma de actividades global

Etapa / Hito

Descripción de la actividad 07/16 11/16 03/17 04/17 05/17 07/17 08/17

1 Proceso de sensibilización en PCN y elaboración de mapa de interdependencias

2 Implementación de centro alterno en la nube

3 Pruebas de migración

4 Ajuste global de infraestructura

5 Replicación de funcionalidad

6 pruebas en producción

3.1. Proceso de sensibilización en PCN y elaboración de mapa de interdependencias

Se inicia un proceso de sensibilización, que contemplo charlas técnicas y el desarrollo de unas actividades relacionadas con los procesos de TI y activos de tecnología gestionados por la oficina de las TIC´s.

Las actividades desarrolladas durante esta etapa fueron:

a) Capacitación y sensibilización sobre plan de continuidad del negocio (PCN), a los funcionarios y contratistas de la oficina de las TIC´s.

b) Capacitación y sensibilización de mapas de interdependencias de servicios y aplicaciones de TI

c) Mapas de interdependencias de 14 servicios de TI y topología de la red corporativa d) Análisis de impactos del negocio BIA e) Informe BIA y recomendaciones

Evidencias: Entregable No 1.pdf o carpeta Entregable No 1

3.2. Implementación de centro alterno en la nube

Para ejecutar el proyecto No 10 del PETIC, “Creación e implementación de un Centro de Datos Alterno”, se ejecutó el proceso No. 1407 de 2016 suscrito entre la CAR y CONTROLES EMPRESARIALES LTDA, cuyo objeto es: “Adquisición e implementación de una solución tecnológica para soportar el plan de continuidad del negocio de la



7

Corporación”.

El proceso inicia con la firma del acta de inicio el 4/11/2016 y finalizo el 03/03/2017.

Para soportar el plan de recuperación de desastres y continuidad de servicios de tecnología, la corporación contrato una solución tecnológica con los siguientes componentes y características:

• Un servicio de continuidad y recuperación de desastres en la nube Microsoft Azure. Este es un servicio que replica la información de las máquinas virtuales y físicas ubicadas en el centro de datos de la corporación directamente a un almacenamiento en la nube Microsoft Azure.

• Se adquirió un (1) equipo de almacenamiento hibrido STORSIMPLE 8100 que realiza almacenamiento automático de datos fríos (de poco movimiento) y tiene la funcionalidad de desborde de información a la nube de Microsoft Azure, con administración automática de Backups de la información.

• Adquirió los servicios de implementación de la solución de continuidad y recuperación de desastres usando el servicio en la nube con la plataforma ASR de Microsoft.

• Adquirió los servicios de implementación del almacenamiento hibrido STORSIMPLE 8100 en las instalaciones de la corporación y configuración de los servicios en la nube Microsoft asociados.

El STORSIMPLE 8100, es la infraestructura física de almacenamiento híbrido en la nube para el almacenamiento primario, protección de datos, archivado y recuperación de desastres integrado con Microsoft Azure. Su infraestructura está conformada entre otros, con los siguientes elementos:

• 4 discos de 4 GB SS referencia ST400FM0073

• 8 discos duros de 4 TB TK2 referencia ST400NM0023

• 6 interfaces de red en cada controlador: cuatro puertos Ethernet de 1 Gbps y 2 de 10 Gbps.

El STORSIMPLE 8100 realiza el almacenamiento automático de datos fríos (de poco movimiento) y tiene la funcionalidad de desborde de información a la nube de Microsoft Azure, con administración automática de Backups de la información. Las siguientes características funcionales con la solución ASR (Azure Site Recovery) de Microsoft, la solución tecnológica que se implementó cumple con el siguiente plan:

• MTD (Maximum tolerable downtime): tiempo máximo de inactividad tolerable en los sistemas de información de la Corporación. Para el presente proyecto la Corporación requierió un MTD de 24 horas, como máximo.

• RTO (Recovery time objective): tiempo disponible para la recuperación de infraestructura ante un desastre. Para el presente proyecto la Corporación requirió un RTO de 12 horas, como máximo.



8

• WRT (Work recovery time): tiempo disponible para recuperar la información y operación ante un desastre. Para el presente proyecto la Corporación requirió un WRT de 12 horas, como máximo.

• RPO (Recovery Point Objective): tiempo de información que la Corporación está dispuesta a perder. Para el presente proyecto la Corporación requirió un WRT de 12 horas, como máximo.

• El nivel de disponibilidad general de la solución tiene es de 99.9% o superior al año.

El proyecto se ejecutó de acuerdo con las siguientes fases:

FASE 1 - Actualización de las plataformas Hyper-V y SCVMM. Se procedió con la actualización de la plataforma l de la CAR de Hyper-V 2012 a la versión Hyper-V 2012 R2 y System Center Virtual Machine Manager 2012 a versión 2012 R2. Consultar documento: “Fase 1_Actualización plataformas Hyperview y SCVMM”

FASE 2 - Instalación física y sincronización del Storsimple 8100 Se procedió con la instalación física en el data center de la CAR, de un equipo Hibrido de almacenamiento del STORSIMPLE 8100 en el respectivo rack incluyendo las instalaciones eléctricas y de red y se sincronizó la plataforma de almacenamiento con la nube de Microsoft Azure. Consultar los siguientes documentos:

• “Fase 2a_Configuracion StorSimple.pdf”

• “Fase 2b_Procedimiento de Backup y Restauracion Storsimple.pdf”

• “Fase 2c_Procedimiento de presentación de volúmenes StorSimple a Servidores.pdf”

FASE 3 – Verificación de los requisitos de migración. Se verifica el funcionamiento de los servidores que no cumplían con los requisitos solicitados por Microsoft, para la migración a la plataforma (Azure Site Recovery), para su posterior corrección y afinamiento. Consultar documento: “Fase 3_configuración final cluster hyperv.pdf.”

FASE 4 – Implementación de los Servicios de Azure Site Recovery (ASR) Se configuran e implementan los servicios de la plataforma ASR en AZURE, así como la preparación y protección de los servidores de la CAR. Consultar los siguientes documentos:

• Fase 4a_Procedimiento Proteccion Servidores ASR.pdf

• Fase 4b_Configuracion ASR.pdf

• Fase 4c_Configuracion Azure CAR.pdf



9

FASE 5 – Pruebas funcionales Azure Site Recovery (ASR) Se realizaron las pruebas de las funcionalidades de la plataforma ASR con los funcionarios de la CAR. Consultar los siguientes documentos:

• “Fase 5a_Procedimiento Proteccion Servidores ASR.pdf”

• “Fase 5b_Plan de Pruebas ASR.pdf”

Se realizó entre Controles Empresariales Ltda y la CAR un simulacro con los servidores de la intranet basado en SharePoint server. Este sistema lo componen 2 servidores así:

• Ssharepbog01: servidor que contiene el aplicativo de Sharepoint y ciertos datos.

• Ssqlbog06: servidor que contiene las bases de datos que soportan el sistema de Sharepoint.

Consultar documento: “Fase 5c_Plan de pruebas-Sharepoint-SQL-simulacro-final.pdf”

FASE 6 – Transferencia de conocimiento y documentación Se procedió con realización de la transferencia de conocimiento a los funcionarios de la CAR. Consultar el siguiente documento: “Fase 6_Listas de asistencia transferencia del conocimiento.pdf”.

Evidencias: Entregable No 2.pdf o carpeta Entregable No 2.



10

3.3. Pruebas de migración. Se realizan pruebas funcionales con el ASR (Azure Site Recovery) para verificar su correcto funcionamiento, para tal fin, se escogen los servidores SSHAREBOG01 y SSQLBOG06. Las pruebas se realizan usando la interfaz gráfica de Azure a través del portal web. La razón técnica para hacer las pruebas con estos servidores, se debe a que son considerados de criticidad baja, previendo que de presentarse alguna falla no intencional de tipo técnico, no se produzca suspensión de las labores en la Corporación. La estrategia consiste en definir tres (3) casos de prueba:

1. Protección máquina virtual

2. Plan de recuperación y Fail Over planeado y

3. Failback máquina virtual Definida la estrategia se desarrollan los casos de prueba cuyos resultados se describen en la tabla adjunta.

Caso de prueba Descripción Número de pasos Estado Aprobado - No aprobado

Protección máquina virtual

Replicación de la máquina virtual de Hyper view SSHAREPBOG01 ubicada en la CAR a SCVMMBOG02 ubicada en la nube privada (Azure).

8 APROBADO

Plan de recuperación (recovery plan) y Fail Over planeado

Plan de recuperación y fail over desde SCVMMBOG02 ubicada en la nube privada (Azure), de la máquina replicada SSHAREPBOG01, del caso de prueba anterior.

5 APROBADO

Failback máquina virtual

Ejecución del Fail Over planeado del caso de prueba anterior, incluyendo el apagado y fuera de

8 APROBADO



11

servicio de SCVMMBOG02 y puesta en funcionamiento de nuevo del SSHAREPBOG01.

Caso de prueba Descripción Número de pasos Estado Aprobado - No aprobado

Protección máquina virtual

Replicación de la máquina virtual de Hyper view SSQLBOG06 ubicada en la CAR a SCAZURE ubicada en la nube privada (Azure).

8 APROBADO

Plan de recuperación (recovery plan) y Fail Over planeado

Plan de recuperación y fail over desde SCAZURE ubicada en la nube privada (Azure), de la máquina replicada SSQLBOG06, del caso de prueba anterior.

5 APROBADO

Failback máquina virtual

Ejecución del Fail Over planeado del caso de prueba anterior, incluyendo el apagado y fuera de servicio de SCAZURE y puesta en funcionamiento de nuevo del SSQLBOG06.

8 APROBADO

Consultar documento: “Pruebas de migracion.pdf”

conclusiones Controles Empresariales Ltda, cumplió con el objeto del contrato 1407 de 2016 y lo solicitado en las especificaciones técnicas del mismo. La CAR entregó todos los requerimientos solicitados por Controles Empresariales Ltda, con los cuales las partes realizaron el desarrollo del contrato de este informe, las partes se encuentran en este momento en el desarrollo de las garantías y soporte del proyecto con un protocolo de atención de llamadas entregado al cliente CAR.



12

Consultar documento: “PROTOCOLO DE ATENCIÓN DE SERVICIOS CAR.pdf

Evidencias: Entregable No 3.pdf o carpeta Entregable No 3. 3.4. Ajuste global de infraestructura Para que opere de manera óptima el sistema de recuperación desde la plataforma AZURE, fue necesario realizar ajustes a la infraestructura de la corporación que se describen a continuación:

1. Ajuste de la estructura de almacenamiento de informacio n.

2. Estructura del sistema de almacenamiento StorSimple.

3. Migracio n de la informacio n.

4. Migracio n de los servidores.

a. Sappbog04

b. Sappbog02 Consultar documento: “Ajuste global de infraestructura.pdf”

Evidencias: Ajuste global de infraestructura.pdf o Carpeta Entregable No 4. 3.5. Replicación de funcionalidad. Esta etapa requirió de varias ventanas de mantenimientos, para comprobar el funcionamiento de las réplicas de los servidores de bases de datos en la plataforma SQLSERVER y con una criticidad alta. Se realizó con los siguientes servidores de producción: ssqlbog05, ssqlbog06 y ssqlbog07. Estos servidores contienen la información estructurada de la corporación que apoya los sistemas SIDCAR (sistema de información documental de la CAR), SAE (Sistema de apoyo a expedientes), ORION (sistema jurídico y control disciplinario), SKOFAX (Sistema de digitalización de documentos, entre otros. Así mismo se incluyen los servidores de pruebas ssqlbog03 y ssqlbog04. De igual forma, se replicó la funcionalidad con los servidores que contienen la información NO estructurada de la corporación: scsmbog01, ssiambog01 que contiene el SIG de la CAR y se continua con los servidores de BD: sorabog01 (servidor de pruebas) y sorabog03 (servidor de producción) que contiene el sistema de información financiera, nómina y parques de la Corporación.



13

Por último se verifica la replicación con los servidores considerados de criticidad media que son nueve (9) en total que contienen la DATA de otros sistemas de información. Consultar documento: “Replicación de funcionalidad.pdf”

Evidencias: Replicacion de funcionalidad.pdf o Carpeta Entregable No 5.

PLAN DE CONTINUIDAD DEL NEGOCIO OTIC-CAR · roles. En la tabla ajunta se relaciona el personal...

Documents

Transcript of PLAN DE CONTINUIDAD DEL NEGOCIO OTIC-CAR · roles. En la tabla ajunta se relaciona el personal...