Etant donné les capacités des serveurs et les cycles de vies parfois très différents des applications, utiliser des bases de données 10.2, 11.1 et 11.2 sur une infrastructures Grid 11.2 est finalement assez commun. Au delta prêt de quelques problèmes sur les versions qui précédent la version 10.2.0.5 et la version 11.1.0.7.2, l’installation ne change que très peu de l’utilisation de bases de données 10g sur un clusterware 10g ou 11g Release 1. Dans cet article, vous trouverez quelques liens pour vous aider si nécessaire…

Note:
Du fait des importants changements introduits en 11g Release 2, il y a plusieurs incompatibilités connues entre les differentes version Oracle 10g et 11g et l’infrastructure Grid. Consultez la note MOS : « Pre 11.2 Database Issues in 11gR2 Grid Infrastructure Environment [ID 948456.1] » Pour tous les détails.

Bloquer le numéro/les configurations des noeuds dans le cluster

Pour installer une base de données 10g ou 11g Release 1 sur une Infrastructure Grid 11.2, il faut, au préalable, utiliser la commande crsctl pin pour bloquer les numeros de noeuds dans le cluster et permettre de stocker des configurations statiques (ce que font les bases de donnees 10g et 11g Release 1). Pour cela, procedez comme ci-dessous, sous root :

cd /u01/app/grid/product/11.2.0.2/cluster/bin
./crsctl pin css -n rac-server1
CRS-4664: Node rac-server1 successfully pinned.
./crsctl pin css -n rac-server2
CRS-4664: Node rac-server2 successfully pinned.

./olsnodes -n -t
rac-server1        1       Pinned
rac-server2        2       Pinned

Créer un utilisateur pour vos logiciels Oracle

Oracle recommande sur Unix et Linux de créer un utilisateur et des groupes séparés pour les logiciels de base de données ; Vous pouvez facilement généraliser cette approche pour laisser un accès complet à Oracle 10g Release 2 à certains utilisateurs sans leur donner accès aux environnements 11g Release 2. Cette approche permet de segmenter vos environnements :

groupadd -g 1007 dba102
groupadd -g 1007 oper102
useradd -u 1003 -g oinstall 
  -G dba102,oper102,asmdba  
  -s /bin/bash -m ora102

passwd ora102
# id ora102

Créez ensuite une équivalence SSH entre tous les utilisateurs ora102 de vos serveurs.

Télécharger et installer le logiciel de base de données

Connectez-vous sur l’utilisateur Oracle d’un des noeuds de votre cluster et télécharger la version de base ainsi que le patch 10.2.0.5 du logiciel Oracle. Décompressez le logiciel; l’installation ressemblera ensuite à la commande ci-dessous ; pour des raisons de sécurité, mettez des quotas ou créez des volumes differents pour le nouveau point d’accès :

mkdir /u01/app/ora102
chown ora102:dba102 /u01/app/ora102

Connectez-vous ensuite ora102 et lancez l’installation en mode silencieux comme ci-dessous :

export DISTRIB=`pwd`

echo $DISTRIB 
/distribs/10.2.0.1/database 

./runInstaller -silent -ignoreSysPrereqs -ignorePrereq 
        -responseFile $DISTRIB/response/enterprise.rsp     
        ORACLE_HOME=/u01/app/ora102/product/10.2.0/db_1 
        ORACLE_HOME_NAME=ORADB102_HOME1 
        CLUSTER_NODES={"rac-server1","rac-server2"} 
        s_nameForDBAGrp=dba102 
        s_nameForOPERGrp=oper102 
        n_configurationOption=3 

Inutile d’exécuter root.sh pour l’instant, installez le patch 10.2.0.5 directement :

cd /distribs/10.2.0.5/Disk1 

export DISTRIB=`pwd`

./runInstaller -silent -ignoreSysPrereqs -ignorePrereq 
        -responseFile   $DISTRIB/response/patchset.rsp      
        ORACLE_HOME=/u01/app/ora102/product/10.2.0/db_1 
        ORACLE_HOME_NAME=ORADB102_HOME1 
        SECURITY_UPDATES_VIA_MYORACLESUPPORT=false 
        DECLINE_SECURITY_UPDATES=true 

Exécutez la commande root.sh sous l’utilisateur root maintenant :

/u01/app/ora102/product/10.2.0/db_1/root.sh

Créer une base de données RAC 10.2

Vous êtes prêt à ajouter un groupe de disques ASM (Si nécessaire) puis créer une base de données.

Note :
Avant de commencer, vérifiez que vous pouvez vous connecter aux instances ASM à distance via sqlplus sys@`hostname`:1521/+ASM1 as sysdba. Si ce n’est pas le cas, créez les fichiers de mot de passe et assurez-vous du fonctionnement de vos connexions distantes.

Avant de créer, votre base de données, vous voudrez peut-être ajouter un ou plusieurs groupes de disques ASM; vous pouvez utiliser sqlplus ou asmcmd ; le plus simple pour créer un nouveau groupe de disques est sans doute asmca que vous exécuterez en mode silencieux avec l’utilisateur de votre infrastructure Grid :

export ORACLE_SID=+ASM1 
. oraenv 
ORACLE_SID = [+ASM1] ? 
The Oracle base for ORACLE_HOME=/u01/app/grid/product/11.2.0.2/cluster is /u01/app/grid/base

$ asmca -silent -createDiskGroup -diskGroupName DATA2 
                    -disk ASMDISK2 -redundancy EXTERNAL

Note :
Ne cherchez pas comment enregistrer les diskgroups en tant que ressource dans l’infrastructure Grid, c’est fait automatiquement. Si vous voulez une discussion, sur le sujet, regardez cet article de Surachart Opun

Vous pouvez ensuite créer une base de données à l’aide de la commande DBCA sous l’utilisateur ora102 ci-dessous :

dbca -silent -nodelist rac-server1,rac-server2 -createDatabase 
          -templateName General_Purpose.dbc    
          -gdbName  BLACK  -SysPassword manager1 -SystemPassword manager1 
          -emConfiguration NONE -storageType ASM  
          -asmSysPassword manager1 -diskGroupName DATA2 
          -characterSet WE8MSWIN1252 -memoryPercentage 5

Votre base est opérationnelle :

$ srvctl status database -d BLACK 
Instance BLACK1 is running on node rac-server1
Instance BLACK2 is running on node rac-server2

Et après…

Configurez sauvegardes et supervision, préparez l’environnement pour l’application. La vie normale peut recommencer quoi. P… qu’est-ce qu’on s’emm…