Estrategia de Backup para los Sistemas SAP R/3 GOBERNACIÓN DE CUNDINAMARCA

Transcripción

1 Estrategia de Backup para los Sistemas SAP R/3 GOBERNACIÓN DE CUNDINAMARCA Versión del Documento: 1.0 Autor: Soporte Basis SYNAPSIS Bogotá D.C., Enero 25 del 2010 Estratégia de Backup Gobernación de Cundinamarca V. 1.0 Página No 1

2 Tabla de Contenido 1. INTRODUCCIÓN OBJETIVO PROCEDIMIENTOS OBJETIVO DE LA ESTRATEGIA DE BACKUPS PARA LA GOBERNACIÓN DE CUNDINAMARCA PASOS CREAR UN PLAN PARA LOGRAR UN MÍNIMO TIEMPO FUERA ENCONTRAR LAS HERRAMIENTAS APROPIADAS PARA LA ESTRATEGIA Y ESTIMAR LOS COSTOS DEFINIR UNA PERSONA RESPONSABLE PARA EJECUTAR LOS BACKUPS CHEQUEO DEL RESULTADO DE LOS BACKUPS PLANEACIÓN DE UN TEST PARA UNA RECUPERACIÓN ANTE DESASTRES ESTRATEGIA TIPOS DE BACKUPS ESTRUCTURACIÓN DE LOS BACKUPS PROCEDIMIENTO DE BACKUPS A DISCO PROGRAMACIÓN DE BACKUPS A DISCO EN PRODUCCIÓN (CPR) PROGRAMACIÓN DE BACKUPS A DISCO EN CALIDAD (CQR) PROGRAMACIÓN DE BACKUPS A DISCO EN DESARROLLO (CDR) PROCEDIMIENTO DE BACKUPS A CINTA BACKUPS FULL SYSTEM... ERROR! MARCADOR NO DEFINIDO BACKUPS DEL DIRECTORIO BACKUP_DB13 EN CINTA... ERROR! MARCADOR NO DEFINIDO BACKUPS A CINTA DE LOS ARCHIVOS DE PRODUCCIÓN.... ERROR! MARCADOR NO DEFINIDO BACKUPS A CINTA DE LOS ARCHIVOS DE CALIDAD.... ERROR! MARCADOR NO DEFINIDO BACKUPS A CINTA DE LOS ARCHIVOS DE DESARROLLO.... ERROR! MARCADOR NO DEFINIDO CUANTIFICACIÓN DE BACKUPS PARA LA ROTACIÓN DEL POOL DE CINTAS ERROR! MARCADOR NO DEFINIDO CANTIDAD DE BACKUPS EN PRODUCTIVO... ERROR! MARCADOR NO DEFINIDO CANTIDAD DE BACKUPS EN CALIDAD... ERROR! MARCADOR NO DEFINIDO CANTIDAD DE BACKUPS EN DESARROLLO... ERROR! MARCADOR NO DEFINIDO ACERCA DE ESTE DOCUMENTO... ERROR! MARCADOR NO DEFINIDO. Estratégia de Backup Gobernación de Cundinamarca V. 1.0 Página No 2

3 1. Introducción El complemento esencial de un buen esquema de procesamiento de información debe ser su protección. En los últimos años la Ingeniería preocupada por el alto nivel de dependencia de los sistemas digitales, ha desarrollado nuevas y mejores tecnologías que permiten implementar estrategias de protección y almacenamiento de información, no solo enfocadas al mantenimiento de la data sino a la rápida recuperación de su puesta en línea para continuar con su funcionalidad; sin embargo, dichas estrategias deben ser estudiadas e implementadas de acuerdo con las características y necesidades propias de la entidad que desea utilizarlas, del nivel de criticidad de su información, de la rapidez con que esta cambie, de la disponibilidad de los datos y de muchas otras variables que determinan la mejor y óptima estrategia de respaldo. En este documento se muestra la estrategia de copias de seguridad que se implemento en LA GOBERNACIÓN DE CUNDINAMARCA como Estrategia de Backups para los Sistemas de Producción, Calidad y Desarrollo. La programación mensual de la misma en una rotación de 28 días como lo recomienda las prácticas para SAP R/3 así como el resultado de las pruebas que a ésta se realicen. Grupo Basis. Estratégia de Backup Gobernación de Cundinamarca V. 1.0 Página No 3

4 2. Objetivo. El propósito de esta tarea es definir y documentar la estrategia de backups para los sistemas Productivo, calidad y Desarrollo de la versión SAP ECC 6.0 de la Gobernación de Cundinamarca. Es importante verificar que la estrategia de backups es aceptada por todos los miembros del grupo del proyecto acerca de cualquier restricción en las políticas (por ejemplo, tiempo fuera a causa del backup o restore, cantidad de tiempo o trabajo que podría ser perdido, etc.) Estratégia de Backup Gobernación de Cundinamarca V. 1.0 Página No 4

