BACKUP Y RECUPERACION DE LA BASE DE DATOS
Los Backups son realizados mediante el calendario de planificaciòn de la base de datos, Transacciòn DB13.
TRANSACCION DB13
Transacciòn utilizada para la configuraciòn del calendario de base de datos, ya sea backup o culquier tarea relacionada como por ejm: correr estadisticas, chequeos, etc.
Para protejer el sistema SAP contra la perdida de informaciòn, sin un error ocurre, el administrador regularmente realiza los backups.
1. CONCEPTO DE BACKUP
El Backup de los datafiles y la informaciòn de log se realizan en pasos diferentes. Todos los datafiles y los datos estructurados son respaldados en un solo paso. En otro paso la informaciòn de log se respalda en forma separada.
2. 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 podemos recrearla de manera consistente dependerà no solo de la disponibilidad del backup de data files con el que contemos, sino tambien de la disponibilidad de los backups de informaciòn de logs con la que contemos.
-Sin un backup de data files se pierde o està corrupto, una recuperaciòn puede basarse en el ultimo backup valido de datafiles y luego recuperarla a un punto mas reciente en el tiempo, si los respaldos de informaciòn de logs estàn disponibles sin ningùn faltante.
-Recuperar la Base de datos (Con Perdida de datos)
Si un accidente del disco duro ocurre entre un punto entre T1 y T2, todos los datos respaldados en el backup de data files T1 son recreados con la recuperaciòn.
Sin Ninguna acciòn se realiza luego de todos los cambios a la informaciòn (creaciòn, modificaciòn o borrado) que fueron realizados despues del punto T1 se perderàn.
-Recuperar la Base de Datos (Sin Perdida 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 especificos de la base de datos, como por ejemplo una tabla determinada.
Luego toda la informaciòn de log consecutiva respaladada desde el punto T1, son tomados para recreaciòn de la base de datos.
En el ùltimo paso, el archivo de informaciòn de log que tenia 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 ultimo backup de data files esta disponible, sin faltantes, la recuperaciòn de la BD serà sin perdida de datos.
ALMACENANDO LOS BACKUPS DE DATAFILES E INFORMACIÒN DE LOG
La Informaciòn de Log respaldada en los backups es borrada a nivel de sistema operativo para evitar problemas de espacio en el disco duro.
Otras Consideraciones:
Algunas bases de datos tambien requieren de la informaciòn de LOG para poder realizar una recreaciòn de la base de datos. Por tanto se debe realizar backup tanto de los datafiles y la informaciòn de Log.
3. Ciclo de Backup: Hay diferentes variantes paraun completo backup de data files diario dependiendo de la base de datos. Al menos un backup online deberia realizarce de la base de datos con un subsecuente backup completo de la informaciòn de log.
Los Medios de backup utilizados pueden ser sobreescritos nuevamente cada 28 dìas. esto es una recomendaciòn. Los backups pueden ser retenidos por mucho mas tiempo en una compañia.
SAP recomienda que la duraciòn de un ciclo de backup sea de 28 dìas. Esto significa que los backups de data files e informaciòn de Log, son sobreescritos despues de 28 dìas, al menos.
-En un sistema Productivo SAP recomienda realizar un backup completo de datos diariamente,
Algunas bases de datos ofrecen la opciòn de realizar backups diferenciales o incrementales de data files, lo que no se realiza un completo backup de la base de datos.
-Si se realiza un backup pacial de datos como estrategia diaria de backup, se deberia realizar al menos una vez por semana. Deberia haber al menos 4 backups completos de la BD.
-La Informaciòn de Log, deberìa respaldarse al menos una vez por dìa.
-En muchas compañias generalmente se realizan backups de la informaciòn de log màs de una vez por dia con frecuencias de hasta 30 minutos y dependerà de la cantidad de informaciòn que se modifique en la base de datos.
-Por ultimo es recomendable realizar un abackup de datafile e informaciòn de log con verificaciòn al menos una vez en el ciclo, esto aegura que el backup es legible en el dispositivo de backup pero incrementa el tiempo total de respaldo de la informaciòn.
4. PLANIFICACION Y MONITOREO DE BACKUPS
En el sistema SAP puedes planificar y monitorear backups regulares con la Transacciòn DB13.
sI por ejemplo utilizamos un medio externo como dispositivo de cinta, deberemos verificar que medio se requiere para el proximo backup cada dìa e insertar el medio (cinta) correspondiente antes de iniciar el backup.
-Verifica diariamente si los backups se ham completado satisfactoriamente.. En el calendario de planificaciòn, un backup exitoso se muestra en verde o amarillo.
Si el indicador es de color rojo, entonces un error sucediò durante la ejecuciòn del backup por lo tanto es inutilizable.
TRANSACCION DB12---Tambien permite visualizar los registros de sucesos de las actividades realizadas en la base de datos.