ORACLE LAND

Vérification de l'integrié du crs 10g sur EM 12c

2012-06-01T19:03:00.005+02:00

Suite  à la mise en place d’enterprise manager 12c chez mon client, dans le but de superviser l’architectuer RAC 10g fraichemnt installé. 

J’ai consté le message d’erreur suivant « Verification of crs integrity was unseccussful on all nodes » au niveau de la console, suite à la configuration de ma cible cluster.

Après m’avoir creusé le méninges , j’ai trouver que la cause venait de l’absence des droits d’execution sur les scripts suivants. 

$ cd /app/crs/cv/remenv 

$ remenv]# ll 

total 260 

-rw-r--r-- 1 oracle oinstall 257730 Jan 17  2011 exectask
-rw-r--r-- 1 oracle oinstall    184 Jan 17  2011 exectask.sh 

$ chmod 755 exe* 

$ ll 

total 260 

-rwxr-xr-x 1 oracle oinstall 257730 Jan 17  2011 exectask
-rwxr-xr-x 1 oracle oinstall    184 Jan 17  2011 exectask.sh 

Une fois le problème des droits réglé, le message d’erreur disparait et le test de l’intégrité  du crs passe.

Voici le résultat de la réévaluation de l'alert ainsi que le nouveau statut au niveau de la console suite à la modification.

Asmlib et les disques ASM

2012-05-31T18:43:00.002+02:00

Comment fait ASM pour détecter ses disques quant-il utilise l’asmlib. 

En fait, l’asmlib scan les headers des disques pour identifier si le disque est un disque ASM ou pas. Mais pas seulement, il est capable d’identifier son nom, disque groupe et le failure groupe auquel il appartient.

Voici à quoi ressemble le header d’un disque ASM 

$od -c /dev/mapper/ps01.prod.rac.dgreco.01p1  | head -10 

0000000 001 202 001 001  \0  \0  \0  \0 001  \0  \0 200 375 243 373 361
0000020   & U  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
0000040   O R   C   L   D   I   S   K   R   E   C   O   1   0   1  \0 

0000060  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0 

0000100  \0  \0 020  \n 001  \0 002 003   R   E   C   O   1   0   1  \0 

0000120  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0 

0000140  \0  \0  \0  \0  \0  \0  \0  \0   R   E   C   O  \0  \0  \0  \0 

0000160  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0 

0000200  \0  \0  \0  \0  \0  \0  \0  \0   F   A   I   L   U   R   E   _ 

0000220   G   R   O   U   P   _   1  \0  \0  \0  \0  \0  \0  \0  \0  \0 

Et l'interrogation du disque depuis l'asmlib

$ oracleasm querydisk -p reco101

Disk "RECO101" is a valid ASM disk

/dev/sdal1: LABEL="RECO101" TYPE="oracleasm"

/dev/mapper/ps01.prod.rac.dgreco.01p1: LABEL="RECO101" TYPE="oracleasm"

/dev/sdaz1: LABEL="RECO101" TYPE="oracleasm"

Au niveau du header on constate que c’est un disque ASM du nom RECO101 ayant comme disque groupe RECO et appartenant au failure groupe FAILURE_GROUPE_1.

Linux clusterware en mode actif/passif

2012-05-18T21:41:00.000+02:00

Cet article décrit les étapes de mise en place d'une solution de cluster à moindre coût. Pour ce faire je vais utiliser le clusterware linux (aka pacemaker), puis déclarer une ressouce Apache pour effectuer les tests fonctionnel de mon cluster.
Mon laboratoire se compose de;
Deux serveurs RHEL 6
Une vip sur le réseau public
Un serveur Apache installé sur chaqu'un des serveurs Redhat

A un instant t un seul serveur répondra aux requêtes externes. Lorsque celui-ci tombe, le second prendra le relais automatiquement.

Avant de démarrer l'installation, il vous faut configurer le repository RHEL puis télécharger le rpm en fonction de votre version OS.

wget -O /etc/yum.repos.d/clusterlabs.repo http://www.clusterlabs.org/rpm/epel-6/clusterlabs.repo

rpm -Uvh http://ftp.scientificlinux.org/linux/scientific/6/x86_64/os/Packages/pacemaker-1.1.6-3.el6.x86_64.rpm

yum install pacemaker corosync

Pour illustrer l'utilisation de la solution, je vais mettre en place une configuration simple d'un cluster deux nœuds :

deux serveurs lynx1 et lynx2 qui fonctionneront en mode actif/passif
une adresse ip virtuelle pour accéder au nœud actif
un service associé à cette adresse ip : Apache (dans mon cas)

Ma configuration de départ est la suivante :

lynx1: 192.168.1.27/255.255.255.0
lynx2 : 192.168.1.25/255.255.255.0
ip virtuelle : 192.168.1.111/255.255.255.0

Configurer l'équivalence ssh pour le compte root, comme il doit pouvoir se connecter depuis un nœud vers l'autre sans mot de passe

Générer la clé ssh sur lynx1 :

[root@lynx1 ~]# ssh-keygen -t rsa Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
5d:ba:31:cd:f2:07:a8:5c:8f:2c:4e:ca:30:35:08:43 root@lynx1
Copier la clé publique vers le serveur lynx2 :
[root@lynx1 ~]# cat /root/.ssh/id_rsa.pub | ssh lynx2 "cat >> /root/.ssh/authorized_keys"

Générer la clé publique sur le serveur lynx2 :

