CONCEPTO DE BACKUP
El concepto de Backup para la base de datos incluye:
-backup regular de los datafile
-informacion del log
-datos estructurados de info de la base de datos
El backup de datafiles y la info del log se hace en pasos diferentes.
Los data files y los datos estructurados hacen el backup en un paso
La info del log hace el backup de forma separada mediante el calendario de planificacion de base de datos ->ntx DB13
txDB13 se usa para la configuracion del calendario de la base de datos, backups, estadisticas, checkeos...
El backup se usa para proteger el sistema SAP contra una perdida de la informacion.
ESCENARIOS PARA LA RECUPERACION DE UNA BASE DE DATOS
Recuperar una base de datos depende de la disponibilidad:
-del backup de datafiles
-de los backups de info de log
Si no tenemos un backup de datafiles podemos recuperar el ultimo backup valido de datafiles y recuperar a un momento mas cercano a traves de los backups de log si los tenemos todos.
Recuperar la base de datos (con perdida de datos)
En este caso aplicariamos el backup
Recuperar la base de datos (sin perdida de datos)
En este caso se recuperaria con la aplicacion del backup. Hay databases permiten recuperar datafiles o tablas determinadas. Luego se escribiria todos logs sucesivos al backup. Luego por ultimo se recupera el archivo de log que tenia la database en el momento del accidente.
Para una recuperacion de datos plena se debe recuperar toda la info del log desde el ultimo backup de datafiles
ALMACENANDO LOS BACKUPS DE DATAFILES E INFO DEL LOG
La informacion que ha sido guardada en el backup se borra a nivel de SO para generar espacio libre. En caso de problemas se debe usar el ultimo backup estable.
Para ellos es necesario contar con todos los backups de log que se generaron despues del backup.
CICLO DE BACKUP
Dependiendo de la database hay diferentes variantes de un backup diario completo.
Se debe hacer como minimo un backup online de la database con su backup completeo de log.
Los medios fisicos de backup que se han usado pueden ser reusados en 28 dias.
Es un entorno productivo es recomendable hacer un backup completo cada dia.
Hay bases de datos que permiten hacer backups diferenciales o incrementales de los datafiles-> no es un backup completo de la base de datos -> se les llama bakcups parciales.
Si se hace un backup parcial diario hay que hacer un backup completo a la semana.
Es un ciclo de backup deberia haber cuatro backups completos de la database como minimo.
Los logs deberian hacer backup una vez al dia.Y es reocmendable duplicar los medios de backup para los logs para asegurar que tenemos todos los logs en caso de que alguno sea defectuoso.
Se recomienda hacer un backup de datafile y de log con verificacion una vez en el ciclo. -> asegura que el backup es legible en el dispositivo de backup pero lleva mas tiempo hacer el backup.
PLANIFICACION Y MONITORING DE BACKUPS
txDB13 permite planificar y monitorizar los backups regulares.
Si usamos una cinta para grabar deberemos verifivar que cinta se necesita para el proximo backup cada dia y poner la cinta antes de que empiece el backup.
En el calendario de planificacion un backup terminado ok se muestra de color verde o amarillo si hay warning, si es rojo hay un error durante el backup.
txDB12 muestra info adicional que nos permite ver los registros de sucesos de las actividades realizadas en la database. Nos pemite ver las areas de datos y log usado por la database.
La txDB13C desde la SAP web APP Server
podemos controlar y monitorizar los backups de todos los sistemas del landscape con el calendario de planificacion central. La planificacion se transfiere a los sistemas con una RFC.
DB13 fue mejorada con la version 7.00 lo que permite planificar acciones en otras databases. Primero debemos crear las conexiones a estos sistemas en DB13
Con el boton documentation tenemos info sobre las tareas que son posibles desde la txDB13.