logo
MyWebStudies - Página de inicio
INGRESAR

REGISTRARSE
Buscador

LIST - Buscando información de los backup

Selecciona el idioma :

Este video solo está disponible para los alumnos que han adquirido el curso

LIST - Buscando información de los backup


El comando más importante que tenemos en RMAN para acceder a la información de los Backus, es el comando LIST. Con este comando podemos listar la información de nuestros backups, los detalles, etc., dependerá de las opciones con que lo concatenemos.

Por ejemplo, una de las opciones es:

  • LIST BACKUP SUMMARY

Con esta sentencia, le estaremos indicando a RMAN que nos muestre un resumen de los backups que tenemos dentro de la base de datos.

Entonces se nos muestra en primer lugar que estamos utilizando el fichero de control para acceder a la base de datos, en lugar de un catálogo. Y debajo, tenemos una tabla que nos lista los backups que hayamos hecho, con algunas de sus propiedades.

Por ejemplo:

  • los id de los backups.
  • al tipo, que en nuestro caso son de tipo backupset.
  • además nos indica son full backups.
  • el dispositivo donde se ha hecho.
  • cuándo se ha terminado.
  • al número de PIECES.
  • al número de copias.
  • ai se utilizó algún algoritmo de compresión. Vemos que en nuestro caso no utilizamos ninguno.

por último, la etiqueta o TAG, correspondiente a cada backup. Que en nuestro ejemplo, RMAN asignó una etiqueta automáticamente, pero también podríamos personalizarla al momento de lanzar la copia.

También podemos obtener información más detallada de los backups que tengamos en la base de datos, si solo escribimos el comando:

  • LIST BACKUP

Aquí nos indica, que esta tabla está mostrando los BACKUP SETS que tenemos en la base de datos. Que en realidad son solo dos, a partir del backup que hicimos en el video anterior. Debemos recordar que tenemos dos BACKUP SETS porque RMAN en uno almacena los datafiles, y en el otro almacena los spfiles y los ficheros de control.

Entre la información que se nos proporciona de los BACKUP SETS, tenemos una especie de ID:

  • el tipo de backup, que si recordamos lo que hicimos fue un full backup.
  • el tamaño de este BACKUP SET.
  • el dispositivo donde está almacenado.
  • el tiempo que ha demorado en su creación.
  • el status, que nos indica que este backup set está accesible o no. Vemos que en nuestro caso lo está.
  • el algoritmo de compresión, que no utilizamos ninguno, la etiqueta.

Más abajo, tenemos una información que nos muestra cuál es la PIECE de este backup set, a través de la ruta absoluta de este fichero, y además nos lista los archivos de la base de datos que se almacenaron en este backup set. Aquí podemos ver la dirección de los ficheros de la base de datos desde los que tomó la información, y vemos que son ficheros datafiles.

Después tenemos la información correspondiente al backupset con id 2, que es donde se almacenó el spfile y el fichero de control. Tenemos al igual que arriba el id del backup set, el tipo de backup, el tamaño, el dispositivo donde se ha almacenado, el estatus, el tipo de comprensión, la etiqueta, entre otros.

También tenemos el nombre absoluto de del backup piece que contiene la información del backup, y acá abajo nos especifica que lo que se almacenado aquí es el spfile y el arch


list

Publicaciones Recientes de oracle dba

¿Hay algún error o mejora?

¿Dónde está el error?

¿Cúal es el error?