Tcode DB13, se utiliza para la configuracion del calendario de DB (Backups u otras tareas relacionadas)
Se utilizan respaldos (backups), contra la perdidad de informacion en caso de error.
Cocepto de backup siempre incluten un backup regular de los data fies, informacion de log y datos estructurados de informacion de la misma DB.
Todos los data files y datos estructurados son respaldados en un solo paso. En otro paso la informacion de log se respalada de forma separada.
Se pueden planificar ambos pasos en un sistema SAP (excepto en una palatforma AS400) a traves del calendario de planificacion de DB (Tcode DB13)
*Escenarios Recuperacion de una DB
Si es necesario realizar una recuperacion de la DB, el momento al cual podremos recrearla de manera consistente dependera no solamente de la disponibilidad del backup de data files con el que contemos, sino tambiem de la disponibilidad de los backups de informacion de log con la que contemos.
Si un backup de data files se pierde o esta corrupto, una recuperacion puede basarse en el ultimo bakup valido de data files y luego recuperarla a un punto mas reciente en el tiempo, si los respaldos de la informacion de log estan disponibles sin ningun faltante.
Esto significa que hay que contar con todos los backups de informacion de og que se realizaron a partir del backup de data files para el restore hasta el punto en el tiempo que se necesite recrear la DB.
*Recuperacion de la DB con perdida de datos
Si ante un accidente del Hard Disk, ocurre entre un tiempo determinado (T1 o T2), todos los datos respladados en el backup de data files T1 son recreados con la recuperacion
Si ninguna accion se realiza luego de esto, todos los cambios a la informacion (creacion, modificacion o borrado) que fueron realizados despues del punto T1 se perderan.
*Recuperacion de la DB (sin perdidad de datos)
Todos los datos del backup de data files del ejemplo anterior T1 son recuperados. Algunas DB permiten recuperar solamente el data files faltante o inclusive objetos especificos de la DB como por ejemplo una Tabla.
Luego toda la informacion de log consecutiva respaldada desde el punto T1 (ejemplo 22, 23, etc ...) son tomados para la recreacion de la DB. En el ultmo paso, el archivo de informacion de log que tenia la DB hasta el punto del accidente es recuperado. Esto significa que la toda la informacion ahora esta en el mismo estado hasta el punto en el que ocurrio la falla del disco duro.
Esto solo se puede realizar si toda la informacion del log desde el ultimo backup esta disponible, sin faltantes el restore de DB sera sin perdidas.
*Almacenado de backups de data files e informacion de log.
La informacion de log respaldada es borrada a O.S., para evitar problemas de espacio en disco. Si un accidente ocurre, ejemplo un punto de tiempo T5, un medio de backup de data files T3 se encuentra defectuosos, un backup anterior en el tiempo (T1) debe ser utilizado.
Para la restaurar la DB sin perdida de informacion, es absolutamente necesario contar con todos los backups de informacion de log (T2 y T4) que se generaron luego del backup de fdata files en el punto T1. Por lo anterior es necesario siempre mantener los backups de data files e informacion de log mas antiguos del ultimo backup de data files)
Algunas DB, requieren de la informacion de log para poder realizar recreacion, por lo tanto se debe asegurar que se realizan backup tanto de data files y de informacion de log regularmente.
*Ciclo de Backup
Hay diferentevariantes para un backup completo de data files diario, dependiendo de la base de DB. Al menos un backup online deberia realizarse de la DB, con un subsecuente backup completo de informacion de log.
Se recomienda que los medios de backup utilizados puedan ser sobreescritos nuevamente cada 28 dias. Pero pueden ser retenidos por mucho mas tiempo.
Lo anterior tambien lo recomienda SAP.
En un sistema productivo SAP recomienda realizar un backup completo de datos diariamente. Algunas bases de datos ofrecen la opcion de realizar backups diferenciales o incrementales de data files, lo que no realiza un completo backup de la base de datos (estos son referenciados como backups parciales de ahora en mas)
*Planificacion y monitoreo de Backups
SAP puede planificar y monitorear backups regulares con tcode DB13
Ejemplo si se utiliza un medio externo (cinta), debemos verificar que el medio se requiere para el proximo backup cada día o insertar el medio correspondiente antes del backup.
En el tcode DB12 se puede visualizar los registros de sucesos de las actvidades realizadas en la DB. Ademas nos permite visualizar las areas de datos y log utilizadas por la DB.
Otra tcode DB13C, a partir de la version SAP Web Application Sever 6.10, es posible controlar y monitorear los backups de todos los sistemas del landscape con el calendario de planificacion central. La planificacion se transfiere a los sistemas remotos utilizando una conexion de tipo RFC.
El tcode DB13, fue mejorado para la version SAP Netweaver 7.00 lo que permite utilizar la misma para planificar acciones en otras DB. Se debe crear antes las conexiones a estos sistemas en DB13.
El boton de documentacion, se puede utilizar para mayores detalles sobre las tareas que son posibles realizar con tcode DB13.