[DBA] Drop datafile

Version imprimable

14/02/2006, 17h53
mack27

[DBA] Drop datafile

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
14/02/2006, 18h07
bouyao

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:

ALTER SYSTEM SWITCH LOGFILE;

puis

Code:

select * from v$datafile;
14/02/2006, 18h13
mack27

Merçi Fait ... toujour là

Citation:

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
14/02/2006, 18h20
bouyao

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

Code:

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:

ALTER DATABASE DATAFILE 'D:\ORACLE\ORADATA\V69\GDXINDX2.DBF' RESIZE 5K;
15/02/2006, 10h11
mack27

DBA drop datafile

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 !!!
15/02/2006, 10h28
Jaouad

Tina ne s'appuie pas du tout sur oracle ( késako le kernel Oracle ?)
15/02/2006, 10h32
LeoAnderson

Citation:

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 ! ;-)

avec une version récente, on peut faire :

Code:

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.

15/02/2006, 10h41
mack27

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.
15/02/2006, 10h44
mack27

Avec un Oracle version 9.0 / NT as soon possible?

[Edité par LeoAnderson]
15/02/2006, 10h50
mack27

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
15/02/2006, 14h39
laurentschneider

Citation:

Envoyé par mack27

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

non, 10.2
15/02/2006, 14h47
mack27

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
15/02/2006, 15h35
laurentschneider

export import
15/02/2006, 15h38
bouyao

Autre Solution, est de créer le fichier de contrôles avec les bons fichiers de données.
16/02/2006, 11h04
mack27

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
16/02/2006, 11h22
laurentschneider
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:

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
16/02/2006, 11h28
LeoAnderson

:arrow: mack27 : merci de tenir comptes des messages privés et de les lire !!! :evil:

Si vous persistez, je me verrais contraint d'effacer l'enfilade.
16/02/2006, 12h19
mack27

Message à LeoAnderson
Pas compris, mes bôites sont lues continuellement ....
Préciser votre remarque!
Merçi
stephan
16/02/2006, 12h52
LeoAnderson

je vous ai envoyé un MP, merci de le lire et de me répondre pas voie de MP ! ;-) (pour ce faire, suivez le lien que je vous indiquait précédemment)

Vous avez vu que vous aviez un message mais vous ne l'avez pas lu !
13/07/2006, 15h15
mack27

Drop datafile pas glop !!!

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
13/07/2006, 15h22
orafrance

on ne peut pas dropper un datafile.

et merci d'utiliser les balises QUOTE :)