Página 1 de 15 CONTENIDO 1. INTRODUCCIÓN... 2 2. SOFTWARE LICENCIADO... 2 3. INFORMACIÓN INSTITUCIONAL... 3 3.1 Servidor de Producción Base de Datos... 3 3.2 Generación de backups en cinta... 3 4. POLITICA DE BACKUP... 4 5. LAS COPIAS DE SEGURIDAD... 4 5.1. Requisitos que deben cumplir las copias de seguridad... 4 5.2. Tipos de copias a realizar... 5 5.3. Frecuencia de realización de copias de seguridad... 5 5.4. Planificación y elaboración de la copia... 5 Elaborado por: Nombre: Héctor Alfonso Pérez U. Cargo: Coordinador Grupo de Trabajo de Infraestructura Tecnológica Fecha: 2012-05-02 Revisado por: Nombre: Jorge Fernando Bejarano L. Cargo: Jefe Oficina de Tecnología e Informática Fecha: 2012-05-04 Firma: (Original firmado) Aprobado por: Nombre: Ricardo García Ramírez Cargo: Representante de la Dirección para el Sistema de Gestión de Calidad Fecha: 2012-05-07 Firma: (Original firmado) Cualquier copia impresa, electrónica o de reproducción de este documento sin la marca de agua o el sello de control de documentos, se constituye en copia no controlada. SC01-F02 (2008-01-30)
Página 2 de 15 1. INTRODUCCIÓN Las cintas, C.D, D.V.D, discos removibles de Backup que diaria, semanal y mensualmente se obtienen en el centro de cómputo, son guardados en sitios distantes de la sede en donde se encuentra la información primaria. Los Backups o copias de respaldo son un aspecto fundamental en la disponibilidad de los sistemas críticos. De un buen Backup depende primordialmente el que una aplicación o sistema pueda recuperarse a partir de un período de tiempo determinado. La política de Backup varía sustancialmente de acuerdo con la criticidad y restricciones de la institución. Lo ideal es poder mantener copias lo más actualizadas posible y poder mantener a su vez varias copias de los backups en sitios distintos y distantes. Otro aspecto fundamental en el manejo de backups tiene que ver con la integridad de los mismos. A veces las organizaciones mantienen copias de respaldo en cantidades; sin embargo, muy pocas verifican si los backups fueron sacados adecuadamente, puesto que suele suceder que ante una caída y pérdida del sistema, se toman las copias para restaurarlas y no funcionan. Debe por tanto crearse mecanismos que garanticen que los backups pueden restaurarse y que efectivamente restauran la información que se necesita. Muchas veces, es necesario tener máquinas en donde cada cierto tiempo se estén restaurando copias con el fin de verificar la consistencia de la información. Un último punto referente a las copias de respaldo tiene que ver con los procedimientos sobre el proceso de copia y restauración. Debe quedar claramente detallado el procedimiento tanto para sacar una copia como para respaldar. Las siguientes son las instrucciones adoptadas en la Superintendencia de Industria y Comercio para obtener copias de respaldo: 2. SOFTWARE LICENCIADO En los casos en que el medio magnético lo permita (Cintas, CD, DVD), se toma una copia idéntica, la cual es almacenada y administrada por la Oficina de Tecnología e Informática. Los medios originales así como el original de la licencia escrita, cuando la haya, y el contrato/convenio, son remitidos para su custodia al Almacén General de la Superintendencia. En aquellos casos en que el proveedor suministra las copias de los medios magnéticos del software preinstalado (CD, DVD), se toma una copia idéntica, la cual es almacenada y administrada por la Oficina de Tecnología e Informática. Los medios originales, así como el original de la licencia escrita, cuando la haya, y el contrato /convenio, son remitidos para su custodia al Almacén General de la Superintendencia. Para aquellos casos cuando el software preinstalado no suministra copia de respaldo, se toman dos (2) copias de seguridad idénticas, antes de instalar cualquier otro aplicativo, utilizando las opciones dispuestas
Página 3 de 15 para tal caso, en el software preinstalado o copia total de la máquina según sea la instrucción del proveedor. Una copia debidamente rotulada es remitida al almacén de la Superintendencia para su custodia y la segunda copia es administrada por la Oficina de Tecnología e Informática. El decreto 998 de 1997, reglamenta la transferencia de la documentación histórica de los archivos de los organismos del orden nacional al Archivo General de la Nación. 3. INFORMACIÓN INSTITUCIONAL La información institucional, es aquella que se alberga y administra en los servidores centrales y la cual refleja la labor de las áreas misionales de la entidad, es la información catalogada de mayor criticidad y sensibilidad y es a la que se le tiene mayor seguridad. A esta información que se maneja en motor de base de datos INFORMIX, se tiene las siguientes copias de seguridad: 3.1 Servidor de Producción Base de Datos Para el Servidor de producción que maneja la información institucional de propiedad industrial, trámites, nómina, recursos humanos, quejas y reclamos, actos administrativos, recaudos, entre otros, se determina como política de copias de seguridad la siguiente: Todos los días hábiles en horas de la noche debe pasarse a disco una copia de todas las tablas o archivos de la Base de Datos. Todos los días hábiles una vez terminada la copia de las tablas de la base de datos a disco, debe tomarse una copia general del equipo en cinta, utilizando tantos cartuchos, como sean requeridos. Todos los días hábiles como primera actividad el operador del centro de cómputo o quien haga sus veces, deberá tomar una copia en cinta, utilizando tantos cartuchos como sean necesarios, de la base de datos del ambiente de producción nivel cero (0). Todos los días de lunes a viernes una vez terminada la copia de la base de datos de producción y como segunda actividad de toma de copias de seguridad, debe tomarse una copia general de los filesystem del equipo de producción, en cinta, utilizando tantos cartuchos como sean necesarios. La rotación de cintas es semanal y por día. El último día hábil del mes se toma una copia de seguridad de base de datos y una general del servidor y se debe guardar con rotación de 12 meses. La copia del mes de diciembre se toma como anual y se conserva por 3 años. La programación se presenta en el cuadro de programación. 3.2 Generación de backups en cinta Copias de Seguridad Base de datos: Se deben sacar 5 copias de seguridad: 2 diarias Rotativas 1 semanal Rotativas 1 Mensual 1 Anual
Página 4 de 15 Diarias: A las 6:30 h se hace una copia de seguridad y otra en la noche para lo cual se deja instalado el cartucho. A la mañana siguiente se verifica la copia y se envía a la Sede CAN, en un sobre con la fecha de la misma, esto se debe realizar todos los días. Las copias semanales se hacen el último día hábil de la semana, estas copias se guardan en un archivador y se van rotando semanalmente. Existen 5 cartuchos, uno por semana. Las mensuales se hacen a final de cada mes con cartuchos nuevos, y son conservadas en un archivador en la Oficina de Tecnología e Informática. Esta copia como la diaria, se envían a la Sede CAN para ser conservada en sitio seguro durante el tiempo establecido. Se puede acceder desde cualquier Terminal haciendo uso de usuario opersys y el password del mismo, una vez se ha ingresado al prompt, se ejecuta cd /etc y enter e ingresa como root, se ejecuta el comando./hpdump, para comenzar la copia de seguridad. Cuando el sistema lo requiera, solicita cartuchos de cinta adicionales, si la información contenida en el disco supera la capacidad de la cinta o de la unidad en la cual fue instalada. Para abortar o abandonar la copia sin terminar correctamente se presionan la teclas Ctl + c simultáneamente. Copias de Seguridad Base de Datos: Se debe sacar una copia diaria, a las 7:00h, se coloca el cartucho marcado como bd 4000 (dia), (después de verificar la copia del dia anterior), ingresa con el usuario informix desde cualquier Terminal y ejecuta el comando ontape s, aparece el siguiente aviso Please enter the level of archive to be performed (0, 1, or 2) se pone 0 y se comienza la copia que puede tardar aproximadamente una (1) hora. Los cartuchos que se encuentra en la Oficina de Tecnología e Informática se encuentran marcados por día. Cuando el sistema lo requiera, solicitará que se coloquen cartuchos de cinta adicionales cuando la información contenida en el disco supere la capacidad de la cinta o de la unidad en la cual fue instalada. Para abortar o abandonar la copia sin terminar correctamente se presionan las teclas Ctl + c simultáneamente. 4. POLITICA DE BACKUP Verificación de los Backups: Además de realizar los Backups de acuerdo al procedimiento establecido, se deberá realizar cada 15 días una recuperación o restauración aleatoria de datos para verificar la consistencia e integridad de los mismos y de esta manera, tener la certeza que en caso de presentarse algún tipo de contingencia, las copias de seguridad sean una alternativa confiable de recuperación de la información. Etiquetado. Para la marcación de las cintas se tienen en cuenta los siguientes aspectos: Tipo de backup, día de la semana y número de la cinta. La caja contenedora de la cinta debe contar con la misma información de la cinta, además de la última fecha en que fue utilizada, en el formato dd/mm/aa. 5. LAS COPIAS DE SEGURIDAD 5.1. Requisitos que deben cumplir las copias de seguridad
Página 5 de 15 Ser confiable: Minimizar las probabilidades de error no dejando los medios de almacenamiento expuestos a campos magnéticos o sometiéndolos a excesivo uso o reutilización más allá de su vida útil. Estar fuera de línea y en un lugar seguro: Tan pronto se realiza el respaldo de información, se debe almacenar en un lugar seguro tanto desde el punto de vista técnico: humedad, temperatura y campos magnéticos, como también seguridad física y lógica. La forma de recuperación rápida y eficiente: Es necesario probar la confiabilidad del sistema de respaldo no sólo para respaldar sino que también para recuperar. Lo anterior permite concluir que un sistema de respaldo y recuperación de información tiene que ser probado y eficientemente. 5.2. Tipos de copias a realizar Copia incremental, solamente se almacenan las modificaciones realizadas desde la última copia de seguridad, con lo que es necesario mantener la copia original sobre la que restaurar el resto de copias. Utilizan un mínimo de espacio de almacenamiento y minimizan el tipo de desarrollo, a costa de una recuperación más complicada. Copia diferencial, similar a la incremental, pero en vez de copiar solamente las modificaciones, se almacenan los ficheros completos que han sido modificados. También necesita la copia original. 5.3. Frecuencia de realización de copias de seguridad La realización de copias de seguridad ha de realizarse diariamente, éste es el principio que debe regir la planificación de las copias, sin embargo, existen condicionantes, tales como la frecuencia de actualización de los datos, el volumen de datos modificados, etc., que pueden hacer que las copias se realicen a intervalos de tiempo más largos. 5.4. Planificación y elaboración de la copia Las copias de seguridad se pueden realizar en diferentes momentos día, incluso en diferentes días, pero siempre se han de realizar de acuerdo a un criterio, si es posible, la copia se debe realizar de forma automática por un programa de copia, un día concreto, diariamente, semanalmente o mensualmente cuando el sistema esté inactivo. a) Se debe tener en cuenta que en la noche corre un proceso automático a las 3:15 a.m. por lo tanto esta cinta debe ser rebobinada en la mañana; El proceso de rebobinado, significa que la cinta que se encuentran dentro del Tape Backup 280 debe retirarse y volverse a ingresar para que se devuelva al punto inicial Al realizar este procedimiento debemos hacer telnet 10.20.1.9
Página 6 de 15 Login: Password: Al estar dentro del telnet vamos al menú de Verificar cintas Program File Verificacion de Cinta Unidad de escritorio Sun 280 Finalizando el proceso debe salir el siguiente mensaje, que quiere decir que el procedimiento nocturno fue realizado a satisfacción Mensaje: Verific Volumen e Int Maps Copiado a las 3:15: 19/09/2011 b) Al realizar este procedimiento, se debe retirar la cinta nocturna y empacarla para ser marcada y enviada al Centro de Custodia de dichas cintas. La marcación debe colocarse así:
Página 7 de 15 PARA: 3030 DE: 020 CONCEPTO: UNA CINTA DE SEGURIDAD FECHA: 09/09/2011 c) A partir de las 7:30 AM se verifica el Aplicativo Helisa, ingresando al Explorador de Windows en la Unidad de Red denominada como (O) o en su defecto (Z). Se seleccionan los archivos que se encuentran en la carpeta y se copian a la carpeta local dentro de la unidad C:\file server\almacen reescribiendo todos los archivos. Tiempo Promedio: 20-30 Minutos. d) En el Escritorio del equipo local, se da click en el icono Winscp428 y luego se ejecuta Winscp.exe A continuación se da click en Login y se ingresa el Password correspondiente.
Página 8 de 15 e) En el pantallazo que se despliega a continuación ubicamos las siguientes rutas, tanto en el equipo del lado izquierdo (Equipo local), como en el lado derecho (equipo remoto). /var/www/html/backup y se traslada la carpeta Backup a C:\file server\pag_web\bd pag_web. Luego del traslado de la carpeta, se comprime y se deja como nombre el día, mes y año, como en este caso: Backup-19-09-11. El Tiempo aproximado de esta tarea es de 20 minutos.
Página 9 de 15 f) Realizar la actualización de la cuenta de Correo bkcontactenos@sic.gov.co. Para tal fin se abre el cliente Outlook y se descargan los últimos mails recibidos a la cuenta. g) Ingresar por Escritorio Remoto a la IP: 10.20.1.12 e ingresar las credenciales correspondientes, luego en el escritorio, se da en Disco local D:\ y se va a las siguientes rutas: D:\webserver\mysql\data\itssic D:\webserver\www\its-gestion La información contenida en estas rutas, se selecciona y luego se da click en la opción copiar a la carpeta y se copia dentro de la unidad de red de File Server on 10.20.4.166 (Z:) en las carpetas itssic e its-gestion respectivamente. h) A continuación en el equipo local, en la ruta: c:\file server \bk_cta_correo, se copia el correo del día anterior y se traslada a la carpeta C:\BK_correo.
Página 10 de 15 i) De modo similar también se debe hacer una copia de los archivos de la Pag_web y la Base de datos de la Pag_web ubicados en C:\file server\pag_web a las carpetas equivalentes en C:\. j) Luego de realizarse las copias antes mencionadas en la carpeta C:\Flie server en el equipo FRODRIGUEZ, se debe iniciar el procedimiento de backup. Para este fin se utilizan cintas DAT 72 DDS en la unidad de tape del equipo con la IP: 10.20.4.165, al cual se podrá ingresar directamente o por Escritorio Remoto.
Página 11 de 15 k) Luego de ingresar al equipo, se click en el icono que se encuentra en el escritorio, llamado Backup_Cinta y seleccionamos las unidades de red Sistema de Calidad metrología y File Server, las cuales han debido conectarse previamente en el equipo FRODRIGUEZ. A continuación insertamos la cinta DAT 72 DDS en la unidad de tape, la cual se debe marcar como: Backup Windows (1/2) y el día de la semana correspondiente. Finalmente se da click al botón Iniciar para proceder con el Backup de Windows. Luego de lanzar el backup de Windows se puede iniciar con el backup de los siguientes servidores, mediante telnet a sus IP: 10.20.1.9 y 10.20.1.120 l) Para el caso del Servidor de BD 280, el proceso se inicia así: Telnet 10.20.1.9 e ingresamos: Login: Password:
Página 12 de 15 m) Del menú que aparece se escoge la opción Copiasdeseguridad Sunfire 280 - BasedeDatos - Ud.Ext 4MM SunFire. En este punto se debe colocar la cinta para iniciar la copia de seguridad y luego dar enter. Todos los viernes adicionalmente a la copia de Base de datos también se debe realizar copia del File System desde este mismo menú. n) En el caso del Servidor Sun 4000, se realizan las copias de seguridad Full a diario del File System. Es por ello que se debe ejecutar el siguiente comando, luego de ingresar al telnet 10.20.1.120 root@sun4000: # ufsdump 0cfu root@sic280:/dev/rmt/0cn /home7 Luego de lanzado este comando se inicia el proceso de copia de seguridad del servidor. Transcurridas 6 horas aproximadamente, el sistema solicita la otra cinta mediante el siguiente mensaje: DUMP: NEEDS ATTENTION: Is the new volume (#2) mounted on `sic250:/dev/rmt/0cn' and ready to go?: yes ("yes" or "no")
Página 13 de 15 Después de ingresar la cinta se digita yes para que continúe el proceso de copia de seguridad. o) Finalizada la copia de seguridad se debe retirar la cinta e ingresar otra, la cual será utilizada para la copia que se lanza hacia a las 3:15 AM. Esta cinta debe ser marcada como: BK NOCHE 280 Viernes, por ejemplo, para la realización del procedimiento nocturno. NOTA: Para cada día se utilizan 8 cintas, las cuales están distribuidas de la siguiente manera: BD 280 (3/3) Tiempo Promedio: 2 horas FILE SYSTEM 4000 (2/2) Tiempo Promedio: 4 horas BK WINDOWS (2/2) Tiempo Promedio: 5 horas BK NOCHE 280 (1/1) Tiempo Promedio: No definido Existen 2 librerías de backup marca Sun Microsystem Sun StoraTek sl48 Tape Library (10.20.100.23) Sun StoraTek sl24 Tape Library (10.20.7.119)
Página 14 de 15 La primera como su nombre lo indica tiene capacidad para 48 slots de cintas LTO 4 800/1600 Gb (Nativo/Comprimido) La segunda tiene capacidad de 24 slots LTO 3 400/800 GB (Nativo/Comprimido) Las librerías son administradas por el servidor Solaris sic2100 (10.20.100.25) que tiene instalado el software de backup llamado NETVAULT En la primera librería se realizan las copias de los servidores linux, base de datos principal y filesystem de los servidores Solaris En la segunda librería se realizan los backups (Full e Incrementales) de las particiones de documentos del servidor sun240 (10.20.1.15). SERVIDORES Servidor de Desarrollo: Base de datos antigua y nómina Servidor de Helisa Carpeta: Helisa 40 FRECU ENCIA ALMACENA MIENTO Diaria Cinta DAT72 2 Horas SEMANAL Diaria Cinta DAT72 30 Minutos DIARIO DURACIÓN RETENCIÓN LUGAR CONTINGENCIA VERIFICACION Servidor Intranet: Carpetas webserver\mysql\data\itssic y webserver\www\its-gestion Diaria Cinta DAT72 1 Hora y 30' DIARIO Servidor de directorio: System state Semana l Cinta DAT72 1 Hora y 30' SEMANAL Servidor Mesa de ayuda: Repositorio incidentes Semana l Cinta DAT72 1 Hora y 30' SEMANAL Consola antivirus: System state Servidor de correo: (Buzones) Servidor Zona Global: File System Buzón atención usuario: Bkinfo@correo.sic.gov.co (contactenos@sic.gov.co) Semana l Cinta DAT72 1 Hora y 30' SEMANAL Diaria Cinta DAT72 2 Horas PERMA- NENTE Diaria Cinta DAT72 4 Horas SEMANAL Diaria Cinta DAT72 1 Hora SEMANAL Descripción de las tareas de backup tomado en las librerías
Página 15 de 15 Librería SL24 Servidor File system Días Horas Tipo sun490 /documentos Lunes a Viernes 18:00 Incremental sun490 /documentos2 Lunes a Viernes 20:00 Incremental sun490 documentos3 Lunes a Viernes 19:00 Incremental sun490 /documentos4 Lunes a Viernes 21:00 Incremental sun490 /documentos5 Lunes a Viernes 22:00 Incremental sun490 /documentos6 Lunes a Viernes 23:00 Incremental sun490 /documentos7 Lunes a Viernes 00:00 Incremental sun490 /documentos8 Lunes a Viernes 01:00 Incremental sun490 /documentos9 Lunes a Viernes 02:00 Incremental Librería SL48 Servidor Fyle system Días Horas Tipo fenix (bd ppal) bcknfs (10.20.1.122) IDS ds_sic2tcp Spaces Logical Logs /backupnfs/ /argos/home /argos/var /atenas/etc/ /atenas/var/lib/dhcpd /correo/etc /docs/root /email/var/spool/imap /silos/home /silos/var /tebas/home /tebas/var /troya/home /troya/var Lunes a Viernes 12:30 PM 23:00 Hrs Level 0 Lunes a Viernes 20:00 Hrs Full