(→TEMP) |
|||
| (12 versions intermédiaires masquées) | |||
| Ligne 1 : | Ligne 1 : | ||
| + | [[Oracle|retour vers Oracle]] | ||
| + | |||
===TEMP=== | ===TEMP=== | ||
| - | Pour purger le ou les tablespaces TEMP, | + | Pour purger le ou les tablespaces TEMP, arrêter et relancer la base. Ils sont vidés lors du démarrage par le processus SMON. Mais, ce n'est pas toujours possible d'attendre. Dans ce cas, créé en un nouveau tablespace TEMP et supprimé l'ancien<br> |
| - | voir: http://oracle.developpez.com/faq/?page=4-4#tmptablespace | + | ALTER TABLESPACE TEMP ADD TEMPFILE '[chemin du fichier]\TEMP02.dbf' SIZE 1000M REUSE AUTOEXTEND ON; |
| + | ALTER DATABASE TEMPFILE '[chemin du fichier]\TEMP01.dbf' DROP INCLUDING DATAFILES; | ||
| + | Les blocks temp ne sont jamais désalloués même s'ils ne sont plus utilisés.Il n'y a qu'un stop/start de la base pour désallouer le temp. | ||
| + | |||
| + | voir: <br> | ||
| + | http://oracle.developpez.com/faq/?page=4-4#tmptablespace<br> | ||
| + | http://www.developpez.net/forums/d220510/bases-donnees/oracle/administration/tablespace-temp-enorme-33-go-plein-100-a/ | ||
<br><br> | <br><br> | ||
===UNDO=== | ===UNDO=== | ||
| - | l'UNDO | + | l'UNDO ou tablespace d'annulation est utilisé pour le rollback (retour arriere).<br> |
| - | + | Il ne réduit pas sans l'intervention d'un administrateur. Il est nécessaire d'en créer un nouveau temporaire UNDOTBS2, de supprimer l'original et de recréer l'UNDOTBS1 pour enfin supprimer l'UNDOTBS2.<br> | |
| + | Voici les 6 étapes: | ||
<pre> | <pre> | ||
1 CREATE UNDO TABLESPACE UNDOTBS2 DATAFILE ‘/vol1/oracle/oradata/oracle1/undotbs02.dbf’ SIZE 50 M AUTOEXTEND OFF ; | 1 CREATE UNDO TABLESPACE UNDOTBS2 DATAFILE ‘/vol1/oracle/oradata/oracle1/undotbs02.dbf’ SIZE 50 M AUTOEXTEND OFF ; | ||
| Ligne 15 : | Ligne 24 : | ||
6 DROP TABLESPACE undotbs2 INCLUDING CONTENTS AND DATAFILES ; | 6 DROP TABLESPACE undotbs2 INCLUDING CONTENTS AND DATAFILES ; | ||
</pre> | </pre> | ||
| + | voir: http://www.sqlpac.com/referentiel/docs/oracle-shrink-reduction-tablespace-undo.htm | ||
Pour purger le ou les tablespaces TEMP, arrêter et relancer la base. Ils sont vidés lors du démarrage par le processus SMON. Mais, ce n'est pas toujours possible d'attendre. Dans ce cas, créé en un nouveau tablespace TEMP et supprimé l'ancien
ALTER TABLESPACE TEMP ADD TEMPFILE '[chemin du fichier]\TEMP02.dbf' SIZE 1000M REUSE AUTOEXTEND ON; ALTER DATABASE TEMPFILE '[chemin du fichier]\TEMP01.dbf' DROP INCLUDING DATAFILES;
Les blocks temp ne sont jamais désalloués même s'ils ne sont plus utilisés.Il n'y a qu'un stop/start de la base pour désallouer le temp.
voir:
http://oracle.developpez.com/faq/?page=4-4#tmptablespace
http://www.developpez.net/forums/d220510/bases-donnees/oracle/administration/tablespace-temp-enorme-33-go-plein-100-a/
l'UNDO ou tablespace d'annulation est utilisé pour le rollback (retour arriere).
Il ne réduit pas sans l'intervention d'un administrateur. Il est nécessaire d'en créer un nouveau temporaire UNDOTBS2, de supprimer l'original et de recréer l'UNDOTBS1 pour enfin supprimer l'UNDOTBS2.
Voici les 6 étapes:
1 CREATE UNDO TABLESPACE UNDOTBS2 DATAFILE ‘/vol1/oracle/oradata/oracle1/undotbs02.dbf’ SIZE 50 M AUTOEXTEND OFF ; 2 ALTER SYSTEM SET undo_tablespace = UNDOTBS2 ; 3 DROP TABLESPACE undotbs1 INCLUDING CONTENTS AND DATAFILES ; 4 CREATE UNDO TABLESPACE UNDOTBS1 DATAFILE ‘/vol1/oracle/oradata/oracle1/undotbs01.dbf’ SIZE 500 M AUTOEXTEND ON NEXT 5 M ; 5 ALTER SYSTEM SET undo_tablespace = UNDOTBS1 ; 6 DROP TABLESPACE undotbs2 INCLUDING CONTENTS AND DATAFILES ;
voir: http://www.sqlpac.com/referentiel/docs/oracle-shrink-reduction-tablespace-undo.htm