Version imprimable
Bonjour,
hier j'ai agrandi un datafile via QUEST. Ca ne s'est pas trop bien passé, j'ai du arrêter l'instance et la redémarrer. Le fichier Unix a bien été étendu à à 2Gb tandisque les outils d'admin Oracle (Quest, Oem entre autres) me donne toujours l'ancienne taille (1gb).:calim2: Que dois-je faire ?
Merci de votre aide
Bonjour Alain,
Quels sont les erreurs que vous avez rencontré ? Avez-vous tenter d'agrandir le Datafile ou le Tablesapce ?
L'idéal serait que vous fournissiez la partie du fichier alert.log ou les erreurs ainsi que les commandes passèes seront tracées.
En fait ce qui s'est passé, nous avions un pb sur le disque, plus vu par le système (NO_HW). Les disques sont mirrorés. J'ai du interrompre l'alter database après 20 minutes d'inaction. Ensuite j'ai du redémarrer la base avec un shutdown abort. La base a redémarré sans problème sauf que le fichier sur disque est passé à la nouvelle taille (2Gb) mais Oracle ne le voit qu'avec son ancienne taille (1Gb). PS - Le disque a été changé.
:roll:
Merci de fournir un extrait de l'alert.log correspondant à tout cela.
L'alert.log :
Merci pour votre aide :roll:Code:
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
38
39
40
41
42
43
44
45
46
Vous avez reçu les deux messages d'erreur ci-dessous puis avez lancé un shutdown abort :
Voici la cause de la première erreur :Code:
2
Voici la cause de la seconde erreur :Code:
2
3
Quelle est la version d'Oracle utilisée ?Code:
2
3
Avez-vous eu de l'activité sur votre base depuis cette erreur ?
Si la réponse est non, la solution la plus simple est de restaurée votre base avant l'incident, de corriger la première erreur due au système (manque de place ?), et de rejouer l'agrandissement du datafile.
Effectivement, c'est moi qui ait cancelé la tâche après 20 minutes. Celà à provoqué le blocage de la base. J'ai donc fait un shutdown abort et un redémarrage. La base a redémarré sans pb.
La seule problématique est que le datafile agrandi vu par Oracle fait 1Gb et par Unix 2 Gb...
:cry::cry:
Avez-vous tenter de relancer les commandes :
Pour tenter le réduire :
Pour tenter l'agrandir de nouveau :Code:ALTER DATABASE DATAFILE '/u03/REEL/oradata/CLYPRD1/idx1CLYCLYPRD1m.dbf' RESIZE 1000 M;
Code:ALTER DATABASE DATAFILE '/u03/REEL/oradata/CLYPRD1/idx1CLYCLYPRD1m.dbf' RESIZE 2000 M;
Je ne pensais pas que l'on pouvait réduire les datafiles.
Comment se débrouille-t-il avec unix ?
La commande ci-dessous réduit le Datafile uniquement après qu'Oracle ait vérifié que dans les 1 Go il n'y ait aucune données. Ensuite, il utilise des primitives Unix/Linux.Citation:
Jed ne pensais pas que l'on pouvait réduire les datafiles. Comment se débrouille-t-il avec unix ?
Code:ALTER DATABASE DATAFILE '/u03/REEL/oradata/CLYPRD1/idx1CLYCLYPRD1m.dbf' RESIZE 1000 M;
je pense qu'il y a des données dedans.
Si je repasse la commande Alter database datafile à 2gb qui doit être la bonne taille, est-ceque ca peut marcher ?
J'avoue que je marche sur des oeufs là-dedans
:?
La question est surtout de savoir si des données ont été ajoutées au delà du 1er Go depuis que vous avez tenté d'agrandir le datafile. Mais, je ne pense pas que cela soit le cas vu l'erreur que vous avez eu.
Quoi qu'il en soit, la commande de réduction du datafile échouera si des données sont présentes.
Quel est le risque si la commande ne passe pas ?
Blocage de la base ? Je demande ca parce que c'est une base de prod et que j'aimerai pas avoir à arrêter les utilisateurs :?
Pas de risque. Si Oracle ne peux pas faire le resize, il ne le fera pas.
Problème résolu sans difficultés particulières
Merci pour le coup de main
A bientot
:ccool: