YaoDB Blog

Les paramètres cachés sont ceux qu’on n’est pas censé toucher. Ceux qui sont là en cas d’extrème urgence pour contourner un bug le temps qu’Oracle ponde un “patch”. Ils sont là pour contourner les bugs, c’est du moins le message du support Oracle.

Ils servent aussi d’interrrupteur et de paramétrage des fonctionalités ( le nombre de secondes entre deux snapshots d’ASH, c’est un paramètre caché, l’utilisation de certaines fonctions de l’optimiseur ce sont aussi des paramètres cachés.) Afin de les trouver et de déterminer leur fonction, il est possible d’interroger la base de dpnnées ou plus exctement ses structures mémoire qui ont ces informations en stock.

set lines 155 pages 50000

SELECT
x.inst_id inst_id,
x.indx num,
x.ksppinm name,
decode(x.ksppity, 1, 'BOOLEAN',
2, 'STRING',
3, 'INTEGER',
4, 'PARAMETER FILE',
5, 'RESERVED',
6, 'BIG INTEGER', 'UNKNOWN') type,
y.ksppstvl value,
decode(y.ksppstdf, 'TRUE', 'DEFAULT VALUE',
'FALSE', 'INIT.ORA') isdefault,
decode(bitand(x.ksppiflg / 256, 1), 1, 'IS_SESS_MOD(TRUE)', 'FALSE') isses_modifiable,
decode(bitand(x.ksppiflg / 65536, 3), 1, 'MODSYS(NONDEFERED)',
2, 'MODSYS(DEFERED)',
3, 'MODSYS(*NONDEFERED*)', 'FALSE') issys_modifiable,
decode(bitand(y.ksppstvf, 7), 1, 'MODIFIED_BY(SESSION)',
4, 'MODIFIED_BY(SYSTEM)', 'FALSE') ismodified,
decode(bitand(y.ksppstvf, 2), 2, 'ORA_STARTUP_MOD(TRUE)', 'FALSE') isadjusted,
x.ksppdesc description,
y.ksppstcmnt update_comment,
x.ksppihash hash
FROM x$ksppi x, x$ksppcv y
WHERE x.inst_id = y.inst_id
and x.indx = y.indx
and x.ksppinm like '%&name%';

ou

set lines 155 pages 50000

col name for a40
col type for a15
col value for a30 wrap

SELECT
x.ksppinm name,
decode(x.ksppity, 1, 'BOOLEAN',
2, 'STRING',
3, 'INTEGER',
4, 'PARAMETER FILE',
5, 'RESERVED',
6, 'BIG INTEGER', 'UNKNOWN') type,
y.ksppstvl value,
decode(bitand(y.ksppstvf, 7), 1, 'MODIFIED_BY(SESSION)',
4, 'MODIFIED_BY(SYSTEM)', 'FALSE') ismodified,
decode(bitand(y.ksppstvf, 2), 2, 'ORA_STARTUP_MOD(TRUE)', 'FALSE') isadjusted,
x.ksppdesc description
FROM x$ksppi x, x$ksppcv y
WHERE x.inst_id = y.inst_id
and x.indx = y.indx
and x.ksppinm like '%&name%';

Ce qui pour la vraible name settée à “quarantine” en Oracle 19c donne :

Demandé par le support Oracle pour connaitre la version du Cluster Ready Service noeud par noeud, le passage des instructions crsctl query crs en masse peut être fastidieux. Voici donc une petite fonction bash pour obtenir les informations sous linux. Il faut bien sûr qu’elle soit lancée par l’utilisateur propriétaire de la grid-infrastructure et que la variable GI_HOME corresponde à son répertoire d’installation

function racCrsVersions {
for s in $(olsnodes)
do
echo ""
echo "===> $s"
echo ""
echo " - activeversion -f ==> $( ssh $s ${GI_HOME}/bin/crsctl query crs activeversion -f )"
echo " - softwareversion  ==> $( ssh $s ${GI_HOME}/bin/crsctl query crs softwareversion  )"
echo " - softwarepatch    ==> $( ssh $s ${GI_HOME}/bin/crsctl query crs softwarepatch    )"
echo " - releaseversion   ==> $( ssh $s ${GI_HOME}/bin/crsctl query crs releaseversion   )"
echo " - releasepatch     ==> $( ssh $s ${GI_HOME}/bin/crsctl query crs releasepatch     )"
done
}

Le résultat de la requête peut être le suivant :

===> racnode01

 - activeversion -f ==> Oracle Clusterware active version on the cluster is [19.0.0.0.0]. The cluster upgrade state is [UPGRADE FINAL]. The cluster active patch level is [724960844].
 - softwareversion  ==> Oracle Clusterware version on node [racnode01] is [19.0.0.0.0]
 - softwarepatch    ==> Oracle Clusterware patch level on node racnode01 is [724960844].
 - releaseversion   ==> Oracle High Availability Services release version on the local node is [19.0.0.0.0]
 - releasepatch     ==> Oracle Clusterware release patch level is [724960844] and the complete list of patches [29401763 29517242 29517247 29585399 ] have been applied on the local node. The release patch string is [19.3.0.0.0].

===> racnode02

 - activeversion -f ==> Oracle Clusterware active version on the cluster is [19.0.0.0.0]. The cluster upgrade state is [UPGRADE FINAL]. The cluster active patch level is [724960844].
 - softwareversion  ==> Oracle Clusterware version on node [racnode02] is [19.0.0.0.0]
 - softwarepatch    ==> Oracle Clusterware patch level on node racnode02 is [724960844].
 - releaseversion   ==> Oracle High Availability Services release version on the local node is [19.0.0.0.0]
 - releasepatch     ==> Oracle Clusterware release patch level is [724960844] and the complete list of patches [29401763 29517242 29517247 29585399 ] have been applied on the local node. The release patch string is [19.3.0.0.0].

===> racnode03

 - activeversion -f ==> Oracle Clusterware active version on the cluster is [19.0.0.0.0]. The cluster upgrade state is [UPGRADE FINAL]. The cluster active patch level is [724960844].
 - softwareversion  ==> Oracle Clusterware version on node [racnode03] is [19.0.0.0.0]
 - softwarepatch    ==> Oracle Clusterware patch level on node racnode03 is [724960844].
 - releaseversion   ==> Oracle High Availability Services release version on the local node is [19.0.0.0.0]
 - releasepatch     ==> Oracle Clusterware release patch level is [724960844] and the complete list of patches [29401763 29517242 29517247 29585399 ] have been applied on the local node. The release patch string is [19.3.0.0.0].