![](/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/473.jpg)
Bk y recuperación de la bd: Se pueden realizar herramientas externas que ayuden a cuidar la bd, sap guarda todo en la bd los programas abap y un nuevo desarrollo z estas son guardados en la bd y no en el file sistema, debemos realizar chequear diariamente el proceso de bk, una buena práctica es amenos con 2 veces al año podamos hacer un recovery de la bd.
Los bk son realizados mediante el calendario de planificación de bd, trx db13, Esta es utilizada para la configuración del calendario de bd, ya sea bk 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 bk.
1. CONCEPTO DE BACKUP: El concepto de bk para la bd siempre incluye un bk regular de los Data File, la información de log y los datos estructurados de información de la bd misma
Los bk de los DATAFILE y la información de log se realizan en pasos diferentes .Todos los DATAFILE y los datos estructurados son respaldados en un solo paso. En otro paso, la información de log se respalda de forma separada.
Estos se puede planificar ambos pasos en un sistema sap excepto en una plataforma as400, como acciones regulares utilizando el calendario de planificación de bd trx DB13
2. Escenarios para la recuperación de una bd; para una recuperación de la bd, al momento de recrearla de menara consistente dependerá no solamente de la disponibilidad del bk de los DATA FILE con el que contamos, si también depende de los bk de la información de log que contamos.
Si un DATAFILE se pierde o esta corrupto, una recuperación puede basarse en el último bk valido de DATAFILE y luego llevarla al punto más reciente en el tiempo, si los respaldos de información de log está disponible sin ningún faltante.
Lo que significa que tenemos que contar con todos los bk de información de log que se realizaron a partir del bk de DATA File que utilizamos para la recuperación hasta el punto en el tiempo a que necesitaremos recrear la bd.
-Recuperación con pérdida de datos: si una accidente llegara a ocurrir en el disco en un punto entre T1 y T2, todos los daros respaldados en el bk de DATAFILE T1 son recreados con la recuperación, lo quiere decir que si corre un hecho como ejemplo tomamos los 3 primeros días del mes y ocurre un error en el día 3 el bk que se recuperara se será del 2, si hubieron trx del día 3 estas se perderán por recuperar los datafile del día anterior.
-Recuperación de la bd sin pérdida de datos: para realizar una recuperación sin pérdida de datos necesitamos tener el ultimo bk valido para la recuperación y todos los transaction log a partir de la fecha del bk a recuperar, teniendo estos datos podemos llevar la bd hasta el punto donde ser presento el accidente sin pérdida de datos, esto se puede hacer única y necesariamente teniendo la información de log desde el ultimo bk de datafile disponible.
3. Ciclo de bk: Se debe tener como mínimo un bk con line de la bd, con todas las transacciones log, los medios utilizados pueden ser sobre escritos nuevamente cada 28 días. Esto es una recomendación. Los bk pueden ser retenidos más tiempo dependiendo de la compañía.
Sap recomienda que la duración de un ciclo de bk sea de 28 días, esto significa que los bk de data file e información de log son sobrescrito después de 28 días, al menos.
Para un sistema productivo, Sap recomienda realizar un completo bk de datos diariamente, si utilizamos un bk parcial de datos como estrategia de bk, se debe realizar por lo menos un bk por semana. Debería haber al menos 4 bk completos de la bd contenidos en un ciclo de bk.
La información de logs debe respaldarse al menos una vez por día, también es recomendable duplicar los medios de bk para la información de log y de esta manera asegurar que contamos con todos los bk de log en caso de alguno este defectuoso.
La información de log puede ser respaldada con frecuencia durante el día esto dependerá de la cantidad de información que se modifique en la bd durante el día lo que impactaría directamente en un crecimiento de la información de log,
Es recomendable realizar un bk de data file e información de log con verificación al menos ves en el ciclo, estos asegura que el bk es legible.
La transacción DB12 nos permite visualizar los registros de sucesos de las actividades realizadas en la bd, también el área de datos y log utilizados por la bd
DB13 fue mejorada para la versión SAP Nw 7.00 la cual permite planificar acciones en otras bd para estos son necesarias la conexiones RFC
 
 
 
Sobre el autor
Publicación académica de Josue Humberto Mendoza Sanchez, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Josue Humberto Mendoza Sanchez
Profesión: Administrador Sap Basis Jr., Analista de Sistemas con Especialidad en Punto de Venta - Colombia - Legajo: KB23Q
✒️Autor de: 40 Publicaciones Académicas
🎓Cursando Actualmente: Consultor en SAP BASIS Nivel Avanzado
🎓Egresado del módulo:
Certificación Académica de Josue Mendoza