[root@lynx1 ~]# ssh lynx2 "ssh-keygen -t rsa"
Enter file in which to save the key (/root/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Generating public/private rsa key pair.
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
63:0b:bd:63:1b:c6:3e:c8:e2:7f:5e:ac:38:04:4b:4c root@lynx2
Copier cette clé vers le serveur lynx1
[root@lynx1 ~]# ssh lynx2 "cat /root/.ssh/id_rsa.pub" >> .ssh/authorized_keys

Vérifier le bon fonctionnement :
les connexions ssh entre les deux serveurs avec le compte root ne doivent pas demander d'authentification.

Nota bene : les fichiers autorized_keys sur les deux serveurs doivent avoir les droits 600

Les noms des serveurs ne doivent pas comporter le nom de domaine,
éditer le fichier /etc/sysconfig/network et modifier la valeur de la variable HOSTNAME si nécessaire

# cat /etc/sysconfig/network

NETWORKING=yes
NETWORKING_IPV6=no
HOSTNAME=lynx1

Pour vérifier :

[root@lynx1 ~]# hostname

lynx1

[root@lynx1 ~]# ssh lynx2 hostname

lynx2

J'adapte mon fichier /etc/hosts

192.168.1.27 lynx1

192.168.1.25 lynx2

Je défini une adresse IP pour le multicast ainsi qu'un numéro de port
ip = 226.94.1.1 et port = 4000

# export ais_port=4000

# export ais_mcast=226.94.1.1

# export ais_addr=`ip addr | grep "inet " | tail -n 1 | awk '{print $4}' | sed s/255/0/`

A présent je modifie le fichier de configuration :

# cd /etc/corosync/

# cp -pv corosync.conf.example corosync.conf

# editer le fichier corosync.conf et modifier les lignes suivantes :

bindnetaddr: 192.168.1.0

mcastaddr: 226.94.1.1

mcastport: 4000

Ajouter le bloc suivant dans le fichier /etc/corosync.conf :

service {

# Load the Pacemaker Cluster Resource Manager

name: pacemaker

version: 0

use_mgmtd: yes

}

Propagation de la configuration, par copie de fichier vers le second nœud :

scp /etc/corosync/corosync.conf lynx2:/etc/corosync/corosync.conf

Déclarer corosync en tant que service linux, puis démarrer le :

chkconfig --add corosync

# chkconfig --list | grep corosync

corosync 0:off 1:off 2:on 3:on 4:on 5:on 6:off

Vérifier l'existence du dossier /var/log/cluster sinon le créer

/etc/init.d/corosync start

Il ne me reste plus que à configurer mon ip failover pour finaliser mon cluster.

[root@lynx1 ~]# crm resource primitive failover-ip ocf:heartbeat:IPaddr params ip=192.168.1.111 op monitor interval=5s

Je vérifie ma configuration et le fonctionnement de mon cluster

[root@lynx1 ~]# crm configure show

node lynx1

node lynx2

primitive failover-ip ocf:heartbeat:IPaddr \

params ip="192.168.1.111" \

op monitor interval="5s"

property $id="cib-bootstrap-options" \

dc-version="1.0.11-1554a83db0d3c3e546cfd3aaff6af1184f79ee87" \

cluster-infrastructure="openais" \

expected-quorum-votes="3" \

stonith-enabled="false" \

no-quorum-policy="ignore"

[root@lynx1 ~]# crm_mon -1

============

Last updated: Sun May 8 13:23:38 2012

Stack: openais

Current DC: lynx1 - partition with quorum

Version: 1.0.11-1554a83db0d3c3e546cfd3aaff6af1184f79ee87

2 Nodes configured, 2 expected votes

1 Resources configured.

============

Online: [ lynx1 lynx2 ]

failover-ip (ocf::heartbeat:IPaddr): Started lynx1

La commande ifconfig permet de voir que l'adresse ip virtuelle est assignée au nœud actif (lynx1) :

[root@lynx1 ~]# ifconfig

eth0 Link encap:Ethernet HWaddr 08:00:27:64:BE:52

inet addr:192.168.1.27 Bcast:192.168.1.255 Mask:255.255.255.0

inet6 addr: fe80::a00:27ff:fe64:be52/64 Scope:Link

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:15859 errors:0 dropped:0 overruns:0 frame:0

TX packets:11517 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:2221143 (2.1 MiB) TX bytes:1469803 (1.4 MiB)

eth0:0 Link encap:Ethernet HWaddr 08:00:27:64:BE:52

inet addr:192.168.1.111 Bcast:192.168.1.255 Mask:255.255.255.0

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

lo Link encap:Local Loopback

inet addr:127.0.0.1 Mask:255.0.0.0

inet6 addr: ::1/128 Scope:Host

UP LOOPBACK RUNNING MTU:16436 Metric:1

RX packets:8 errors:0 dropped:0 overruns:0 frame:0

TX packets:8 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:0

RX bytes:560 (560.0 b) TX bytes:560 (560.0 b)

Je test que la bascule vers le deuxième noeud est fonctionnelle

Mise en mode "standby" du nœud lynx1

[root@lynx1 ~]# crm node standby

Vérifier le statut du cluster, pour valider que l'ip virtuelle est passé sur le nœud lynx2

[root@lynx1 ~]# crm_mon -1

============

Last updated: Sun May 8 13:26:54 2012

Stack: openais

Current DC: lynx2 - partition with quorum

Version: 1.0.11-1554a83db0d3c3e546cfd3aaff6af1184f79ee87

2 Nodes configured, 2 expected votes

1 Resources configured.

============

Node lynx1: standby

Online: [ lynx2 ]

failover-ip (ocf::heartbeat:IPaddr): Started lynx2

Un coup de ifconfig sur le neoud lynx2

[root@lynx1 ~]# ssh lynx2 ifconfig

eth0 Link encap:Ethernet HWaddr 08:00:27:E8:67:61

inet addr:192.168.1.25 Bcast:192.168.1.255 Mask:255.255.255.0

inet6 addr: fe80::a00:27ff:fee8:6761/64 Scope:Link

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:9905 errors:0 dropped:0 overruns:0 frame:0

TX packets:12519 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:1442456 (1.3 MiB) TX bytes:1510080 (1.4 MiB)

eth0:0 Link encap:Ethernet HWaddr 08:00:27:E8:67:61

inet addr:192.168.1.111 Bcast:192.168.1.255 Mask:255.255.255.0

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

lo Link encap:Local Loopback

inet addr:127.0.0.1 Mask:255.0.0.0

inet6 addr: ::1/128 Scope:Host

UP LOOPBACK RUNNING MTU:16436 Metric:1

RX packets:8 errors:0 dropped:0 overruns:0 frame:0

TX packets:8 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:0

RX bytes:560 (560.0 b) TX bytes:560 (560.0 b)

Pour faire le switchover vers le premier noeuds

[root@lynx1 ~]# crm node online

Actuellement, que j'ai valider le fonctionnent de mon cluster, il ne reste plus que à y déployer une ressource Apache.

Pour vérifier sur quel serveur httpd répond aux requêtes, nous allons créer un fichier index.html :

[root@lynx1 ~]# cat /var/www/html/index.html
<html>
<b>HTTPD ACTIF SUR SERVEUR PACEMAKER 1</b>
</html>

Créer le même fichier sur le serveur lynx2 :

[root@lynx2 ~]# cat /var/www/html/index.html

<html>
<b>HTTPD ACTIF SUR SERVEUR PACEMAKER 2</b>
</html>

Ajout d'une ressource nommée httpd au cluster :
[root@lynx1 ~]# crm configure primitive website lsb:httpd op monitor interval=10s

Nota : lsb:httpd, lsb car nous nous basons sur les scripts de démarrage qui se trouvent au niveau du dossier /etc/init.d pour démarrer, arrêter et obtenir le statut d'une ressource. httpd correspond évidemment au nom du script

Le serveur Apache doit s'exécuter sur le nœud qui possède l'ip virtuelle, nous allons donc dire au cluster de faire tourner les deux ressources sur le même nœud

root@lynx1 ~]# crm configure colocation httpd-with-failover-ip mandatory: failover-ip website

Nous constatons que les deux ressources sont sur le même

[root@lynx1 ~]# crm_mon -1

============

Last updated: Sun May  8 14:03:10 2012

Stack: openais

Current DC: lynx1 - partition with quorum

Version: 1.0.11-1554a83db0d3c3e546cfd3aaff6af1184f79ee87

2 Nodes configured, 2 expected votes

2 Resources configured.

============

Online: [ lynx1 lynx2 ]

 failover-ip    (ocf::heartbeat:IPaddr):    Started lynx1

 website    (lsb:httpd):    Started lynx1

Pour finir, apache ne doit pas démarrer que une fois l'adresse ip virtuelle activée.

[root@lynx1 ~]#  crm configure

crm(live)configure# order apache-after-ip mandatory: failover-ip website

crm(live)configure# show

node lynx1

node lynx2

primitive website lsb:httpd \

    op monitor interval="15s"

primitive failover-ip ocf:heartbeat:IPaddr \

    params ip="192.168.1.111" \

    op monitor interval="5s" \

    meta target-role="Started"

colocation apache-with-ip inf: website failover-ip

order apache-after-ip inf: failover-ip failover-apache 

property $id="cib-bootstrap-options" \

dc-version="1.0.11-1554a83db0d3c3e546cfd3aaff6af1184f79ee87"\

cluster-infrastructure="openais" \

expected-quorum-votes="3" \

stonith-enabled="false" \

no-quorum-policy="ignore"

crm(live)configure# commit

crm(live)configure# exit

Pour plus d'informations sur pacemaker cf. http://www.clusterlabs.org/doc/en-US/Pacemaker/1.0/html/Pacemaker_Explained/

RACCHECK pour vérifier votre cluster

2012-05-07T22:22:00.000+02:00

