✒️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
LECCION : BACKUP Y RECUPERACION DE LAS BASES DE DATOS
Esta lección muestra los conceptos sobre el respaldo de la base de datos. Estos conceptos incluyen un backup regular de datos y de la información de log. Estos backup son realizados mediante el calendario de planificación de base de datos, TRX DB13.
TRX DB13: es utilizada para la configuración del calendario de base de datos, ya sea backups o cualquier tarea relacionada como por ejemplo correr estadística, chequeos, etc.
Para proteger el sistema SAP contra la perdida de información si un error ocurre, el administrador regularmente realiza los backup.
1.- Concepto de Backup:
El concepto de backup para la 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 la 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 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, TRX DB13.
2.- Escenario para Recuperación de una Base de Datos:
Si es necesario realizar una recuperación de la base de datos, el momento al cual podremos recrearla de manera consistente dependerá no solamente de la disponibilidad del backup de data files con el que contemos, sino también de la disponibilidad de los backups de información de log con la que contemos.
Si un backup de data files se pierde o esta corrupto, una recuperación puede basarse en el último backup válido de data files y luego recuperarla a un punto mas reciente en el tiempo, si los respaldos de información de log están disponibles sin ningún faltante.
Esto significa que tenemos que contar con todos los backup de información de log que se realizaron a partir del backup de data files que utilizamos para la recuperación hasta el punto en el tiempo que necesitemos recrear de 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 con la recuperación.
Si ninguna acción se realiza luego de esto, todos los cambios de 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 del backup de data files t1 son recuperados. Algunas bases de datos permiten recuperar solamente los data files que faltan o inclusive objetos específicos de la base de datos como por ejemplo una tabla determinada.
Luego, toda la información de log consecutiva rezpaldada desde el punt t1(22,23,…) son tomados para la recreación de la base de datos. En el ultimo paso, el archivo de información ahora esta en el mismo estado hasta el punto en el que ocurrio una falla del disco duro.
Solamente si toda la información del log desde el ultimo backup de data file esta disponible, sin faltantes, la recuperación de la base de datos será sin perdida de datos.
Almacenando los backup de data file e información de log
La información de log respaldada en los backup es borrada a nivel de sistema operativo para evitar problemas de espacio de disco. Si un accidente de disco ocurre en el punto t5 y un medio de backup del backup de data file t3 se encuentra defectuoso, un backup anterior en el tiempo (en este caso t1) debe ser utilizado.
Para recuperar la base de datos sin perdida de información, es absolutamente necesario contar con todos los backup de información de log (en este caso t2 y t4) que se generaron luego del backup de data files en el punto t1. Por esto es necesario mantener siempre los backup de data files e información de log mas antiguos del ultimo 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 tanto deberíamos asegurarnos que se realicen backups tanto de data files y la información de log regularmente.
3.- Ciclo 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 base de datos, con un subsecuente backup completo de información de log.
Los medios de backup utilizados pueden ser de datos con un subsecuente backup completo e información de log.
Los medios de backup utilizados pueden ser sobrescritos nuevemente cada 28 dias. Esto es una recomendación. Los backup podrían ser retenidos por mucho mas tiempo en una compañía.
SAP recomienda que la duración de un ciclo de backup sea de 28 dias. Esto significa que los backups de data files e información de log son sobreescritos después de 28 dias al menos.
En un sistema productivo 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 backup serán referidos como backups parciales de ahora en mas).
Si se utiiza un backup parcial de datos como estrategia diaria de backup, se debería relizar un bakup 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ñías generalmente se realizan backups de la información de log mas de una vez por dia con frecuencia de hasta 30 minutos. Esto dependerá muchas veces de la cantidad de información que se modifique en la base de datos durante el dia lo que impactara directamente en un crecimiento de la información de log.
Por ultimo es recomendable 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 incremente el tiempo total del respaldo de la información.
4.- Planificacion y monitoreo de los Backup
En el sistema SAP, puedes planificar y monitorear backups regulares con la TRX DB13.
Si por ejemplo utilizamos un medio externo como dispositivo de cinta. Deberemos verificar que medio se requiere para el próximo backup cada dia e insertar el medio (cinta) correspondiente antes de iniciar el backup.
Verifica diariamente si los backup se han completado satisfactoriamente. En el calendario de planificación, un backup exitoso se muestra en verde o amarillo (cuando hay una advertencia). Si el indicador es de color rojo, entonces un error sucedió durante la ejecución del backup, por lo tanto es inutilizable.
TRX DB12 : Permite visualizar los registros de sucesos de las actividades realizadas en la base de datos.
Esta trx además del listado de registros, nos permite visualizar las áreas de datos y log utilizadas por la base de datos.
TRX DB13C : Controlar y monitorear los backups para todos los sistemas del landscape con el calendario de planificación central. La planificación se transfiere a los sistemas remotos utilizando una conexión tipo RFC.
Trx DB13 permite planificar acciones en otras bases de datos. Para poder realizar esto primero es necesario crear conexiones a estos sistemas en DB13.
El botón de documentación DOCUMENTATION, nos puede dar mayor información sobre las tareas que son posibles realizar desde la BD13 y recomendaciones.
 
 
 
Sobre el autor
Publicación académica de Patricia Tatiana Aros Lopez, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Patricia Tatiana Aros Lopez
Profesión: Analista de Sistemas Informaticos - Chile - Legajo: ZC88E
✒️Autor de: 105 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Patricia Aros