Connaître la valeur du MAXLOGMEMBERS

Bonjour à tous,

dans le cadre d'un projet d'école, on nous donne une image Virtual PC d'une base de données Oracle toute foirreuse et nous en tant que DBA confirmé on doit l'optimiser.

Dans le cadre de cette optimisation, je suis en train de m'occuper du multiplexage des fichiers de redo logs. J'ai décidé de multiplexer les fichiers de redo log dans 2 groupes. Chaque groupe qui contiendra 3 fichiers de redo logs ...

Mon pb : dans le controlfile, le paramètre MAXLOGMEMBERS est égale à 2, donc j'ai fait la procédure pour augmenter ce paramètre ... à 3 mais je voudrais savoir s'il existe une requête qui pourrait me dire la valeur de MAXLOGMEMBERS

Un genre de select * from v$parameter where .... afin que je puisse mettre dans ma doc la recherche de cette valeur afin d'entamer la procédure de recréation du control file ...

merci à tous

Slyv

Bonjour

Il n'y a pas de vue système qui permette de connaître la valeur du MAXLOGMEMBERS.
Pour l'obtenir, il faut générer une version lisible du fichier de contrôle, par :

Code:

---

ALTER DATABASE BACKUP CONTROLFILE TO TRACE;

---

Le fichier résultant sera placé dans le répertoire désigné par le paramètre USER_DUMP_DEST.

Code:

---

select dimlm from x$kccdi;

---

Fonctionne en 9i mais Oracle ne garantit pas que ça fonctionne dans toutes les releases (si j'ai bien compris :aie:) http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_id=1066346.6&p_database_id=NOT

Pour info :

Code:

---

SQL> select TYPE,RECORDS_TOTAL from v$controlfile_record_section;

---

Citation:

---

TYPE RECORDS_TO
----------------- ----------
REDO LOG 32 :arrow: MAXLOGFILES
DATAFILE 30 :arrow: MAXDATAFILES
CKPT PROG 8 :arrow: MAXINSTANCES
REDO THREAD 8 :arrow: MAXINSTANCES
LOG HISTORY 3317 :arrow: MAXLOGHISTORY

---

Citation:

---

Envoyé par orafrance

Code:

---

select dimlm from x$kccdi;

---

Fonctionne en 9i mais Oracle ne garantit pas que ça fonctionne dans toutes les releases (si j'ai bien compris :aie:)

---

Voui...
C'est pour ça que j'ai préféré ne citer que la méthode officielle.
Mais avec ça notre ami a de bonnes chances d'épater son prof :wink:

Le prof risque surtout de se rendre compte qu'il a reçu un coup de mains de personnes qui ont accès à metalink et pourra, par la suite, douter qu'il a bien fait tout tout seul.... :?

c'est clairement un quite ou double à mon avis !

ce à quoi il pourra répondre que l'essentiel est bien de savoir trouver la solution et non de tout connaitre :P... c'est comme ça qu'on arrive à s'adapter :)

Citation:

---

Envoyé par LeoAnderson

Le prof risque surtout de se rendre compte qu'il a reçu un coup de mains de personnes qui ont accès à metalink et pourra, par la suite, douter qu'il a bien fait tout tout seul.... :? c'est clairement un quite ou double à mon avis !

---

Il suffit qu'il propose les deux solutions et ajoute un petit commentaire sur la pérennité douteuse de la seconde.

+1
ça, c'est effectivement, il risque d'apprécier le prof ! :-)

Bonjour ,

Juste pour donner mon humble avis , à votre place j' utiliserais 3 groupes
de redo-log avec chacun deux membres plutot que deux groupes
avec 3 membres .

( avec si possible les membres de chaque groupe sur des disques physiques difféerents en raid0 ou raid1 )


cdlt

Bonjour,

Merci pour toutes vos réponses.

Si je résume, je ne peux pas avoir la valeur du paramètre MAXLOGMEMBERS en effectuant une requête et je dois utiliser la requête suivante :

Code:

---

select dimlm from x$kccdi;

---

qui fonctionne sur mon Oracle 8i.
ou alors faire mon ALTER DATABASE ... pour copier mon controlfile en clair comme ce que je fais quand je veux augmenter la taille de mon paramètre pour recréer mon controlfile.

La vue v$^controlfile_record_section me permet de savoir le nombre de logs que je peux mettre dans un groupe de redo log (grace à MAXLOGFILES), mais ne me permet pas d'avoir la valeur du MAXLOGMEMBERS

Enfin, je vais donc faire 3 groupes de fichier redo log avec dans chacun 2 fichiers si cela est mieux ;)

Slyv

http://megadub.free.fr/smilies/correct.gif

Merci de penser au tag Résolu :)

Et bien merci à tous ;)

Me voilà armé pour jouer avec les redo logs ;)

Bonne fin de semaine à tous

Slyv

Euh, moi je dis pas correct du tout 8O

Citation:

---

Envoyé par slyv

je ne peux pas avoir la valeur du paramètre MAXLOGMEMBERS en effectuant une requête et je dois utiliser la requête suivante :

Code:

---

select dimlm from x$kccdi;

---

---

Vous dites une chose et son contraire dans la même phrase.
Dès lors qu'on fait un SELECT, c'est une requête !

Citation:

---

Envoyé par slyv

La vue v$^controlfile_record_section me permet de savoir le nombre de logs que je peux mettre dans un groupe de redo log (grace à MAXLOGFILES), mais ne me permet pas d'avoir la valeur du MAXLOGMEMBERS

---

Là aussi il y a confusion : MAXLOGFILES spécifie le nombre maximum de groupes que l'on peut avoir, alors que MAXLOGMEMBERS spécifie le nombre maximum de fichiers multiplexés au sein d'un groupe.

Citation:

---

Envoyé par Pomalaix

Citation:

---

Envoyé par orafrance

Code:

---

select dimlm from x$kccdi;

---

Fonctionne en 9i mais Oracle ne garantit pas que ça fonctionne dans toutes les releases (si j'ai bien compris :aie:)

---

Voui...
C'est pour ça que j'ai préféré ne citer que la méthode officielle.
Mais avec ça notre ami a de bonnes chances d'épater son prof :wink:

---

C'est pas que c'est pas pérenne ou douteux, c'est surtout qu'Oracle - avec sa paranoia du secret-défense - ne veut pas qu'on accède directement aux tables système et les blinde via les vues v$... qui ne donnent effectivement pas tout le spectre des tables x$.

Je suis prêt à parier que la x$ccdi à de longues années devant elle.

8O ça c'est du déterrage de sujet :D