RACCHECK est un outil développé par Oracle ayant pour but de vérifier votre configurations Clusterware.

Il formule des suggestions et des conseils pour modifier la configuration RAC afin de répondre aux best practice Oracle.

Cet outil vérifie les paramètres suivantes;

- Les paramètres du noyau OS, les packages et les paramètres du système d'exploitation

- CRS / Grid Infrastructure

- SGBDR; paramètres de la mémoire et de base de données

- Les paramètres et les statistiques de l'ASM.

J'ai eu l'occasion de testé l'outil sur un RAC 11.2.0.1, 2 nœuds sous une distrib. Oracle Enterprise Linux. Ah, avant d'oublié c'est RAC installé sur VirtualBox c'est juste un bac à sable.

Pour information cet outil est supporté à partir de la version RAC 10.2.0.1.

Avant de commencer il faut télécharger l'outil sur la note MOS ID: 1268927.1

Décompressez le fichier puis positionner les droits comme suit;

[oracle@rac1 raccheck]$ ls

RACcheck.zip

[oracle@orac1 raccheck]$ unzip RACcheck.zip

Archive: RACcheck.zip

inflating: raccheck

inflating: readme.txt inflating: UserGuide.txt

inflating: collections.dat

inflating: rules.dat

creating: .cgrep/

inflating: .cgrep/lcgrep5

inflating: .cgrep/lcgrep4

inflating: .cgrep/lcgrep6

inflating: .cgrep/lcgreps9

inflating: .cgrep/lcgreps10

inflating: .cgrep/acgrep

inflating: .cgrep/scgrep

inflating: .cgrep/scgrepx86

[oracle@rac1 raccheck]$

[oracle@rac1 raccheck]$ chmod 755 raccheck

[oracle@rac1 raccheck]$

On y est, lancé l'outil comme;

[oracle@rac1 raccheck]$ ./raccheck -a

CRS stack is running and CRS_HOME is not set. Do you want to set CRS_HOME to /u01/app/11.2.0/grid?[y/n][y]y

Node rac2 is configured for ssh user equivalency for oracle user

Searching for running databases . . . . .

. . .

raccheck found database RAC registered in OCR. Is this the database to check best practices for?[y/n][y]y

Checking Status of Oracle Software Stack - Clusterware, ASM, RDBMS

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

-------------------------------------------------------------------------------------------------------

Oracle Stack Status

-------------------------------------------------------------------------------------------------------

Host Name CRS Installed ASM HOME RDBMS Installed CRS UP ASM UP RDBMS UP DB Instance Name

-------------------------------------------------------------------------------------------------------

rac1 Yes Yes Yes Yes Yes Yes RAC1

rac2 Yes Yes Yes Yes Yes Yes RAC2

-------------------------------------------------------------------------------------------------------

140 of the included audit checks require root privileged data collection . If sudo is not configured or the root password is not available, audit checks which require root privileged data collection can be skipped.

1. Enter 1 if you will enter root password for each host when prompted

2. Enter 2 if you have sudo configured for oracle user to execute root_raccheck.sh script

3. Enter 3 to skip the root privileged collections

4. Enter 4 to exit and work with the SA to configure sudo or to arrange for root access and run the tool later.

Please indicate your selection from one of the above options[1-4][1]:- 1

*** Checking RAC Best Practice Recommendations (PASS/WARNING/FAIL) ***

Performing SQL collections for use with audit checks on RAC...please stand by.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Log file for collections and audit checks are at

/home/oracle/raccheck/raccheck_080311_124252/raccheck.log

=============================================================

Node name - rac1

=============================================================

Collecting - ASM DIsk I/O stats

Collecting - ASM Disk Groups

Collecting - ASM disk partnership imbalance

Collecting - ASM diskgroup attributes

Collecting - ASM initialization parameters

Collecting - Active sessions load balance for RAC database

Collecting - Archived Destination Status for RAC database

Collecting - CONNECT Role Grantees for RAC database

Collecting - Cluster Interconnect Config for RAC database

Collecting - Data Files In Backup Mode for RAC database

Collecting - Database Archive Destinations for RAC database

Collecting - Database Component Status for RAC database

Collecting - Database Files for RAC database

Collecting - Database Instance Settings for RAC database

Collecting - Database Parameters for RAC database

Collecting - Database Properties for RAC database

Collecting - Database Registry for RAC database

Collecting - Database Sequences for RAC database

Collecting - Database Undocumented Parameters for RAC database

Collecting - Database Workload Services for RAC database

Collecting - Dataguard Status for RAC database

Collecting - Files Needing Media Recovery for RAC database

Collecting - Files not opened by ASM

Collecting - INVALID SYS and SYSTEM objects for RAC database

Collecting - INVALID application objects for RAC database

Collecting - Invalid Java Objects for RAC database

Collecting - Invalid Registry Components for RAC database

Collecting - JVM Roles for RAC database

Collecting - Log Sequence Numbers for RAC database

Collecting - Objects Duplicated in SYS and SYSTEM Schema for RAC database

Collecting - Percentage of asm disk Imbalance

Collecting - Process for shipping Redo to standby for RAC database

Collecting - Redo Log information for RAC database

Collecting - Standby redo log creation status before switchover for RAC database

Collecting - CPU Information

Collecting - CRS active version

Collecting - CRS oifcfg

Collecting - CRS software version

Collecting - CSS Reboot time

Collecting - CSS diagwait

Collecting - CSS disktimout

Collecting - CSS miscount

Collecting - Cluster interconnect (clusterware)

Collecting - Clusterware OCR healthcheck

Collecting - Clusterware Resource Status

Collecting - Huge pages configuration

Collecting - Kernel parameters

Collecting - Linux module config.

Collecting - Maximum number of semaphore sets on system

Collecting - Maximum number of semaphores on system

Collecting - Maximum number of semaphores per semaphore set

Collecting - Memory Information

Collecting - OS Packages

Collecting - Oracle Executable Attributes

Collecting - Shared memory segments

Collecting - Table of file system defaults

Collecting - Voting disks (clusterware)

Collecting - number of semaphore operations per semop system call

Preparing to run root privileged commands rac1. Please enter root password when prompted.

root@rac1's password:

Collecting - CRS user limits configuration

Collecting - CRS user time zone check

Collecting - Custom rc init scripts (rc.local)

Collecting - Interconnect interface config

Collecting - Network interface stats

Collecting - OCFS2 disks

/tmp/root_raccheck.sh: line 30: /sbin/mounted.ocfs2: No such file or directory

Collecting - Root Open File Limit

Collecting - ocsf status

/tmp/root_raccheck.sh: line 39: /etc/init.d/o2cb: No such file or directory

Collecting - root time zone check

Data collections completed. Checking best practices on rac1.

--------------------------------------------------------------------------------------

INFO => $CRS_HOME/log/hostname/client directory has too many older log files.

INFO => user_dump_dest has trace files older than 30 days for RAC

INFO => ORA-00600 errors found in alert log for RAC

INFO => background_dump_dest has files older than 30 days for RAC

WARNING => fast_start_mttr_target has NOT been changed from default on RAC1 instance

INFO => audit_file_dest has audit files older than 30 days for RAC

WARNING => Controlfile is NOT multiplexed for RAC

WARNING => One or more redo log groups are NOT multiplexed for RAC

INFO => oracleasm (asmlib) module is NOT loaded

WARNING => kernel.shmmax parameter is NOT configured according to recommendation

WARNING => Open file limit for root user (ulimit -n) is NOT >= 65536 or unlimited

INFO => Number of SCAN listeners is NOT equal to the recommended number of 3.

WARNING => NIC bonding is not configured for interconnect

WARNING => NIC bonding is NOT configured for public network (VIP)

