Changement de tablespace UNDO

Bonjour,

Petite question qui va vite etre résolue je pense :

Sur un serveur Win2000AS, eBusiness suite 11.5.9, et surtout base 9.2.0.7.

J'ai du effectué un changement du tablespace d'UNDO.

Pour ceci j'ai recupéré le DDL de l'ancien tablespace :

Code:

---

1 2	select DBMS_METADATA.GET_DDL('TABLESPACE', 'APPS_UNDOTS1') from dual;

---

Créé le nouveau tablespace :

Code:

---

1 2 3 4 5

CREATE UNDO TABLESPACE "UNDOTS1" DATAFILE 'E:\ORACLE\REF\REFDATA\DATA\UNDO01.DBF' SIZE 512M REUSE BLOCKSIZE 8192 EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT MANUAL

---

Ensuite :

Code:

---

1 2	ALTER SYSTEM SET UNDO_TABLESPACE = UNDOTS1 SCOPE = MEMORY;

---

Changer a la main le tablespace dans le PFILE ... (faudrai penser au SPFILE un jour :mouarf: )

Dans le fichier de log on observe bien que le log s'est bien fait :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28

Mon Nov 13 16:34:24 2006 CREATE UNDO TABLESPACE "UNDOTS1" DATAFILE 'E:\ORACLE\REF\REFDATA\DATA\UNDO01.DBF' SIZE 512M REUSE BLOCKSIZE 8192 EXTENT MANAGEMENT LOCAL AUTOALLOCATE Mon Nov 13 16:34:42 2006 Completed: CREATE UNDO TABLESPACE "UNDOTS1" DATAFILE 'E:\ORAC Mon Nov 13 16:36:30 2006 Successfully onlined Undo Tablespace 388. Undo Tablespace 369 moved to Pending Switch-Out state. *** active transactions found in undo tablespace 369 during switch-out. Mon Nov 13 16:36:30 2006 ALTER SYSTEM SET undo_tablespace='UNDOTS1' SCOPE=MEMORY; Mon Nov 13 16:39:15 2006 Undo Tablespace 369 moved to Pending Switch-Out state. Mon Nov 13 16:44:15 2006 Undo Tablespace 369 moved to Pending Switch-Out state. Mon Nov 13 16:47:41 2006 Completed checkpoint up to RBA [0x55ac.2.10], SCN: 0x0000.42d55fad Mon Nov 13 16:48:17 2006 Undo Tablespace 369 moved to Pending Switch-Out state. Undo Tablespace 369 moved to Pending Switch-Out state. Mon Nov 13 16:53:17 2006 Undo Tablespace 369 moved to Pending Switch-Out state. Mon Nov 13 16:53:28 2006 Undo Tablespace 369 successfully switched out.

---

Et en prime j'ai meme redémarré la base (base de tests) pour etre sur que tout les transastions soient bien terminées. Donc logiquement plus aucune transactions 'unexpired' dans mon ancien UNDO (APPS_UNDOTS1).

Je rédmarre la base => Pas de soucis, et je laisse vivre le systeme cette nuit.

Ce matin je constate que mon nouveau UNDO TABLESPACE est bien rempli, pas d'alert dans le log. Cependant il reste encore des datas dans mon ancien UNDO TABLESPACE (APPS_UNDOTS1) ...

Selon vous a quoi correspondent ces données, et puis je faire un DROP tranquillement ?

Merci !

PS : UNDO_RETENTION = 1800 et UNDO_MANAGEMENT = AUTO

Bonjour,

Si tu a redémarrer la base et le tablespace APPS_UNDOTS1 n'est plus le tablespace undo par défaut alors tu peut la supprimer (il faut comme même vérifier que personne n'utilise ce tablespace).

S'il reste des données dans APPS_UNDOTS1 c'est parce que tu a tuer des sessions avant. Quand on fait un kill d'une session en cours de traitement les undos ne sont pas purgés tout de suite.

