![](/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/264.jpg)
* DB13 - Transacción usada para la configuración del calendario de base de datos, ya sea backups o cualquier tarea relacionada (estadísticas, bloqueos)
Para proteger el sistema SAP contra la pérdida de información si un error ocurre, el administrador regularmente realiza los backups
1. Concepto de Backup
El concepto de backup en 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 (excepto en AS400) como acciones regulares usando el calendario de planificación de base de datos con DB13
2. Escenarios para la recuperación de una base de datos.
Si es necesario hacer una recuperación de la base de datos, el momento al cual podremos recrearla de manera consistente dependerá de
- del backup de data files con el que contemos
- la disponibilidad de los backups de información de log
Si un backup de data files se pierde o esta corrupto, una recuperación se basará en le último backup válido de data files y luego recuperla a un punto más reciente, si los respaldos de información de log están disponibles sin ningun faltante
Tenemos que contar con todos los backups de información de log que se realizaron a partir del backup de data files que usamos para la recuperación hasta el punto en el que necesitemos recrear la base de datos
>> Recuperar la base de datos - con pérdida de datos
Si un accidente del disco duro ocurre entre dos tiempos 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 de t1 se perderán
>> Recuperar la base de datos - sin pérdida de datos
Todos los datos del backup de data file t1 son recuperados. Algunas bases de datos permiten recuperar solamente los data files que faltan u objetos específicos de la base de datos
Toda la información de log consecutiva respaldada desde el t1, es tomada 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á hasta el punto donde ocurrió la falla del disco
Solamente si toda la información de log desde el último backup de data files está disponible sin faltantes, la recuperación de la base de datos será sin pérdida de datos
>> Almacenando los backups de data files e información de log
La información de log respaldada en los backups es borrada a nivel del sistema operativo para evitar problemas de espacio en disco. Si un accidente ocurre en otro punto del tiempo, t5 y un medio de backup del backup de data files t3 se encuentra defectuoso, un backup anterior debe ser usado (t1)
Para recuperar la base de datos sin pérdida de información, es absolutamente necesario contar con todos los backups de información de log (t2 y t4) que se generaron luego del backup de data files en t1. Por esto es necesario mantener backups de data files e información de log más antiguos del último backup de data files
* Otras consideraciones:
Algunas bases de datos también requieren de la información de log para poder realizar una recreación de la base de datos. Por lo que debemos asegurarnos que se realicen backups tanto de data files y la información de log regularmente
3. Cliclo de backup
Hay diferentes variantes para un completo backup de data files diario, dependiendo de la base de datos. Al menos un backup online debería realizarse de la bases de datos, con un subsecuente backup completo de información de log
Los medios de backup usados pueden ser sobrescritos nuevamente cada 28 días como recomendación. Los backups podrían ser retenidos por más tiempo
SAP recomienda el ciclo de backup cada 28 días. Esto es, que los backups de data files e información de log son sobrescritos después de 28 días
En un sistema productivo, SAP recomienda un completo backup de datos diariamente. Algunas bases de datos tienen la opción backups diferenciales o incrementales de data files, lo que no realiza un completo backup de la base de datos (estos backups serán refereidos como backups parciales)
Si se utiliza un backup parcial de datos como estrategia diaria, se debería realizar un backup completo al menos una vez por semana. Al menos cuatro backups completos en un ciclo
La información de log debería respaldarse al menos una vez al 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 esté defectuoso
Compañías, realizan backups de la información de log más de una vez por día con frecuencias de hasta 30 minutos. Dependerá de la cantidad de información que se modifique en la base de datos durante el día lo que impacta en un crecimiento de la información de log
Es recomendable realizar un backup de data file e información de log con verificación al menos una vez en el ciclo. Esto asegura que el backup es legible en el dispositivo de backup, pero incrementa el tiempo total de respaldo de la información
4. Planificación y monitoreo de backups
En SAP, se planifica y monitorean backups regulares con la transacción DB13
Si por ejemplo usamos un medio externo como un dispositivo de cinta, deberemos verificar que medio se requiere para el próximo backup cada día e insertar el medio correspondiente antes de inicia el backup
Verifica diariamente si los backups se completan satisfactoriamente. En el calendario de planificación, un backup exitoso se muestra en verde o amarillo (cuando hay advertencia). Si el indicador es de color rojo, un error sucedió en la ejecución del backup, por lo que es inutilizable
DB13 fue mejorada para la versión SAP NW 7.00, lo que permite usar la misma para planificar acciones en otros bases de datos. Para poder hacerlo, primero es necesario crear conexiones a estos sistemas en DB13
El botón de documentación nos da mayor información sobre las tareas que son posibles realizar desde la transacción DB13 y recomendaciones
* DB12 - Transacción que visualiza información adicional de registros de sucesos de las actividades realizadas en la base de datos. Permite visualizar las áreas de datos y log utilizadas por la base de datos
* DB13C - A partir de la versión SAP Web Application Server 6.10 es posible controlar y monitorear los backups para todos los sistemas del landscape con el calendario de planificación central, transacción DB13C. La planificación se transfiere a los sistemas remotos usando una conexión de tipo RFC
 
 
 
Sobre el autor
Publicación académica de Ruben Lugo, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Ruben Lugo
Mexico - Legajo: UX67S
✒️Autor de: 48 Publicaciones Académicas
🎓Egresado del módulo:
Presentación:
Experienced developer oracle
Certificación Académica de Ruben Lugo