[DBA] Drop datafile

**mack27** · 14/02/2006, 18h53

Bonjour à tous,
j'ai créé par erreur 4 datafiles dans un tablespace ou il en existaient déjà.
J'ai voulu les détruire avec la commande ...Alter database datafile 'D: bla bla bla' OFFLINE DROP; puis j'ai détruit les fichiers physiquement sur le disque mais, j'ai des pb d'intégrité ... La commande Select * from v$datafile me retourne leur existance.
Il semble que ma procédure n'est pas bonne... Beurk
J'ai une sauvegarde des files ... donc je peux restaurer si besoin.
Sinon un stop and go de la base arrangera celà ?... Attention c'est une instance en production ...
Merçi stephan

**bouyao** · 14/02/2006, 19h07

1. Qu'elle est la statu des fichiers de données dans le vue v$datafile ?
Il faut savoir qu'Oracle requête dans le fichier de contrôle au lieu de la tablespace SYSTEM.
Essaye de faire un

Code :

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

ALTER SYSTEM SWITCH LOGFILE;

puis

Code :

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

 select * from v$datafile;

**mack27** · 14/02/2006, 19h13

Merçi Fait ... toujour là

NAME
--------------------------------------------------------------------------------
PLUGGED_IN BLOCK1_OFFSET
---------- -------------
AUX_NAME
--------------------------------------------------------------------------------
D:\ORACLE\ORADATA\V69\GDXINDX2.DBF

FILE# CREATION_CHANGE# CREATION TS# RFILE# STATUS ENABLED
---------- ---------------- -------- ---------- ---------- ------- ----------
CHECKPOINT_CHANGE# CHECKPOI UNRECOVERABLE_CHANGE# UNRECOVE LAST_CHANGE# LAST_TIM
------------------ -------- --------------------- -------- ------------ --------
OFFLINE_CHANGE# ONLINE_CHANGE# ONLINE_T BYTES BLOCKS CREATE_BYTES
--------------- -------------- -------- ---------- ---------- ------------
BLOCK_SIZE
----------
NAME
--------------------------------------------------------------------------------
PLUGGED_IN BLOCK1_OFFSET

**bouyao** · 14/02/2006, 19h20

Je pense que la base est en mode archivelog ?
Si c'est oui , soit tu met la fichier de données en offline

Code :

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

ALTER DATABASE DATAFILE <datafile name> OFFLINE;

ou la meilleur solution est de retaillé le fichier de données à 5Ko (comme ca oracle ne pourra jamais ecrire dans ce fichier de données).

Code :

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

ALTER DATABASE DATAFILE 'D:\ORACLE\ORADATA\V69\GDXINDX2.DBF' RESIZE 5K;

**mack27** · 15/02/2006, 11h11

Merçi mais je n'avance pas
J'avais déjà fait un OFFLINE DROP
- ALTER DATABASE DATAFILE 'D:\ bla bla bla' OFFLINE DROP;
- puis j'ai détruit les fichiers physiquement sur le disque.

Ce que je veux faire c'est détruire toute relation de la base avec ses 4 fichiers et les détruire physiquement car, aujourd'hui, j'ai un Pb de backup avec un utilitaire à chaud Time Navigator, qui s'appuie sur le Kernel Oracle et trouve une incohérence sur ses 4 fichiers.
J'ai bien fait un
ALTER SYSTEM SWITCH LOGFILE;
Cà ne change rien , je vois toujours ces fichiers avec la commande
SELECT * FROM V$DATAFILE;
Au secours !!!

**Jaouad** · 15/02/2006, 11h28

Tina ne s'appuie pas du tout sur oracle ( késako le kernel Oracle ?)

**LeoAnderson** · 15/02/2006, 11h32

Envoyé par Jaouad

Tina ne s'appuie pas du tout sur oracle ( késako le kernel Oracle ?)

Non, il existe un module à chaud pour Oracle ! ;-)

**laurentschneider** · 15/02/2006, 11h36

avec une version récente, on peut faire :

Code :

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

1
2
3
4
5
6
7
8
 
SQL> alter tablespace users add datafile '/tmp/x.dbf' size 1M;                                                                                                                  
 
Tablespace altered.
 
SQL> alter tablespace users drop datafile '/tmp/x.dbf';                                                                                                                         
 
Tablespace altered.

**mack27** · 15/02/2006, 11h41

