Backup y recuperacion de la BD:
Backup regular de datos y de la informacion de log, realizados mediante el calendario de planificacion de BD, transaccion DB13.
El administrador realiza regularmente los backups
Incluso el codigo de los programas se guarda en la BD. TODO el sistema SAP se guarda en la BD. Dos veces al año es recomendable hacer el recovery de la BD si se cuenta con la infraestructura lo permite.
1) Concepto de Backup: Siempre incluye un backup regular de los data files, informacion de log y los datos estructurados de la BD misma.
Todos los data files y los datos estructurados son respaldados en un solo paso, en otro paso distinto se respalda la informacion del log.
Se pueden planificar ambos pasos en un sistema SAP (excepto en una plataforma AS400) meidante DB13.
2) Escenarios para la recuperacion de una BD:
Hay varios factores que influyen para poder hacer un backup, no solo la disponibilidad del backup de data files, sino tambien la disponibilidad de los backups de informacion de log.
Si un backup de data files se pierde o esta corrupto, una recuperacion se puede basar en el ultimo backup valido de data files y luego recuperarla a un punto mas reciente en el tiempo, esto si los respaldos de informacion de log estan disponibles sin ningun faltante.
Esto quiere decir que necesitamos contar con todos los backups de informacion de log que se realizaron a partir del backup de data files que usamos para la recuperacion hasta el punto en el tiempo que necesitamos recrear la BD.
- Recuperar la BD (con perdida de datos):
Si hay un accidente entre un momento t1 y t2 todos los datos respaldados en el backup de data files t1 son recreados, si ninguna accion es realizada luego de esto los cambios en la BD realizados despues de t1 se perderan.
- Recuperar la BD (sin perdida de datos):
Todos los datos del backup de data files de t1 son recuperados, algunas BD solo permiten recuperar los data files faltantes u objetos tales como tablas.
Toda la informacion de log respaldada del momento t1 en adelante hasta el momento del accidente es tomada para la recreacion de la BD, Por lo tanto la informacion hasta el accidente estara en el mismo estado.
SOLAMENTE si toda la informacion de log desde el ultimo backup de data files esta disponible se podra hacer el backup de la BD sin perdida de datos.
- Almacenando los backups de data files e informacion de log:
La informacion de log respaldada se borra a nivel de sistema operativo por cuestiones de espacio en el disco duro, si en el punto mas reciente ocurre un accidente y un medio de backup del backup de data files en el punto anterior se encuentra defectuoso se debe utilizar el backup del punto anterior al anterior.
Por lo tanto para no perder informacion debemos contar con todos los backups de informacion de log que se generaron luego del backup de datafiles en el punto anterior al anterior. Por dicha razon es necesario mantener siempre backups de data files e informacion de log mas antiguos del ultimo backup de data files.
Algunas BD requieren de la informacion de log para realizar un recreacion de la BD por lo cual se deben realizar backups tanto de datafiles como de informacion de log regularmente.
3) Ciclo de Backup:
Hay diferentes variantes para un backup de data files diario, dependiendo de la BD.
Por lo menos un backup online deberia realizarse a la BD, con un subsiguiente backup completo de informacion de log.
Como recomendacion se establece que los medios de backup pueden ser sobreescritos nuevamente cada 28 dias, dependiendo de la compañoa los backups podrian ser retenidos por mucho mas tiempo.
SAP recomienda que la duracion de backup sea de 28 dias, esto quiere decir que los backups de los data files e informacion de log son sobrescritos despues de 28 dias, al menos.
En un sistema productivo SAP recomienda hacer un backup completo de datos diariamente, algunas BD dan la opcion de hacer backups diferenciales o incrementales de datafiles, lo que no realiza un backup completo de la BD (llamados backups parciales).
Si se utiliza un backup parcial diario como estrategia de backup, deberia realizarse un backup completo al menos una vez por semana, esto quiere decir al menos 4 backups completos en un ciclo de backup.
La informacion de log deberia respaldarse por lo menos una vez por dia. Tambien es recomendable duplicar los medios de backup para la informacion de log para asegurar que contemos con todos los backups de log en caso de que alguno este defectuoso.
La frecuencia de realizacion de backups en las compañias depende muchas veces de la cantidad de informacion que se modifique en la BD durante el dia, lo que impacta en un crecimiento de la informacion del log.
Al menos una vez por ciclo es recomendable hacer un backup de data files e informacion de log con verificacion. Esto para asegurar que el backup es legible en el dispositivo de backup aunque incrementa el tiempo total del respaldo de la informacion.
4) Planificacion y monitoreo de backups:
La transaccion DB13 sirve para planificar y monitorear backups regulares.
Si utilizamos un medio externo como dispositivo de cinta debemos verificar que medio se requiere para el proximo backup cada dia e insertar el medio correspondiente antes de iniciar el backup. En el calendario podremos verificar si el backup fue exitoso (color verde), si hay alguna advertencia (amarillo), o si hubo un error durante la ejecucion del backup y este es inutilizable (rojo).
Transaccion DB12: Registros de sucesos de las actividades realizadas en la BD ademas las areas de datos y log utilizadas por la BD.
Transaccion DB13C: A partir de la version SAP Web Application Server 6.10, se puede controlar y monitorear los backups para todos los sistemas del landscape con el calendario de planificacion central (transaccion DB13C). La planificacion se transfiere a los sistemas remotos utilizando una conexion de tipo RFC.
Para la version Sap Netweaver 7.00 se mejoro DB13 permitiendo utilizar la misma para planificar acciones en otras BD aunque primero es necesario crear las conexiones a estos sistemas en DB13.
El boton documentacion nos da mas informacion sobre las tareas que son posibles desde la transaccion DB13.