Discussion :

[Mehdilis]

J’ai une base de test(oracle 8I sous windows), j’ai fait un shutdown immediate , la base ne répond pas.
Voici le fichier d’alerte généré :

Thu Apr 12 12:20:14 2007
alter database backup controlfile to 'C:\Documents and Settings\SCHOPPE\control1.ctl' reuse

Thu Apr 12 13:16:01 2007
Starting ORACLE instance (normal)
Thu Apr 12 13:17:25 2007
alter database backup controlfile to trace

Completed: alter database backup controlfile to trace
Thu Apr 12 13:20:01 2007
Restarting dead background process EMN0
EMN0 started with pid=15


Thu Apr 12 13:20:12 2007
Shutting down instance (immediate)
License high water mark = 5Restarting dead background process EMN0
EMN0 started with pid=15
Thu Apr 12 13:20:12 2007
Shutting down instance (immediate)
License high water mark = 5

Pourriez vous svp me dire qoui faire ? pour la redemarrer et retablir la situation.

Merci d’avance de votre aide

[bouyao]

Soit tu attend 1 heure ou plus. Sinon tu fait

Code :

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

1
2
 
shutdown abort

et ca peut corrompre les fichiers redo en ligne.

[LeoAnderson]

Ne rien faire si ce n'est attendre !

Un shutdown immediate est un shutdown propre qui synchronise tous les fichiers, et effectue les rollbacks pour les transactions en cours.

Si il y en avait beaucoup et des très volumineuses, ça peut prendre du temps...

mais si vous faites un shutdown abort, certes la base sera arrêtée plus vite mais :
1. ça risque de corrompre la base (redo ou control)
2. Le temps évité au shutdown sera consommé au restart...

[Mehdilis]

Bonjour,
Merci pour vos conseils, le shutdown immdiate a mis du temps je pense a cause de la premiere sauvegarde de la base, mais le probléme est résolu exactement à ce que vous maviez dit.

Merci!!!!!!!!

[orafrance]

1. ça risque de corrompre la base (redo ou control)
2. Le temps évité au shutdown sera consommé au restart...

1. je crois que c'est une idée reçue, en effet, le shutdown abort est garantie par Oracle, il n'y a aucun risque tant que les archives et/ou redo sont présent
2. sauf que le rollback n'empêche pas l'ouverture de la base, ça permet ainsi une moindre indispo

[LeoAnderson]

1. C'est pas une légende, c'est du vécu !
Il avait commencé un checkpoint => certains fichiers étaient plus récents que les control => ils ne voulait pas démarrer en me disant que j'avais un controlfile trop vieux.
Depuis, je suis vacciné contre les shutdown aborts !

2. Sauf si tu dois restaurer (cf 1)
et le rollback se fait avant d'avoir ta base open (t'as jamais remarqué que parfois le open prenait bcp de temps ? )

[orafrance]

1. ça se recréer les fichiers de contrôle

2. C'est le media recovery qui bloque l'ouverture. Le rollback se fait en background, il plombe bien entendu les perfs mais n'empêche pas d'ouvrir la base. Nous arrêtons toutes les instances de cette manière pour éviter l'indispo justement