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

Eliminar archivelogs desde RMAN

Estos son algunos ejemplos para eliminar los archivelogs desde RMAN. Para eliminara todos los archivos expirados sin pedir confirmación. delete noprompt expired archivelog all; Para eliminar los archive logs expirados de algún folder en especifico (Pedirá confirmación antes de borrar): delete expired archivelog like '+FRA/STACK/ARCHIVELOG/2017_03_12/%'; Para eliminar archive logs basados en la fecha de creación, por ejemplo archive logs de mas de 7 dias.  (Sin confirmacion) delete archivelog until time 'sysdate - 7'; Borrar archivelogs hasta una secuencia en especifico: delete archivelog until sequence = 43; Borrar archivelogs desde una secuencia en especifico: (Usar con precaución) delete archivelog from sequence = 38; Combinándolas: delete archivelog from sequence = 38 until sequence = 47; Saludos. F.R.

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 Edition El 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 SP1 SP2 SP3 SP4 SQL Server 2017 SQL Server 2016 13.0.2149.0 13.0.4001.0 SQL Server 2014 12.0.2000.8 12.0.4100.1 12.0.5000.0 SQL Server 2012 11.0.2100.60 11.0.3000.00 11.0.5058.0 11.0.6020.0 11.0.7001.0 SQL Server 2008 R2 10.50.1600.1 10.50.2500.0 10.50.4000.0 10.50.6000.34 SQL Server 2008 10.00.1600.22   10.00.2531.00 10.00.4000.00 10.00.5500.00 10.0.6000.29 SQL Server 2005 9.00.1399 9.00.2047 9.00.3042 9.00.4035 9.00.5000 SQL Serve...

Migrar los logins / usuarios de SQL Server entre servidores

Cuando necesitamos mover una BD de un servidor a otro, pero queremos que los usuarios tengan los mismos privilegios que en el servidor actual, tenemos que llevar al nuevo servidor tambien los logins. En SQL server es diferente un login a un usuario. Un login es a nivel del Servidor y usario es a nivel de la BD. Si creamos por ejemplo el usuario fer en el servidor A, y luego creo un usuario fer en el servidor B y me llevo la BD produccion al server B el usuario fer es diferente, esto debido a que sql en realidad trabaja con SIDs en lugar del nombre del usuario. Para solucionar esto hay que llevarnos los logins al nuevo server. Como la BD se respalda con los usuarios incluidos, solo hay que recrear los usuarios con su mismo SID en el nuevo server. El script es como sigue: SET NOCOUNT ON SELECT 'EXEC sp_addlogin @loginame = ''' + loginname + '''' ,', @defdb = ''' + dbname + '''' ,', @deflanguage = ''' + langu...