Les "données" correspondent probablement aux rollback segments qui sont revenus à la taille initiale ou optimale mais qui doivent être vides.

Si

Code:

---

1 2 3

select tablespace_name, status from dba_tablespaces where tablespace_name='APPS_UNDOTS1'

---

retourne comme status OFFLINE, vous pouvez supprimer sans problème le tablespace. Sinon, la suppression du tablespace sera refusée.

Justement ... ce tablespace est encore ONLINE ...

Bizarre, le fichier de log dis bien que le switch est effectif ...

Code:

---

1 2	Undo Tablespace 369 successfully switched out.

---

comment t'a vu qu'il était rempli ?

1. essaye d'utiliser le spfile au lieu du pfile
2. vérifie bien le tablespace par défaut

Code:

---

1 2	show parameter undo

---

3. C'est normal que l'ancien tablespace undo est online, il faut le mettre en offline.

Citation:

---

Envoyé par Fred_D

comment t'a vu qu'il était rempli ?

---

Sous la console OEM 9, mon tablespace APPS_UNDOTS1 comprends encore environ 71M de datas ... Alors que le nouveau un peu pret 30M

Citation:

---

Envoyé par bouyao

1. essaye d'utiliser le spfile au lieu du pfile
2. vérifie bien le tablespace par défaut

Code:

---

1 2	show parameter undo

---

3. C'est normal que l'ancien tablespace undo est online, il faut le mettre en offline.

---

1. Oui je pense que je vais m'y mettre, mais rassures toi j'ai bien pensé a changer le paramètre avant le redémarrage de l'instance, pour preuve UNDO_TABLESPACE = UNDOTS1

3. Je vais donc mettre l'ancien tablespace en OFFLINE ...

Citation:

---

Envoyé par guigui_cwoco

Sous la console OEM 9, mon tablespace APPS_UNDOTS1 comprends encore environ 71M de datas ... Alors que le nouveau un peu pret 30M

---

et alors ? Ca peut être des extents vide non ?

et les kill sessions ? ;)

Citation:

---

Envoyé par Fred_D

et alors ? Ca peut être des extents vide non ?

---

Pas vides ... mais expirés ... donc je pense pouvoir faire mon DROP sans problemes.
C'est probablement lors du switch, les UNDOS sont expirés mais pas purgés ...

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138

