Une base de données 9i (9.2.0.7) de 15go avec un tbs SYSTEM de 7Go !! Puis-je réduire la taille de ce tbs et comment ?
Merci pour toutes réponses ...
annemar
Une base de données 9i (9.2.0.7) de 15go avec un tbs SYSTEM de 7Go !! Puis-je réduire la taille de ce tbs et comment ?
Merci pour toutes réponses ...
annemar
7 Go ? Es-tu sûr que tu n'as pas d'objets appartenant à des schémas applicatifs ?
Que donne la requête suivante :
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2 select owner,sum(bytes) from dba_segments where tablespace_name = 'SYSTEM' group by owner;
La théorie, c'est quand on sait tout mais que rien ne fonctionne.
La pratique, c'est quand tout fonctionne mais que personne ne sait pourquoi.
Ici, nous avons réuni théorie et pratique : Rien ne fonctionne ... et personne ne sait pourquoi !
Réplication de base avec Postgresql : http://scheu.developpez.com/tutoriel.../log-shipping/
ouais, il y a surement des choses dans system qui ne sont pas au bon endroit !
Pour sur, il y a du move et du rebuild dans l'air.
A moins qu'un tablespace temporaire défini en tant que system ait écrit dedans.
La réduction d'un datafile se fait avec la commande alter database datafile '/..../fichier.xxx' resize nnnM;
Si toutefois le high water mark du datafile le permet.
Bon, il n'y a pas que du SYSTEM ou SYS, mais ce ne sont pas des schémas de nos applicatifs. De plus, la taille cumulée de ces octets ne semble pas faire les 7go de la tbs.
SQL> SELECT owner,sum(bytes) FROM dba_segments
WHERE tablespace_name = 'SYSTEM' GROUP BY owner; 2
OWNER SUM(BYTES)
------------------------------ ----------
DBSNMP 720896
ORDSYS 458752
OUTLN 393216
SYS 640942080
SYSTEM 21757952
WMSYS 3866624
6 rows selected.
Que puis-je faire ?
La somme des tailles des objets fait beaucoup moins que 7 Go ...
Comme dit 13thFloor, le tablespace SYSTEM ne serait-il pas utilisé à tort comme tablespace temporaire ? As-tu bien créé un autre tablespace temporaire (souvent il s'appelle TEMP) utilisé par défaut ?
La théorie, c'est quand on sait tout mais que rien ne fonctionne.
La pratique, c'est quand tout fonctionne mais que personne ne sait pourquoi.
Ici, nous avons réuni théorie et pratique : Rien ne fonctionne ... et personne ne sait pourquoi !
Réplication de base avec Postgresql : http://scheu.developpez.com/tutoriel.../log-shipping/
Correction de ce que je viens de répondre :
SQL> SELECT owner,sum(bytes) FROM dba_segments
2 WHERE tablespace_name = 'SYSTEM' GROUP BY owner;
OWNER SUM(BYTES)
------------------------------ ----------
DBSNMP 720896
ORDSYS 458752
OUTLN 393216
SYS 6959857664
SYSTEM 21626880
WMSYS 3866624
6 rows selected.
On a bien les 6 schémas mais la taille n'est pas la même ; ici, on retrouve bien les 7 go !! (je m'étais trompée de db, bien sûr !!)
Complément d'info
Via OEM Grid, je trouve :
table SYS.SOURCE$ --> 4 711 424 KB
index SYS.I_SOURCE1 --> 1 246 208 KB
Comment les "réduire" ?
quels sont ces gros objets dans sys?
peut-être qu'il y a en effet une quantité effroyable de packages...
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6 select * from ( select segment_type, segment_name, bytes from dba_segments where owner='SYS' order by bytes desc) where rownum<10;
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4 select owner, sum(length(text)) from dba_source group by rollup(owner) order by 2;
Partager