Crash d'instances sous ASM

Bonjour,

Je suis en 10.2.0.3 en ASM sous win 2003 server, j'ai plusieurs instances sur ce server dont 2 qui ont "crashées" cette nuit après le redémarrage de server ces instances sont reparties sans problèmes, je sais pas si c'était le nombre de process maw qui a été atteint . ou autre (pas de problème d'espace dans ASM ...), ci-dessous les messages d'erreurs remontés:

Citation:

---

Failed to create file '+DATA' (file not accessible?)
ORA-19816: WARNING: Files may exist in db_recovery_file_dest that are not known to database.
ORA-17502: ksfdcre:4 Failed to create file +DATA
ORA-15055: unable to connect to ASM instance
ORA-00020: maximum number of processes () exceeded
ORA-15055: unable to connect to ASM instance
ORA-00020: maximum number of processes () exceeded
**********************************************************
WARNING: A file of type ARCHIVED LOG may exist in
db_recovery_file_dest that is not known to the database.
Use the RMAN command CATALOG RECOVERY AREA to re-catalog
any such files. This is most likely the result of a crash
during file creation.
*************************************************************
ORA-19504: failed to create file "+DATA"
ORA-17502: ksfdcre:4 Failed to create file +DATA
ORA-15055: unable to connect to ASM instance
ORA-00020: maximum number of processes () exceeded
ORA-15055: unable to connect to ASM instance
ORA-00020: maximum number of processes () exceeded
*** 2010-04-30 05:51:27.974 61287 kcrr.c
ARC1: Error 19504 Creating archive log file to '+DATA'
*** 2010-04-30 05:51:27.974 59530 kcrr.c
kcrrfail: dest:10 err:19504 force:0 blast:1
*** 2010-04-30 05:51:28.052 20257 kcrr.c
ORA-16038: log 3 sequence# 11195 cannot be archived
ORA-19504: failed to create file ""
ORA-00312: online log 3 thread 1: '+FLASH/PROD/onlinelog/group_3.258.676044887'
ORA-16014: log 3 sequence# 11195 not archived, no available destinations
ORA-00312: online log 3 thread 1: '+FLASH/PROD/onlinelog/group_3.258.676044887'

---

Merci.
@+

Bonjour

Vos extraits d'alert.log suggèrent en effet un problème avec le paramètre PROCESSES.
Pour confirmer ce point, vous pouvez essayer de rechercher "License high water mark" dans cet alert.log. S'il se rapproche de la valeur de PROCESSES, vous saurez quoi faire...

Bonjour

Vos extraits d'alert.log suggèrent en effet un problème avec le paramètre PROCESSES.
Pour confirmer ce point, vous pouvez essayer de rechercher "License high water mark" dans cet alert.log. S'il se rapproche de la valeur de PROCESSES, vous saurez quoi faire...

Bonjour,

License high water mark = 14 : la semaine dernière

License high water mark = 2 : au redémarrage d'aujourd'hui

il est à 35 en ce moment:
SQL> select count(*) from v$process;

COUNT(*)
----------
35
Merci.

Je parlais bien du paramètre d'instance PROCESSES, pas du tout de la vue V$PROCESS.
Mais vu la faible valeur retrouvée pour "License high water mark", il est peu probable que vous ayez atteint la limite définie par PROCESSES (100 par défaut, voire 150 pour une création faite par DBCA).

Bonjour,

Est ce qu'il y aurait une règle pour calculer le nombre max de process pour une instance ASM en fonction de nombre d'instance de base de données gérées par ASM ? 35 process serait trop bat pour ASM ?

Merci.

@+