Transacción DB13: Esta transacción es utilizada para la configuración del calendario de BD, ya sea backups o cualquier tarea relacionada, por ejemplo, correr estadísticas, chequeos, etc.
Concepto de Backup:
El concepto de backup de BD siempre incluye un backup reguular de los data files, la información de logs y los datos estructurados de información de la BD misma.
El backup de los data files y la información de log se realiza en pasos diferentes/separados:
- Un paso: Todos los datas files y datos estructurados.
- Otro paso: Información de log.
Escenarios para la Recuperación de una BD:
Para recuperar una BD vamos a depender de la disponibilidad del backuup de data files y de la disponibilidad de los backups de información de log.
Si un backup de data files se pierde o está corrupto, una recuperación puede basarse en el último backup válido de data files y luego recuperarla a un punto más reciente en el tiempo, si es que los respaldos de información de log están disponibles sin ningún faltante.
1. Recuperar la BD (con pérdidas de datos)
Si ocurre un accidente de disco duro entre un punto de tiempo t1 y otro t2, todos los datos respaldados en el backup de data files t1 son recreados con la recuperación. Sino se toman acciones al respecto, todos los datos generados a partir de t1 se perderán.
2. Recuperar la BD (sin pérdidas de datos)
Todos los datos del backup de datas files t1 son recuperados. Luego, toda la información de log consecutiva respaldada desde el punto t1 son toomados para la recreación de la BD. En el último paso, el archivo de información de log que tenía la BD 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.
NOTA: Solamente si toda la información de log desde el último backup de datas files está disponible, sin faltantes, la recuperación de la BD será sin pérdida de datos.
3. Almacenando los backups de datas files e información de log
La información de log respaldada en los backups es borrada a nivel SO para evitar problemas de espacio. Si ocurre un accidente de disco duro en el último backup, se debe efectuar un backup anterior en el tiempo.
Para recuperar la BD sin pérdida de información, es necesario contar con todos los backups de información de log que se generaron luego del backup de data files. Por eso, es importante mantener siempre los backups de datas files e información de log más antiguos del último backup de datas files.
Ciclo de Backup:
Hay diferentes variantes para un completo backup de datas files diarios, dependiendo de la BD. Al menos un backup online debería realizarse de la BD con un backup completo de información de log.
SAP recomienda que la duración de un ciclo de backup sea de 28 días, es decir, que los backups de data files e información de log sean sobrescritos después de 28 días (al menos).
En un sistema productivo SAP se recomienda realizar un completo backup de datos diariamente. (Algunas BD ofrecen la opción de realizar backups diferenciales o incrementales de datas files).
Si se realiza un backup parcial de datos se debería realizar un backup completo al menos una vez por semana.
La información de log debería respaldarse al menos una vez por día. También es recomendable duplicar estos backups para asegurarnos de que tengamos los mismos ante un defecto en alguno de ellos.
Algunas compañias realizan backup de logs varias veces al día, por ej, uno por cada hora.
Por último, es recomendable realizar un backup de data file y log con verificación al menos una vez en el ciclo (28 días). Esto asegura que es legible en el dispositivo de backup aunque incrementa el tiempo de respaldo de información.
Planificación y Monitoreo de Backups:
En SAP, se puede planificar y monitorear backups regulares con la transacción DB13. Para ello, hay que tener en cuenta los siguientes puntos:
- Verificar que el medio que se requiere para los backups esté siempre disponible.
- Verificar si los backups se han completado satisfactoriamente. En el calendario de planificación, se puede ver esto por medio de los colores (verde = correcto; amarillo = advertencia; rojo = error)
Transacción DB12: Permite visualizar información adicional por medio de los registros de sucesos de las actividades realizadas en la BD. También se puede visualizar las áreas de datos y log utilizadas por la BD.
Transacción DB13C: Permite controlar y monitorear los backups para todos los sistemas del landscape (ambiente SAP) con el calendario de planificación central. La planificación se transfiere a los sistemas remotos utilizando una conexión de tipo RFC.
La transacción DB13 fue mejorar para la versión SAP Netweaver 7.00, lo cual permite utilizar la misma para planificar acciones en otras BD. Para realizar esto, primero es necesario crear las conexiones a estos sistemas en DB13.