select owner, segment_name, bytes, status from dba_undo_extents where tablespace_name = 'APPS_UNDOTS1';   OWNER SEGMENT_NAME BYTES STATUS ---------- -------------------- ---------- ------- SYS _SYSSMU29$ 57344 EXPIRED SYS _SYSSMU29$ 65536 EXPIRED SYS _SYSSMU29$ 1048576 EXPIRED SYS _SYSSMU29$ 65536 EXPIRED SYS _SYSSMU29$ 65536 EXPIRED SYS _SYSSMU28$ 57344 EXPIRED SYS _SYSSMU28$ 65536 EXPIRED SYS _SYSSMU28$ 65536 EXPIRED SYS _SYSSMU28$ 65536 EXPIRED SYS _SYSSMU28$ 65536 EXPIRED SYS _SYSSMU27$ 57344 EXPIRED   OWNER SEGMENT_NAME BYTES STATUS ---------- -------------------- ---------- ------- SYS _SYSSMU27$ 65536 EXPIRED SYS _SYSSMU27$ 1048576 EXPIRED SYS _SYSSMU27$ 65536 EXPIRED SYS _SYSSMU27$ 65536 EXPIRED SYS _SYSSMU26$ 57344 EXPIRED SYS _SYSSMU26$ 65536 EXPIRED SYS _SYSSMU26$ 1048576 EXPIRED SYS _SYSSMU26$ 1048576 EXPIRED SYS _SYSSMU25$ 57344 EXPIRED SYS _SYSSMU25$ 65536 EXPIRED SYS _SYSSMU25$ 8388608 EXPIRED   OWNER SEGMENT_NAME BYTES STATUS ---------- -------------------- ---------- ------- SYS _SYSSMU24$ 57344 EXPIRED SYS _SYSSMU24$ 65536 EXPIRED SYS _SYSSMU24$ 1048576 EXPIRED SYS _SYSSMU24$ 8388608 EXPIRED SYS _SYSSMU23$ 57344 EXPIRED SYS _SYSSMU23$ 65536 EXPIRED SYS _SYSSMU23$ 1048576 EXPIRED SYS _SYSSMU22$ 57344 EXPIRED SYS _SYSSMU22$ 65536 EXPIRED SYS _SYSSMU22$ 1048576 EXPIRED SYS _SYSSMU21$ 57344 EXPIRED   OWNER SEGMENT_NAME BYTES STATUS ---------- -------------------- ---------- ------- SYS _SYSSMU21$ 65536 EXPIRED SYS _SYSSMU21$ 8388608 EXPIRED SYS _SYSSMU20$ 57344 EXPIRED SYS _SYSSMU20$ 65536 EXPIRED SYS _SYSSMU20$ 1048576 EXPIRED SYS _SYSSMU20$ 1048576 EXPIRED SYS _SYSSMU19$ 57344 EXPIRED SYS _SYSSMU19$ 65536 EXPIRED SYS _SYSSMU19$ 1048576 EXPIRED SYS _SYSSMU19$ 1048576 EXPIRED SYS _SYSSMU18$ 57344 EXPIRED   OWNER SEGMENT_NAME BYTES STATUS ---------- -------------------- ---------- ------- SYS _SYSSMU18$ 65536 EXPIRED SYS _SYSSMU18$ 1048576 EXPIRED SYS _SYSSMU17$ 57344 EXPIRED SYS _SYSSMU17$ 65536 EXPIRED SYS _SYSSMU17$ 1048576 EXPIRED SYS _SYSSMU16$ 57344 EXPIRED SYS _SYSSMU16$ 65536 EXPIRED SYS _SYSSMU16$ 1048576 EXPIRED SYS _SYSSMU15$ 57344 EXPIRED SYS _SYSSMU15$ 65536 EXPIRED SYS _SYSSMU15$ 1048576 EXPIRED   OWNER SEGMENT_NAME BYTES STATUS ---------- -------------------- ---------- ------- SYS _SYSSMU14$ 57344 EXPIRED SYS _SYSSMU14$ 65536 EXPIRED SYS _SYSSMU14$ 1048576 EXPIRED SYS _SYSSMU13$ 57344 EXPIRED SYS _SYSSMU13$ 65536 EXPIRED SYS _SYSSMU13$ 1048576 EXPIRED SYS _SYSSMU12$ 57344 EXPIRED SYS _SYSSMU12$ 65536 EXPIRED SYS _SYSSMU12$ 1048576 EXPIRED SYS _SYSSMU11$ 57344 EXPIRED SYS _SYSSMU11$ 65536 EXPIRED   OWNER SEGMENT_NAME BYTES STATUS ---------- -------------------- ---------- ------- SYS _SYSSMU11$ 1048576 EXPIRED SYS _SYSSMU10$ 57344 EXPIRED SYS _SYSSMU10$ 65536 EXPIRED SYS _SYSSMU10$ 1048576 EXPIRED SYS _SYSSMU10$ 1048576 EXPIRED SYS _SYSSMU9$ 57344 EXPIRED SYS _SYSSMU9$ 65536 EXPIRED SYS _SYSSMU9$ 1048576 EXPIRED SYS _SYSSMU8$ 57344 EXPIRED SYS _SYSSMU8$ 65536 EXPIRED SYS _SYSSMU8$ 1048576 EXPIRED   OWNER SEGMENT_NAME BYTES STATUS ---------- -------------------- ---------- ------- SYS _SYSSMU8$ 8388608 EXPIRED SYS _SYSSMU7$ 57344 EXPIRED SYS _SYSSMU7$ 65536 EXPIRED SYS _SYSSMU7$ 1048576 EXPIRED SYS _SYSSMU6$ 57344 EXPIRED SYS _SYSSMU6$ 65536 EXPIRED SYS _SYSSMU6$ 1048576 EXPIRED SYS _SYSSMU6$ 1048576 EXPIRED SYS _SYSSMU5$ 57344 EXPIRED SYS _SYSSMU5$ 65536 EXPIRED SYS _SYSSMU5$ 1048576 EXPIRED   OWNER SEGMENT_NAME BYTES STATUS ---------- -------------------- ---------- ------- SYS _SYSSMU5$ 1048576 EXPIRED SYS _SYSSMU4$ 57344 EXPIRED SYS _SYSSMU4$ 65536 EXPIRED SYS _SYSSMU4$ 1048576 EXPIRED SYS _SYSSMU3$ 57344 EXPIRED SYS _SYSSMU3$ 65536 EXPIRED SYS _SYSSMU3$ 1048576 EXPIRED SYS _SYSSMU3$ 1048576 EXPIRED SYS _SYSSMU2$ 57344 EXPIRED SYS _SYSSMU2$ 65536 EXPIRED SYS _SYSSMU2$ 1048576 EXPIRED   OWNER SEGMENT_NAME BYTES STATUS ---------- -------------------- ---------- ------- SYS _SYSSMU2$ 1048576 EXPIRED SYS _SYSSMU1$ 57344 EXPIRED SYS _SYSSMU1$ 65536 EXPIRED SYS _SYSSMU1$ 1048576 EXPIRED SYS _SYSSMU1$ 1048576 EXPIRED   104 rows selected.