TINA à un service qui permet de faire une sauvegarde à chaud sur Oracle.
Et comme je suis un nouveau en DBA je mélange les termes System / applis m'enfin, je pense que vous aviez compris et que vous vouliez faire du verbiage
Quand il lance sa sauvegarde, il trouve un incohérence sur ces 4 Datafiles
qui sont dans un tablespace avec d'autres Datafiles.
Je souhaite juste qu'on m'aide à supprimer d'oracle toute référence à ces 4 datafiles.
Pour Info Oracle 9 sur NT4
Attention, c'est une base en production.

**mack27** · 15/02/2006, 11h44

Avec un Oracle version 9.0 / NT as soon possible?

[Edité par LeoAnderson]

**mack27** · 15/02/2006, 11h50

Message envoyé par l'IT System chargé du Backup TINA

Description de l'anomalie (et éventuellement de ses conséquences)
Depuis le 14/02/2006 11h25, chaque sauvegarde à chaud par TINA de la base V69 (GEDIX DNC) sur le serveur sv0108 signale l'absence des fichiers GDXUSERS2.DBF, GDXINDX2.DBF, GDXUSERS.DBF et GDXINDX.DBF . Le DBA est avisé du problème qui subsiste malgré tout.
En cas de nécessité de rechargement de la base, la cohérence de cette dernière n'est donc pas garantie.

Pô good

**laurentschneider** · 15/02/2006, 15h39

Envoyé par mack27

Pour Laurent ...
Avec un Oracle version 9.0 / NT as soon possible?

non, 10.2

**mack27** · 15/02/2006, 15h47

Merçi Laurent j'ai vu ... Berk!
dans cette commande ...
SQL> alter tablespace users drop datafile '/tmp/x.dbf';
Oracle ne reconnait pas "drop"

As tu une solution ?
Merçi
stephan

**laurentschneider** · 15/02/2006, 16h35

export import

**bouyao** · 15/02/2006, 16h38

Autre Solution, est de créer le fichier de contrôles avec les bons fichiers de données.

**mack27** · 13/07/2006, 16h15

Bonjours tous,
je suis toujours avec mes merdes ...
Droper des datafiles, qui sont vus avec la commande:
Select * from DBA_DATA_FILES ...
------------------------------
Mais sur lesquels
1) j'ai lancé la commande
ALTER DATABASE
DATAFILE 'D:\ORACLE\ORADATA\V69\GDXINDX.DBF' OFFLINE DROP;
2)deleté physiquement les fichiers

Mais heu! ils sont toujours là et cà corrupt le backup car ils les voient virtuellement mais ne peut pas les atteindre.
J'ai lancé un Switch ... Toujours là
Cuncun de balaise pour m'aider ...
PM NT4 /Oracle 9.2.0
Merçi
------
Select * from DBA_DATA_FILES ...
-----------------------------------------------------------------------------
FILE_ID TABLESPACE_NAME BYTES BLOCKS STATUS
---------- ------------------------------ ---------- ---------- ---------
RELATIVE_FNO AUT MAXBYTES MAXBLOCKS INCREMENT_BY USER_BYTES USER_BLOCKS
------------ --- ---------- ---------- ------------ ---------- -----------

D:\ORACLE\ORADATA\V69\GDXUSERS.DBF
17 DONDNC AVAILABLE
17

D:\ORACLE\ORADATA\V69\GDXINDX.DBF
18 DONDNC AVAILABLE

**orafrance** · 13/07/2006, 16h22

on ne peut pas dropper un datafile.

et merci d'utiliser les balises QUOTE

**mack27** · 16/02/2006, 12h04

Pour Laurent Import Export, pas possible .... Base en Production

???
Autre Solution, est de créer le fichier de contrôles avec les bons fichiers de données.

Rep ... Moi pôv DBA nain, pô compris l'action à faire
Pourrais tu être plus limpide ?
Merçi
Stephan

**laurentschneider** · 16/02/2006, 12h22

tu es en production, ça veut dire quoi? tu n'as pas de maintenance possible? c'est du 7j/7 24h/24?

Dans ce cas, tu peux toujours

Code :

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

1
2
3
4
5
create tablespace ts2;
alter table t move tablespace ts2
alter index i rebuild tablespace ts2
drop tablespace ts1;
alter tablespace ts2 rename to ts1;

je ne suis pas sur pour le "rename" en 9.0, si jamais tu peux toujours MOVEr 2x