WARNING => crsd Log Ownership is NOT Correct (should be root root)

WARNING => crsd/orarootagent_root Log Ownership is NOT Correct (should be root root)

WARNING => ohasd/orarootagent_root Log Ownership is NOT Correct (should be root root)

WARNING => ohasd Log Ownership is NOT Correct (should be root root)

WARNING => OSWatcher is not running as is recommended.

INFO => Jumbo frames (MTU 9000) are not configured for interconnect

WARNING => kernel parameter rp_filter is set to 1.

Best Practice checking completed.Checking recommended patches on rac1.

---------------------------------------------------------------------------------

Collecting patch inventory on CRS HOME /u01/app/11.2.0/grid

Collecting patch inventory on ORACLE_HOME /u01/app/oracle/product/11.2.0/dbhome_1

---------------------------------------------------------------------------------

1 Recommended CRS patches for 112010 from /u01/app/11.2.0/grid on rac1

---------------------------------------------------------------------------------

Patch# CRS ASM RDBMS RDBMS_HOME Patch-Description

---------------------------------------------------------------------------------

9655006 no no /u01/app/oracle/product/11.2.0/dbhome_1GI PSU 11.2.0.1.2 (INCLUDES DATABASE PS

---------------------------------------------------------------------------------

1 Recommended RDBMS patches for 112010 from /u01/app/oracle/product/11.2.0/dbhome_1 on rac1

---------------------------------------------------------------------------------

Patch# RDBMS ASM type Patch-Description

---------------------------------------------------------------------------------

11724930 no merge DATABASE PSU 11.2.0.1.5 (INCLUDES CPUAPR

---------------------------------------------------------------------------------

Clusterware patches summmary report

---------------------------------------------------------------------------------

Total patches Applied on CRS Applied on RDBMS Applied on ASM

---------------------------------------------------------------------------------

1 0 0 0

---------------------------------------------------------------------------------

RDBMS homes patches summmary report

---------------------------------------------------------------------------------

Total patches Applied on RDBMS Applied on ASM ORACLE_HOME

---------------------------------------------------------------------------------

1 0 0 /u01/app/oracle/product/11.2.0/dbhome_1

---------------------------------------------------------------------------------

=============================================================

Node name - rac2

=============================================================

Collecting - CPU Information

Collecting - CRS active version

Collecting - CRS oifcfg

Collecting - CRS software version

Collecting - Cluster interconnect (clusterware)

Collecting - Huge pages configuration

Collecting - Kernel parameters

Collecting - Linux module config.

Collecting - Maximum number of semaphore sets on system

Collecting - Maximum number of semaphores on system

Collecting - Maximum number of semaphores per semaphore set

Collecting - Memory Information

Collecting - OS Packages

Collecting - Oracle Executable Attributes

Collecting - Shared memory segments

Collecting - Table of file system defaults

Collecting - number of semaphore operations per semop system call

Preparing to run root privileged commands rac2. Please enter root password when prompted.

root@rac2's password:

Data collections completed. Checking best practices on rac2.

--------------------------------------------------------------------------------------

INFO => $CRS_HOME/log/hostname/client directory has too many older log files.

INFO => user_dump_dest has trace files older than 30 days for RAC

INFO => background_dump_dest has files older than 30 days for RAC

WARNING => Open files limit (ulimit -n) for current user is NOT set to recommended value >= 65536 or unlimited

Comme vous pouvez voir l'outil propose de modifier de nombreux paramètres, y compris les valeurs du noyau, la purge des fichiers journaux, la configuration du réseau, les patchs recommandés et les options de sécurité.

Plus de détails sur l'outil peut être trouvé sur la note MOS ID: 1268927.1

Exalogic Certified implementer

2012-05-07T20:31:00.002+02:00

Bonjour à tous les followers, J'ai eu la chance de participer à la journée OTC chez oracle colombe.

Je suis heureux de vous annoncer, qu’après un mois de préparation. Mes efforts ont étés récompensés par l'obtention de la certification "oracle exalogic certified implementer".

Simuler un environnement Exalogic pour l'entrainement

2012-04-22T17:57:00.000+02:00

Actuellement en phase de préparation de la certification Exalogic, je scrute la toile pour avoir un environnement de test (comme les developpers VM d'oracle).

Mais je n'ai rien trouvé, sauf que je suis tombé sur cette article fort intéressant.

How to Simulate an Exalogic Machine for Training

Aller je m'y colle rapidement.

Oracle Weblogic certified Administrator

2012-04-11T14:20:00.000+02:00

Bonjour à tous les followers, dans la continuité de ma spécialisation dans le domaine Middleware.

Je suis heureux de vous annoncer, que je suis certifié "oracle weblogic 11g certified administrator".

Exadata certified implementer

2011-10-07T16:11:00.005+02:00

Bonjour à tous les followers, cela fait un an que je me suis intéressé à la technologie Exadata.

Je suis heureux de vous annoncer, qu’après 2 semaines de préparation intensive. Mes efforts ont étés récompensés par l'obtention de la certification "oracle exadat certified implementer".

Installation oracle VM 3.0.1

2011-09-18T19:40:00.004+02:00

Cet article donne un bref aperçu de l'installation d'Oracle VM Server et Oracle VM Manager version 3.0.1 sur un serveur (64bits).

L'installation se fera en deux étapes :

- Installer oracle VM server
- Installer oracle VM manager

Oracle VM server

Oracle vm s’installe directement sur le serveur (bare-metal). Après avoir placé le CD dans le lecteur et démarrer le serveur l'écran de démarrage s’affiche. Appuyez sur la touche "Entrée" pour continuer.

Cliquer sur le bouton "skip", si vous ne souhaiter pas tester le CD d'installation.

Sélectionner le type du clavier adéquat.

Accepter le contrat de licence "EULA", puis approuver votre choix en sélectionnant le bouton "Accept".

Confirmer le message d'avertissement concernant la table des partitions.

Sélectionner la méthode de partitionnement et le disque à partitionner.

Créer les partitions conformément à vos besoins.

Choisir la configuration de boot loader, puis valider en sélectionnant la touche "OK".

Sélectionnez l'interface de management. Noter la grosse nouveauté de la V3 (configuration du bonding et vlaning à l'installation)

Définir le nom de votre vlan.

Entrez la configuration réseau

Renseigner les informations DNS et gateway.

Définir le hostname

Sélectionner la zone horaire de serveur.

Entrer le mot de passe de l'agent vm.

Sélectionner le bouton "OK" pour démarrer l'installation.

Le formatage des disque commence.

Attendre la fin de l'installation.

Une fois l'installation terminé, appuyez sur la touche "Entrée" pour redémarrer le serveur.

Démarrage en cours.

Une fois le démarrage terminé, le serveur vous redirige sur la console OVM3.

Oracle VM manager
à venir

OVM certified implementer

2011-09-03T17:07:00.000+02:00

Bonjour à tous les followers, cela fait plus d'un an que j'utilise la technologie Oracle VM.

Je suis heureux de vous annoncer, qu’après 2 semaines de préparation. Mes efforts ont étés récompensés par l'obtention de la certification "oracle vm certified implementer".

Garder un œil sur le blog, pour les articles oracle vm en préparation.

Enfin disponible oracle vm 3.0

2011-08-24T11:04:00.000+02:00

Après une longue attente, Oracle a finalement relâché la release Oracle VM 3.0 ce matin. Je pense personnellement que c'est une solution prometteuse et plus évoluée que son aïeul.

Oracle a mis l'accent sur l'évolutivité, l'ergonomie, et l'automatisation, je vous laisse découvrir par vous-même le potentielle que cette solution peut vous apporter.

Application driven virtualization : http://www.oracle.com/us/technologies/virtualization/ovm3-app-driven-459334.pdf

Architecture: http://www.oracle.com/us/technologies/virtualization/ovm3-arch-tech-overview-459307.pdf

Nouvelles fonctionnalités : http://www.oracle.com/us/technologies/virtualization/ovm3-whats-new-459313.pdf

Migrer un catalogue rman vers 11gR2

2011-07-29T23:46:00.002+02:00

J'ai eu la demande suivante de la part de l'un de mes clients.

Je souhaite migrer mon catalogue RMAN 10gR2, vers une nouvelle architecture en 11gR2.

Avant de détailler la procédure utilisée pour achever la migration, il faut savoir que les packages (particulièrement DBMS_RCVMAN et DBMS_RCVCAT) ainsi que la version du catalogue RMAN 11g ne sont pas les mêmes que celles de leur prédécesseurs.

Mon architecture de test se compose de :

- Serveur White : db 10.2.0.4 hébergeant le catalogue RMAN (système de production)
- Serveur Red : db 11.2.0.2 et db 10.2.0.4 (système de futur production)
- Schéma du catalogue rman : rcat

Les étapes de la migration se décomposent comme suit :

- Exporter le catalogue RMAN au niveau de la production, le but étant de ne pas avoir à upgrader le système de production actuelle.

$expdp rcat/sekret@oldrmancat schemas=rcat directory=DMP_DIR dumpfile=rcat10g.dmp logfile=exp_rcat10g.log

- Importer le catalogue RMAN du serveur White vers le serveur Red, en utilisant l'import datapump du schéma rcat.

$impdp rcat/sekret@newrmancat schemas=rcat directory=DMP_DIR dumpfile=rcat10g.dmp logfile=imp_rcat10g.log

- Upgrader le catalogue 10g vers 11.2 pour avoir la possibilité d'effectuer l'import.

RMAN> CONNECT CATALOG rcat@newrmancat
recovery catalog database Password: password
connected to recovery catalog database
PL/SQL package rman.DBMS_RCVCAT version 10.01.00 in RCVCAT database is too old
RMAN> UPGRADE CATALOG;
recovery catalog owner is RCAT
enter UPGRADE CATALOG command again to confirm catalog upgrade
RMAN> UPGRADE CATALOG;
recovery catalog upgraded to version 11.01.00
DBMS_RCVMAN package upgraded to version 11.01.00
DBMS_RCVCAT package upgraded to version 11.01.00

- Une fois l'upgrade terminé, vous êtes prêt à démarrer l'opération d'import.

RMAN> CONNECT CATALOG rcat@rman11cat
recovery catalog database Password: sekret
connected to recovery catalog database
RMAN> IMPORT CATALOG rcat@newrcat;
Starting import catalog at 15-JUL-11
source recovery catalog database Password: sekret
connected to source recovery catalog database
import validation complete
database unregistered from the source recovery catalog
Finished import catalog at 15-JUL-11

Votre catalogue 11.2 est opérationnel

Oracle déclasse le téléchargement des patchs via smart update

2011-07-25T06:44:00.000+02:00

Pour mon grand bonheur et pour celui des clients finaux, oracle à déclassé (fin Mai) le téléchargement des patchs Weblogic via son outil smart update.

En effet, jusqu'au là nous étions contraint de connecter le serveur weblogic à internet lors de l'installation pour télécharger les patchs, ou d'utiliser un autre serveur weblogic disposant d'une connexion internet pour avoir les mises à jours nécessaires en local.

Afin de mieux coordonner la distribution des correctifs, Oracle a décidé de consolider la distribution des patchs via oracle my support comme source unique.

À cette fin, Oracle à désactivé la fonctionnalité de téléchargement depuis l’outil Smart Update. (Ne la chercher plus)

     * Les patchs et correctifs ensembles anciennement disponibles aux téléchargements dans Smart Update seront disponibles sur My Oracle Support
     * Vous devez vous connecter à My Oracle Support en utilisant votre compte, passez à l'onglet Mises à jour et de correctifs, puis rechercher et télécharger des patchs.
     * La gestion des patchs se fera toujours à l’aide de Smart Update

Quid des patchs ?

Les clients seront en mesure de rechercher les correctifs Smart Update en utilisant MOS "recherche avancée". Chaque patch sera associé à un Bug ID qui peut être utilisé comme identifiant de correctif.

Voir la note 1302053.1 pour plus de détail sur la méthode de téléchargement. Puis 876004.1 pour appliquer les patchs weblogic via Smart Update.

Oracle rachète ksplice

2011-07-24T22:24:00.000+02:00

Ksplice est une extension du noyau Linux dont la fonctionnalité et de permettre l'application à chaud des mises à jour (Zero down time).

On comprend mieux ce choix, quand on regarde en détail l'offre oracle. Spécifiquement Exadata, Exalogic, OLE et Oracle VM, qui s'appuient sur une distribution OLE comme noyau système.

Oracle publie la version oracle vm server 2.2.2

2011-06-18T19:53:00.000+02:00

17 Juin 2011 Oracle a publié la relase Oracle VM Server 2.2.2. Les RPMs L'Oracle VM Server 2.2.2 sont disponibles pour les clients Oracle Unbreakable Linux sur le chanel (ULN) les ISOs sont également disponible eDelivery.

N.B : La version du serveur Oracle VM 2.2.2 publiée n'inclut pas les mises à jour de Oracle VM Manager. La dernière mise à jour disponible pour Oracle VM Manager est OVS-manager-2.2-16.

Cette nouvelle version offre de nouvelles fonctionnalités, de nombreux paquetage RPM et des mises à jour des drivers. 

Parmi les nouvelles fonctionnalités on trouve le système VMPInfo (vmpinfo-2.2-3.noarch.rpm), un nouvel référentiel NFS et le support de l'ext4 par pygrub pour Oracle Linux et Red Hat Linux 6.0.

Si votre serveur est enregistré sur le réseau Unbreakable Linux, vous avez la possibilité de le mettre à jour simplement à l'aide de la commande "up2date-u". Pour une procédure détaillée pour enregistrer et mettre à jour les serveurs Oracle VM s'il vous plaît se référer à mon livre le métro Oracle VM Manuel Chapitre 4 Comment s'inscrire et mettre à jour un serveur Oracle VM à partir du Oracle Unbreakable Linux Network.

Voici une liste non exhaustive des nouveautés :

Device Driver Updates:

qla2xxx 8.03.07.00.2.2.1
netxen 4.0.75
qlcnic 5.0.15.2
qla4xxx 5.02.04.02.02.22-d0
lpfc 8.2.0.48.2p
rdac 09.03.0C02.0331
3w-9xxx

Added Device Drivers:

Mellanox 10GbE Release 1.5.1.3 network driver
Added Intel network drivers igbvf and ixgbevf

Added RPM :

64-bit version of kdump

Changed Value:

Increased the value of txqueuelen for netback vif devices

Automatiser la suppression des archivelogs sur votre standby

2011-05-01T20:19:00.003+02:00

Je publie cet article, pour répondre à l'un de mes ex-collègues (oui j'ai changé d'entreprise, ce qui explique l'absence).

Comment, puis-je automatiser la purge des archivelogs dans un environnement Dataguard ?

La réponse à cette question se résume à ce qui suit :

Il suffit de configurer la politique de purge des archivelogs sur l'ensemble des sites (standby et primary).

RMAN> configure archivelog deletion policy to applied on standby;
old RMAN configuration parameters:
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE;
new RMAN configuration parameters:
CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY;
new RMAN configuration parameters are successfully stored

Attention, si votre version est inférieur à 11g. Il est nécessaire de positionner le paramètre _log_deletion_policy, pour applique la configuration "applied on standby".

Pour ne pas buter sur l'erreur RMAN-08591 comme moi, je vous conseille de positionner votre site standby en tant que cible mandatory.

SQL> alter system set log_archive_dest_2=
2 'service=stdby lgwr async valid_for=(online_logfiles,primary_role) mandatory';

Entreprise manager 11g en mode Standby

2011-02-28T17:25:00.009+01:00

Dans ce post, je vais vous expliquer comment mettre en place Oracle Enterprise Manager 11R1 en mode fail over.

Topologie du test :

- DNS (comme Load balancer). C'est le moins couteux ;) 

 - OMS1   : un serveur primaire (OEL5 32bit)

- OMS2   : un serveur secondaire (OEL5 32bit)

- OMS11g : l'alias que je vais utiliser comme nom virtuel

Pour réussir cette installation, il vous faut :

- Une base de données 11.2
- Une instance pour héberger le repository GC
- Un serveur Weblogic version 10.3.2

- Installation Entreprise Manager 11g

Puis la suite de cet article 

Attention : l'installation doit être effectuée avec le nom virtuel via le paramètre ORACLE_HOSTNAME

Installation de l'instance standby de l'OMS
 
Les étapes d'installation sont les suivants :

Sur le site primaire : 
Installer et configurer le référentiel GC 11.2
Installer et patcher le serveur Weblogic 10.3.2
Installer l'EM 11g (instance primaire)
Sur le site de secoure :
Configurer une base de secoure (standby) avec le même nom et sid que la base primaire (référentiel GC 11g).
Installer et patcher le serveur Weblogic 10.3.2
Installer l'EM 11g (instance de secoure)
Passons au vif du sujet; l'installation et la configuration de l'EM "instance de secoure". (pour les autres étapes veuillez vous référer aux articles dédiés sur mon blog).

Créer puis copier la clé emkey vers le repository depuis le site primaire  
$OMS_HOME/emctl config emkey -copy_to_repos

scp emkey.ora oracle@oms2:/oracle/product/Middleware/oms11g/sysman/config/

Démarrer l'installation du grid contrôle sur le site standby en mode softonly
./runInstaller ORACLE_HOSTNAME=OMS11g -noconfig -silent -responseFile /sources/gc111/response/additional_mgmt_service.rsp

Appliquer les patchs GC
ORACLE_HOME/perl/bin/perl $ORACLE_HOME/install/oneoffs/apply_NewOneoffs.pl $ORACLE_HOME OC9321514,9207217

Lancer l'assistant de configuration omsca
omsca standby -EM_DOMAIN_NAME GCStandby -nostart

N.B : je crée un domaine supplémentaire avec le nom GCStandby pour déployer mon instance de secoure
Enter informations as needed (use same as primary)

Oracle Enterprise Manager 11g Release 1 Grid Control

Copyright (c) 2009, 2010, Oracle. All rights reserved.

Enter Admin Server Host Name[OMS2]:OMS11g

Enter Admin Server HTTPS Port[7101]:7101

Enter Admin Server user name[emgcadmin]:weblgogic

Enter Admin Server user password:

Confirm Password:

Enter EM instance host [OMS2]:OMS11g

Enter Upload HTTP PORT[4889]:4893

Enter Upload HTTPS PORT[4899]:4901

Enter location for OMS config files[/oracle/product/gc_inst]:/oracle/product/gc_inst

Enter Node Manager Username[emnmuser]:nodemanager

Enter Node Manager Password:

Confirm Password:

Enter Repository database host name:OMS1

Enter Repository database listener port:1521

Enter Repository database SID:emrep

Enter Repository database user password:

Enter Agent Registration password:

Confirm Password:

Doing pre requisite checks ……

Pre requisite checks completed successfully

Doing infrastructure setup ……

Infrastructure setup of EM completed successfully.

Doing pre deployment operations ……

Pre deployment of EM completed successfully.

Deploying EM ……

Deployment of EM completed successfully.

Configuring webtier ……

Configuring webTier completed successfully.

Securing OMS ……

EM Key is secured and is backed up at /oracle/product/Middleware/oms11g/sysman/config/emkey.ora

Securing of OMS completed successfully.

Performing Post deploy operations ….

Installing EMCLI…

EMCLI setup was skipped …

Post deploy operations completed successfully.

EM configuration completed successfully.

EM URL is:https://OMS11g:7799/em

Configurer le add-on de virtualisation
addonca -oui -omsonly -name vt -install gc

Exporter et copier de la configuration OMS depuis le site primaire
emctl exportconfig oms -dir /gc_config

scp -P xxx -p /sources/gc111/oms/opf_ADMIN_XXXXX.bka oracle@oms2:/gc_config/opf_ADMIN_XXXXX.bka

Importer la configuration OMS sur le site standby
emctl importconfig oms -file /gc_config/opf_ADMIN_XXXXX.bka

Modifier le référentiel du site de secoure
emctl config oms -store_repos_details -repos_host oms2 -repos_port 1521 -repos_sid emrep -repos_user sysman -no_check_db

La commande suivante permet de vérifier le référentiel que l'oms utilise
emctl config emkey -remove_from_repos

Oracle préconise la création et la configuration d'un emplacement central, pour héberger les fichiers contenant les données des métriques collectés par l'agent en cas d'utilisation de multiple OMS.

Lancer la commande suivante, sur l'ensemble des serveurs OMS
emctl config oms loader -shared yes -dir 

Pour des raisons de sécurité, ne pas oublier de supprimer la clé du référentiel
emctl config emkey -remove_from_repos

Test de bascule sur le site de secoure

Testons notre prototype.

Arrêtez tous les services de gestion sur le serveur principal
emctl stop oms -all

Effectuer le changement DNS pour remonter l'ip du site de secoure en premier. 

Arrêtez tous jobs de la base de données primaire
SQL> alter system set job_queue_processes = 0;

Effectuer un switchover de base
$ dgmgrl
DGMGRL> connect /
DGMGRL> voir la configuration;
DGMGRL> Passage à la "emrep";

Redémarrer l'ancienne base primaire en mode mount

Vérifiez que l'opération de switchover de la base s'est bien passé

Sur le nouveau site de production effectuer les opérations suivantes :

Vérifier le statut de la base 
$ dgmgrl
DGMGRL> connect /
CONFIGURATION DGMGRL SHOW>;

Démarrer les jobs sur la nouvelle base de données primaire
SQL> alter system set job_queue_processes = 1000;

Démarrer l'OMS
emctl start oms

Vérifier que la connexion à la console EM est OK et que l'upload des agents fonctionne.

Pour un retour à la normal reprendre les étapes de la bascule depuis le début

Si quelque chose n'est pas clair ou manquant, merci de me le faire savoir.

Installer un loadbalancer Linux (LVS)

2011-02-28T12:49:00.018+01:00

Linux Virtual Server (LVS) est une solution qui permet de garantir la répartition de charge ainsi que le fail over des services (applications).

Dans cet article j'explique l'installation et le paramétrage de ce produit.

L'offre LVS comporte les outils :

ipvsadm (constitue le noyau)
piranha (comporte le service pulse et l'outil de supervision nany)
piranha-gui (l'interface web d'administration)

Installer les packages nécessaires sur le routeur LVS

Environnement de test

LVS (RHEL5.4)    : eth0: 192.168.26.201
Serveur Réel 1 (RHEL5.4) : eth0: 192.168.26.211
Serveur Réel 2 (RHEL5.4) : eth0: 192.168.26.212
VIP                      : 192.168.26.200P
Passerelle               : 192.168.26.1

Topologie du lab

Installer et activer les composants LVS au boot à l'aide des commandes :

yum install ipvsadm piranha

/sbin/chkconfig --level 35 piranha-gui on
/sbin/chkconfig --level 35 pulse on
/sbin/chkconfig --level 35 httpd on

Si vous souhaitez surveiller la charge des serveurs réel, je vous conseil d'installer l'outil rup comme suit.

Sur le serveur LVS Lancer la commande :

yum install rusers

Puis au niveau des serveurs réels, installer l'outil ruser-server et activer le au boot

yum install rusers-server

/etc/init.d/rstatd start
/sbin/chkconfig --level 35 rstatd on

Une fois l'installation terminée passons à la configuration. Mais une petite explication s'impose.

Le LVS peut être configuré selon 3 modes

NAT : nécessaire quand les serveurs virtuels sont sur un réseau différent de celui de la VIP du LVS
DR (direct routing) : utilisé lorsque les serveurs et la VIP du LVS sont sur le même réseau
TUN (tunneling) : En cas de situation complexes (ex : les serveurs réels sont sur des réseaux différents)

Pour faire simple ce poste traite le mode DIRECT.

Le LVS effectue le load-balancing en s'appuyant sur la technique de l'ip forwarding. Ce qui nécessite l'activation d'un paramètre linux spécifique.

Activer l'option d'ip forwarding sur toutes les machines (réels et LVS) en utilisant les commandes :

/sbin/sysctl -w net.ipv4.ip_forward=1

sysctl -p

Créer une interface virtuelle sur le LVS

ifconfig eth0:1 192.168.26.200 netmask 255.255.255.255 broadcast
192.168.26.1 up

Désactiver la résolution arp au niveau de l'interface lo (loopback) sur l'ensemble des serveurs réels

echo /etc/rc.local >> ip link set lo arp off

ip addr add brd dev lo

Configurer la vip LVS au niveau de l'ensemble des machines réel

echo /etc/rc.local >> ip addr add brd dev lo

ip addr add brd dev lo

La désactivation de l'arp sur l'interface lo n'étant pas suffisante, il faut faire ce qui suit pour contourner le problème arp (il faut avoir au minimum un kernel 2.4.26 mini ou 2.6.4 mini)

/sbin/sysctl -w net.ipv4.conf.lo.arp_ignore=1

/sbin/sysctl -w net.ipv4.conf.lo.arp_announce=2

/sbin/sysctl -w net.ipv4.conf.all.arp_ignore=1

/sbin/sysctl -w net.ipv4.conf.all.arp_announce=2
sysctl -p

L'utiliser l'outil de configuration Piranha nécessite un mot de passe, celui-ci peut être défini à l'aide de la commande :
/usr/sbin/piranha-passw

une fois le mot de passe créé, il ne vous reste plus que à démarrer l'application piranha-gui.

/usr/sbin/service httpd start

/usr/sbin/service piranha-gui start

Configuration du Routeur LVS via la console Piranha

Se connecter la console piranha via l'url http://192.168.26.201:3636 en utilisant le compte et le mot de passe d'administration (piranha/passwd).

Au niveau de l'onglet global settings, renseigner le nom/ip publique du serveur principal, puis cliquez sur le bouton ACCEPT

Ajouter le(s) service(s) virtuel(s) à load-balancer au niveau de l'onglet VIRTUAL SERVERS

Les informations GET et SEND ne sont nécessaires que pour les ports utilisent un protocole http.

Pour les autres types de protocoles il faut faire appel à des scripts (cf. document de configuration LVS redhat pour plus de détail sur les scripts).

vue d’ensemble après la configuration

Supervision de la charge des serveurs réels avec rup

Editer le fichier /etc/sysconfig/ha/lvs.cf

Activer le load_monitor pour chaque service virtuel :
load_monitor = rup
scheduler = lblc

Sur les serveurs réels, activer le daemon rstatd :
chkconfig rstatd on
service rstatd start

Pour finir redémarrer le service pulse sur le LVS
service pulse restart

Installation Entreprise Manager 11g (étape par étape)

2011-02-09T19:04:00.005+01:00

Pour réussir cette installation, il vous faut :

- Une base de données 11.2

- Une instance pour héberger le repository GC

- Un serveur Weblogic version 10.3.2 

Puis la suite de cet article 

Démarrage de l'installeur à l'aide de la commande

./runInstaller

Décocher l'option "Je souhaite recevoir les mises à jour de sécurité via My Oracle Support"

Répondre "Oui" pour désactiver les mises à jour de sécurité 

Cocher l'option "Ignorer les mises à jour logicielles"

Choisir l'option "Installer un nouveau système Entreprise manager"

L'installeur vérifie la liste des prés-requis

Définir l'emplacement ORACLE_BASE de l'instance OMS

Renseigner le mot de passe des comptes weblogic et nodemanager

N.B : Oracle nom le premier domaine Grid contrôle GCDOMAINE par défaut.
  
Compléter l'écran de connexion avec les informations nécessaires à l'accès à la base de données

Renseigner le mot de passe des comptes sysman  et MDS ainsi que l'emplacement de création des tablespaces GC 11g.
 
Définir le mot de passe de sécurisation de l'oms et l'agent

Confirmer la liste des ports à utiliser

La page de résumé s'affiche, cliquer sur install

 Installation des binaires en cours

Le moment de la pause café ;) se rapproche.

Lancer le script allroot.sh depuis un terminal root et cliquer sur "ok" une fois le script exécuté.

Assistants de configuration en cours. (allez faire votre pause café)

Une fois l'installation terminée, la page de fin affiche les informations de connexion à la console EM et ceux de la console d'administration weblogic.

Valider votre installation en effectuant un accès à la console EM.

Installer un serveur Weblogic 10.3.2 pour Grid Control 11g

2011-02-09T19:01:00.006+01:00

L'utilisation d'un serveur WebLogic 10.3.2 existants pour est un prés-requis à l'installation de Grid Control 11.1.0.1.0. C'est à cette fin je vous fournis cet article en détaillant la procédure d'installation.

Installation

Lancer l’exécutable convenable, suivant l'architecture de votre serveur.

Pour 32bit

java -jar wls1032_generic.jar -log=$HOME/install_linux64.log -log_priority=debug

Pour 64bit

java -d64 -jar wls1032_generic.jar -log=$HOME/install_linux64.log -log_priority=debug

Choisir l’option "Create a new Middleware Home" puis définir l’emplacement Middleware HOME.

Décocher l’option "I wish to recive security updates via My Oracle support"

Choisir le mode d'installation "Typical"

Définir l’emplacement de l’installation des binaires wls.

Vérifier le résumé de l’installation, puis cliquer sur Next pour démarrer l’installation.

Installation en cours

Une fois l’installation terminée, décoché l’option "Run quickstart" puis cliquer sur Exit

Post-installation

L'installation du patch weblogic WDJ7 est obligatoire, par conséquent nous allons l'appliquer.

Lancer l’utilitaire de mise à jour BEA
cd $MIDDLEWRA_HOME/utils/bsu
./bsu.sh

Une fois lancé, l'utilitaire scanne pour la liste des patchs disponibles

L’utilitaire requière une authentification avec un identifiant oracle valide

Au niveau de l'onglet "Get patchs" identifier et télécharger le patch WDJ7.

A la fin du téléchargement cliquer sur le bouton "Apply" correspondant au patch WDJ7

Une fois le patch installé, cliquer sur file >> quit

Créer un repository EM 11g sur une base 11.2

2011-02-09T18:56:00.017+01:00

Dans cet article je vais créer ma base de données EMREP, celle-ci constituera un référentiel pour mon Grid contrôle 11g.

Ce poste suppose que vous disposez d'un serveur oracle 11.2.0.2.

Si ce n'est pas le cas merci de vous référez à l'article ici

Invoquer l'assistant de création de la base de données.

./dbca

Sélectionner l'option "Create a database"

Créer la base depuis le modèle "général"

Renseigner le nom global et le SID de la base à utiliser

Au niveau de l'écran de gestion des options, décochez la case "Enterprise Repository Manager" afin d'éviter la configuration de la console database.

Définir un mot de passe pour les comptes de la base sys et system

Choisir l'option du stockage adéquate à votre environnement, puis définissez l'emplacement de stockage des datafiles.

Définir la taille de la flash recovery area.

Décocher l'option "simple schemas"

Ajuster la taille de la sga en fonction de la plate forme

Vérifier et valider les caractéristiques des fichiers de la base.

Sélectionner les options de création en fonction du besoin

La page de résumé s'affiche, cliquer sur "ok" pour valider la création

Une fois l'installation terminée, cliquer sur "Exit"

veiller à définir les paramètres d'initialisation de la base comme décrit ci-après :

Compatible => 10.2.0.1.0 or higher
remote_login_passwordfile => SHARED or EXCLUSIVE
statistics_level => TYPICAL
timed_statistics => TRUE
undo_management => AUTO
workarea_size_policy => AUTO
db_block_size => 8192 or greater
job_queue_processes => 10 or greater
log_buffer => 10485760 or greater

memory_target (Only for Oracle Database 11g Release 2 (11.2) and higher) => cf. http://www.oracle.com/technology/documentation/database.html

open_cursors => 300 or greater
processes => 500 or greater
session_cached_cursors => 200 or greater
sga_target => cf. http://www.oracle.com/technology/documentation/database.html

Il faut configurer la couche réseau, pour finaliser l'opération de préparation.

Références :
Installer weblogic 10.3.2 pour GC 11g
Installer le moteur oracle database 11.2

Installation d'un moteur oracle database 11.2

2011-02-09T18:55:00.005+01:00

Dans cet article je vais vous décrire l'installation de la base oracle (11.2). L'article est basé sur une installation sous un environnement Linux 5 update 3. 

N.B : Cet article suppose que vous avez configuré le serveur conformément au prés-requis oracle.

Démarrer l'installation en invoquant l'installeur oracle comme suit

 ./runInstaller

Décliner la réception des notifications de mises à jour de sécurité

Un pop-up de confirmation s'affiche, cliquer sur "Yes"

Choisir l'option "Install database software only", afin d'installer le moteur oracle (11.2).

Sélectionner l'option "single instance database installation"

Sélectionner les langues souhaitées.

Installer une base de type "Entreprise Edition", puis sélectionner les options à installer (comme sur la fenêtre).

Définir les emplacements ORACLE_BASE et ORACLE_HOME conformément à votre environnement.

Renseigner l'emplacement oracle inventory et le groupe dba

Définir le groupe OSDBA et OSOPER de la base

L'installeur effectue la vérification de prés-requis

Lancer les scripts orainsRoot.sh et root.sh en suivant les instructions indiquées sur la fenêtre.

Le serveur oracle est en fin prêt à accueillir vous bases mon-instances.

[Edit] My certifications of 2010 - 2011

2011-01-01T15:59:00.011+01:00

Je vous souhaite une bonne et heureuse année 2011. 

Comme le veut la tradition, je fais mon bilan de l'année passé. (C'est ce qui à motiver cet article).

