![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️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
![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](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/97.jpg)
Mediante la Trx DB13 se puede programar a través de un calendario los backup de la Base de Datos, también es posible programar otros tipos de tarea relacionada con la misma.
Concepto de Backup
El concepto de backup para la base de datos siempre incluye un backup regular de los data file, 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 realizan en pasos diferentes, todos los data files y los datos estructurados son resguardados en un solo paso. En otro paso, la información de log se respalda de forma separada.
Se puede llevar la planificación de ambos pasos en un sistema SAP (excepto en una plataforma AS400) 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 podremos recrearla de manera consistente dependerá no solo de la disponibilidad de backup de los data files con el que se cuenta, sino también de la disponibilidad de los backup de información de log con la que se cuenta.
Si un backup de data files se pierde o esta corrupto, una recuperación puede basarse en el ultimo backup valido disponible de data files y luego recuperarla a un punto mas reciente en el tiempo, si los respaldos de información de log están disponibles sin ningún faltante.
Esto significa que tenemos que contar con todos los backups de información de log que se realizaron a partir del backup de data files que utilizaremos para la recuperación 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 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 eso, 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 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 de la base de datos como por ejemplo una tabla.
Luego, toda la información de log consecutiva respaldada 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 tenia 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 en el disco.
Solamente si toda la información de log desde el último backup de data files esta disponible, sin faltantes, la recuperación de la base de datos sera sin perdida de datos.
Almacenamiento los backups de data files e información de log
La información de log respaldada en los backup es borrada a nivel del sistema operativo para evitar problemas del 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 defectuosa, un backup anterior en el tiempo /en este caso, t1) debe ser utilizado.
Para recuperar la base de datos sin perdida de datos de información, es absolutamente necesario contar con todos los backup de información de log /en este caso t2 y t4) que se generaron luego del backup de data files t1. Por esto es necesario mantener siempre backups de data files e información de log mas antiguos del ultimo backup del data files
Otras consideraciones a tener en cuenta es que algunas bases de datos también requieren de la información de log para poder realizar una recuperación de la base de datos. por lo tanto deberíamos asegurarnos que se realicen backups tanto de data files y la información de los regularmente.
Ciclo de Backup
Hay diferentes variantes de tomar un backup completo de data files diario, dependiendo de la base de datos. Al menos un Backup online debería realizarse de la base de datos, con un subsecuente backup completo de información de log.
Una recomendación por parte de sap es que se tenga un ciclo de backup de 28 días aunque hay empresas que retienen la información por mucho mas tiempo, luego de este tiempo los backup se sobrescribirán. Existen Backup full, Backup Incremental y Backup incrementales.
En un sistema Productivo SAP recomienda realizar un backup competo de datos diariamente. Algunas bases de datos ofrecen la opción de tomar backup diferenciales o incrementales, ambos denominados backup parciales.
Si se utiliza una estrategia de backup parcial una vez por día, se debería tener como mínimo un backup completo una vez por semana. Se debería tener al menos 4 backup completos por ciclo.
La información de log debería respaldarse al menos una vez por día. También es recomendable duplicar los medios de backup para la información de log para asegurar que contamos con todos los backups de log en caso de que alguno se encuentre defectuoso.
Por último, es recomendable realizar un backup de data file e información de log con la verificacion al menos una vez en el ciclo.
Planificación y Monitoreo de backup
Para planificar y monitorear los backup en SAP se utiliza la Trx DB13. Si por ejemplo utilizamos un medio externo como dispositivo de cinta, deberemos verificar que medio se requiere para el próximo backup cada día e insertar la cinta correspondiente antes de iniciar el backup.
Trx DB12: Permite visualizar los registros de sucesos de las actividades realizadas en la base de datos. ademas permite visualizar las aáeas de datos y log utilizadas por la base de datos.
Trx DB13C: fue mejorada para la versión de SAP Netweaver 7.00, lo que permite utilizar la misma para planificar acciones en otras bases de datos. Para poder realizar esto, primero es necesario crear las conexiones a estos sistemas en DB13.
 
 
 
Sobre el autor
Publicación académica de Joaquin De Jesus Moreno Duque, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Joaquin De Jesus Moreno Duque
Profesión: Ingeniero de Sistemas - Colombia - Legajo: VE74W
✒️Autor de: 59 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Joaquin Moreno