5 3. Procedimientos 3.1. Objetivo de la Estrategia de Backups para la Gobernación de Cundinamarca La mejor estrategia de backup depende de la base de datos, el hardware disponible y de las herramientas que se escojan, también depende del tiempo disponible para realizar un backup offline versus el tiempo que el sistema debe estar arriba y corriendo (online) así como del tiempo necesario para recuperar datos después de un daño parcial o total. El backup de la base de datos también debe asegurar que en caso de falla, los archivos a nivel del Sistema Operativo puedan ser recuperados. Sin embargo, como los archivos relevantes al Sistema Operativo y binarios en general no cambian a menudo, no es tan crítico como el backup de la base de datos. Sin embargo debe ser programado y realizado Pasos Crear un plan para lograr un mínimo tiempo fuera. El tiempo en que la base de datos esta abajo es el tiempo cuando esta no puede ser usada. Puede ser una baja planeada en la base de datos, esto es cuando la misma esta en mantenimiento, o una baja en la base de datos también puede suceder debido a una falla en el sistema o en los discos. Parte del mantenimiento es un backup online, offline o del sistema operativo. Durante un backup online, se puede continuar trabajando con la base de datos, pero con una baja en el rendimiento general del sistema. Para un backup offline la base de datos debe estar abajo. Estratégia de Backup Gobernación de Cundinamarca V. 1.0 Página No 5

6 Además del backup de la base de datos, es necesario salvar sus archivos de logs. Cada base de datos escribe logfiles, de tal forma que una recuperación de todas las transacciones de los datos puede ser hecha en cualquier punto dado. En Oracle estos logfiles se llaman Redo Logfiles Encontrar las herramientas apropiadas para la estrategia y estimar los costos. Dependiendo del hardware, la base de datos y los requerimientos se decidirá la herramienta que se usará para el backup de la base de datos. Para Oracle hay herramientas para realizar backup de la base de datos y de los logfiles tales como: BRBACKUP, BRARCHIVE, BRTOOLS. LA GOBERNACIÓN DE CUNDINAMARCA ha elegido trabajar con la herramienta propias de SAP R/3(transacciones DB13, BRBACKUP, BRARCHIVE y BRTOOLS) las cuales permiten realizar backups de los Logs, Online y Offline al igual que logra la funcionalidad necesaria para combinarse con la funcionalidad hardware que se encarga de manipular las cintas y realizar el trabajo físico de los respaldos Definir una persona responsable para ejecutar los backups. Es esencial tener una persona responsable para la ejecución de los backups y los cambios de cintas semanalmente, así como de la entrega de estas al respectivo proveedor de seguridad si así se elige. Sería importante definir una persona que se familiarice con estas herramientas en caso que el administrador titular no este disponible. En este caso esta labor la realizarán los administradores Basis de los sistemas SAP R/3 de la Gobernación de Cundinamarca. Estratégia de Backup Gobernación de Cundinamarca V. 1.0 Página No 6

7 Administradores BASIS de la Gobernación de Cundinamarca: Jose Ricardo Herrera Jorge Enrique Almanza Chequeo del resultado de los backups El resultado de un backup debe ser chequeado. Se debe verificar que los datos que fueron almacenados en el medio de backup se puedan leer y que contengan los datos esperados, las herramientas de backup permiten verificar que los datos que fueron escritos en la cinta durante el backup son legibles y recuperables. Esta prueba debe ejecutarse una vez por mes con una cinta al azar y debe tomarse como práctica de carácter preventivo Planeación de un test para una recuperación ante desastres. Para verificar que la estrategia de backup está trabajando, es necesario ejecutar una recuperación de datos a los que se les hizo backup. De esta forma una recuperación frente a una falla podría ser ejecutada. Hay muchos casos en los cuales una recuperación de una base de datos puede ser necesaria frente a una falla de un disco o cualquier otro dispositivo relacionado. Para que una prueba de recuperación no termine en un desastre varias precauciones se deben tomar en cuenta: Nunca borrar un archivo para simular fallas de un disco, en vez de esto moverlo a otra localización. No use archivos de la base de datos que contengan datos, en vez de esto utilizar archivos que contengan índices. Para recuperar un archivo use solamente los datos que fueron verificados en el medio de backup. Asegurarse de tener los logfiles disponibles en caso de necesitar tomar un viejo backup. Estratégia de Backup Gobernación de Cundinamarca V. 1.0 Página No 7

8 4. Estrategia Tipos de Backups Con el fin de garantizar una eventual recuperación a nivel del aplicativo SAP y/o Base de datos ante perdidas de información y/o fallas y basados en la premisa de que la Gobernación requiere tener su servicio de SAP con una disponibilidad muy alta, se estableció realizar los siguientes tipos de backups: - Backups de logs. El Backup de log se realiza con la base de datos en línea, es decir, que el servicio del aplicativo SAP no se suspende sin afectar los tiempos de respuesta a los usuarios. La ejecución de los Backups logs se realiza diariamente de Lunes a Sábado varias veces en el día (3-4) veces para el ambiente Productivo, con el fin de evitar que el directorio /oraarch no llegue al 100% de su capacidad en disco dado que si este directorio se llega a su máxima capacidad la base de datos queda bloqueada. - Backups Online. El Backup Online se realiza con la base de datos en línea, es decir, que el servicio del aplicativo SAP no se suspende, pero el tiempo de respuesta para los usuarios se ve impactado. Con el fin de no impactar el tiempo de respuesta para los usuarios, la ejecución de los Backups Online se realiza una sola vez todos los días de Lunes a Viernes al final de la noche (11:00 PM). Estratégia de Backup Gobernación de Cundinamarca V. 1.0 Página No 8

