Migrando el UNDO_TABLESPACE en un Oracle RAC

Cambiar el TABLESPACE UNDO en una instancia dentro de un Oracle Rac es un proceso sencillo, el único paso que debemos considerar es hacer referencia a la instancia que estamos modificando cuando cambiamos el valor del parámetro UNDO_TABLESPACE. A continuación pasos sencillos para realizar esta tarea:
Paso 1: Crearemos nuestro nuevo UNDO_TABLESPACE hacia la nueva dirección:
SQL> create undo tablespace UNDOTBS1_1 datafile '+DATA_SERTEC' size 2G;
Tablespace created.

Paso 2: Verificando los parámetros actuales:
SQL> show parameter undo_tablespace
NAME                                 TYPE        VALUE
------------------------------------ ----------- ----------------
undo_tablespace                      string      UNDOTBS1

Paso 3: Asignando el nuevo tablespace al nodo 1 del RAC
SQL> ALTER SYSTEM SET UNDO_TABLESPACE=UNDOTBS1_1 SCOPE=MEMORY SID='PINCENTP1';
System altered.

Paso 4: Verifiquemos nuevamente los parámetro actuales.
SQL> show parameter UNDO_TABLESPACE

NAME                                 TYPE        VALUE
------------------------------------ ----------- ----------------
undo_tablespace                      string      UNDOTBS1_1

Paso 5: Antes de poder eliminar el anterior UNDO_TABLESPACE debemos cerciorarnos que ya no esté en uso, de lo contrario obtendremos un error
ERROR at line 1:
ORA-30013: undo tablespace ‘UNDOTBS1’ is currently in use
Para verificar utilizamos la siguiente consulta:
SQL> SELECT a.name,b.status
  2  FROM   v$rollname a,v$rollstat b
  3  WHERE  a.usn = b.usn
  4  AND    a.name IN (
  5               SELECT segment_name
  6               FROM dba_segments
  7               WHERE tablespace_name = 'UNDOTBS1'
  8*             )

NAME                                               STATUS
-------------------------------------------------- ---------------
_SYSSMU33_2949601845$                              ONLINE
_SYSSMU34_2709404120$                              ONLINE
_SYSSMU35_3551499137$                              ONLINE
_SYSSMU36_4139794066$                              ONLINE
_SYSSMU37_1565816953$                              ONLINE
_SYSSMU38_148259816$                               ONLINE
_SYSSMU39_1712178816$                              ONLINE
_SYSSMU40_2956967306$                              ONLINE
_SYSSMU41_4227496630$                              ONLINE
_SYSSMU42_232081954$                               ONLINE

Cuando la consulta anterior no devuelva datos, podemos proceder a eliminar el tablespace.
Paso 6: Eliminando tablespace y todo su contenido.
SQL> DROP TABLESPACE UNDOTBS1 INCLUDING CONTENTS AND DATAFILES;
Tablespace dropped.

Para más información sobre la manipulación de parámetros en un ambiente RAC puedes leer mi otra entrada relacionada: http://oraclehomegt.blogspot.com/2016/05/archivo-de-parametros-en-oracle-rac.html 

Comments

Post a Comment

Popular posts from this blog

Cómo extraer Archive Logs desde un Backup Piece

RMAN no es de mis herramientas favoritas en Oracle, quizás porque cada vez que nos vemos las caras es porque ha ocurrido algún desastre. En esta ocasión necesitaba extraer Archive Logs para aplicarlos a una operación de RECOVER pero resulta que los archives estaban catalogados en una ubicación externa y fuera de mi alcance. Cuando al fin logre catalogar los archivos de backup que contenían los Archive Logs era necesario colocarlos en una ubicación local para poder aplicarlos. Así que veamos como extraer los archivos necesarios. Una vez catalogados los archivos de backup en nuestro repositorio de RMAN, podemos visualizar los Archives contenidos con el comando LIST BACKUP OF ARCHIVELOG ALL. RMAN> list backup of archivelog all; using target database control file instead of recovery catalog List of Backup Sets =================== BS Key  Size       Device Type Elapsed Time Completion Time ------- ---------- ...
Read more

Ejemplo práctico con SQL Tuning Advisor y SQL Access Advisor

Parte del perfil de un administrador de base de datos es el afinamiento de sentencias SQL, el afinamiento (o tuning) nos ayuda a mejorar el rendimiento de sentencias SQL dentro de nuestras bases de datos, mejorando: tiempos de respuesta de aplicaciones, tiempo de respuesta de procesos batch, consumo de recursos del sistema, escalabilidad de las aplicaciones. En Oracle, la ejecución de una sentencia SQL requiere tres fases: parseo, enlace y ejecución ( parse, bind and execute ). La parte de parseo es la que nos interesa para fines de este artículo. En esta, nuestro servidor interpreta lo que la sentencia significa y cuál es la mejor manera de ejecutarla. El parseo involucra interacción con el segmento de memoria SHARED POOL dentro de la instancia de la base de datos. Las estructuras del SHARED POOL convierten el SQL en algo ejecutable mediante un plan de ejecución. Plan de ejecución: es el resultado de la fase de parseo, indica la forma en cómo se va a acceder a los datos solici...
Read more

Tips para administración de memoria en una base de datos Oracle 11GR2

Image
Gestión de memoria en Oracle 11gR2 Constantemente recibo peticiones para establecer el tamaño ideal de memoria para una instancia de base de datos. Aunque el mejor consejo es manejar un estándar para toda las bases de datos, a veces el valor estándar no es suficiente o es demasiado, todo depende de los recursos con los que contemos y la funcionalidad que tendrá la base de datos. Aunque Oracle recomienda utilizar servidores dedicados para base de datos, en las organizaciones no siempre siguen ese consejo, esto sucede mucho en servidores de desarrollo, pruebas o QA, donde el servidor soporta: aplicación, base de datos, es repositorio de fuentes y hasta servidor ftp (he visto casos). La memoria es uno de los recursos mas valiosos de un servidor, pero, ¿por que rompernos la cabeza buscando un valor ideal para nuestros segmentos de memoria si Oracle puede hacerlo automáticamente y de forma eficiente? A continuación veremos algunos tips para administración eficiente de memoria...
Read more