Block Tracking para respaldos de RMAN mucho más rápidos

Para que los respaldos de RMAN corran en menos tiempo y sin usar tanto CPU, prendí block tracking.  Block tracking mantiene una lista de unidades de block que han cambiado.  Esta lista es usada por RMAN para sólo copiar las unidades que han cambiado.
in English

Para más información sobre block tracking, consultar la documentación de Oracle.

El problema: los respaldos de RMAN . . .

  • Duran 2 hours.
  • Utilizan 100% del CPU.
  • Producen 8 GB de archivos sin comprimir.

Para prender block tracking:

SQL>alter database enable block change tracking using file ‘+FRA/blocktrack_.log’;

NOTA:  Este banco de datos es de RAC (Real Application Clusters.)  El archivo para block tracking necesita estar en un lugar accesible a todos los nodos del clúster. El banco de datos utiliza ASM (Automatic Storage Management), por eso coloqué el archivo en el diskgroup ‘+FRA’ (fast_recovery_area.)

Para verificar que block tracking sí está prendido:

SQL>select filename, status from v$block_change_tracking;
FILENAME                              STATUS
—————-                      —–
+FRA_CCBPRD/blocktrack_.log      ENABLED



Después de haber prendido block tracking, la primera ejecución de RMAN fue mala como todas las anteriores.  La segunda y todas las siguientes mejoraron bastante:

  • Duran 36 minutes.
  • Utilizaron menos del 30% del CPU.
  • Produjeron 7GB of de archivos sin comprimir.
ANTES DESPUES
Duración
2 horas 36 minutos
Utilización de CPU 100% 25%
Tamaño de archivos
8GB 7GB

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

w

Connecting to %s