9 - Backups Offline. El Backup Offline se realiza con la base de datos fuera de línea, es decir, que el servicio del aplicativo SAP es suspendido temporalmente mientras es ejecutado el proceso de backups. Con el fin de no impactar la disponibilidad del servicio SAP la ejecución de los Backups Offline se realiza semanalmente los días Domingos a las 2:00 AM. - Backups Full System. El Backup Full System se realiza a nivel del sistema Operativo y consiste en copiar cada uno de los File System que han sido configurados para el Aplicativo, Base de Datos y Sistema Operativo. Para realizar el Backup Full System, el aplicativo SAP y la Base de Datos deben estar abajo. Con el fin de no impactar la disponibilidad del servicio SAP la ejecución de los Backups Full System se realiza mensualmente los días Domingos a las 10:00 AM. Estratégia de Backup Gobernación de Cundinamarca V. 1.0 Página No 9

10 4.2. Estructuración de los Backups Todos los tipos de Backups a excepción de los Full System se realizan directamente a Disco. Para cada uno de los ambientes de SAP: Desarrollo, Calidad y Productivo se tiene configurado una partición de disco sobre la SAN DS/4800 creado sobre un File System y denominado como el directorio Backup_DB13. A continuación se referencia la estructura de subdirectorios que se encuentran creados dentro del directorio Backup_DB13. Cada tipo de backups se guarda temporalmente sobre el respectivo directorio correspondiente. Estratégia de Backup Gobernación de Cundinamarca V. 1.0 Página No 10

11 4.3. Procedimiento de Backups a Disco. Todos los tipos de backups a excepción del backup Full System son programados directamente desde SAP con la transacción DB13, utilizando para ello las herramientas propias de SAP Brarchive & Brbackup. El proceso de backup es ejecutado automáticamente desde SAP de acuerdo con la programación configurada para cada uno de los Sistemas de Desarrollo, Calidad y Productivo. Los backups son ejecutados y son guardados directamente en el disco sobre el directorio /Backup_DB13 y el subdirectorio correspondiente. A continuación se establece la programación de los backups tipo logs, Online y Offline para cada uno de los sistemas SAP Producción, Calidad y Desarrollo respectivamente Programación de Backups a Disco en Producción (CPR) Tipo Lunes Martes Miércoles Jueves Viernes Sábado Domingo Backups Logs, Online, Offline Logs 1 8:00 AM 8:00 AM 8:00 AM 8:00 AM 8:00 AM 8:00 AM Logs 2 12:00 M 12:00 M 12:00 M 12:00 M 12:00 M 12:00 M Logs 3 4:00 PM 4:00 PM 4:00 PM 4:00 PM 4:00 PM 4:00 PM Logs 4 8:00 PM 87:00 PM 8:00 PM 8:00 PM 8:00 PM 8:00 PM Online 11:00 PM 11:00 PM 11:00 PM 11:00 PM 11:00 PM Offline 2:00 AM Estratégia de Backup Gobernación de Cundinamarca V. 1.0 Página No 11

12 Programación de Backups a Disco en Calidad (CUQ) Tipo Lunes Martes Miércoles Jueves Viernes Sábado Domingo Backups Logs, Online, Offline Logs 1 8:00 AM 8:00 AM 8:00 AM 8:00 AM 8:00 AM 8:00 AM Logs 2 12:00 M 12:00 M 12:00 M 12:00 M 12:00 M 12:00 M Logs 3 4:00 PM 4:00 PM 4:00 PM 4:00 PM 4:00 PM 4:00 PM Online 11:00 PM 11:00 PM 11:00 PM 11:00 PM 11:00 PM Offline 2:00 AM Programación de Backups a Disco en Desarrollo (CUD) Tipo Lunes Martes Miércoles Jueves Viernes Sábado Domingo Backups Logs, Online, Offline Logs 1 8:00 AM 8:00 AM 8:00 AM 8:00 AM 8:00 AM 8:00 AM Logs 2 12:00 M 12:00 M 12:00 M 12:00 M 12:00 M 12:00 M Logs 3 4:00 PM 4:00 PM 4:00 PM 4:00 PM 4:00 PM 4:00 PM Online 11:00 PM 11:00 PM 11:00 PM 11:00 PM 11:00 PM Offline 2:00 AM Estratégia de Backup Gobernación de Cundinamarca V. 1.0 Página No 12

13 4.4. Procedimiento de Backups a Cinta. La Gobernación de Cundinamarca cuenta con un robot de backups, IBM TS3310. El robot es administrado con el Software de administración Tivoli Storage Manager. Estratégia de Backup Gobernación de Cundinamarca V. 1.0 Página No 13