La procédure à suivre pour recréer un tablespace

Version imprimable

17/10/2005, 14h10
tsunamijf

La procédure à suivre pour recréer un tablespace

Bonjour,

Je suis sous Oracle 9i
J'ai un tablespace qui est composé d'un fichier de données qui est beaucoup trop volumineux par rapport aux données qu'il contient.
Le coalesce ne fonctionne hélas pas :cry:

J'aimerais donc recréer ce fichier de données tout en sachant qu'il est utilisé en permanence par la base ...

Faut il obligatoirement faire la manip avec la base offline ?
Quelle est la meilleure procédure à suivre afin de transférer ces données vers un nouveau datafile qui porterait le meme nom ?

J'ai pensé à :
1) export des données
2) creation du datafile
3) import des données dans le nouveau datafile
4) ancien datafile offline + delete
5) renommer le nouveau datafile pour avoir le nom de l'ancien

Mais cette procédure fonctionne seulement avec la base offline ... en raison des données qui pourraient s'enregistrer dans l'ancien datafile durant la procédure ...

Votre aide est la bienvenue afin de m'indiquer une bonne procédure fiable et éprouvée :D :wink:
17/10/2005, 15h14
Jaouad

Bonjour ,

1) Avez vous essayez de determiner le HWM ?

Jaouad
17/10/2005, 15h34
tsunamijf

Bonjour,

Voici le résultat que j'obtiens pour le tablespace en question :

FILE_SIZE_IN_BYTES
4,1527E+10

HWM_BYTES
1,7310E+10

SAVING
2,4217E+10

Avec un logiciel comme Tora,
je vois que le TBS fait environ 40go dont 39Go d'utilisé alors que je ne pense pas que ce soit le cas ...

EDIT : Je précise que sur le Tablespace, il y a eu une grande opération de suppression d'enregistrement ...
17/10/2005, 15h38
Jaouad

excusez moi mais je n'ai pas trés bien saisit ,
Vous avez un TBS de 40 giga avec 39 Go d'utilisé et vous souhaitez donc pouvoir diminuer ce fichier .

je ne comprends pas pourquoi vous voulez effectuer cette opération .

Je vous donne quand même une solution On line .

1) créer le TBS voulu
2) si Table faire un move
3) si Index faire un rebuild online
4) dropper l'ancien TBS

Ceci étant dit cela risque de ralentir votre base et de provoquer des attentes sur les objets en cours .... ( mais le reste des données est acessible normalement )
17/10/2005, 15h42
tsunamijf

En fait, il y a environ 2 mois, pour une raison X, plusieurs millions d'enregistrements ont été inseré dans une des tables du tablespace ce qui a entrainé une augmentation de la taille du datafile de 4go à 40go
Depuis, j'ai supprimé les enregistrements qui n'étaient plus nécessaires (les millions d'enregistrements créés précedemment)
Or, le datafile a toujours la même taille
et il y a seulement quelques milliers d'enregistrements sur la datafile, je ne vois pas pourquoi le datafile n'a pas repris sa taille précédente :oops:
17/10/2005, 15h43
Jaouad

c 'est tout à fait normal , le fichier ne reprend pas sa taille automatiquement et notamment à cause du HWM

Tu peux donc utilisé la méthode décrite plus haut

Ps : donc ton fichier ne contient pas 39 go de données comme tu l'a écrit plus haut

Jaouad
17/10/2005, 15h47
tsunamijf

Je suis donc obligé de supprimer/recréer le tablespace pour retrouver une taille correspondant aux enregistrements inscrits dans les tables du TBS ?

:(

C'est pas un peu nul de se recréer à la main des tablespaces pour retrouver un espace disque qui n'est normalement plus utilisé ? :?:

Merci pour tes conseils avisés 8)
17/10/2005, 16h06
Jaouad

non , il n'est pas besoin de dropper un tbs , tu peux diminuer sa taille par la commande :

Code:

alter database datafile datafile_name resize taile ;

des que le HWM le permet

Jaouad
17/10/2005, 16h27
tsunamijf

J'essaie de resizer un datafile avec les informations suivantes concernant le HWM :

- Taille totale du datafile : 4go
- position HWM : 2go
- espace gagné : 2go

quand j'essaie de faire un resize à 2,4Go
il me dit que le fichier contient des données utilisées au-delà de la valeur ...
Je pensais que le HWM correspondait au dernier bloc qui contient des données ...

pour avoir le HWM

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
set linesize 250
column file_name format a55;
column tablespace_name format a20;
column highwater format 999999999999999;
set pagesize 9999
 
select a.tablespace_name
       ,a.file_name
       ,(b.maximum+c.blocks-1)*d.db_block_size highwater
from   dba_data_files a
       ,(select file_id,max(block_id) maximum
         from dba_extents
         group by file_id) b
       ,dba_extents c
       ,(select value db_block_size
         from v$parameter
         where name='db_block_size') d
where a.file_id  = b.file_id	
and   c.file_id  = b.file_id
and   c.block_id = b.maximum
order by a.tablespace_name,a.file_name
/

18/10/2005, 15h46
tsunamijf

Bonjour,:wink:

j'aimerais savoir si un

ALTER TABLE nom DEALLOCATE UNUSED sur les tables appartenant au Tablespace pourrait permettre de resizer automatiquement le datafile du tablespace en question ? :?: