✒️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
Muchas veces los backups no son tareas exclusivas de un Basis, pero existen herramientas para realizarlos desde las transacciones SAP, al igual que ejecutar estadísticas, etc, también podemos recurrir a otras herramientas como agentes para trabajar con la base de datos ya que SAP guarda absolutamente todo en la base de datos (programas, transacciones, etc.).
Debemos revisar diariamente los logs de las bases de datos que todo esté bien.
Una buena práctica seria que al menos 2 veces al año podamos realizar un recovery de la base de datos y así nos aseguraremos que nuestros backups estén funcionando, debemos clonar nuestro servidor productivo en otro servidor.
1.- El concepto de backup
El concepto de backup de la base de datos incluye un bakup regular de los data files, la información de log y los datos estructurados de información de la base de datos misma.
La copia de seguridad de los data files y la información de log se realiza en pasos diferentes. Los data files y los datos estructurados se respaldan en un solo paso, en otro paso la información de log se respalda de forma separada.
Se puede planificar ambos pasos en un sistema SAP (excepto plataforma AS400) como acciones regulares utilizando el calendario de planificación de base de datos (transacción DB13).
2.- Los escenarios para la recuperación de una base de datos
Para realizar la recuperación de una base de datos, la mejor forma de recrearla no solo dependerá de la disponibilidad del backup de data file, si no también de los backups de información de log.
Si un backup de data files se pierde o está corrupta, una recuperación puede basarse en el ultimo backup válido de data files y luego recuperarla a un punto más reciente si los respaldos de información de log están disponibles sin ningún faltante.
Significa que se debe contar con todos los backup de información de log que se realizaron a partir del backup de data files que utilizamos.
- Recuperar la base de datos (con pérdida de datos): Si ocurre un accidente en el disco duro en el punto entre t1 y t2 los respaldos 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 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): Los datos del bakup de data files t1 son recuperados. Algunas bases permiten recuperar solamente los data files que faltan u objetos específicos como una tabla determinada. Toda la información de log consecutiva respaldada desde el punto t1 (22, 23…) son tomados. En el último paso el archivo de información que tenia hasta el punto del accidente es recuperado, y toda la información ahora está en el mismo estado hasta el punto de que ocurrió la falla del disco duro.
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 seá sin pérdida 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 ocurre un accidente en el disco en el punto t5 y un medio de backup del backup de data files t3 se encuentre defectuoso, el backup anterior en este caso t1 será utilizado.
Es necesario contar con todos los backups de información de log (t2 y t4) que se generaron luego del backup data files t1 y poder recuperar la base de datos sin pérdida de información.
Por eso es importante mantener siempre los backups de data fiiles e información de log más antiguos del último backup de data files.
3.- El ciclo de backup
Hay varias variantes para un completo backup de data files diario, al menos un backup online debería realizarse de la base de datos, con un subsecuente backup completo de información de log.
Se recomienda que los medios de backup utilizados pueden ser sobrescritos nuevamente cada 28 días.
Algunas bases de datos ofrecen la opción de realizar backups diferenciales o incrementales de data files, lo que no realiza un completo backup (estos backups serán referidos como backups parciales).
La información de log deberá respaldarse una vez por día. También es recomendable duplicar los medios de backup para la información de log y asegurar todos los backups de log en caso de que uno este defectuoso.
Generalmente muchas empresas realizan backups de la información de log más de una vez por día con frecuencias de hasta 30 min, pero esto dependerá de la cantidad de información que se modifique en la base de datos durante el día lo que impacta directamente en un crecimiento de la información de log.
Se recomienda realizar un backup de data file e información de log con verificación al menos una vez en el ciclo y asegurar que sea legible en el dispositivo de backup, pero se incrementa el tiempo total del respaldo de la información.
4.- La planificación y el monitoreo de backups
Transacción DB13: Permite configurar el calendario de base de datos, ya sea backups o cualquier tarea relacionada como por ejemplo correr estadísticas, chequeos, etc.
También puedes planificar y monitorear los backups
Por ejemplo, si utilizamos un medio externo como un dispositivo de cinta, deberemos verificar que medio se va a requerir para el próximo backup cada día e insertar el medio (cinta) correspondiente antes de iniciar el backup.
Verifique diariamente si los backups se han complementado satisfactoriamente desde el calendario de planificación, los backups exitosos se visualizan en verde o amarillo (cuando hay alguna advertencia).
Si el indicador es rojo entonces un error sucedió durante la ejecución del backup, y se hace inutilizable.
Transacción DB12: Permite visualizar la información adicional la cual suelen ser los registros de sucesos de las actividades realizadas en la base de datos. Además, nos permite visualizar las áreas de datos y log utilizados por la base de datos.
Transacción 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. Esta planificación se transfiere a los sistemas remotos utilizando una conexión tipo RFC.
Esta transacción fue mejorada para versiones SAP NetWeaver 7.00, lo que permite utilizar la misma para planificar acciones en otras bases de datos.
Es necesario primero crear conexiones a estos sistemas en DB13, en el mismo botón de “documentación” nos dará más información sobre las posibles tareas a realizar desde la DB13 y recomendaciones.
Sobre el autor
Publicación académica de Sayil Emanuel López Valencia, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
SAP Master
Sayil Emanuel López Valencia
Profesión: Sistemas Computacionales - Mexico - Legajo: WA24Q
✒️Autor de: 45 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP Fiori
- Carrera Consultor Basis NetWeaver Nivel Avanzado
- Carrera Consultor Basis NetWeaver Nivel Inicial
Disponibilidad Laboral: FullTime
