✒️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
RESPALDO DE LA BASE DE DATOS
TRANSACCION DB13:
Se usa para la configuracion del calendario de la base de datos, backups o cualquier tarea relacionada, por ejemplo, chequeos o correr estadisticas.
Todas las herramientas que ayuden a administrar y cuidar la base de datos ES BUENO, ya que se guarda absolutamente todo en la base de datos. RESGUARDANDO la base de datos estamos cuidando TODO EL SISTEMA SAP. Los logs de la base de datos deben ser cuidados igual por el administador e informar a quien corresponde.
Una buena practica seria, dos veces al año, hacer un recovery de la abse de datos para ver que los backup se ejecutan de forma correcta.
***Backup y recuperacion de la BD:
Backup regular de datos y de la informacion de log, realizados mediante el calendario de planificacion de BD, transaccion DB13.
El administrador realiza regularmente los backups
Incluso el codigo de los programas se guarda en la BD. TODO el sistema SAP se guarda en la BD. Dos veces al año es recomendable hacer el recovery de la BD si se cuenta con la infraestructura lo permite.
Concepto de Backup: Siempre incluye un backup regular de los data files, informacion de log y los datos estructurados de la BD misma.
Todos los data files y los datos estructurados son respaldados en un solo paso, en otro paso distinto se respalda la informacion del log.
Se pueden planificar ambos pasos en un sistema SAP (excepto en una plataforma AS400) meidante DB13.
*****Escenarios para la recuperacion de una BD:
Hay varios factores que influyen para poder hacer un backup, no solo la disponibilidad del backup de data files, sino tambien la disponibilidad de los backups de informacion de log.
Si un backup de data files se pierde o esta corrupto, una recuperacion se puede basar en el ultimo backup valido de data files y luego recuperarla a un punto mas reciente en el tiempo, esto si los respaldos de informacion de log estan disponibles sin ningun faltante.
Esto quiere decir que necesitamos contar con todos los backups de informacion de log que se realizaron a partir del backup de data files que usamos para la recuperacion hasta el punto en el tiempo que necesitamos recrear la BD.
**** Recuperar la BD (con perdida de datos):
Si hay un accidente entre un momento t1 y t2 todos los datos respaldados en el backup de data files t1 son recreados, si ninguna accion es realizada luego de esto los cambios en la BD realizados despues de t1 se perderan.
***Recuperar la BD (sin perdida de datos):
Todos los datos del backup de data files de t1 son recuperados, algunas BD solo permiten recuperar los data files faltantes u objetos tales como tablas.
Toda la informacion de log respaldada del momento t1 en adelante hasta el momento del accidente es tomada para la recreacion de la BD, Por lo tanto la informacion hasta el accidente estara en el mismo estado.
SOLAMENTE si toda la informacion de log desde el ultimo backup de data files esta disponible se podra hacer el backup de la BD sin perdida de datos.
***Almacenando los backups de data files e informacion de log:
La informacion de log respaldada se borra a nivel de sistema operativo por cuestiones de espacio en el disco duro, si en el punto mas reciente ocurre un accidente y un medio de backup del backup de data files en el punto anterior se encuentra defectuoso se debe utilizar el backup del punto anterior al anterior.
Por lo tanto para no perder informacion debemos contar con todos los backups de informacion de log que se generaron luego del backup de datafiles en el punto anterior al anterior. Por dicha razon es necesario mantener siempre backups de data files e informacion de log mas antiguos del ultimo backup de data files.
Algunas BD requieren de la informacion de log para realizar un recreacion de la BD por lo cual se deben realizar backups tanto de datafiles como de informacion de log regularmente.
***Ciclo de Backup:****
Hay diferentes variantes para un backup de data files diario, dependiendo de la BD.
Por lo menos un backup online deberia realizarse a la BD, con un subsiguiente backup completo de informacion de log.
Como recomendacion se establece que los medios de backup pueden ser sobreescritos nuevamente cada 28 dias, dependiendo de la compañoa los backups podrian ser retenidos por mucho mas tiempo.
SAP recomienda que la duracion de backup sea de 28 dias, esto quiere decir que los backups de los data files e informacion de log son sobrescritos despues de 28 dias, al menos.
En un sistema productivo SAP recomienda hacer un backup completo de datos diariamente, algunas BD dan la opcion de hacer backups diferenciales o incrementales de datafiles, lo que no realiza un backup completo de la BD (llamados backups parciales).
Si se utiliza un backup parcial diario como estrategia de backup, deberia realizarse un backup completo al menos una vez por semana, esto quiere decir al menos 4 backups completos en un ciclo de backup.
La informacion de log deberia respaldarse por lo menos una vez por dia. Tambien es recomendable duplicar los medios de backup para la informacion de log para asegurar que contemos con todos los backups de log en caso de que alguno este defectuoso.
La frecuencia de realizacion de backups en las compañias depende muchas veces de la cantidad de informacion que se modifique en la BD durante el dia, lo que impacta en un crecimiento de la informacion del log.
Al menos una vez por ciclo es recomendable hacer un backup de data files e informacion de log con verificacion. Esto para asegurar que el backup es legible en el dispositivo de backup aunque incrementa el tiempo total del respaldo de la informacion.
***Planificacion y monitoreo de backups:***
La transaccion DB13 sirve para planificar y monitorear backups regulares.
Si utilizamos un medio externo como dispositivo de cinta debemos verificar que medio se requiere para el proximo backup cada dia e insertar el medio correspondiente antes de iniciar el backup. En el calendario podremos verificar si el backup fue exitoso (color verde), si hay alguna advertencia (amarillo), o si hubo un error durante la ejecucion del backup y este es inutilizable (rojo).
Transaccion DB12: Registros de sucesos de las actividades realizadas en la BD ademas las areas de datos y log utilizadas por la BD.
Transaccion DB13C: A partir de la version SAP Web Application Server 6.10, se puede controlar y monitorear los backups para todos los sistemas del landscape con el calendario de planificacion central (transaccion DB13C). La planificacion se transfiere a los sistemas remotos utilizando una conexion de tipo RFC.
Para la version Sap Netweaver 7.00 se mejoro DB13 permitiendo utilizar la misma para planificar acciones en otras BD aunque primero es necesario crear las conexiones a estos sistemas en DB13.
El boton documentacion nos da mas informacion sobre las tareas que son posibles desde la transaccion DB13.
******- concepto de backup***-
El backup de los data files y la informacion de log se realiza en pasos diferentes. Todos los data files y los datos estructurados son respaldados en un solo paso.La informacion 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 planificacion de base de datos, transaccion DB13
---** Escenarios para la recuperacion de una base de datos****
Si un backup de data files se pierde o esta corrupto, una recuperacion puede basarse en el ultimo backup valido de data files y luego recuperarla a un punto mas reciente en el tiempo.
Almacenando los backups de data files e informacion de log
Para recuperar la base de datos sin perdida de informacion, es absolutamente necesario contar con todos los backups de informacion de log.
-----***Ciclo de backup***--
Hay diferentes variantes para un completo backup de data files diario, dependiendo de la base de datos. Los medios de backup utilizados pueden ser sobreescritos nuevamente cada 28 dias. Esto es una recomendacion.
SAP recomienda que la duracion de un ciclo de backup sea de 28 dias, esto significa que los backups de data files e informacion de log son sobreescritos despies de 28 dias al menos.
En un sistema productivo se recomienda realizar un completo backup de datos diariamente.
backups diferenciales o incrementales: no realiza un backup completo de la base de datos tambien conocidos como backups parciales.
Si se utiliza este metodo se deberia realizar un backup completo al menos una vez por semana.
Se deberia de realizar backups de los logs mas de una vez por dia con frecuencia hasta de 30 minutos, esto dependera de la cantidad de informacion que se modifique en la base de datos durante el dia que impacta directamente el crecimiento de la informacion de log.
 
 
 
Sobre el autor
Publicación académica de Mayra Yanina Gambin, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Mayra Yanina Gambin
Profesión: Docente - Argentina - Legajo: NV61P
✒️Autor de: 102 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Certificación Académica de Mayra Gambin