---

Ce serait bien si on avait aussi la colonne status ...

Citation:

---

Envoyé par pifor

Ce serait bien si on avait aussi la colonne status ...

---

Oui désolé je l'avais oubliée ... Mais voila je m'en suis rendu compte en meme temps que ton intervention !

désolé , j'ai confondu temporaire et undo, donc ce nes' pas les kill sessions.
par contre ca vient de l' undo_retention qui consiste à garder des segments undo.
Pour moi tu peut mettre le tablespace offline.

L'UNDO_RENTENTION est a 1800 secondes.

La manip a été faite hier soir, ils auraient peut etre du etre purgés d'ici la.

Je pense peut etre au derniers UNDOS qui étaient encore ACTIVE lors du switch. Ceux si ont éxpirés noralement lorsque j'ai fais un SHUTDOWN de la base, mais Oracle n'a pas du les purgés puisque le tablespace APPS_UNDOTS1 n'était plus le UNDO_TABLESPACE par default.

Ca se tiens ?

Ca ce tiens,
oracle ne purgera pas les undos de l'ancien tablespace undos s'il n'est plus par défaut.

Pourquoi il est en délestage ce sujet ?

Bon apparemment c'est OFFLINE. Pas de soucis.
Tablespace parfait candidat pour un DROP ...

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

SQL*Plus: Release 9.2.0.1.0 - Production on Tue Nov 14 14:12:29 2006   Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.     Connected to: Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.7.0 - Production   SQL> alter tablespace APPS_UNDOTS1 offline;   Tablespace altered.   SQL> select status from dba_tablespaces where tablespace_name = 'APPS_UNDOTS1';   STATUS --------- OFFLINE   SQL>

---

De plus le fait de le passer OFFLINE, l'a purgé :

Code:

---

1 2 3 4 5 6 7

SQL> select owner, segment_name, bytes from dba_undo_extents where tablespace_na me = 'APPS_UNDOTS1';   no rows selected   SQL>

---

Tablespace supprimé.

Le probleme est clos.

Merci de votre aide.