Crash de l'instance après un échec d'import

Version imprimable

25/09/2008, 16h06
magboom

Crash de l'instance après un échec d'import

Bonjour,
depuis 2 jours j'essaye d'importer un schéma sur mon instance est ça me cause un plantage de mon serveur . Apres le redemarage l'instance ne veut pas passer à l'etat OPEN reste dans l'état mount,
quand je consulte le fichier d'alerte j'ai cette erreur :

Citation:

alter database open
ORA-1122 signalled during: alter database open...

L'OS c'est windows 2003 SP2
Oracle 9.2.0.1.
RAM 2 Go
25/09/2008, 16h15
scheu
Si tu fais
Code:

1 2 3 connect sys as sysdba; shutdown immediate; startup;
ça t'affiche quoi ?

quand j'execute ce que tu m'as dit j'ai ça :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
SQL> shutdown Immediate;
ORA-01109: base de donnÚes non ouverte
 
 
Base de donnÚes dÚmontÚe.
Instance ORACLE arrÛtÚe.
SQL> startup;
Instance ORACLE lancÚe.
 
Total System Global Area  135338868 bytes
Fixed Size                   453492 bytes
Variable Size             109051904 bytes
Database Buffers           25165824 bytes
Redo Buffers                 667648 bytes
Base de donnÚes montÚe.
ORA-01122: Echec de contr¶le de vÚrification pour fichier BdD 10
ORA-01110: fichier de donnÚes 10 : 'F:\ORACLE\ORADATA\NTXMOA\USERS_TEST.ORA'
ORA-01200: taille fichier 6568 infÚrieure Ó taille correcte de 7016 blocs
 
 
SQL>

25/09/2008, 17h22
magboom

aussi mon instance est en mode NOARCHIVELOG,
merci à vous
25/09/2008, 17h25
scheu

Ton fichier F:\ORACLE\ORADATA\NTXMOA\USERS_TEST.ORA est corrompu ou a dû être modifié. Qu'as-tu fais comme manips dessus ?
25/09/2008, 17h48
magboom

J'ai pu ouvrir mon instance en appliquant une procedure que j'ai trouvé sur le forum : http://www.developpez.net/forums/d13...tion-datafile/

mais ça ne resoud pas mon problème.
pour repondre à ta question :
je suis entrain d'importer une base de données exporté sous un schéma x vers un schema Y : en utilisant la commande :
imp user/password@SID file='monfichier dump' log = 'mon log' ignore=Y fromuser=x touser=Y .
le user y à le tablespace corrompu comme table space pr deffaut,
Le tablespace initialement est en autoextend. arrivée à une taille approximative de 5m il se plente.
Merci de vottre soutien.
25/09/2008, 17h56
PpPool

vérifie que la taille de ton bloc (paramètre BLOCK_SIZE) est identique sur les 2 serveurs.
25/09/2008, 18h05
magboom

la taille est la meme sur les deux serveurs , a savoir :
8192
merci.
28/09/2008, 10h02
magboom

Bonjour,
Le Data file que je suis entrain de remplir se trouve dans le lecteur F:, Par contre j'ai refait la meme opération ( mem dump de la base de donnes, meme utilisateur etc...) mais avec un datafile sur le C: ( là ou est installé Oracle) ça marche et je n'ai eu aucun message d'erreur,
Le Problème c'est que je veux que tou mes tables spaces utilisateurs aient leurs data file sur le E:,

j'ai fait un scan du lecteur E qui n'as fait ressortir rien;

C'est du à quoi ce problème ?
merci pour votre aide
29/09/2008, 11h27
magboom

je ne sais pas s'il ya un lien mais ce que j'ai constaté :
quand je fait des imports sur le meme disk ou est instalé oracle ça fonctionne, mais quand je fait des installations séparé ça ne fonctionnes pas :
ORACLE installé sur le lecteur C et datafile sur le lecteur C : OK
ORACLE installé sur le lecteur C et datafile sur le E : KO
ORACLE installé sur le lecteur F et datafile sur le F : OK
merci de vottre aide.