Ir al contenido principal

RMAN: Cual es la diferencia entre "expired" y "obsolete"?


En RMAN podemos encontrar ambos status.

La diferencia entre ellos es:

Expired:

Se refiera a archivos que RMAN "tiene" como fisicamente disponibles, pero no lo estan, para este ejemplo revisaremos los archivelogs.

Cada que se crea un nuevo archivelog, se registra en el controlfile.

Ejecutamos el siguiente comando en RMAN.









Ahi podemos ver que tenemos 3 archivelogs, y lo comprobamos fisicamente.



Ahora procedemos a borrar algun(os) de los archivos.



Volvemos a ejecutar "list archivelog all" para comprobar que RMAN lo sigue teniendo como disponible.
 




















Ejecutamos el commando crosscheck, para que RMAN verifique si los archivos estan o no fisicamente disponible:









Despues del comando, podemos ver como el status ha cambiado, y ahora si se reportan como expirados un par de archive log.







Para finalizar los eliminamos:



  
Al volver a ejecutar los comandos ya no aparece ninguno como expirado.



El status obsolete es para los archivos que de acuerdo a la configuracion de retencion ya no son necesarios.

Ejecutamos show all, para obtener la configuracion actual, observemos que Retention policy esta configurado en 1.















Esto especifica cuantos backups full o de nivel 0 de todos los datafiles que RMAN debe de retener, los respaldos mas viejos son considerados obsoletos.

Listamos los backups actuales, en este caso 1.

  Piece Name: +FRA/STACK/BACKUPSET/2017_03_12/nnndf0_tag20170312t183921_0.289.938457563















Revisamos si existen obsoletos:












Ejecutamos un backup full.










Listamos los backups en este caso ya hay 2:























Ejecutamos report obsolete:
Notemos que el backup anterior ahora esta marcado como obsolete

Piece Name: +FRA/STACK/BACKUPSET/2017_03_12/nnndf0_tag20170312t183921_0.289.938457563

















Si modificamos "Retention policy" a 2:


 











En este caso el respaldo ya no es obsoleto, notese como ahora indica 2 en lugar de 1 como anteriormente lo hacia.



En resumen:

Expired: Los "archivos" que RMAN tiene registrados, pero que ya NO estan fisicamente disponibles, para que RMAN los marque efectivamente como expired, hay que ejecutar el comando crosscheck.

Obsolete: Los "archivos" que RMAN considera que ya no son necesarios, de acuerdo a su politica de retencion, Esta puede ser por redundancia, o por el "recovery Window"

FR.


Comentarios

Entradas más populares de este blog

Como saber que Service Pack tengo instalado en SQL Server?

Para saber que Service pack se tiene instalado en SQL Server, Hay que ejecutar el siguiente comando:
SELECT SERVERPROPERTY('productversion'), SERVERPROPERTY ('productlevel'), SERVERPROPERTY ('edition')Este regresa algo parecido a:9.00.3042.00 SP2 Enterprise EditionEl primer registro es la versión, el segundo es el nivel de producto (en este caso Service pack 2), y el ultimo es la edición, En este caso Enterprise.
Esta es una tabla con las versiones de SQL y su respectivo Service pack.
RTM SP1SP2SP3SP4SQL Server 2017SQL Server 201613.0.2149.013.0.4001.0SQL Server 201412.0.2000.812.0.4100.112.0.5000.0SQL Server 201211.0.2100.6011.0.3000.0011.0.5058.011.0.6020.011.0.7001.0SQL Server 2008 R210.50.1600.110.50.2500.010.50.4000.010.50.6000.34SQL Server 2008 10.00.1600.2210.00.2531.0010.00.4000.0010.00.5500.0010.0.6000.29SQL Server 20059.00.13999.00.20479.00.30429.00.40359.00.5000SQL Server 20008.00.1948.00.3848.00.5348.00.7608.00.2039SQL Server 7 7.00.623 7.00.…

Monitoreo de espacio libre en discos desde SQL Server

Update: Una nueva opcion, con powershell esta disponible en el siguiente link, recomiendo mas utilizar la nueva y personalizarla de acuerdo a los requerimientos personales. http://dbamex.blogspot.mx/2017/10/revision-de-espacio-en-servidores.html
Post original:
Uno de los principales indicadores que se tiene que tomar en cuenta como DBA es el espacio disponible en disco. No es problema cuando se tiene un server o 2 para monitorear, sin embargo cuando hay una cantidad considerable automatizar un proceso que lo haga es lo mejor.

Dentro de SQL Server (7,2000,2005) hay un procedimiento no documentado que nos puede ayudar a cumplir este cometido.

El procedimiento es XP_FIXEDDRIVES, no lleva parámetros ni nada y nos regresa todos los discos a los que tiene acceso SQL Server y su espacio disponible en Megabytes.
Si esta en cluster mostrara todos los discos aunque los discos no esten en el mismo grupo que la instancia, lo que puede llegar a confundir.
Dejo a consideración de cada quien como …

Memoria utilizada por Oracle

Ocasionalmente al estar trabajando con oracle, algunos clientes
pueden recibir errores de que hace falta memoria, mas sin embargo en el task manager vemos que oracle no esta usando toda la memoria que esta asignada para el proceso.
Esto es por el diseño de los servidores de windows a 32 bits, que solo pueden asignar a una aplicacion alrededor de 2 GB (no recuerdo el numero exacto) y como en windows los procesos de usuarios son en realidad Threads del proceso de oracle, toda la memoria es agrupada bajo el proceso de oracle.

Para ver la memoria realmente usada por oracle podemos utilizar el siguiente query.


select sum(bytes)/1024/1024 Mb from (select bytes from v$sgastat union select value bytes from v$sesstat s, v$statname n where n.STATISTIC# = s.STATISTIC# and n.name = 'session pga memory' );

Este query nos regresa la memoria usada por oracle junto con todos sus procesos de usuario ( y su respectiva…