DB13: configuración del calendario de base de datos, ya sea de backups o cualquier tarea relacionada como por ejemplo correr estadísticas, chequeos, etc. Hay que realizar backups periódicamente para proteger el sistema.
Buena práctica, dos veces al año hacer un recovery de la base de datos.
Un backup incluye siempre un backup de data file, la información de log y los datos estructurados de información de la base de datos.
El backup de data file y información de log se realiza en pasos diferentes. Todos los data file y los dato estructurados son respaldados en un solo paso. en otro paso la información de log por separado.
Se pueden planificar ambos pasos en un sistema sap excepto en una plataforma AS400, utilizando la DB13.
Si un backup de data file se pierde o está corrupto, una recuperación puede basarse en el último backup válido de data file y luego recuperarla a un punto más reciente en el tiempo, si los respaldo de información de log están disponibles sin ningún faltante.
Significa que tenemos que contar con todos los backups de información de log que se realizaron a partir del backup de data file que utilizamos para la recuperación hasta el punto en el tiempo que necesitemos recrear la base de datos.
Solamente si toda la información de log desde el último backup de data file está disponible, sin faltantes, la recuperación de la base de datos será sin pérdida de datos.
Hay diferentes variantes para un completo backup de data file 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. Los medios de backup pueden ser sobrescritos cada 28 días como recomienda sap.
Completo backup diarios.
existen backup diferenciales o incrementales de data file, lo que no realiza un completo backup de la base de datos (estos backup son referidos como backup parciales.)
Con tipos de backup parciales, se debería realizar un backup completo al menos una vez por semana. 4 backup completos en un ciclo de backup. También es recomendable duplicar los medios de backup para la información de log y asegurar que se cuenta con todos los backup de log en caso de que alguno se encuentre defectuoso.
También 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 del respaldo de la información.
DB12: Visión general de los log de backup.
DBACOCKPIT: apartir de sap netweaver7.x