Ci-après la liste de mes certifications de l'année 2010 - 2011.

Pour clôturer l'année 2010, j'ai passé avec succès la certification Oracle Enterprise Manager 11g Implementation Specialist.

Mes objectif pour l'année 2011 :

- OVM implementer specialiste (Janvier 2011) 

- OEL Implementer (Q1 2011)

Migration d'une base windows vers linux et vise-versa

2010-12-15T13:58:00.001+01:00

J'ai envie de partager avec vous, l'une de mes expériences de migration ORACLE. L'objectif étant de migrer une base oracle de Windows vers linux.

Cas d'étude :

Système cible : Linux 5u3 32bit

Système source : Win 2003 32bit

Avant de commencer, vérifier le format Endian de votre système source.

Vous remarquez que les deux systèmes (windows et linux) disposent du même format endian.

Prochaine étape, récupérer le nom et le type de la plateforme cible.

Avant de vous lancez dans l'aventure, vérifier la possibilité de migration de la base à l’aide du package dbms_tdb.check_db.

Si le package renvoi la valeur False, la base de données ne peut être transportée et dans ce cas vous devez utiliser une autre méthode (e.g. TRANSPORTABLE TABLESPACE) à la place de la conversion de base moyennant RMAN.

 Ensuite, vérifier l’existence et le format des tables externs, directory et BFILE, en utilisant le package dbms_tdb.check_external.

