Unidad 4. Leccion 6 Backup y Recuperacion de la Base de Datos.
Es importante que se realice de manera regular un backup de datos y de la informacion del log. Estos backups son realizados mediante calendario de planificacion de base de datos. Tx DB13
Tx DB13. utilizada para la configuracion del calendario de base de datos, ya sea backups o cualquier tarea relacionada como por ejemplo correr estadisticas, chequeos, etc.
Data files: Son los ficheros de datos donde se almacena la informacion fisicamente.
El administrador del sistema debe realizar backups para evitar la perdida de informacion si un error ocurre.
TIP. Los backups no son total tarea de un sap basis, pero deben conocer que hay herramientas para realizar los backups de la base de datos, logs, estadisticas de bd, etc. aunque tambien se pueden recurrir a agentes externos que trabajen con la base de datos, siendo valido, ya que todas las herramientas que permitan administrar o cuidar la base de datos son buenas, ya que sap guarda todo en la base de datos, hasta programas (como modificaciones o programas z). Si bien la responsabilidad directa de la base de datos no cae directamente en nosotros, si es nuestra responsabilidad diaria checar que todo este bien y avisar a la persona responsable si algo anda mal. Una buena practica es que al menos dos veces al año, si la infraestructura nos lo permite, se haga un recovery de la base de datos, de esta forma nos aseguramos que los backups se estan ejecutando de forma correcta. Hablar de infraestructura nos referimos a poder clonar nuestro servidor productivo en otro servidor.
1. Concepto de Backup.
El backup para la base de datos siempre incluye:
- un backup regular de los data files,
- de la información log
- de datos estructurados de informacion de la base de datos
El backup de los data files y los datos estructurados, son respaldados en un solo paso. El backup de log se realiza en forma separada.
Ambos pasos se pueden planificar como acciones regulares en el sistema SAP, utilizando el calendario de planificacion de datos Tx DB13. Excepto en una plataforma AS400
2. Escenarios para la recuperacion de una base de datos.
Si hay que realizar una recuperacion de la base de datos, el momento al cual podremos recrearla de manera consistente dependera de la disponibilidad del backup de data files y de la disponibilidad del backup de informacion del log con la que contemos.
Si un backup de data files se pierde o esta corrupto, una recuperacion puede basarse en el ultimo backup valido de data files, y luego recuperarla a un punto mas reciente en el tiempo, si los respaldos de informacion de log estan disponibles sin ningun faltante.
Esto significa que tenemos que contar con todos los backups de informacion de log que se realizaron a partir del backup de data files que utilizaremos para la recuperacion hasta el punto en el tiempo que necesitemos recrear la base de datos.
Escenarios para recuperar una base de datos.
Escenario 1. Recuperar la base de datos (con pérdida de datos)
Si un accidente de disto duro ocurre en un punto entre t1 y t2, todos los datos respaldados en el backup de data files t1 son recreados con la recuperacion. Si ninguna accion se realiza luego de esto, todos los cambios a la informacion que fueron realizados despues del punto t1 se perderan.
Escenario 2. Recuperar la base de datos (sin perdida de datos)
Todos los datos de backup de data files t1 son recuperados.
Algunas bases de datos permiten recuperar solamente los data files que faltan o inclusive objetos especificos de la base de datos como por ejemplo una tabla determinada.
Luego, toda la información de log consecutiva respaldada desde el punto t1(22,23,...) son tomados para la recreacion de la base de datos.
En el ultimo paso, el archivo de informacion log que tenia la base de datos hasta el punto del incidente es recuperado. Lo que significa que toda la informacion esta hasta el punto donde ocurrio la falla.
Solamente si toda la informacion de log desde el ultimo backup de data files esta disponible, sin faltantes, la recuperacion de la base de datos sera sin perdida de datos.
Almacenando los backups de data files e informacion de log
La informacion de log respaldada en los backups es borrada a nivel del sistema operativo para evitar problemas de espacio en el disco. si un accidente de disco ocurre en el punto t5, y un medio de backup del backup de data files t3 se encuentra defectuoso, un backup anterior en el tiempo (en este caso t1) debe ser utilizado.
Para recuperar la base de datos sin perdida de informacion es absolutamente necesario contar con todos los backups de informacion log (en este caso t2 y t4) que se generaron luego del backup de data files en el punto t1. Por esto es necesario mantener siempre backups de data files e informacion de log mas antiguos del ultimo backup de data files.
Otras consideraciones: Algunas bases de datos tambien requieren de la informacion de log para poder realizar una recreacion de la base de datos. Por lo tanto deberiamos asegurarnos que se realicen backups tanto de data files y la informacion de log regularmente.
3. Ciclo de backup.
Hay diferentes variantes para un completo backup de data files diario dependiendo de la base de datos. Al menos un backup online deberia realizarse de la base de datos, con un subsecuente backup completo de informacion de log.
SAP recomienda que la duración de un ciclo de backup sea de 28 dias. Esto significa que los backups de data files e información de log son sobrescritos despues de 28 dias, al menos.
SAP recomienda que en un sistema productivo se realice un backup de datos diariamente.
Algunas bases de datos ofrecen la opcion de realizar backups diferenciales o incrementales de data files, lo que no realiza un completo backup de la base de datos (backups parciales). Si se utiliza un backup parcial de datos como estrategia diaria de backup, se deberia realizar un backup completo al menos una vez por semana.
Deberia haber al menos cuatro backups completos de la base de datos contenidos en un ciclo de backup.
La información de log deberia respaldarse al menos una vez por dia. Tambien es recomendable duplicar los medios de backup para la informacion de log para asegurar que contamos con todos los backups de log en caso de que alguno se encuentre defectuoso.
En algunas compañias se realizan backups de la informacion de log mas de una vez por dia con frecuencias de hasta 30 minutos. Esto dependera de la cantidad de informacion que se modifique en la base de datos durante el dia, lo que impacta directamente en un crecimiento de la información de log.
Es recomendable realizar un backup de data file e informacion de log con verificacion al menos una vez en el ciclo. Esto asegura que el backup es legible en el dispositivo de backup, pero incrementa el tiempo total del respaldo de la información.
4. Planificacion y Monitoreo de Backups.
Planificar y monitorear backups regulares con Tx DB13.
Si se utiliza un medio externo como un dispositivo de cinta, debemos verificar que medio se requiere para el proximo backup cada dia e insertar el medio (cinta) correspondiente antes de iniciar el backup.
Verifica diariamente si los backups se han completado satisfactoriamente.
En el calendario de planificación, un backup exitoso se muestra en verde o amarillo (cuando hay una advertencia). Si el indicador es de color rojo, entonces un error sucedió durante la ejecución del backup, por lo tanto es inutilizable.
Tx DB12. Permite visualizar los registros de sucesos de las actividades realizadas en la base de datos.
En esta transaccion ademas del listado de registros, nos permite visualizar las áreas de datos y log utilizadas por la base de datos.
Tx DB13C. Permite controlar y monitorear los backups para todos los sistemas del landscape con el calendario de planificacion central. La planificacion se transfiere a los sistemas remotos utilizando una conexion tipo RFC
Tx DB13 fue mejorada para version SAP Netweaver 7.00, permitiendo utilizar la misma para planificar acciones en otras bases de datos. Pero primero hay que crear las conexiones a estos sistemas en DB13. El boton de documentación nos puede dar mayor información sobre las tareas que son posibles realizar desde la tx DB13 y recomendaciones.