✒️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
Fundamentos de Administración de Base de datos
Unn sistema de base de datos (Database Management System: DBMS) incluye proceso de base de datos, un buffer en la memoria principal, data files que contienen la información, y log files donde los cambios a la información son registrados.
Cuando SAP inicia, todos los work process se conectan a un proceso de la base de datos. Las consultas a la base de datos pasan de los work processes de SAP a los procesos de base de datos asignados, los cuales ejecutan la solicitud en la base de datos.
4.2) Tareas relacionadas a la base de datos
Transacción DB13
Transacción utilizada para la configuración del calendario de base de datos, ya sea backups o cualquier tarea relacionada como por ejemplo correr estadísticas, chequeos, etc.
Para proteger el sistema SAP contra la perdida de información si un error ocurre, el administrador regularmente realiza los backups.
Concepto Backup
El concepto de backup para la base de datos siempre incluye un backup regular de los data files, la información de log y los datos estructurados de información de la base de datos misma.
El backup de los data files y la información 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 información de log se respalda de forma separada.
Se pueden planificar ambos pasos en un sistema SAP como acciones regulares utilizando el calendario de planificación de base de datos, transacción DB13.
Escenarios para la recuperación de una base de datos
Si es necesario realizar una recuperación de la base de datos, el momento al cual podemos recrearla consistente dependerá no solamente de la disponibilidad del backup de data files con el contemos, si no de la disponibilidad de los backups de información de log con la que contemos.
Si un backup de data files se pierde o esta corrupto, una recuperación puede basarse en el último backup valido de data files y luego recuperarla a un punto más reciente en el tiempo.
· Recuperar la base de datos con pérdida de datos
Si un accidente ocurre en el disco duro entre el punto t1 y t2, todos los datos respaldados en el backup de data files t1 son recreados con la recuperación.
Si ninguna acción se realiza luego de esto, todos los cambios a la información (creación, modificación o borrado) que fueron realizados después del punto t1 se perderán.
· Recuperar la base de datos (sin pérdida de datos)
Todos los backups de data files t1 son recuperados. Algunas bases de datos permiten recuperar solamente los data files que faltan o inclusive objetos específicos de la base de datos como por ejemplo una tabla determinada.
Luego, toda la información de log consecutiva respaldad desde el punto t1(22, 23…) son tomados para la recreación de la base de datos. En el último paso, el archivo de información de log que tenía la base de datos hasta el punto del accidente es recuperado. Esto significa que toda la información ahora está en el mismo estado hasta el punto en el que ocurrió la falla del disco duro.
Almacenando los backups de data files e información de log
La información de log respaldad en los backups es borrada a nivel del sistema operativo para evitar problemas de espacio en disco duro.
Para recuperar la base de datos sin pérdida de información, es absolutamente necesario contar con todos los bakups de información de log (en este caso t2 y t4) que se generaron luego del backup de data files en el punto t1. Por eso es necesario mantener siempre backups de data files e información de log más antiguos del ultimo backup de data files.
Ciclo de Backup
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 después de 28 dias, al menos.
En un sistema priductivo SAP recomienda realizar un completo backup de datos diariamente. La información de log debería respaldarse al menos una vez por dia. Es recomendable realizar un backup de data file e información de log con verificación al menos una vez en el ciclo.
Planificación y monitoreo de Backups
Se pueden planificar y monitorear backups regulares con la Transacción DB13.
Se debe verificar 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 alguna advertencia). Si el indicador es color rojo, entonces un error sucedió durante la ejecución del backup, por lo tanto, es inutilizable.
Transacción DB12
Permite visualizar los registros de sucesos de las actividades realizadas en la base de datos así como las áreas de datos y log utilizadas por la base de datos.
Transacción DB13C
Es posible controlar y monitorear los backups para todos los sistemas del landscape con el candelario de planificación central.
 
 
 
Sobre el autor
Publicación académica de Manuel Jesús Alvarez Castello, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Manuel Jesús Alvarez Castello
Profesión: Docente de Matemática E Informática - Peru - Legajo: PR95X
✒️Autor de: 52 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Manuel Alvarez