cette ensemble de données externes seront à recréer après migration, car rman ne sais pas les transporter.

Créer un dossier destiné à héberger les datafiles en format converti.

 $mkdir converted 

Démarrer la base en mode lecture seul, pour garantir la consistance des données.

On y est, nous allons utiliser maintenant la commande de conversion, pour migrer la base vers notre système cible.

$rman target /

Notre que le script transport.sql, servira plus tard pour lancer la création de la base au niveau du système cible.

Générer le fichier d’initialisation de la base.

Au niveau du système vérifier la création des fichiers récemment convertis

$dir c:\converted

Puis, transférer les fichiers vers le système cible via les outils système (cp, ntfs, ftp …)

Créer un dossier au niveau de serveur cible "linux", pour y mettre l’ensemble des fichiers générés.

Créer les dossiers d’administration oracle, dumps et flash_recovery. Nécessaires pour la création de la base cible.

cd $ORACLE_HOME
mkdir admin
cd admin
mkdir lindb
cd lindb
mkdir adump bdump cdump udump
cd ../../
mkdir flash_recovery_area
mkdir oradata
mkdir lindb

copier l’ensemble des fichiers de données “*.dbf”, vers le dossier créé.

cp c:\converted\*.dbf $ORACLE_HOME/oradata/lindb/

