✒️SAP BASIS El backup y la recuperación de la base de datos
SAP BASIS El backup y la recuperación de la base de datos
Backup y Recuperacion de la Base de Datos
Transaccion 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.
1. Concepto de Backup:
Este siempre incluye un backup regular de los data files, la informacion de log y los datos estructurados de informacion de la base de datos misma.
El backup de los data files y la informacion de log se realiza en pasos diferentes. Todos los data files y los datos estructurados son respaldados en un solo paso. En otro paso, la informacion de log se respalda de forma separada.
Se pueden planificar ambos pasos en un sistema SAP (excepto en una plataforma AS400) como acciones regulares utilizando el calendario de planificacion de base de datos, transaccion DB13.
2. Escenarios para la Recuperacion de una Base de Datos:
Si es necesario realizar una recuperacion de la base de datos, el momento al cual podremos recrearla de manera consistente dependera no solamente de la disponibilidad del backup de data files con el que contemos, sino tambien de la disponibilidad de los backups de informacion de 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 utilizamos para la recuperacion hasta el punto en el tiempo que necesitamos recrear la base de datos.
- Recuperar la base de datos ( con perdida de datos )
Si un accidente del disco 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 (creacion, modificacion o borrado) que fueron realizados despues del punto t1 se perderan.
- Recuperar la base de datos ( sin perdida de datos )
Todos los datos del 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 datos como por ejemplo una tabla determinada.
Luego, toda la informacion 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 de log que tenia la base de datos hasta el punto del accidente es recuperado. Esto significa que toda la informacion ahora esta en el mismo estado hasta el punto en el que ocurrio la falla del disco duro.
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 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 informacio, es absolutamente necesario contar con todos los backups de informacion de log (en este caso de 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 base 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 como de 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.
Los medios de backup utilizados pueden ser sobrescritos nuevamente cada 28 dias. Esto es una recomendacion. Los backups podrian ser retenidos por mucho mas tiempo en una compañia.
SAP recomienda que la duracion de un ciclo de backup sea de 28 dias. Esto significa que los backups de data files e informacion de log son sobrescritos despues de 28 dias, al menos.
En un sistema productivo SAP recomienda realizar un completo 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 (estos backups parciales de ahora en mas).
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 informacion 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 muchas compañias generalmente se realizan backups de la informacion de log mas de una vez por dia con frecuencias de hasta 30 minutos. Esto dependera muchas veces 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 informacion de log.
Por ultimo es recomendable realizar un backup de data file e informacion de log 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 informacion.
4. Planificacion y monitoreo de Backups:
En el sistema SAP, puedes planificar y monitorear backups regulares con la transaccion DB13.
Si por ejemplo utilizamos un medio externo como un dispositivo de cinta, deberemos 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 planificacion, un backup exitoso se muestra en verde o amarillo (cuando hay alguna advertencia). Si el indicador es de color rojo, entonces un error sucedio durante la ejecucion del backup, por lo tanto es inutilizable.
Transaccion DB12: Informacion adicional se puede ver en esta transaccion, la cual nos permite visualizar los registros de sucesos de las actividades realizadas en la base de datos. Esta transaccion ademas del listado de registros, nos permite visualizar las areas de datos y log utilizadas por la base de datos.
Transaccion DB13C: A partir de la version SAP Web Application Server 6.10, es posible 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.
DB13 fue mejorada para la version SAP Netweaver 7.00, lo que permite utilizar la misma para planificar acciones en otras base de datos. Para poder realizar esto, primero es necesario crear las conexiones a estos sistemas en DB13.
El boton de documentacion, nos puede dar mayor informacion sobre las tareas que son posibles realizar desde la transaccion DB13 y recomendaciones.
 
 
 
Sobre el autor
Publicación académica de Meyer Macabeo, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Meyer Macabeo
Profesión: Consultor Sap Basis - Mexico - Legajo: BE53Z
✒️Autor de: 65 Publicaciones Académicas
🎓Cursando Actualmente: Consultor BASIS Nivel Avanzado
🎓Egresado del módulo:
Certificación Académica de Meyer Macabeo