✒️SAP BASIS El backup y la recuperación de la base de datos

BACKUP Y LA RECUPERACIÓN DE LA BASE DE DATOS.

Los backups son realizados mediante el calendario de planificación de base de datos, transacción DB13.

• TX DB13: Transacción utilizada para la configuración del calendario de base de datos, ya sea buckups o cualquier tarea relacionada como por ejemplo correr estadisticas, chequeos, etc.

Para proteger el sistema SAP contra la pérdida de información si un error ocurre, el administrador regularmente realiza los backups.

El concepto de buckup para la base de datos siempre incluye un backup regular de las data files, la información de log y los datps estrcturados 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 una plataforma AS400) como acciones regulares utilizando el calendario de planificación de base de datos, transacción DB13.

Los 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 se puede recrear de manera consistente dependerá no solamente de la disponibilidad del backup de data files con el que se cuente, sino también 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 los respaldos de información de log están disponibles sin ningún faltante.

Eso significa que se tiene que contar con todos los backups de información de log que se realizaron a partir del backup de data files que se utiliza para la recuperación hasta el punto en el tiempo que se necesite para recrear la base de datos.

• RECUPERAR LA BASE DE DATOS (CON PÉRDIDA DE DATOS)

Si un accidente del disco duro ocurre en un punto entre t1 y t2, todos los datos respaldados en el backup de data files t1 son recreados en 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 del punto t1 se perderán.

• RECUPERAR LA BASE DE DATOS (SIN PÉRDIDA DE DATOS)

Todos los datos de backup de data files t1 son recuperados. Algunas bases de datos permiten recuperar solamente los data files que faltan o inclusive objetos especificos de la base de datos como por ejemplo una tabla determinada.

Luego, toda la información de log consecutiva respaldada desde el punto t1 son tomados 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á en el mismo estado hasta el punto en el que ocurrió la falla del disco duro.

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 perdida 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 de disco ocurre en el punto t5 y un medio de backuo del backup de data files t3 se encuentra defectuoso, un backup anterior en el tiempo (en este caso t1) debe ser utilizado.

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 generan luego del backup de data files en el punto t1. Por esto es necesario mantener siempre backups de data files e información de log más antiguos del último backup de data files.

Otras consideraciones: Algunas base de datos también requieren de la información de log para poder realizar una recreación de la base de datos. Por lo tanto se debe asegurarque se realicen backups tanto de data files y la información de log regularmente.

EL CICLO DE BACKUP

Hay diferentes variantes para un completo backup de data files diario, dependiente 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 utilizados pueder ser sobrescritos nuevamente cada 28 días. Los backups podrian ser retenidos por mucho más tiempo en una compañia.

SAP recomienda que la duración de un cuclo de backup sea de 28 días, esto significa que los backups de data files e información de log son sobrescritos depués de 28 días, al menos.

En un sistema prd SAP se recomienda realizar un completo backup de datos diariamente. Algunas bases de datos ofrecen la opción de realizar backups diferenciales o incrementales de data files, lo que no realiza un completo backup de la base de datos (estos backups serán referidos como backups parciales).

Si se utiliza un backup parcial de daros como estrategia diaria de backup, se debería realizar un backup completo al menos una vez por semana. Debería haber al menos cuatro backups completos de la base de datos contenidos en un ciclo de backup.

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. En muchas compañias generalmente se realizan backups de la información de log más de una vez por día con frecuencias de hasta 30 minutos. Esto dependerá muchas veces de la cantidad de información que se modifique en la base de datos durante el día que lo impacta directamente en un crecimiento de la información de log.

Por últmo es recomendable realizar in 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.

LA PLANIFICACIÓN Y EL MOBITOREO DE BACKUPS

En el sistema SAP puedes planificar y monitorear backuos regulares con la transacción DB13.

Si por ejemplo se utiliza un medio externo como un dispositivo de cinta, se debe verificar que medio se requiere para el próximo backup cada día e insertar el medio (cinta) correspondiente antes de iniciar el backup.

Verificar diariamente si los backups se han completado satisfactoriamente. En el calendario de planificación, un backup exitoso se muestra en verde o amarillo cuando se presenta advertencia, si el indicador es rojo, entonces un error sucedio durante la ejecución del backup, por lo tanto es initulizable.

• TX DB12: Información adicional se puede ver en la transacción DB12, la cual nos permite visualizar los registros de sucesos de las actividades realizadas en la base de datos. Esta transacción además del listado de registros, nos permite visualizar las áreas de datos y log utilizadas por la base de datos.
• TX 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 utilizando una conexión RFC.
• DB13 fue mejorada para la versión 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.

El botón de documentación, puede dar mayor información sobre las tareas que son posibles realizar desde la transacción DB13 y recomendaciones.