Il ne vous reste plusn qu’à adapter le fichier d’initialisation pfile.ora ainsi que le script transport.sql à votre nouvel environnement pour refléter la structure de la nouvelle arborescence.

Amusez-vous !!!

Lancer le script transport.sql depuis une session sqlplus

$export ORACLE_SID=lindb
Sqlplus / as sysdba
SQL>@c:\coverted\transport.sql

une fois la création terminée, fait une vérification final

SQL>select COUNT(*) "ERRORS DURING RECOMPILATION" from utl_recomp_errors;

ERRORS DURING RECOMPILATION
---------------------------
                          0

Et voilà,

SQL> select name, open_mode from v$database;

NAME      OPEN_MODE
--------- ----------
LINDB     READ WRITE

Enjoy !!!

A suivre, opérations d'après migration (cas linux vers windows)....

Destination auxiliaires pour vos journaux archive

2010-10-29T23:31:00.001+02:00

Oracle nous offre la possibilité de spécifier des destinations dites «alternatives» pour les journaux d'archives au cas où la destination principale devient pleine. Vous pouvez activer cette fonctionnalité en définissant le paramètre log_archive_dest comme suit :

log_archive_dest_1='location=+FRA REOPEN=0 MANDATORY alternate=log_archive_dest_2'
log_archive_dest_2='location=/second_emplacement MANDATORY'
log_archive_dest_state_1=ENABLE
log_archive_dest_state_2=ALTERNATE

L'une configuration souvent utilisée consistait à utiliser la zone de récupération rapide comme destination principale et une destination NFS en tant que destination pour les archives logs alternatives.