Discussion :

[madmaxou]

Bonjour tout le monde,

Lors d'un processus de sauvegarde d'Oracle (que je ne maitrise déjà pas bien ) nous avons du faire face à un étrange problème.

En gros, pour effectuer notre backup à froid, on arrête notre instance avec un shutdown immediate (de ce que j'ai pu lire ^^), puis on effectue un snapshot (sur notre netapp), et pour finir on relance la base.

Le hic, c'est que j'ai ça comme Logs :
(udump)

Mon Apr 20 01:19:42 2009
Shutting down instance: further logons disabled
Shutting down instance (immediate) ==> Effet du script de backup, base en shutdown immediate, semble OK ??
License high water mark = 35
Mon Apr 20 01:19:45 2009
ALTER DATABASE CLOSE NORMAL
Mon Apr 20 01:19:46 2009
SMON: disabling tx recovery
SMON: disabling cache recovery
Mon Apr 20 01:19:46 2009
Shutting down archive processes
Archiving is disabled
Mon Apr 20 01:19:46 2009
ARCH shutting down
ARC1: Archival stopped
Mon Apr 20 01:19:46 2009
ARCH shutting down
Mon Apr 20 01:19:46 2009
ARC0: Archival stopped
Mon Apr 20 01:19:46 2009
Thread 1 closed at log sequence 10668
Successful close of redo thread 1.
Mon Apr 20 01:19:46 2009
Completed: ALTER DATABASE CLOSE NORMAL
Mon Apr 20 01:19:46 2009
ALTER DATABASE DISMOUNT
Completed: ALTER DATABASE DISMOUNT
ARCH: Archiving is disabled
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active

Pourtant, voici les retours qu'on a dans nos traces de backup, en essayant de relancer l'instance après son "soit-disant" arrêt :

cannot start already-running ORACLE - shut it down first

Et effectivement, en se connectant en interactif, avec sqlplus pour tacher d'arrêter la base, on a pu constater que le shutdown était toujours en cours

Au final nous avons du prendre la décision de redémarrer le serveur, et oracle est reparti sans coup férir, mais je cherche un peu la cause.

Vous auriez des conseils/pistes à me donner sur le pourquoi de ça ? (je n'ai pas la prétention de remplacer un vrai administrateur oracle, juste tenter d'expliquer aux supérieurs, pourquoi ça a planté )

[fatsora]

Bonjour,

Quand vous arretez une base, il faut attendre qu'Oracle rende la main ...

Si vous faites

Code :

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

ps -e |grep pmon sous unix

ou dans Task Manager Si vous voyez "oracle" c'est que la "bete n'est pas morte" !!!!

C'est pour ca que vous voyez l'erreur .... au demarrage

[pifor]

Sous Windows, le service OracleService<SID> peut être démarré sans que l'instance en elle-même soit démarrée. Si le service est démarré, l'exécutable oracle.exe est là. Exemple avec XE sur Windows XP:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
C:\>pslist | findstr oracle
 
pslist v1.28 - Sysinternals PsList
Copyright ® 2000-2004 Mark Russinovich
Sysinternals
 
oracle             3196   8   4   64   4860     0:00:00.218     0:00:40.186
 
C:>sqlplus / as sysdba
 
SQL*Plus: Release 10.2.0.1.0 - Production on Lun. Avr. 20 17:55:09 2009
 
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
 
Connecté à une instance inactive.
 
SQL>

[pifor]

Avec:

Completed: ALTER DATABASE CLOSE NORMAL
Mon Apr 20 01:19:46 2009
ALTER DATABASE DISMOUNT
Completed: ALTER DATABASE DISMOUNT

J'ai du mal à croire que l'instance n'était pas arrêtée. Peut-être qu'elle était déjà démarrée par un autre script ? Quelle version d'Oracle (avec 4 chiffres) utilisez-vous ?

On peut aussi éviter d'arrêter l'instance pour sauvegarder la base si la base en mode ARCHIVELOG càd faire des sauvegardes à chaud. Ou faire un arrêt rapide et propre avec:

Code :

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

1
2
3
4
 
shutdown abort
startup
shutdown immediate

[pachot]

Bonjour,

Code :

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

1
2
3
4
 
shutdown abort
startup
shutdown immediate

Je rajouterai bien un 'alter system checkpoint' avant le 'shutdown abort' pour éviter un recovery trop long au startup
Et plutot un 'startup restrict' pour éviter de nouvelles connexions, ou des jobs qui démarrent.

Cordialement,
Franck.

[fatsora]

Bonjour,

Peux tu nous envoyer les commandes (scripts) que tu a lancées ?

Quel OS tu as et quelle version exacte d'Oracle ?

[pachot]

Bonjour,

Est-ce qu'il y a dans l'alert.log quelque chose comme ça:

Active Call for Process ... user ... Program ...
shutdown: waiting for active calls to complete

C'est signe d'une connexion restée bloquée.

Cordialement,
Franck.

[madmaxou]

Bonjour Franck,

Non je n'ai pas remarqué une chaine ressemblant dans les logs de traces. Une autre piste que nous suivons a peut-être été l'impossibilité pour le serveur de forker l'un des processus Oracle.

Effectivement, nous savons que la 9.2.0.4 est assez buggée mais pour l'instant aucun plan de migration n'a été étudié/lancé/validé/planifié, il faudra donc que l'on compose avec

Ce problème n'est heureusement pas tellement récurent, mais je pense effectivement que s'il venait à se reproduire trop régulièrement, la solution du shutdown abort me semble la plus opportune.

La cause racine me semble assez difficile à trouver en fin de compte