Discussion :

[aemag]

bonjour,
j'ai supprimer un schéma oracle
drop user XXXXXX cascade;

seulement, la taille du tablespace que ce user utilisait n'a pas changé. elle tjs la même
vous savez ce que je dois faire pour réduire la taille de ce tablespace?
je travaille avec oracle 10g et 9i
merci
AEMAG

[Wurlitzer]

Si il n'y avait pas que ton user XXXXXX qui avait des objets dans ton tablespace tu peux faire un resize des datafiles qui compose ton tablespace (On ne joue jamais directement sur taille d'un tablespace mais sur celle de ces fichiers)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
ALTER DATABASE DATAFILE 'C:\ORACLE\ORADATA\SID\TOOLS01.DBF' RESIZE 11M;

Mais attention si tu as d'autres objets dans le tablesapce tu risques d'etre limiter dasn ton resize.

[LeoAnderson]

et en 10g, pensez à purger la recyclebin avant le resize !

[sofiane1111]

bonjour à tous

c'est plus correct d'utilisé le script ci-dessous, il te génére le script sql pour le resize avec une taille optimal pour tout les tablespaces.

code source:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
COLUMN file_name format a50 word_wrapped
COLUMN smallest format 999,990 heading "Smallest|Size|Poss."
COLUMN currsize format 999,990 heading "Current|Size"
COLUMN savings  format 999,990 heading "Poss.|Savings"
break ON report
compute sum of savings ON report
 
COLUMN value new_val blksize
SELECT value FROM v$parameter WHERE name = 'db_block_size'
/
spool chemin_fichier
SELECT file_name,
       ceil( (nvl(hwm,1)*&&blksize)/1024/1024 ) smallest,
       ceil( blocks*&&blksize/1024/1024) currsize,
       ceil( blocks*&&blksize/1024/1024) -
       ceil( (nvl(hwm,1)*&&blksize)/1024/1024 ) savings
FROM dba_data_files a,
     ( SELECT file_id, max(block_id+blocks-1) hwm
         FROM dba_extents
        GROUP BY file_id ) b
WHERE a.file_id = b.file_id(+)
/
 
COLUMN cmd format a90 word_wrapped
 
SELECT 'alter database datafile ''' || file_name || ''' resize ' ||
       ceil( (nvl(hwm,1)*&&blksize)/1024/1024 )  || 'm;' cmd
FROM dba_data_files a,
     ( SELECT file_id, max(block_id+blocks-1) hwm
         FROM dba_extents
        GROUP BY file_id ) b
WHERE a.file_id = b.file_id(+)
  AND ceil( blocks*&&blksize/1024/1024) -
      ceil( (nvl(hwm,1)*&&blksize)/1024/1024 ) > 0
ORDER BY tablespace_name
/ 
spool off

[magboom]

j'ai essayer le scripte proposé par sofiane il est impécable, mais quand je compare les recomendation du scripte parraport à l'affichage graphique de performance manager 'Nombre de bloks par tablespace' je trouve une divergence surtout au niveau des block libres , y'a til une explication pour ça , en plus si je peut me permetre , quel est le risque si je fait un resize d'un table space à une taille inferieur à la taille des bloks utilisé ?
merci d'avance !

[orafrance]

tu ne pourras pas réduire à moins d'un bloc. Le script de Sofiane ne tiens probablement pas compte du INITIAL des objets... c'est pourquoi tu vois une différence

[magboom]

Bonjour;
j'utilise oralcle 9.2 sous win2003 server;
je veux reduire la taille des tablespaces , j'ai essayé le scripte proposé par sofiane111 il marche trés bien, le probleme c'est que les recomendation du scripte ne suivent pas les resultats de l'etat graphqique de performance manager 'nombre des block par tablespace' surtout en ce qui concerne les block libre ,

d'autre part si par erreur je fait un resize de mon tablespace à une limite inferieur au nomrbre de blocks utilisé c'est quoi le risque,
merci d'avance.

[pifor]

d'autre part si par erreur je fait un resize de mon tablespace à une limite inferieur au nomrbre de blocks utilisé c'est quoi le risque,

Si Oracle ne peut pas exécuter une opération RESIZE sur un datafile, l'opération n'est pas exécutée et un message d'erreur est retourné.

[orafrance]

pas la peine de recréer un sujet

[magboom]

ok j'ai compris , merci