DB-ORACLE PASSION

2009-09-07T02:01:00.000-07:00

CREATION D'UNE ACTIVE DATA GUARD
(UNE PROCEDURE COMPACTE)

I - Introduction
Comme il est indiqué dans le titre de cet article, les tests dont nous vous livrons le compte-rendu, ne sont possibles que sur Oracle Database 11g. Nous avons utilisé la release 11.1.0.6.
Ce sont les nombreuses améliorations apportées par Oracle avec Oracle Database 11g qui ont facilité et simplifié la tâche et permis de rendre la procédure (et en particulier le script rman de création de la standby) aussi compacte.

II - Pré-requis
i) Les bases de données de production (primaire) et standby doivent s'exécuter dans la même release d'Oracle Database 11g, Enterprise Edition
ii) L'option Oracle Active Data Guard doit être installée (Elle est payante et pas présente dans la vue v$option)
iii) La base de données primaire doit être en mode archive log.

III - Configuration de tests

BD primaire BD standby
Serveur bund01 bund02
Base de données prod stdby

IV - Les étapes

Etape 1 : Activer l'option "force logging" sur la base de données primaire
SQL> alter database force logging ;
Database altered.

Etape 2 : S'assurer que la base de données primaire utilise un fichier spfile
SQL> show parameter spfile
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
spfile string +DATA/prod/spfileprod.ora

Etape 3 : Créer des standby redo logs sur la base de données primaire avec des numéros de groupes dans la continuité du dernier numéro de groupe des redo logs
SQL> col member for a40
SQL> select GROUP#, MEMBER from v$logfile ;
GROUP# MEMBER
---------- ------------------------------------------------------------
3 +DATA/prod/onlinelog/group_3.266.696684409
3 +DATA/prod/onlinelog/group_3.267.696684415
2 +DATA/prod/onlinelog/group_2.264.696684397
2 +DATA/prod/onlinelog/group_2.265.696684403
1 +DATA/prod/onlinelog/group_1.262.696684385
1 +DATA/prod/onlinelog/group_1.263.696684391

SQL> alter database add standby logfile group 4 ('+DATA/prod/sby_log01_01.rdo','+DATA/sby_log01_02.rdo') size 50M;
Database altered.

SQL> alter database add standby logfile group 5 ('+DATA/prod/sby_log02_01.rdo','+DATA/sby_log02_02.rdo') size 50M;
Database altered.

SQL> alter database add standby logfile group 6 ('+DATA/prod/sby_log03_01.rdo','+DATA/sby_log03_02.rdo') size 50M;
Database altered.

Attention : il est possible de placer les standby redo logs directement dans le répertoire +DATA. Cependant cela entraîne des conflits comme le montrent les messages suivants que nous avons expérimentés :
RMAN-05536: auxiliary logfile name +DATA/sby_log01_01.rdo conflicts with a file used by the target database
RMAN-05536: auxiliary logfile name +DATA/sby_log01_02.rdo conflicts with a file used by the target database
RMAN-05536: auxiliary logfile name +DATA/sby_log02_01.rdo conflicts with a file used by the target database
RMAN-05536: auxiliary logfile name +DATA/sby_log02_02.rdo conflicts with a file used by the target database
RMAN-05536: auxiliary logfile name +DATA/sby_log03_01.rdo conflicts with a file used by the target database
RMAN-05536: auxiliary logfile name +DATA/sby_log03_02.rdo conflicts with a file used by the target database

Etape 4 : Mettre à jour le fichier tnsnames du serveur primaire
Il s'agit d'ajouter les lignes suivantes :
STDBY =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = bund02 )(PORT = 1521))
(CONNECT_DATA =
(SID = stdby)
)
)

Etape 5 : Copier le fichier de mots de passe de la base de données primaire dans le répertoire $ORACLE_HOME/dbs de la standby en lui donnant le nom orapwstdby.
[oracle@bund01 dbs]$ scp -P22 orapwprod oracle@bund02:/u01/app/oracle/product/11.1.0/db_1/dbs/orapwstdby
The authenticity of host 'bund02 (192.168.1.130)' can't be established.
RSA key fingerprint is a3:55:7e:58:c4:66:9d:2f:77:f3:20:2b:c9:75:f5:c7.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'bund02,192.168.1.130' (RSA) to the list of known hosts.
oracle@bund02's password:
orapwprod
[oracle@bund01 dbs]$

Etape 6 : Mettre à jour les fichiers listener.ora et tnsnames.ora du serveur standby
Il faut leur ajouter les lignes suivantes.
Listener.ora
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(global_dbname = stdby)
(oracle_home = /u01/app/oracle/product/11.1.0/db_1)
(sid_name = stdby)
)
(SID_DESC =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = /u01/app/oracle/product/11.1.0/db_1)
(PROGRAM = extproc)
)
)

tnsnames.ora
STDBY =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = bund02.knmc.local )(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = stdby)
)
)

PROD =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = bund01.knmc.local )(PORT = 1521))
(CONNECT_DATA =
(SERVICE_NAME = prod)
)
)

Etape 7 : Créer le fichier initstdby.ora sur le serveur standby (bund02)
Le fichier doit être stocké dans le répertoire $ORACLE_HOME/dbs et ne contient qu'une seule ligne avec le paramètre db_name. Il faut bien noter que le db_name de la standby est le même que pour la primaire.
db_name=prod

Etape 8 : Sur la standby, créer les répertoires et sous-répertoires devant contenir les fichiers de trace d'audit
Ces créations doivent être faites dans le répertoire $ORACLE_BASE/admin. Les répertoires et sous-répertoires sont : $ORACLE_BASE/admin/stdby, $ORACLE_BASE/admin/stdby/adump

[oracle@bund02 admin]$ mkdir –p stdby/adump

Etape 9 : Sur la primaire, créer le fichier rman de création de la standby.
[oracle@bund01 db_1]$ cat create_stdby.rman
connect target sys/oracleMdp@prod
connect auxiliary sys/ oracleMdp @stdby
run {
allocate channel p1 type disk ;
allocate auxiliary channel s1 type disk ;
duplicate target database for standby from active database
spfile
parameter_value_convert 'prod','stdby'
set db_unique_name='stdby'
set db_file_name_convert='/prod/','/stdby/'
set log_file_name_convert='/prod/','/stdby/'
set control_files='+DATA/stdby/control01.ctl','+DATA/stdby/control02.ctl'
set log_archive_max_processes='5'
set fal_client='stdby'
set fal_server='prod'
set standby_file_management='AUTO'
set log_archive_config='dg_config=(prod,stdby)'
set log_archive_dest_2='service=prod lgwr async valid_for=(online_logfiles, primary_role) db_unique_name=stdby'
set log_archive_dest_state_2='enable'
set log_archive_format='stdby_%t_%s_%r.arc'
;
sql channel p1 "alter system set log_archive_config=' 'dg_config=(prod,stdby' '";
sql channel p1 "alter system set log_archive_dest_2=' 'service=stdby lgwr async valid_for=(online_logfiles, primary_role) db_unique_name=prod' '";
sql channel p1 "alter system set log_archive_max_processes=5";
sql channel p1 "alter system set fal_client=''prod' '" ;
sql channel p1 "alter system set fal_server=''stdby' '";
sql channel p1 "alter system set standby_file_management=AUTO";
sql channel p1 "alter system set log_archive_dest_state_2=enable"
sql channel p1 "alter system archive log current" ;
sql channel s1 "alter database recover managed standby database using current logfile disconnect" ;
}

Etape 10 : Sur le serveur standby, mettre à jour les variables d'environnements et démarrer la standby avec l'option nomount
[oracle@bund02 db_1]$ export ORACLE_SID=stdby
[oracle@bund02 db_1]$ export ORACLE_HOME=/u01/app/oracle/product/11.1.0/db_1
[oracle@bund02 db_1]$ sqlplus / as sysdba
SQL> startup nomount

Etape 11 : Sur le serveur primaire, exécuter le script rman
[oracle@bund01 db_1]$ rman cmdfile=create_stdby.rman log=create_stdby.log

Notes
i) Le script de création effectue les actions suivantes :
- Arrêter la base standby et la re-démarrer avec le fichier spfile nouvellement créé
- Créer un fichier standby controlfile sur le serveur primaire et la copier sur le serveur standby
- Créer une base de données clone sur le serveur standby à l'aide d'Oracle RMAN cloning
- Convertir la base de données clonée en base de données standby physique.

ii) Le processus de creation de la standby physique peut prendre un certain temps, fonction de la taille de la base de données primaire.
iii) le fichier de log se termine par un message d'erreur que l'on peut ignorer
sql statement: alter system archive log current

released channel: p1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of sql command at 09/06/2009 03:11:04
RMAN-06033: channel s1 not allocated

Recovery Manager complete.

iv) Pour une raison que nous n'avons pas pu déterminer, la standby n'est pas mise en mode "récupération managée".

Etape 12 : Paramétrer Active Data Guard sur le serveur standby
Voir notre précédent post.

Et voilà la simplification que les nombreuses améliorations apportées par Oracle 11g dans Oracle Data Guard ont rendu possible. Mais il y a une autre simplification tout aussi importante. Elle concerne l'utilisation de Dataguard pour le rafraîchissement des environnements de pré-production, de tests et de développement. Cette simplification est portée par une nouvelle fonctionnalité qui porte le nom de snapshot standby. Nous traiterons ce sujet dans notre prochain post.
A bientôt donc …

2009-09-07T01:54:00.000-07:00

ACTIVE DATA GUARD
VERIFICATION ET PARAMETRAGE DE L'ACTIVE DATA GUARD SOUS ORACLE DATABASE 11G

Jusqu'à la version 10.2 d'Oracle, les bases de données standby physiques ne pouvaient fonctionner que dans deux modes exclusifs :
- Ouverture en lecture seule pour permettre que les utilisateurs puissent exécuter des requêtes d'intérrogation et ainsi décharger en partie la base de données de production.
- Ouverture en récupération managée pour permettre l'application des données de redo que la standby reçoit de la base de données de production.
L'inconvénient majeur de ce fonctionnement en deux modes exclusifs l'un de l'autre est que lorsque la standby physique est en lecture seule, les fichiers de log sont accumulés pour n'être appliqués qu'une fois que la standby est remise dans le mode "récupération managée".
C'est, entre autres, pour cette raison qu'Oracle a introduit l'Active Dataguard en 11g. Cette nouvelle fonctionnalité permet aux utilisateurs d'avoir un accès en lecture seule aux bases de données standby physiques pendant que le transport des logs et leur application continuent sur ces mêmes bases de données.
"Active Data Guard" est mentionnée comme une nouvelle option payante dans les brochures du produit Oracle Database 11g.
Et on pourrait s'attendre à la retrouver dans la vue v$option lorsque cette option est activée. Or il n'en est rien. Il se pose dès lors la question de savoir comment vérifier la présence de cette option et comment la paramétrer/activer.
C'est l'objet du présent article.

Vérification d'Active Data Guard
La vérification de la présence de l'option "Active Data Guard" se fait sur la standby database à l'aide de la requête ci-dessous.
SQL> SELECT 'Active Data Guard is Enabled' ADG
2 FROM v$MANAGED_STANDBY A, V$DATABASE B
3 WHERE A.PROCESS LIKE 'MRP%' AND B.OPEN_MODE='READ ONLY';

ADG
----------------------------
Active Data Guard is Enabled

Si cette requite affiche comme réponse "Active Data Guard Enabled" (comme c'est le cas ci-dessus) alors on peut en conclure qu'Active Data Guard est "activée.
Si par contre la réponse est "no rows selected" comme ci-dessous, alors l'option n'est pas activée et il faudra la paramétrer.
SQL> SELECT 'Active Data Guard is Enabled' ADG
2 FROM v$MANAGED_STANDBY A, V$DATABASE B
3 WHERE A.PROCESS LIKE 'MRP%' AND B.OPEN_MODE='READ ONLY';

no rows selected

Paramétrage d'Active Data guard
Plusieurs étapes sont nécessaires pour paramétrer Active Data Guard.

1°) Vérifier si la standby est en récupération managée
SQL> select process, status from v$managed_standby ;
PROCESS STATUS
--------- ------------
ARCH CONNECTED
ARCH CONNECTED
ARCH CONNECTED
ARCH CONNECTED
ARCH CONNECTED
MRP0 APPLYING_LOG
6 rows selected.

2°) Si c'est le cas comme dans l'exemple ci-dessus (la présence du processus MRP0 l'atteste), arrêter la récupération managée et vérifier l'effectivité de l'arrêt.
SQL> alter database recover managed standby database cancel ;
Database altered.
SQL> select process, status from v$managed_standby ;
PROCESS STATUS
--------- ------------
ARCH CONNECTED
ARCH CONNECTED
ARCH CLOSING
ARCH CONNECTED
ARCH CONNECTED
RFS IDLE
RFS IDLE
RFS IDLE
8 rows selected.

3°) Ouvrir la standby avec la commande alter et l'option open
SQL> alter database open
Note : Une solution alternative consiste à arrêter la standby et à la re-démarrer comme une bd classique
SQL> shutdown
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.

Total System Global Area 857903104 bytes
Fixed Size 1303272 bytes
Variable Size 486542616 bytes
Database Buffers 364904448 bytes
Redo Buffers 5152768 bytes
Database mounted.
Database opened.

4°) Re-démarrer la récupération managée avec l'option "using current logfile".
SQL> alter database recover managed standby database using current logfile disconnect ;
Database altered.

5°) vérifier que la récupération managée a démarré et que l'Active Dataguard est "activée"
SQL> select process, status from v$managed_standby ;
PROCESS STATUS
--------- ------------
ARCH CONNECTED
ARCH CONNECTED
ARCH CONNECTED
ARCH CONNECTED
ARCH CONNECTED
MRP0 APPLYING_LOG
6 rows selected.

SQL> SELECT 'Active Data Guard is Enabled' ADG
2 FROM v$MANAGED_STANDBY A, V$DATABASE B
3 WHERE A.PROCESS LIKE 'MRP%' AND B.OPEN_MODE='READ ONLY';

ADG
----------------------------
Active Data Guard is Enabled

Voilà comment gérer la nouvelle fonctionnalité "Active Data Guard" dans Oracle Database 11g.
Nous verrons dans notre prochain post, une procédure compacte (simplifiée) de mise en place d'une configuration "Active Data Guard".
A bientôt donc !

2009-09-06T10:48:00.001-07:00

DATAGUARD ET RAFRAICHISSEMENT DES ENVIRONNEMENTS
(3E PARTIE)

Cet article a été rédigé en collaboration avec M. Akli IMARAZENE, Consultant et DBA.

V - Les étapes de la deuxième phase
Il s'agit de réintégrer la base de pré-production et de tests dans son rôle de standby database.

Etape 1 : Re-démarrer la database activée avec les options mount et force et procéder à son flashback jusqu'au restore point
SQL> startup mount force
SQL> archive log list ;
SQL> flashback database to restore point bf_app_test ;

Etape 2 : Convertir la database activée en physical standby database et la re-démarrer avec les options mount et force
SQL> alter database convert to physical standby ;
SQL> startup mount force

Etape 3 : Lancer la récupération managée sur la standby
SQL> alter database recover managed standby database disconnect ;

Etape 4 : Activer le transport des logs archivés depuis la primary vers la standby et noter le numéro de séquence courante sur la primary
Sur la primary
SQL> alter database set log_archive_dest_state_2=enable scope=both ;
SQL> select database_role, open_mode from v$database ;
SQL> alter system switch logfile ;
SQL> archive log list ;

Etape 5 : Vérifier que les logs archivés sont bien appliqués sur la standby
SQL> select database_role, open_mode from v$database ;
SQL> archive log list ;

Etape 6 : Vérifier l'application des logs archivés en temps réel dans le fichier d'alertes de la standby database
$ tail –f /u01/app/oracle/product/10.2.0/db_1/dbs/alertstbyprod.log

Dans l'un de nos prochains posts, nous verrons comment Oracle a permis de simplifier davantage cette même procédure dans Oracle Database 11g avec la nouvelle fonctionnalité snapshot standby.

Webographie
Oracle Data Guard Concepts and Administration 10g Release 2 (10.2) – Chapter 12.6 : Using a Physical Standby Database for Read/Write Testing and Reporting

Fin ./.

2009-09-06T10:35:00.000-07:00

DATAGUARD ET RAFRAICHISSEMENT DES ENVIRONNEMENTS
(2E PARTIE)

Cet article a été rédigé en collaboration avec M. Akli IMARAZENE, Consultant et DBA.

IV - Les étapes de la première phase

Etape 1 : S'assurer que la primary et la standby databases sont synchronisées
i) Sur la primary
$ export ORACLE_SID=iprod
$ export ORACLE_BASE=/u01/app/oracle
$ export ORACLE_HOME=/u01/app/oracle/product/10.2.0/db_1
$ sqlplus / as sysdba
SQL> archive log list
SQL> select database_role, open_mode from v$database ;

ii) Sur la standby
$ export ORACLE_SID=stbyprod
$ export ORACLE_BASE=/u01/app/oracle
$ export ORACLE_HOME=/u01/app/oracle/product/10.2.0/db_1
$ sqlplus / as sysdba
SQL> archive log list
SQL> select database_role, open_mode from v$database ;

Les lignes "Current log sequence" des commandes "archive log list" doivent afficher le même numéro de séquence sur les deux bases de données.

Etape 2 : S'assurer que la standby database applique bien les redo logs
i) Sur la primary
SQL> alter system switch logfile ;
SQL> archive log list

ii) Sur la standby
SQL> archive log list

Les lignes "Current log sequence" des commandes "archive log list" doivent afficher le même numéro de séquence sur les deux bases de données.

Etape 3 : Activer la flashback database sur la standby database
Sur la standby
SQL> alter system set db_recovery_file_dest_size=5G scope=both ;
SQL> alter system set db_recovery_file_dest='/u01/app/oracle/flashback' scope=both ;
SQL> show parameter db_recovery
SQL> shutdown immediate ;
SQL> startup mount ;
SQL> alter database flashback on

Etape 4 : Arrêter l'application des redos sur la standby database et y créer un restore point
SQL> alter database recover managed standby database cancel ;
SQL> create restore point bf_app_test guarantee flashback database ;

Etape 5 : Archiver le log courant sur la primary database afin d'avoir les archived logs jusqu'au SCN du restore point et différer le transport des redo logs vers la standby database
SQL> alter system archive log current ;
SQL> archive log list ;
SQL> show parameter log_archive_dest_state_2
SQL> alter system set log_archive_dest_state_2=DEFER ;
SQL> show parameter log_archive_dest_state_2

Etape 6 : Activer la physical standby database (la transformer en base de données classique), mettre son mode de protection en "maximize performance" et l'ouvrir
SQL> alter database activate standby database ;
SQL> startup mount force ;
SQL> alter database set standby database to maximize performance ;
SQL> alter database open ;

A partir de maintenant, les équipes de tests et de développement peuvent disposer de la base de données pour leurs tests de la journée.

A suivre …

2009-09-06T10:28:00.000-07:00

DATAGUARD ET RAFRAICHISSEMENT DES ENVIRONNEMENTS
(1ERE PARTIE)

Cet article a été rédigé en collaboration avec M. Akli IMARAZENE, Consultant et DBA.

I - Introduction
Une configuration Dataguard a deux fonctions principales :
- Assurer la protection des données de l'entreprise ;
- Concourir à la haute disponibilité de la base de données de production par la capacité de la base de secours (standby) à participer à une permutation de rôles avec la base de production (primary) lors de maintenances planifiées ou suite à une panne de la base de données de production.
Il y une troisième fonction beaucoup moins connue que l'on peut faire jouer à une configuration Dataguard : celle de servir au rafraîchissement des bases de données de pré-production, de tests et/ou de développement.
Il y a quelques jours, un ami et collègue m'expliquait toutes les difficultés qu'il a eues à faire accepter par ses collègues DBAs et sa hiérarchie la mise en œuvre d'une configuration Dataguard pour assurer le rafraîchissement d'une base de données de tests malgré l'argument incontestable que constitue l'extraordinaire gain en temps que cela allait procurer au quotidien.
La réaction des collègues et de la hiérarchie de mon collègue est d'autant plus surprenante que la maîtrise de la mise en œuvre d'une configuration Dataguard n'est pas une tâche insurmontable et que de toutes les manières la mise en œuvre sera précédée de tests approfondis devant déboucher sur une procédure écrite qui servira de base à un transfert de compétences à tous les DBAs de l'équipe.
Dans cet article, nous nous fixons comme objectif de décrire dans ses grandes lignes une procédure de rafraîchissement d'une base de données de tests à l'aide d'une configuration Dataguard.
Nous supposons que le lecteur maîtrise la mise en place d'une configuration Dataguard car ceci ne sera pas traité dans le présent article.
Nous commencerons par présenter la configuration Dataguard qui servira de base à nos propos ; ensuite nous décrirons les différentes étapes à franchir pour aboutir au résultat escompté.

II - Présentation de la configuration Dataguard
Notre configuration comprend une base de données de production dite primary database et une base de données de tests (la base de données qui a besoin d'être rafraîchie tous les matins) qui va jouer le rôle de base de données secours, dite standby database.
Primary Database
db_name : prod
instance_name : iprod
db_unique_name : uprod

Standby Database
db_name : prod
instance_name : stbyprod
db_unique_name : usprod

III - Principe d'utilisation d'une configuration Dataguard pour le rafraîchissement
Durant toutes les nuits, la standby database joue son rôle de base secours. Il reçoit les archive logs générés sur la primary database et les applique au fil de l'eau.
Tous les matins, le DBA en charge de la gestion de cette configuration exécute les actions suivantes :
- Activer la fonctionnalité flashback database sur la standby database ;
- Arrêter l'application des données de redo sur la standby database ;
- Créer un restore point sur la standby database ;
- Archiver le redo log courant sur la primary database ;
- Différer le transport des redo logs vers la standby database ;
- Transformer la standby database en base de données classique pouvant être utilisée pour des tests avec des opérations de lecture/écriture et enfin l'ouvre et la met à la disposition des équipes de tests.

Tous les soirs, le même DBA lance le rafraîchissement de la base de tests après avoir procédé à un flashback pour annuler toutes les mises à jour faites par les équipes de tests et après l'avoir réintégré dans son rôle de standby database. Les actions menées sont, dans l'ordre :
- Procéder au flashback de la base de données de tests jusqu'au restore point ;
- Convertir la base de données de tests en physical standby database et le mettre en mode récupération manager;
- Activer le transport des logs archivées vers la standby database où ils seront appliqués

A suivre …

2009-09-03T11:47:00.000-07:00

Installation d'une machine virtuelle à l'aide d'Oracle VM Manager
(A partir de l'image iso du dvd OEL disponible via http)

Dans ce bref post, nous nous contentons de livrer la trame (les grandes lignes et les remarques) de l'installation d'une machine virtuelle à l'aide d'Oracle VM Manager à partir de l'image iso du DVD d'Oracle Enterprise Linux rendu disponible via un partage http.

I - Installation et démarrage du serveur apache
# yum install httpd
# service httpd start

II - Création d'un point de montage dans l'arborescence du daemon httpd et montage de l'image iso sur Oracle VM Server
# cd /var/www/html
# mkdir oelr5u3
# mount –o ro,loop /OVS/tmp/Enterprise-R5-U3-Server-i386-dvd.iso oelr5u3
# ls –l oelr5u3

III - Arrêt du firewall sur Oracle VM Server et vérification de l'accessibilité de l'image iso depuis le navigateur d'une autre machine du réseau LAN
# service iptables stop
# service iptables status
Vérification à partir d'un navigateur d'un poste local du LAN http://192.168.10.100/oelr5u3

IV - Création de la machine virtuelle à l'aide d'Oracle VM Manager

Pour une description synthétique de la création d'une nouvelle machine virtuelle à partir du support d'installation, nous invitons le lecteur à consulter le chapitre 6 "managing Virtual machines", sous-chapitre "Creating a new virtual machine from installation media" (Oracle VM Manager user's guide Release 2.1) à l'adresse http://download.oracle.com/docs/cd/E11081_01/doc/doc.21/e10901/vm.htm.

V - Remarques

i) Pendant la phase d'installation des binaires, Le clavier azerty (français) était très mal pris en charge par la console vnc. Il fallait une très grande gymnastique et une bonne dose de devinette pour trouver les bonnes touches. Les caractères 2 et 3 étaient tout simplement introuvables.

ii) Lors de l'installation, le système sera re-démarré plusieurs fois et à chaque fois, la console vnc se ferme automatiquement ; il faut la rouvrir.

iii) Une fois l'installation terminée le clavier français était mieux pris en charge. Par contre la connexion par putty prend beaucoup de temps (plusieurs minutes).
Mais la souris est toujours mal pris en charge par la console vnc.

iv) La création d'une machine virtuelle à l'aide d'Oracle VM Manager ne semble pas faire bon ménage avec la présence d'un deuxième repository monté et rendu disponible via ocfs2. Oracle VM Manager constatant que le deuxième repository dispose de plus d'espace, tente d'y stocker les fichiers de la nouvelle machine en cours de création. Mais pour une raison que nous n'avons pas réussi à déterminer, le serveur physique hébergeant Oracle VM Server redémarre automatique. Ceci constitue à notre avis un bug reproductible puisqu'il s'est produit plusieurs fois lors de nos tests.

En guise de conclusion provisoire sur Oracle VM

Nous arrivons aux termes de notre première série d'articles consacrés à la mise en œuvre de la technologie Oracle VM qui est au cœur du concept de déploiement rapide d'applications d'infrastructures. Les enjeux sont énormes : outre la consolidation des serveurs, le gain de temps dans le déploiement des bases de données peut être important. Nous reviendrons certainement sur le sujet dès qu'il y aura des nouveautés importantes.
Dans nos prochains post, nous traiterons de l'utilisation d'une configuration Dataguard pour le rafraîchissement des bases de données de pré-production, de tests et de développement.
A très bientôt donc.

2009-09-03T08:17:00.001-07:00

Installation d'une machine virtuelle à l'aide de l'utilitaire virt-install
(A partir de l'image iso du dvd OEL)

Nous continuons notre exploration de la technologie Oracle VM. Dans le présent article, nous verrons comment installer une machine virtuelle motorisée par Oracle Enterprise Linux 5 Update 3.
Nous utilisons pour ce faire, le fichier image du dvd d'Oracle Enterprise Linux et l'outil virt-install. Ensuite nous ferons prendre en charge la machine nouvellement créée par Oracle VM Manager.

Etape 1 : télécharger OEL 5 Update 3 dans son format dvd et le mettre à disposition sur Oracle VM Server
i) Téléchargement du fichier image

Il faut se rendre sur le site d'Oracle e-delivery (http://edelivery.oracle.com/EPD/GetUserInfo/get_form?caller=LinuxWelcome). Le fichier image iso du dvd d'OEL5.3 recherché est compressé dans un fichier archive.
L'archive a les caractéristiques suivantes :
- Nom : V15414-01zip
- Libellé : Enterprise Linux Release 5 Update 3 for x86 (32 Bit) - DVD
- Taille : 2.7 Go
Après l'avoir téléchargé, déplaçons l'archive dans un répertoire dédié créé pour les besoins de notre test et dézippons-la.
# mkdir /OVS/tmp
# mv /root/V15414-01zip /OVS/tmp/
# cd /OVS/tmp
# unzip V15414-01zip
Il en résulte le fichier image proprement dit (Enterprise-R5-U3-Server-i386-dvd.iso). Pour économiser de la place disque, nous pouvons supprimer l'archive
# rm –f V15414-01zip

ii) Montage du fichier image sur un point de montage dédié (/tmp/oel5u3)

Créons ensuite un point de montage pour le fichier image et montons
# mount -o rw,loop /OVS/tmp/Enterprise-R5-U3-Server-i386-dvd.iso /tmp/oel5u3/

Etape 2 : Configurer le serveur NFS sur Oracle VM Server

La configuration que nous présentons ci-dessous est assez simple (juste ce qu'il faut). Le lecteur souhaiter approfondir la configuration d'un serveur NFS en prenant en compte en compte la problématique sécurité pourra consulter l'article détaillé publié par Gregory R. Kriehn à l'adresse http://optics.csufresno.edu/~kriehn/fedora/fedora_files/f7/howto/nfs.html.

i) Mettre à jour le fichier /etc/exports en y insérant le répertoire à partager et les adresses IP des machines autorisées à y accéder.

# cat /etc/exports
/tmp/oel5u3 192.168.10.100(rw,no_root_squash) 192.168.10.110(rw,no_root_squash) 192.168.10.10(rw,no_root_squash)

ii) Metrre à jour le fichier /etc/hosts.allow en y insérant les adresses IP des machines autorisées à bénéficier des services NFS en face des différents processus daemons participant aux services NFS

# cat /etc/hosts.allow
lockd:192.168.10.100,192.168.10.110,192.168.10.10
mountd:192.168.10.100,192.168.10.110,192.168.10.10
rpcbind:192.168.10.100,192.168.10.110,192.168.10.10
rquotad:192.168.10.100,192.168.10.110,192.168.10.10
statd:192.168.10.100,192.168.10.110,192.168.10.10

iii) Arrêter le firewall et re-démarrer les services portmap, nfslock et nfs afin de faire prendre en compte les modifications effectuées

[root@ovs01 ~]# service iptables stop
Flushing firewall rules: [ OK ]
Setting chains to policy ACCEPT: filter [ OK ]
Unloading iptables modules: [ OK ]

[root@ovs01 ~]# service nfslock restart
Stopping NFS locking: [ OK ]
Stopping NFS statd: [ OK ]
Starting NFS statd: [ OK ]

[root@ovs01 ~]# service portmap restart
Stopping portmap: [ OK ]
Starting portmap: [ OK ]

[root@ovs01 ~]# service nfs restart
Shutting down NFS mountd: [ OK ]
Shutting down NFS daemon: [ OK ]
Shutting down NFS quotas: [ OK ]
Shutting down NFS services: [ OK ]
Starting NFS services: [ OK ]
Starting NFS quotas: [ OK ]
Starting NFS daemon: [ OK ]
Starting NFS mountd: [ OK ]

iv) Vérifier que le répertoire /tmp/oel5u3 est bien mis à disposition par le serveur NFS (une seule des deux commandes aurait suffi)
[root@ovs01 ~]# exportfs
/tmp/oel5u3 192.168.10.100
/tmp/oel5u3 192.168.10.110
/tmp/oel5u3 192.168.10.10

[root@ovs01 ~]# showmount -e
Export list for ovs01.knmc.local:
/tmp/oel5u3 192.168.10.110,192.168.10.10,192.168.10.100

Etape 3 : Exécuter l'utilitaire virt-install

Compte tenu du nombre de paramètres, nous avons préféré saisir la commande correspondante dans un fichier (create_vm.sh) que nous avons rendu exécutable.
[root@ovs01 ~]# cat create_vm.sh

virt-install \
--name vm01 \
--ram=1024 \
--file=/OVS/running_pool/vm01/system.img \
--file-size=10 \
--location=nfs:192.168.10.100:/tmp/oel5u3 \
--keymap=fr

Récapitulons les paramètres
Nom de la machine virtuelle à créer : vm01
Taille de la mémoire physique : 1024 Mo
Nom du fichier disque à allouer à la machine : =/OVS/running_pool/vm01/system.img
Taille du fichier disque à allouer : 10 Go
Emplacement où les binaires d'Oracle Enterprise Linux 5.3 sont mis à disposition : répertoire /tmp/oel5u3 du serveur NFS ayant comme adresse IP 192.168.10.100
Clavier utilisé : clavier de type français (azerty).

[root@ovs01 tmp]# ./create_vm.sh
Would you like to enable graphics support? (yes or no) yes

Starting install...
libvir: Xen Daemon error : GET operation failed:

VNC Viewer Free Edition 4.1.2 for X - built Jan 21 2009 14:35:26
Copyright (C) 2002-2005 RealVNC Ltd.
See http://www.realvnc.com for information on VNC.

Wed Aug 26 05:28:29 2009
CConn: connected to host localhost port 5901
CConnection: Server supports RFB protocol version 3.8
CConnection: Using RFB protocol version 3.8
TXImage: Using default colormap and visual, TrueColor, depth 16.
CConn: Using pixel format depth 6 (8bpp) rgb222
CConn: Using ZRLE encoding

Wed Aug 26 05:29:17 2009
CConn: Throughput 14285 kbit/s - changing to hextile encoding
CConn: Throughput 14285 kbit/s - changing to full colour
CConn: Using pixel format depth 16 (16bpp) little-endian rgb565
CConn: Using hextile encoding

Wed Aug 26 05:33:47 2009
CConn: Throughput 20000 kbit/s - changing to raw encoding
CConn: Using raw encoding

Précisions importantes relatives à l'exécution de virt-install
i) Lors de l'exécution de l'utilitaire virt-install le message d'erreur suivant est affiché. Mais on peut l'ignorer :
libvir: Xen Daemon error : GET operation failed:

ii) Le re-démarrage suivant de la machine virtuelle nouvellement créée peut afficher les messages suivants que l'on peut également ignorer :
libvir: xen Daemon error: internal error domain information incomplete, missing kernel
Entity: line25: parser error : Opening and ending tag mismatch: os line 5 and domain

Entity: line26: parser error : Premature end of data in tag domain line 1

iii) L'exécution de virt-install inclut la phase d'installation d'Oracle Enterprise Linux qui ne comporte aucune difficulté particulière. Pour faire simple, nous avons choisi d'utiliser le serveur DHCP pour faire affecter une adresse IP à la nouvelle machine. Nous avons constaté qu'il en résultait que la nouvelle machine avait comme hostname new-host-20. Le curseur sur la nouvelle machine n'était pas très précis. En réalité, il y avait deux curseurs dans les fenêtres vnc.
Pour changer le hostname de la machine, on peut utiliser l'un des deux méthodes suivantes :
- Modifier les fichiers /etc/sysconfig/network et /etc/hosts et re-démarrer la machine (# service network restart)
- Modifier le fichier /etc/hosts et rediriger la commande echo "" dans le fichier /proc/sys/kernel/hostname ; par exemple
# echo "vm01" > /proc/sys/kernel/hostname

iv) Contrairement au fichier disque (system.img) qui est stocké dans le répertoire /OVS/running_pool/vm01, le fichier de configuration de la nouvelle machine virtuelle créée à l'aide de virt-install est localisé dans le répertoire /etc/xen et a pour nom vm01 (le même nom que la machine).
v) Il peut s'avérer nécessaire de re-démarrer la nouvelle machine une ou deux fois avant que le clavier français ne devienne vraiment opérationnel.
vi) Oracle VM Manager ne prend pas en charge par défaut la nouvelle machine. Une procédure complémentaire est nécessaire pour cela. C'est l'objet de l'étape suivante.

Etape 4 : Eteindre la nouvelle machine et l'importer dans Oracle VM Manager
i) Arrêter la nouvelle machine après avoir noté son domain-id
[root@ovs01 vm01]# xm list

Name ID Mem VCPUs State Time(s)
Domain-0 0 585 4 r----- 624.1
OVM_EL5U3_X86_OVM_MANAGER_PVM 1 2048 2 -b---- 355.4
vm01 2 1024 1 -b---- 415.0

[root@ovs01 vm01]# xm shutdown –w 2
Domain 2 terminated
All domains terminated
[root@ovs01 vm01]#

ii) Copier le fichier de configuration de la machine dans le répertoire /OVS/running_pool/vm01 en renommant la copie en vm.cfg.

# cp –p /etc/xen/vm01 /OVS/running_pool/vm01/vm.cfg

iii) Importer la nouvelle machine dans Oracle VM Manager en utilisant le menu Resources et le sous-menu "Virtual Machine Images"

iv) Approuver/valider la machine virtuelle ainsi importée.

Conclusion

Nous venons de vous montrer comment utiliser l'utilitaire virt-install pour créer une machine virtuelle sur un serveur Oracle VM Server à partir du fichier image dvd des binaires d'Oracle Enterprise Linux 5.3. Nous regrettons que cet utilitaire gère autrement le fichier de configuration de la machine virtuelle créée. Cependant il n'y a pas de difficulté particulière à l'importer dans Oracle VM Manager.
Dans notre prochain post, nous verrons comment créer une machine virtuelle toujours à partir d'un fichier image d'Oracle Enterprise Linux mais directement à l'aide d'Oracle VM Manager, ce qui nous éviterait d'avoir à l'importer ensuite dans Oracle VM Manager.

2009-08-24T06:19:00.000-07:00

Installation d'une machine virtuelle
(A partir d'un template intégrant OEL5.2 et Oracle database 11g)

Comme promis dans mon avant-dernier post, je vous décris ci-après mes tests.

Rappels

Nom du bundle à télécharger : V15511.zip
Nom du template : OVM_EL5U2_X86_ORACLE11G_PVM.tgz
Avertissement :
Une fois dézippé, le bundle du template fait un peu plus de 31 Go
Et il faut disposer d'un espace disque égal à au moins deux fois la taille du bundle sur Oracle VM Server du fait de la nécessité d'avoir sur Oracle VM Server le template et la machine virtuelle à créer à partir du template au moins jusqu'à la fin de la création de la machine virtuelle.

1°) Installer le template sur Oracle VM Server
i) Télécharger le bundle et le placer dans le répertoire /OVS/seed_pool d'Oracle VM Server
ii) Dézipper le bundle
# cd /OVS/seed_pool
# unzip V15511.zip
On obtient l'archive du template : OVM_EL5U2_X86_ORACLE11G_PVM.tgz
iii) Supprimer le fichier du bundle pour économiser de l'espace disque
# cd /OVS/seed_pool
# rm –f V15511.zip

iv) Extraire le contenu de l'archive du bundle
# cd /OVS/seed_pool
# tar –xvzf OVM_EL5U2_X86_ORACLE11G_PVM.tgz
Il en résulte le sous-répertoire OVM_EL5U2_X86_ORACLE11G_PVM dans le répertoire /OVS/seed_pool. Ce sous-répertoire contient tous les fichiers du template.
v) vérifier que le template est bien en place
[root@ovs01 ~]# cd /OVS/seed_pool/OVM_EL5U2_X86_ORACLE11G_PVM/
[root@ovs01 OVM_EL5U2_X86_ORACLE11G_PVM]# ls -l
total 31930697
-rw-r--r-- 1 root root 26214401024 Jan 19 2009 oracle11g_x86_asm.img
-rw-r--r-- 1 root root 474 Feb 2 2009 README
-rw-r--r-- 1 root root 6482630656 Feb 2 2009 System.img
-rw-r--r-- 1 root root 437 Aug 21 17:30 vm.cfg
-rw-rw-rw- 1 root root 353 Aug 21 17:24 vm.cfg.orig
[root@ovs01 OVM_EL5U2_X86_ORACLE11G_PVM]#

2°) Se connecter à Oracle VM manager et importer le template

i) Avec son navigateur préféré, se connecter à Oracle VM manager à partir de son poste de travail de travail Windows XP par exemple. L'URL ressemble à ceci : https://192.168.10.100:4443/OVS
ii) Importer dans Oracle VM Manager le template installé sur Oracle VM Server
Onglet Resources -> sous-onglet "Virtual Machine Template" -> bouton Import.
Le wizard d'import démarre avec son premier écran
Sélectionner le bouton radio "Select from Server Pool (Discover and Register)" puis cliquer sur Next.
Renseigner les différents champs qui s'afficher sur l'écran suivant (certaines valeurs sont à sélectionner dans une courte liste déroulante) :
Server Pool Name : seed_pool
Virtual Machine Template name : OVM_EL5U2_X86_ORACLE11G_PVM
Operating System : Oracle Enterprise Linux 5
Virtual Machine System Username : root
Virtual Machine System Username password : ovsroot
Cliquer sur le bouton Next après avoir vérifié tous les renseignements fournis.
L'écran de confirmation s'affiche. Cliquer sur le bouton Confirm.
Au bout d'un instant, le template apparaît sur une ligne dans le tableau de l'écran "Virtual Machine Template".

3°) Approuver/valider le nouveau template importé
Onglet "Virtual machine template"
Sélectionner (en cliquant sur le bouton radio correspondant) le template nouvellement importé.
Cliquer sur le bouton Approve. L'écran "View Virtual Machine Template" s'affiche. Cliquer de nouveau sur le bouton Approve de ce dernier écran.

4°) Créer la nouvelle machine à partir du template importé et validé.

Nous allons appeler la nouvelle machine (à créer) BUND01.
Onglet "Virtual Machines" -> Bouton "Create Virtual Machine".
Le wizard de création de la machine virtuelle démarre avec son premier écran.
Sélectionner le bouton radio "Create virtual machine based on virtual machine template" puis cliquer sur Next.
Sélectionner seed_pool pour Server Pool et auto pour Preferred Server ; puis cliquer sur Next.
Sur l'écran source, sélectionner le template OVM_EL5U2_X86_ORACLE11G_PVM ; puis cliquer sur Next.
L'écran "Machine Information" s'affiche. Renseigner les différents champs sans cocher la case à cocher "Enable High Availability") :
Virtual Machine name : BUN01
Console password : MdPC0ns0le (ceci n'est qu'un exemple)
Ajouter deux interfaces réseau à la machine en cliquant deux fois sur le bouton Add. Puis cliquer sur le bouton Next.
L'écran de confirmation s'affiche. Cliquer sur le bouton Confirm.
L'écran "Virtual machines" s'affiche avec dans le tableau des machines, une nouvelle ligne correspondant à la nouvelle machine virtuelle en cours de création. Dans la colonne Status on voit s'afficher Creating.
La création de la machine virtuelle peut prendre plusieurs dizaines de minutes. Il est conseillé de cliquer de temps en temps sur le bouton Refresh.
Une fois créée, la machine virtuelle passe à l'état "Powered Off".
En cas de problème, cliquer sur le lien Show de la colonne Details sur la ligne correspondant à la machine et puis sur le chiffre sous forme de lien présent en face du libellé Log dans la zone de d'informations qui s'affiche.

5°) Démarrer la machine virtuelle et finaliser sa configuration

Cliquer sur l'onglet "Virtual Machines".
Sélectionner la machine BUND01 en cliquant sur le bouton radio de la colonne select de la ligne lui correspondant.
Cliquer sur le sous-onglet "Power On". Le status de la machine passe de "Powered Off" à Initializing. Au bout de quelques secondes il passe à Running.
Dès que le status passe à Running, cliquer sur le sous-onglet Console et se connecter à la console de la machine. Démarrer alors l'interview de configuration. Il ressemble à ce qui suit (extraits) :

Regenerating pu2date uuid
Setting Oracle validated configuration parameters
Configuring network
Use DHCP ? y/n [n] (Commentaire : saisir n ou appuyer sur la touché )
Static IP : 192.168.10.120 (Commentaire : ceci n'est qu'un exemple ; saisissez l'addresse de votre réseau local que vous souhaitez affecter à la nouvelle machine).
Netmask : 255.255.255.0
Default gateway IP : 192.168.10.1
DNS server IP : 192.168.10.1
Hostname : bund01
….
Orcale database Configuration
This will configure on-boot properties of Oracle Database
The following will determine …
Do you want relink binaries ? y/n [n] n (ou )
Specify the http port that will be used for Oracle Application Express [8080] :
Specify a port that will be used for the database listener [1521] :
Specify a password to be used for database accounts. Note that the same password will be used for SYS, SYSTEM and ADMIN for APEX. Oracle recommends the use of different passwords for each database account. This can be done after initial configuration : MdP0db
Confirm the password : MdP0db
Do you want Oracle Database to be started on boot (y/n) [y] :
Running orainstRoot.sh and root.sh …
Changing permissions of /u01/app/OraInventory to 770.
Changing groupname of /u01/app/OraInventory to dba
The execution of the script is complete.
Running Oracle 11g root;sh script …
The following environment variables are set as :
ORACLE_OWNER: oracle
ORACLE_HOME: /u01/app/oracle/product/11.1.0/db_1
Enter the full pathname of the local bin directory : [/usr/local/bin] :
Creating /etc/oratab file …
Entries will be added …
Starting CSS.
Waiting for CSS available
ASM instance started
Total System Global Area …
Fixed Size …
Variable Size …
ASM Cache …

Oracle instance started
Total System Global Area…
Fixed Size …
Variable Size …
Database buffers …
Redo buffers …
Database mounted.
Database opened.
Configuration completed successfully
To access the Oracle Application Express go to http://bund01:8080/apex
Press any key to continue …
Enterprise Linux Enterprise Linux Sever release 5.2 (Carthage)
Kernel 2.6.18-92.1.22.0.1.el5xen on i686
bund01 login : oracle
Password : oracle

Annexe : Utilisation de la mémoire physique
Prenez garde à l'utilisation de la mémoire physique de votre serveur de tests, le serveur physique.
Si comme moi vous avez Oracle VM manager installé en machine sur le serveur physique pilotant Oracle VM Server, vous aurez probablement besoin de revoir à la baisse la mémoire affectée par défaut à la machine virtuelle que vous souhaitez installer. La valeur par défaut est de 2048 Mo.
Sinon la création va échouer avec le message suivant :
"failed: StackTrace: File "/opt/ovs-agent-2.2/OVSSiteVM.py", line 79, in start_vm raise exception"
Une solution consiste à reconfigurer à la baisse la mémoire allouée à la machine virtuelle en cours de création. Procéder comme suit :
1°) Eteindre la machine virtuelle
Onglet "Virtual Machines"
Sélectionner la machine à éteindre
Cliquer sur le sous-onglet "Power Off"
Cliquer sur le bouton Refresh

2°) Reconfigurer la mémoire/RAM de la machine
Sélectionner la machine à reconfigurer
Cliquer sur le sous-onglet Configurer
Et modifier les champs suivants
Maximum Memory Size (MB): 1024
Memory Size (MB) : 1024

Renommage de la base

La base de données Oracle et l'instance de base de données créées portent le nom orcl.
Les DBAs pourraient avoir besoin de changer ce nom.
Pour faire simple et court, je vous conseille l'article de Burleson Consulting
How to rename an Oracle database ORACLE_SID? A new method for a database rename instance (Oracle Tips by Burleson ConsultingApril 21, 2008 - http://www.dba-oracle.com/t_rename_database_oracle_sid.htm

Pour les puristes, il restera encore à modifier les chemins vers les fichiers temporaires et de données de la base de données pour y faire apparaître le nouveau nom de la base de données (par exemple test) à la place de orcl). Il faudra tenir compte du fait que tous ces fichiers sont dans un diskgroup ASM.

En guise de conclusion

Outre l'intérêt grandissant que présente la virtualisation dans les data-centers, Oracle, par sa technologie Oracle VM fondée sur le produit Xen s'efforce d'intégrer son système open source Oracle Enterprise Linux alias Unbrekable Linux et son produit phare Oracle Database. Une vraie petite révolution est peut-être en marche.
Pour l'instant les centres de formation, les plate-formes de développement et/ou de tests peuvent déjà en tirer beaucoup de bénéfice dans leur travail au quotidien.
Il va sans dire que les consultants architectes et DBA faisant de la veille technique et qui souhaiteraient faire des tests chez eux y trouveront leur compte.
Gageons que les ingénieurs systèmes et les spécialistes en technique de virtualisation se l'approprieront rapidement dans l'intérêt de tous les interlocuteurs IT dans l'entreprise.

2009-08-24T05:16:00.000-07:00

Ajout d'un nouveau repository à Oracle VM Server

Avant d'aborder l'installation/création d'une machine virtuelle Oracle VM à partir d'un template intégrant OEL et Oracle database 11g. Faisons un petit détour sur une problématique que vous rencontrerez probablement dans votre aventure Oracle VM.
Compte tenu des volumes occupés par les templates et les images de machines virtuelles, vous risquez de vous retrouver très rapidement à court d'espace sur Oracle VM Server (/OVS) si vous avez affecté un disque de votre serveur à Oracle VM Server et avez installé Oracle VM manager sous forme de machine virtuelle sur le même serveur. Il devient donc indispensable d'ajouter de l'espace supplémentaire (par exemple un autre disque) à Oracle VM Server) avant de pouvoir continuer de mener ses tests. Dans la terminologie d'Oracle VM on dit que l'on ajoute un repository supplémentaire à Oracle VM Server.
Nous vous proposons ci-après l'une des solutions les plus simples.

1°) Partitionner le disque à utiliser pour le nouveau repository en y créant une seule partition qui occupe tout le disque (appellons-la sdd1) et y installer un système de fichier de type ocfs2.

[root@ovs01 OVM_EL5U3_X86_OVM_MANAGER_PVM]# mkfs.ocfs2 /dev/sdd1
mkfs.ocfs2 1.2.7
Filesystem label=
Block size=4096 (bits=12)
Cluster size=4096 (bits=12)
Volume size=73344819200 (17906450 clusters) (17906450 blocks)
556 cluster groups (tail covers 4370 clusters, rest cover 32256 clusters)
Journal size=268435456
Initial number of node slots: 4
Creating bitmaps: done
Initializing superblock: done
Writing system files: done
Writing superblock: done
Writing backup superblock: 4 block(s)
Formatting Journals: done
Writing lost+found: done
mkfs.ocfs2 successful

2°) Transformer le serveur physique d'Oracle VM Server en un cluster à un nœud
i) Créer le fichier /etc/ocfs2/cluster.conf sur Oracle VM Server
S'assurer préalablement qu'il n'existe pas déjà.
Sur mon serveur il a fallu créer le répertoire :etc/ocfs2 et le fichier cluster.conf ; les tabulations sont indispensables.
L'adresse IP indiqué dans le fichier est celle de notre Oracle VM Server.
# cat /etc/ocfs2/cluster.conf
cluster:

node_count = 1
name = ocfs2

node:

ip_port = 7777
ip_address = 192.168.10.100
number = 1
name = ovs01
cluster = ocfs2

ii) Mettre en ligne le nouveau cluster
[root@ovs01 OVM_EL5U3_X86_OVM_MANAGER_PVM]# /etc/init.d/o2cb online ocfs2
Starting O2CB cluster ocfs2: OK
[root@ovs01 OVM_EL5U3_X86_OVM_MANAGER_PVM]#

3°) Créer le nouveau repository
[root@ovs01 ovs]# /usr/lib/ovs/ovs-makerepo /dev/sdd1 0 "Repo #2 on disk sdd"
Initializing NEW repository /dev/sdd1
SUCCESS: Mounted /OVS/86B221DA65CE4F469C4A39B0777A5A45
Updating local repository list.
ovs-makerepo complete

4°) Procéder aux vérifications nécessaires
[root@ovs01 ~]# cat /etc/ovs/repositories
# This configuration file was generated by ovs-makerepo
# DO NOT EDIT
86B221DA65CE4F469C4A39B0777A5A45 /dev/sdd1

[root@ovs01 ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sdc2 3.0G 1.6G 1.2G 58% /
/dev/sdc3 65G 46G 19G 72% /OVS
/dev/sdc1 99M 36M 58M 39% /boot
tmpfs 293M 0 293M 0% /dev/shm
/dev/sdd1 69G 34G 35G 49% /OVS/86B221DA65CE4F469C4A39B0777A5A45
[root@ovs01 ~]#

Et le tour est joué. Vos soucis de manque d'espace sont momentanément réglés.

2009-08-20T13:41:00.000-07:00

DECOUVERTE ET APPROPRIATION D'ORACLE VM (2E PARTIE)

Ce post est consacré à l'installation d'Oracle VM manager sous forme de machine virtuelle sur la machine d'Oracle VM Server.
L'installation d'Oracle VM Manager sur une machine virtuelle hébergée par Oracle VM Server présente un peu plus de difficultés en ce sens qu'il faut avoir à l'esprit quelques notions et repères importants. La principale difficulté réside en ceci qu'il y a des questions dont les réponses ne sont pas triviales. Pour que vous ne soyez pas obligés d'y consacrer trop de temps, je détaille ci-après mes suggestions.
Quatre ressources documentaires sont à consulter avant de se lancer :
- Oracle VM Manager Template (An Oracle White Paper February 2009)
http://oss.oracle.com/~wcoekaer/mgrwp.pdf
- README (le fichier accompagnant l'archive contenant le template d'Oracle VM Manager)
- Creating and Using Oracle VM Templates: The Fastest Way to Deploy Any Enterprise Software
http://www.oracle.com/technologies/virtualization/docs/ovmtemplateoverview-whitepaper.pdf
Je suggère d'utiliser le README comme mode opératoire. Il passe en revue les aspects les plus importants de l'installation dont les questions de l'interview de déployement, les "know issues". Les questions ne sont pas toutes triviales
Pour SMTP server (Outgoing mail server SMTP hostname), indiquer le nom de machine d'Oracle VM Server. Et pour E-mail Address for account 'admin', fournissez une adresse inexistante du genre admin@knmc.local où "knmc.local" est le nom de domaine fictif que vous allez utiliser pour vos tests de virtualisation.
Pour Orcale VM Server Pool name, indiquer "seed_pool" correspondant au nom d'un sous-répertoire de /OVS, créé lors du déployement d'Oracle VM Manager et prévu pour être le dépôt centralisé des templates/modèles que vous téléchargerez par la suite et importerez dans Oracle VM Manager. Ce choix facilite la gestion et l'importation ultérieures des templates.
Pour Oracle VM Server login user name, indiquer root.
Rappelons que deux comptes OS d'utilisateurs sont créés sur Oracle VM Manager lors de son déployement (voir le README)

Ne pas se laisser abuser par la remarque abrupte suivante du README :
"Note that Oracle VM Manager is critical for managing Oracle VM Server Pools. Do not pause, suspend or shutdown this virtual machine! Configuring HA is recommended for this virtual machine so that Oracle VM will automatically restart the Oracle VM Manager virtual machine if there is server crash."
i) Il n'est pas question de configurer HA dans votre environnement de tests (trop de pré-requis non satisfaits et de ce fait vous courez au devant de difficultés inutiles).
ii) Vous ne serez pas obligés de laisser votre serveur allumé pendant des semaines. Il va sans dire qu'en l'éteignant, votre Oracle VM Manager aussi va s'arrêter. Après le re-démarrage de votre serveur physique de tests, il vous est possible de re-démarrer Oracle VM Manager par une séquence de commandes semblable à celle-ci
# cd /OVS/running_pool/OVM_EL5U3_X86_OVM_MANAGER_PVM
# xm create vm.cfg
iii) Pour verifier que Oracle VM Manager est de nouveau opérationnel, exécuter la commande suivante :
# xm list

La mise en place d'Oracle VM Manager comprend deux phases
1°) La phase de déployement
2°) La phase de configuration
La phase de déployement comporte l'interview de déployement et se termine par les messages suivants :
"The Oracle VM manager is deploying, i twill take a few minutes. Please connect to the virtual machine console to make sure Oracle VM Manager is deployed successfully. You can use any VNC viewer from da desktop machine via the command :
vncviewer ovs01.knmc.local:5900
After Oracle VM Manager has been successfully deployed, access the Oracle VM manager home page at :
http://192.168.1.110:8888/OVS (au cas où la connexion sécurisée n'a pas été activée)
https://192.168.1.110:4443/OVS (au cas où la connexion sécurisée a été activée)"

Pour la phase de configuration, on peut lancer vncviewer directement depuis un terminal d'Oracle VM Server
Pendant cette phase, le package tightvnc-java est installé sur Oracle VM Manager, entre autres. Mais surtout cette phase se termine par le message d'erreur suivant qui ne semble avoir aucun impact négatif sur le fonctionnement d'Oracle VM Manager :
"Error :
OVM-2007 Master Oracle VM Agent (ovs01.knmc.local) is not active, and the operation cannot be performed
OVM-4014 Invalid Object.
Fail to configure Oracle VM Manager.
Please refer to /var/log/ovm-manager-template/reconfigMgr.log for further info.
Do you want to configure Oracle VM Manager again (Y|n) ? "
Répondre n.
A la suite de cette réponse, on voit s'afficher le prompt de connexion à Oracle VM Manager
"ovmm login :"

En guise de vérification de bon fonctionnement d'Oracle VM server, nous avons créé manuellement et démarré une machine virtuelle à partir d'un template/modèle. Cependant il n'a pas été possible de s'y connecter à l'aide l'utilitaire xm (commande "xm console ") à partir d'un terminal d'Oracle VM Server. Rappelons tout de même que notre objectif est d'exploiter les facilités offertes par Oracle VM Manager.
Nous en parlerons dans mon prochain post.
En attendant, quelques suggestions de lecture complémentaire :
- Oracle VM (by Julian Dyke – Independent Consultant) :
http://www.juliandyke.com/Presentations/OracleVM.ppt
- Managing virtual Machines – Oracle VM Manager User's Guide release 2.1 :
http://download.oracle.com/docs/cd/E11081_01/doc/doc.21/e10901/vm.htm
- Oracle VM Templates Readme
http://download.oracle.com/otn_software/virtualization/README.templates

Dans notre prochain post, nous verrons étape par étape comment installer une machine virtuelle à l'aide d'Oracle VM manager à partir du template OVM_EL5U1_X86_PVM_4GB et d'Oracle Database 11g X86 disk image.

2009-08-20T12:52:00.000-07:00

DECOUVERTE ET APPROPRIATION D'ORACLE VM (1ERE PARTIE)

Après avoir utilisé pendant plusieurs années les produits de VMware Server 1 et VMware Server 2 pour mes tests de veille techniques (RAC 10 avec OCFS, RAC 10g avec ASM, Dataguard 10g, RAC 11g avec ASM, Openfiler etc), j'ai fini par me laisser convaincre par les actions et annonces d'Oracle dans le domaine de la virtualisation. C'est pourquoi j'ai décidé de faire d'Oracle VM un sujet de veille technique depuis ce printemps.

Mon objectif dans les posts que je ferai concernant Oracle VM ne sera pas de vous livrer des procédures complètes. Bien des collègues DBAs le font déjà depuis 2007 et je donnerai quelques adresses d'articles intéressants dans mes posts. Mon objectif sera de fournir des repères, des pistes pour éviter certains pièges et enfin des références d'articles et de ressources qui permettront à ceux qui s'intéressent depuis peu au sujet, de commencer leur exploration sur des bases solides sans perdre du temps et sans s'égarer dans l'immensité d'internet.

J'ai commencé mon aventure Oracle VM par la lecture de trois articles très intéressants de ArKzoYd, un DBA de chez Oracle qui est passé récemment chez Easyteam.

- Installer Oracle VM sur votre ordinateur ou votre portable
(http://blog.easyteam.fr/2009/07/12/oraclevm-4-laptop/)
- Installer un serveur X sur le domaine 0 d'OracleVM
(http://blog.easyteam.fr/2009/07/12/oraclevm-vm/
- Créer une machine virtuelle manuellement sur Oracle VM
(http://blog.easyteam.fr/2009/07/12/oraclevm-vm/

Mon environnement de tests comprend :
- Un serveur Dell PowerEdge 1800 avec deux processeurs Core-duo et 4 Go de RAM équipé de 3 trois disques SCSI de 73 Go et 1 disque SCSI de 300 Go. L'un des trois disques de 73 Go est consacré aux tests d'Orcale VM
- Un poste de travail Dell OpiPlex de 3Go de RAM sous Windows XP et disposant d'un disque dur de 190 Go découpé en trois partitions de 40, 50 et 100 Go. La partition de 100Go étant libre pour les tests.

Oracle VM est constitué de trois composants :
- Oracle VM Server
- Oracle VM Manager
- Oracle VM Agent
La première chose qui frappe lorsque l'on aborde le sujet d'Oracle VM c'est le fait qu'il faut à priori au moins deux machines pour sa mise en œuvre :
- Une machine dédiée pour Oracle VM Server hébergeant également Oracle VM Agent
- Une machine partagée pour y installer Oracle VM Manager.
Mais très vite Oracle a dû comprendre que cela peut constituer un frein pour beaucoup de DBAs pour des raisons budgétaires ou des raisons de place. D'où leur heureuse initiative de mettre à disposition un template/modèle permettant d'installer Oracle VM Manager sous forme de machine virtualisée sur le serveur d'Oracle VM Server.

L'installation d'Oracle VM Server ne présente pratiquement aucune difficulté. Cependant je vous suggère de lire préalablement, outre les deux premiers articlés cités ci-dessus et publiés par ArKzoYd, le white paper de xtravirt intitulé "Installation Guide on How to install Oracle VM server and Manager 2.1.5" (http://xtravirt.com/xd10113 ,un enregistrement est nécessaire pour y accéder)
Autres suggestions :
- Installer un serveur X sur le domaine 0 d'OracleVM en suivant le mode opératoire fourni par ArKzoYd dans son article portant le titre évocateur et ne pas oublier de configurer son clavier azerty (en ajoutant la ligne [Option "XkbLayout" "fr"] sans les crochets dans le fichier /etc/X11/xorg.conf).
- Installer dans la foulée firefox sur le serveur (yum install firefox)
- Affecter à Oracle VM Server une adresse libre de son réseau local et déclarer comme gateway par défaut et DNS l'adresse IP de son routeur/box (livebox, freebox ou Neufbox, etc.). Cela facilite énormémemnt les choses par la suite.
A suivre …

2009-08-20T12:42:00.000-07:00

ORACLE PUBLIC YUM SERVER et ORACLE-VALIDATED RPM

Lors de mes tests de cet été je suis tombé par hasard sur le serveur yum public qu'Oracle a mis en place afin de faciliter la vie aux personnes qui utilisent souvent sa distribution Unbreakable Linux et qui souhaiteraient pouvoir bénéficier des facilitées de Yum lors des mises à jour de leurs installations OEL même si elles n'ont pas pris d'abonnement de support (assuré par Oracle). En même temps je découvre aussi qu'Oracle a mis en place un package spécial qui aide, lors d'installation d'une distribution OEL ou Redhat pour la mise en place d'une base de données Oracle, à automatiser le téléchargement et l'installation de tous les packages RPM requis y compris les dépendances tout en assurant la configuration des paramètres du noyau, la création du compte oracle et des groupes dba et oinstall. Le gain de temps devrait donc être appréciable.
Dès lors il est tentant de tester ces deux mécanismes intéressants afin de pouvoir les utiliser sans souci chez les clients.
Mes recherches sur le net ont cependant montré que les articles expliquant la mise en œuvre de ces deux mécanismes – en effet je recommande de les utiliser comme un couple inséparable – font des hypothèses qu'ils n'explicitent pas.
Voilà pourquoi ce n-ième article sur le sujet a pour vocation d'être autosuffisant pour tout utilisateur connaissant un peu Linux (son installation et sa configuration) et surtout pour les DBAs.
Le lecteur pourra consulter avec bénéfice les trois articles suivants que j'ai exploités pour faire mes tests qui ont été concluants :
i) Prepare your Linux Server to install Oracle database using oracle-validated RPM - http://perumal.org/tag/rpm/
ii) Public Yum Server - http://public-yum.oracle.com/
iii) Installing the Oracle Validated rpm on el5 - http://blogs.oracle.com/AlejandroVargas/Installing-the-Oracle-Validated-rpm-on-EL5.pdf

1) Vérifier si yum est présent sur son installation et si ce n'est pas le cas, il faut commencer par l'installer.
[root@prod yum.repos.d]# rpm -qa | grep yum
yum-security-1.1.16-13.el5
yum-updatesd-0.9-2.el5
yum-3.2.19-18.el5
yum-metadata-parser-1.1.2-2.el5
[root@prod yum.repos.d]# ls -l
total 0

2) Vérifier si un référentiel Yum est présent sur votre système.
En général ce n'est pas le cas pour les systèmes Oracle Enterprise L'inux. Au cas où un serait présent mais ne correspondrait pas à la version de votre distribution, il faudrait le renommer.
root@prod etc]# cd yum.repos.d
[root@prod yum.repos.d]# ls
[root@prod yum.repos.d]# ls -l
total 0

3) Télécharger le référentiel Yum correspondant à votre distribution et l'activer
L'activation consiste à l'éditer avec son éditeur préféré et à remplacer "enabled=0" par "enabled=1"
[root@prod yum.repos.d]# wget http://public-yum.oracle.com/public-yum-el5.repo
--19:43:01-- http://public-yum.oracle.com/public-yum-el5.repo
Résolution de public-yum.oracle.com... 141.146.44.34
Connexion vers public-yum.oracle.com|141.146.44.34|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 1402 (1,4K) [text/plain]
Saving to: `public-yum-el5.repo'

100%[=======================================>] 1.402 --.-K/s in 0,002s

19:43:22 (685 KB/s) - « public-yum-el5.repo » sauvegardé [1402/1402]

[root@prod yum.repos.d]# ls
public-yum-el5.repo
[root@prod yum.repos.d]# vi public-yum-el5.repo
[root@prod yum.repos.d]#

4) Télécharger le package oracle-validated correspondant à sa distribution à l'adresse http://oss.oracle.com/el5/oracle-validated et l'installer
Les messages générés lors de mes tests sont fournis ci-dessous.
[root@prod yum.repos.d]# cd /tmp
[root@prod tmp]# wget http://oss.oracle.com/el5/oracle-validated/oracle-validated-1.0.0-18.el5.i386.rpm
[root@prod tmp]# yum install ./oracle-validated-1.0.0-18.el5.i386.rpm
Loaded plugins: security
el5_u3_base | 1.1 kB 00:00
primary.xml.gz | 788 kB 00:08
el5_u3_base 3442/3442
Setting up Install Process
Parsing package install arguments
Examining ./oracle-validated-1.0.0-18.el5.i386.rpm: oracle-validated-1.0.0-18.el5.i386
Marking ./oracle-validated-1.0.0-18.el5.i386.rpm to be installed
Resolving Dependencies
--> Running transaction check
---> Package oracle-validated.i386 0:1.0.0-18.el5 set to be updated
--> Processing Dependency: compat-db for package: oracle-validated
--> Processing Dependency: compat-gcc-34 for package: oracle-validated
--> Processing Dependency: compat-gcc-34-c++ for package: oracle-validated
--> Processing Dependency: libXp for package: oracle-validated
--> Processing Dependency: libaio-devel for package: oracle-validated
--> Processing Dependency: sysstat for package: oracle-validated
--> Processing Dependency: unixODBC for package: oracle-validated
--> Processing Dependency: unixODBC-devel for package: oracle-validated
--> Running transaction check
---> Package compat-gcc-34.i386 0:3.4.6-4 set to be updated
---> Package libaio-devel.i386 0:0.3.106-3.2 set to be updated
---> Package compat-db.i386 0:4.2.52-5.1 set to be updated
---> Package unixODBC.i386 0:2.2.11-7.1 set to be updated
---> Package sysstat.i386 0:7.0.2-3.el5 set to be updated
---> Package unixODBC-devel.i386 0:2.2.11-7.1 set to be updated
---> Package libXp.i386 0:1.0.0-8.1.el5 set to be updated
---> Package compat-gcc-34-c++.i386 0:3.4.6-4 set to be updated
--> Finished Dependency Resolution

Dependencies Resolved

================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
oracle-validated i386 1.0.0-18.el5 ./oracle-validated-1.0.0-18.el5.i386.rpm
15 k
Installing for dependencies:
compat-db i386 4.2.52-5.1 el5_u3_base 1.7 M
compat-gcc-34 i386 3.4.6-4 el5_u3_base 4.1 M
compat-gcc-34-c++ i386 3.4.6-4 el5_u3_base 11 M
libXp i386 1.0.0-8.1.el5 el5_u3_base 22 k
libaio-devel i386 0.3.106-3.2 el5_u3_base 11 k
sysstat i386 7.0.2-3.el5 el5_u3_base 170 k
unixODBC i386 2.2.11-7.1 el5_u3_base 830 k
unixODBC-devel i386 2.2.11-7.1 el5_u3_base 743 k

Transaction Summary
================================================================================
Install 9 Package(s)
Update 0 Package(s)
Remove 0 Package(s)

Total download size: 19 M
Is this ok [y/N]: y
Downloading Packages:
(1/8): libaio-devel-0.3.106-3.2.i386.rpm | 11 kB 00:00
(2/8): libXp-1.0.0-8.1.el5.i386.rpm | 22 kB 00:00
(3/8): sysstat-7.0.2-3.el5.i386.rpm | 170 kB 00:01
(4/8): unixODBC-devel-2.2.11-7.1.i386.rpm | 743 kB 00:12

(5/8): unixODBC-2.2.11-7.1.i386.rpm | 830 kB 00:11
(6/8): compat-db-4.2.52-5.1.i386.rpm | 1.7 MB 00:19
(7/8): compat-gcc-34-3.4.6-4.i386.rpm | 4.1 MB 00:47
(8/8): compat-gcc-34-c++-3.4.6-4.i386.rpm | 11 MB 02:25
--------------------------------------------------------------------------------
Total 47 kB/s | 19 MB 06:43
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : compat-gcc-34 [1/9]
Installing : unixODBC [2/9]
Installing : compat-gcc-34-c++ [3/9]
Installing : libXp [4/9]
Installing : compat-db [5/9]
Installing : sysstat [6/9]
Installing : unixODBC-devel [7/9]
Installing : libaio-devel [8/9]
Installing : oracle-validated [9/9]

Installed: oracle-validated.i386 0:1.0.0-18.el5
Dependency Installed: compat-db.i386 0:4.2.52-5.1 compat-gcc-34.i386 0:3.4.6-4 compat-gcc-34-c++.i386 0:3.4.6-4 libXp.i386 0:1.0.0-8.1.el5 libaio-devel.i386 0:0.3.106-3.2 sysstat.i386 0:7.0.2-3.el5 unixODBC.i386 0:2.2.11-7.1 unixODBC-devel.i386 0:2.2.11-7.1
Complete!
[root@prod tmp]#

5) Vérifier la liste des fichiers générés après cette installation de oracle-validated;
Sur mon installation, voici les fichiers et répertoires nouveaux générés. On peut obtenir cette liste par une commande du type "find / -name "*oracle-validated*"
/usr/bin/oracle-validated-verify
/etc/sysconfig/oracle-validated
/etc/sysconfig/oracle-validated/oracle-validated.conf
/etc/sysconfig/oracle-validated/oracle-validated-verify
/etc/sysconfig/oracle-validated/oracle-validated.params
/var/log/oracle-validated

6) Le contenu du fichier /var/log/oracle-validated/results/orakernel.log
[root@prod results]# cat /var/log/oracle-validated/results/orakernel.log
Creating oracle user passed

Verifying kernel parameters as per Oracle recommendations...
fs.file-max 327679
kernel.msgmni 2878
kernel.msgmax 65536 8192
kernel.msgmnb 65536 65536
kernel.sem 250 32000 100 142
kernel.shmmni 4096
kernel.shmall 268435456 1073741824
kernel.shmmax 4294967295 4294967295
kernel.sysrq 0 1
net.core.rmem_default 262144
net.core.rmem_max 4194304
net.core.wmem_default 262144
net.core.wmem_max 262144
fs.aio-max-nr 3145728
net.ipv4.ip_local_port_range 1024 65000
Setting kernel parameters as per oracle recommendations...
Altered file /etc/sysctl.conf
Original file backed up at /etc/sysctl.conf.orabackup
Verifying & setting of kernel parameters passed

Verifying oracle user OS limits as per Oracle recommendations...
oracle soft nofile 131072
oracle hard nofile 131072
oracle soft nproc 131072
oracle hard nproc 131072
oracle soft core unlimited
oracle hard core unlimited
oracle soft memlock 3500000
oracle hard memlock 3500000
Setting oracle user OS limits as per Oracle recommendations...
Altered file /etc/security/limits.conf
Original file backed up at /etc/security/limits.conf.orabackup
Verifying & setting of user limits passed

Verifying kernel boot parameters as per Oracle recommendations...
Setting kernel boot parameters as per Oracle recommendations...
Boot parameters will be effected on next reboot
Altered file /boot/grub/grub.conf
Original file backed up at /boot/grub/grub.conf.orabackup
Verifying & setting of boot parameters passed

Verifying module parameters as per Oracle recommendations...
Setting module parameters as per Oracle recommendations...
Altered file /etc/modprobe.conf
Original file backed up at /etc/modprobe.conf.orabackup
e1000 settings modified to include FlowControl=1
Aug 9 19:57:43 prod yum: Installed: compat-db-4.2.52-5.1.i386
Aug 9 19:57:44 prod yum: Installed: sysstat-7.0.2-3.el5.i386
Aug 9 19:57:45 prod yum: Installed: unixODBC-devel-2.2.11-7.1.i386
Aug 9 19:57:45 prod yum: Installed: libaio-devel-0.3.106-3.2.i386
Aug 9 19:57:54 prod kernel: e1000: eth0: e1000_watchdog_task: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX
Verifying & setting of module parameters passed

7) Le contenu du fichier /etc/sysconfig/oracle-validated/oracle-validated.params
[root@prod results]# cat /etc/sysconfig/oracle-validated/oracle-validated.params
# Oracle VC Parameter config file

#Kernel parameters
#category:arch:kernel:distribution:parameter:recommended-value
kernel:*:*:*:fs.file-max:327679
kernel:*:*:*:kernel.msgmni:2878
kernel:*:*:*:kernel.msgmax:8192
kernel:*:*:*:kernel.msgmnb:65536
kernel:*:*:*:kernel.sem:250 32000 100 142
kernel:*:*:*:kernel.shmmni:4096
kernel:*:*:*:kernel.shmall:1073741824
#shmmax value below will be overwritten based on architecture (Recommended:4GB for 32bit and 4TB for 64bit)
kernel:*:*:*:kernel.shmmax:4294967295
kernel:*:*:*:kernel.sysrq:1
kernel:*:*:*:net.core.rmem_default:262144
kernelcomment:For 11g recommended value for net.core.rmem_max is 4194304
kernel:*:*:*:net.core.rmem_max:4194304
kernelcomment:For 10g uncomment the following line, comment other entries for this parameter and re-run sysctl -p
kernelcomment:net.core.rmem_max=2097152
kernel:*:*:*:net.core.wmem_default:262144
kernel:*:*:*:net.core.wmem_max:262144
kernel:*:*:*:fs.aio-max-nr:3145728
kernel:*:*:*:net.ipv4.ip_local_port_range:1024 65000
kernel:*:*:Red Hat Enterprise Linux AS release 4:vm.lower_zone_protection:100
kernel:*:*:Enterprise Linux Enterprise Linux AS release 4:vm.lower_zone_protection:100

#Oracle OS User limits (domain=oracle/*)
#category:arch:kernel:distribution:type:item:recommended-value
user:*:*:*:soft:nofile:131072
user:*:*:*:hard:nofile:131072
user:*:*:*:soft:nproc:131072
user:*:*:*:hard:nproc:131072
user:*:*:*:soft:core:unlimited
user:*:*:*:hard:core:unlimited
user:i686:*:*:soft:memlock:3500000
user:i686:*:*:hard:memlock:3500000
user:x86_64:*:*:soft:memlock:50000000
user:x86_64:*:*:hard:memlock:50000000
usercomment:i686:Recommended stack hard limit 32MB for oracle installations
usercomment:i686:oracle hard stack 32768

#Kernel boot parameters
#category:arch:processor:kernel:distribution:parameter:recommended-value
boot:x86_64:AMD:*:*:numa:off

#Kernel module parameters
#listed for reference only
#category:arch:processor:kernel:distribution:parameter:recommended-value
#module:*:*:*:e1000:FlowControl=1
[root@prod results]#

8) Nous vous conseillons enfin de procéder à des vérifications manuelles relatives aux packages RPM requis pour Oracle, aux paramètres du noyau Linux et à la création du compte Linux oracle et des groupes dba et oinstall. Le lecteur peut s'appuyer sur l'excellent article du site Oracle-base intitulé "Oracle 11g Release 1 RAC On Linux Using VMware Server 2" consultable à l'adresse http://www.oracle-base.com/articles/11g/OracleDB11gR1RACInstallationOnOEL5UsingVMwareServer2.php, dans sa partie consacré aux pré-requis.

2009-08-10T07:22:00.000-07:00

LIVRES : Techniques de veille et e-réputation (Comment exploiter les outils Internet ?)
Pour maintenir un très haut niveau de compétence technique dans son domaine, on est obligé de faire de la veille technique et d'être curieux des nouveautés qui apparaissent presque tous les jours dans son domaine de compétence technique et dans les domaines connexes.
Or il est indiscutable que l'on ne peut plus faire une bonne veille technique en ignorant le réseau Internet, réseau par excellence du partage des connaissances et des savoirs un peu dans l'esprit des logiciels libres dont je suis un fervent partisan.
Vous comprendrez alors dans ces conditions que l'on soit heureux lorsque l'on découvre par hasard un livre intéressant portant le titre évocateur "techniques de veille et e-réputation" avec en sous-titre "Comment exploiter les outils Internet ?"
L'auteur est Jean-Noël Anderruthy, un professionnel de l'Internet grand public et d'entreprise depuis plus de 10 ans. Le livre est édité aux éditions Eni et constitue une véritable caverne renfermant de vrais petits trésors du domaine qui nous concerne. On y explique en détails comment maîtriser les flux RSS, les réseaux sociaux (Viadeo, Linked, Facebook, Twitter, etc.). J'y ai découvert un nouveau système de gestion de bookmark en ligne : Diigo (http://www.diigo.com). Je peux vous assurer que quand l'auteur dit que Diigo est le meilleur service de Bookmarking qui existe sur le marché, on peut difficilement le contredire après s'être familiarisé avec cet outil.
Bref nous avons là un bel ouvrage que l'on peut offrir à toute personne intéressée par une maîtrise plus avancée d'Internet. En plus il ne coûte pas cher : environ 21 euros.

2009-08-10T07:16:00.000-07:00

LA CERTIFICATION REVISITEE
Les certifications techniques (Oracle, Microsoft, IBM, etc) constituent l'un des sujets qui font l'objet d'une petite polémique sourde continue sur Internet.
Je ne viens pas relancer ou alimenter cette polémique. Je souhaite partager avec le lecteur un point de vue pragmatique sur le sujet.
Les certifications constituent pour moi une des formes les plus avancées de veille technique. Les périodes de certification Oracle sont des périodes harassantes de travail acharné qui débouchent sur la grande satisfaction du travail bien accompli. Ces périodes sont l'occasion de rédiger des dizaines voire des centaines de pages de compilation et de synthèse de toutes les nouvelles fonctionnalités d'une nouvelle version d'Oracle Database. De ce fait l'obtention de la certification n'est que la conséquence et la reconnaissance de tout ce travail qui est fait en amont.
Ce travail permet d'être à l'aise face à la nouvelle version du produit de l'éditeur (ici il s'agit d'Oracle) et d'aborder la mise en œuvre de telle ou telle fonctionnalité avec sérénité en s'appuyant sur ses propres documents de synthèse ; ce qui vous évite d'avoir à consulter de nombreux documents techniques.
Un autre aspect non négligeable est le fait que beaucoup de clients apprécient d'avoir des consultants qui ont leur certification, symbole de la reconnaissance des compétences du consultant par l'éditeur.
Alors si vous avez hésité jusque-là, n'hésitez plus maintenant. Vous ne serez jamais perdant en préparant sérieusement et en obtenant votre certification technique. Je viens d'obtenir ma troisième certification en cinq ans, la certification OCP Oracle 11g.
Le lecteur intéressé par les certifications Oracle Database peut me contacter. C'est avec beaucoup de plaisir que je partagerai avec lui ma petite expérience dans ce domaine.

2009-08-10T07:15:00.000-07:00

ET SI ON TENTAIT UN COME BACK ?
Il est assez frustrant de ne pas pouvoir alimenter régulièrement son blog alors que l'on dispose de dizaines d'articles, synthèses et procédures pouvant servir à cette fin.
Deux raisons principales à cet état des choses en ce qui concerne mon blog :
- L'ambition de départ était démesurée. Les articles étaient très longs et exigeaient de ce fait beaucoup de temps pour leur rédaction et leur mise en ligne ;
- Le manque de temps s'expliquant par une veille technique continue dans le cadre des activités professionnelles sans oublier les actions associatives.
Je tente donc un come back prudent dans l'espoir de tenir le coup sur la durée avec des posts moins ambitieux mais beaucoup plus réguliers. Il sera surtout question de mes petites trouvailles sur Internet (articles techniques, outils, etc), d'introductions de mes synthèses de nouvelles fonctionnalités d'Oracle Database et parfois quelques articles complets traitant d'une procédure ou d'un mécanisme très intéressant d'Oracle Database). De petites incursions dans les logiciels libres seront parfois au rendez-vous.
Alors on se motive et on prend son courage à deux mains.

2006-04-13T05:37:00.000-07:00

2è PARTIE : GESTION DE L'ESPACE D'ANNULATION SOUS ORACLE9i
(SUITE ET FIN)
III - MODE AUTOMATIQUE DE GESTION DE L'ESPACE D'ANNULATION
Une instance Oracle est dite opérationnelle en mode automatique de gestion de l'annulation lorsque l'administrateur utilise la méthode "undo tablespace" de gestion de l'espace d'annulation.

III-1) Démarrage d'une instance en mode automatique de gestion d'annulation
Le positionnement du paramètre d'initialisation UNDO_MANAGEMENT à la valeur AUTO fait que la commande STARTUP démarre l'instance en mode automatique de gestion des annulations (en anglais : Automatic Undo Management mode ou en bref AUM).
Un undo tablespace dans lequel Oracle stockera les enregistrements d'annulation doit être disponible.
Quand l'instance démarre, Oracle sélectionne automatiquement le premier undo tablespace disponible. Et s'il n'y en a pas de disponible, l'instance utilise le rollback segment SYSTEM et écrit un message d'alerte dans le fichier d'alertes pour avertir que le système s'exécute sans un undo tablespace. Ceci est fortement déconseillé dans les circonstances normales.
Optionnellement, l'administrateur peut spécifier au démarrage qu'il souhaite que l'instance utilise un undo tablespace spécifique en positionnant le paramètre d'initialisation UNDO_TABLESPACE comme ci-après (ce qui suppose que le undo tablespace spécifié a été préalablement créé, sinon la commande startup échoue) :
UNDO_TABLESPACE = undotbs_01
Dans les versions ultérieures d'Oracle9i, si l'on crée une base de données sans demander la création d'un undo tablespace en même temps (clause UNDO TABLESPACE de la commande CREATE DATABASE), Oracle en crée automatiquement un, appelé SYS_UNDOTBS avec un fichier de données placé dans le répertoire $ORACLE_HOME/dbs et dont le nom est assigné par le système ; sa taille par défaut est de 100Mo.
On peut créer plusieurs undo tablespaces par base de données. Mais un seul peut être actif à un moment donné par instance.
A tout moment, l'administrateur peut basculer dynamique sur un undo tablespace différent en changeant en ligne le paramètre UNDO_TABLESPACE (commande ALTER SYSTEM). Cependant, s'il veut basculer entre les modes d'annulation automatique et manuel, il doit redémarrer la base de données.
On peut effectuer des opérations DDL (create, alter, drop) sur les undo tablespaces ; cependant, on ne peut pas effectuer des opérations DDL sur les undo segments. Toute tentative de ce genre se solde par le message "ORA-30019: Illegal rollback Segment opération in Automatic Undo mode". Pour éviter l'affichage de tels messages, il suffit de mettre le paramètre UNDO_SUPPRESS_ERRORS à TRUE.
Nous récapitulons dans les deux tableaux ci-dessous les principaux paramètres utilisés pour le mode automatique de gestion des annulations et ce qu'il faut en retenir.

Description des paramètres de gestion automatique d'annulation

PARAMETRE	DESCRIPTION ET COMMENTAIRES
UNDO_MANAGEMENT	Détermine si la gestion automatique des annulations (AUM) est activée dans la base de données. La valeur AUTO active l'AUM et la valeur MANUAL le désactive.
UNDO_RETENTION	Définit la longueur minimale de temps pendant lequel Oracle retient les données d'annulation après leur génération et après l'achèvement de la transaction les ayant générées. Oracle fait le meilleur effort pour retenir les données d'annulation pendant le temps demandé mais il n'y a aucune garantie.
UNDO_SUPPRESS_ERRORS	Permet de contrôler l'affichage de messages d'erreurs qui résulte de certaines commandes SQL quand la base de données est en mode automatique de gestion des annulations. Il faut être prudent lorsque l'on met ce paramètre à TRUE dans la mesure où il supprime tout message d'erreur émis lors de tentatives d'opérations manuelles quand on est en mode automatique.
UNDO_TABLESPACE	Définit un ou plusieurs undo tablespaces qui seraient utilisés par Oracle pour la gestion automatique des annulations. Si ce paramètre est positionné et UNDO_MANAGEMENT est mis à AUTO quand on exécute la commande "CREATE DATABASE", alors on doit inclure tous les tablespaces listés dans ce paramètre dans la commande "CREATE DATABASE" ; sinon cette dernière échoue. On peut lister plusieurs tablespaces pour ce paramètre mais seul le dernier tablespace listé sera utilisé (Oracle ne permet l'utilisation que d'un undo tablespace à un moment donné).

Spécificités des paramètres de gestion automatique d'annulation

PARAMETRE	VALEUR PAR DEFAUT	VALEURS VALIDES	DYNAMIQUE ?
UNDO_MANAGEMENT	MANUAL	AUTO, MANUAL	NON
UNDO_RETENTION	900 secondes	0 à la valeur maximale autorisée par 32 bits	OUI (immediat pour le système)
UNDO_SUPPRESS_ERRORS	TRUE	TRUE, FALSE	Immediat pour le système ; autorisé pour la session
UNDO_TABLESPACE	On peut utiliser ce paramètre pour spécifier le nom du undo tablespace à utiliser par l'instance. Si ce paramètre n'est pas spécifié, alors Oracle choisira le premier undo tablespace disponible sys_undotbs, ou le rollback segment system si aucun aucun undo tablespace n'est disponible.	Nom de undo tablespace valide. Plusieurs undo tablespaces ne sont pas supportés bien qu'Oracle ne génère pas une erreur.	Immediat pour le système

III-2) Informations relatives aux undo segments

VUE/TABLE	DESCRIPTION
DBA_SEGMENTS	Vue stockant les informations relatives aux segments créés dans la base de données : leur taille, tablespace, type, paramètres de stockage, etc.
DBA_ROLLBACK_SEGS	Vue stockant des informations relatives à tous les segments d'annulation : leur status, nom de tablespace, tailles, etc.
V$ROLLNAME	Vue stockant les numéros et noms de tous les segments d'annulation en ligne.
V$ROLLSTAT	Vue contenant les statistiques relatives aux annulations : taille de segment, valeur OPTIMAL, nombre de "morceaux depuis le démarrage de l'instance, nombre de transactions actives, extents, status, etc.
V$UNDOSTAT	Vue collectant des "photographies/instantanés" qui reflètent la performance du tablespace d'annulation comme aide à l'ajustement de sa taille pour supporter les exigences de charge du système qui évolue.

Quelques exemples de requêtes
- Les segments d’annulation de la base de données
SQL> select segment_name, owner, tablespace_name, status from dba_rollback_segs ;
- Statistiques sur les segments d’annulation actuellement utilisés
SQL> select n.name, s.extents, s.rssize, s.hwmsize, s.xacts, s.status frm v$rollname n, v$rollstat s
where n.usn = s.usn ;
- Vérification que les transactions en cours utilisent un segment d’annulation
SQL> select s.username, t.xidusn, t.ubafil, t.ubablk, t.used_ublk from v$session s, v$transaction t
Where s.saddr = t.ses_addr ;

IV - BIBLIOGRAPHIE
1) Oracle9i DBA Fundamentals I – par BijuThomas et Bob Bryla – Chez Sybex ,Alameda (USA) 452 pages.
2) Support de cours – par R. MISSINHOUN – Vauréal 2004.
3) Automatic Undo Management (AUM) – http://www.orafaq.com/node/73
4) Talking tuning : Tuning Undo Tablespace – By Kimberly Floss – http://www.oracle.com/technology/oramag/05-jul/o45tuning.html.
5) Managing Undo Space – Oracle9i Database reference – http://www.lc.leidenuniv.nl/awcourse/oracle/server.920/a9651/undo.htm

2006-04-13T03:23:00.000-07:00

1ère PARTIE : GESTION DE L'ESPACE D'ANNULATION SOUS ORACLE9I

I – INTRODUCTION ET GENERALITES
Jusqu'à la version 8i de son produit phare (la base de données Oracle) l'éditeur Oracle n'offre qu'un seul mode de gestion de l'espace d'annulation. Il s'agit du mode manuel. Dans ce mode, l'administrateur doit :
- Créer et gérer un nombre optimal de segments d'annulation (en anglais rollback segments ; c'est la terminologie utilisée dans le mode manuel de gestion de l'espace d'annulation) ;
- Assigner les transactions "volumineuses/longues", s'il en existe dans son environnement, à un ensemble particulier de segments d'annulation. Ceci suppose d'avoir préalablement procéder à une estimation, à défaut d'une mesure exacte, de la longueur de la transaction la plus longue devant s'exécuter dans la base de données ;
- Mettre des segments additionnels en ligne en fonction des changements des demandes des processus de traitement ;
- Effectuer une multitude de tâches de gestion liées aux segments d'annulation.
Les administrateurs savent que cette série de tâches est coûteuse en termes de temps (c'est-à-dire chronophage). L'éditeur Oracle aussi.
C'est pourquoi ce dernier a mis en place, à partir de la version Oracle9i, un deuxième mode, le mode automatique de gestion de l'espace d'annulation. Il s'agit d'un mode qui facilite relativement bien la vie aux administrateurs comparativement au mode manuel. Cependant ce dernier reste utilisable pour des raisons de compatibilité arrière.
Dans la terminologie Oracle9i, les segments d'annulation s'appellent "undo segments".
Contrairement aux "rollback segments", l'administrateur ne crée plus et ne gère plus des undo segments individuels. La base de données Oracle le fait pour l'administrateur lorsque ce dernier crée le tablespace d'annulation (undo tablespace dans la terminologie Oracle9i). Toutes les transactions dans une instance partagent un seul undo tablespace. Toute transaction qui s'exécute peut consommer de l'espace libre dans le undo tablespace et une fois la transaction finie, son espace d'annulation est libéré. C'est dire que l'espace pour les undo segments est dynamiquement alloué, consommé, libéré et réutilisé sous le contrôle de la base de données Oracle (et non plus sous le contrôle de l'administrateur comme c'est le cas en mode manuel).
Le présent article est destiné à faire le point sur les deux modes, en les mettant en perspective et aussi à montrer comment on peut faire le passage du mode manuel au mode automatique sur une base Oracle9i.

II - MODE MANUEL DE GESTION DE L'ESPACE D'ANNULATION
Une instance Oracle est dite opérationnelle en mode manuel de gestion de l'annulation lorsque l'administrateur utilise la méthode "rollback segment" de gestion de l'espace d'annulation.

II-1) Démarrage d'une instance en mode manuel de gestion d'annulation
Le positionnement du paramètre d'initialisation UNDO_MANAGEMENT à la valeur MANUAL fait que la commande STARTUP démarre l'instance en mode manuel de gestion des annulations (en anglais : manual undo management mode).
Si le paramètre d'initialisation UNDO_MANAGEMENT n'est pas spécifié, l'instance démarre en mode manuel de gestion des annulations.
Quand l'instance démarre, elle met un certain nombre de rollback segments en ligne tel que déterminés par :
- le paramètre d'initialisation ROLLBACK_SEGMENTS ;
- les paramètres d'initialisation TRANSACTIONS et TRANSACTIONS_PER_ROLLBACK_SEGMENT.
Le tableau ci-dessous décrit brièvement ces paramètres.

PARAMETRE D'INITIALISATION	DESCRIPTION
ROLLBACK_SEGMENTS	Spécifie les rollback segments à "acquérir" au démarrage de l'instance
TRANSACTIONS	Spécifie le nombre maximal de transactions concurrentes
TRANSACTIONS_PER_ROLLBACK_SEGMENT	Spécifie le nombre de transactions concurrentes que chaque rollback segment espère "supporter".
MAX_ROLLBACK_SEGMENTS	Spécifie le nombre maximal de rollback segments qui peuvent être en ligne pour une instance.

II-2) Détermination du nombre et des tailles des rollback segments
Un ou plusieurs tablespaces peuvent être créés pour les rollback segments. Et ces derniers sont créés manuellement dans ces tablespaces par l'administrateur qui doit préalablement calculer/estimer leur nombre et tailles.
La taille d'un rollback segment est déterminée par les valeurs du paramètre de stockage du rollback segment (Voir plus loin les commandes "CREATE ROLLBACK SEGMENT" et "ALTER ROLLBACK SEGMENT"). Cette taille peut affecter les performances de la base de données Oracle.
Pour le nombre de rollback segments, Oracle fournit les recommandations générales que nous reproduisons dans le tableau ci-dessous.

Nombre de transactions concurrentes (N)	Nombre de rollback segments recommandés
N inférieur à 16	4
16 inf. ou égal à N et N inf. à 32	8
32 inf. ou égal à N	N/4

En ce qui concerne les tailles, Oracle donne les règles qui suivent :
- Assigner de grands rollback segments aux transactions qui modifient des données pendant que ces dernières sont sélectionnées (commande SQL select) par des requêtes longues qui en général requièrent l'accès à des rollback segments pour reconstruire une version consistante (en lecture) des données modifiées.
- Assigner de grands rollback segments aux transactions qui modifient de grandes quantités de données et qui du coup, génèrent beaucoup d'entrées volumineuses d'annulation, à des fins d'amélioration des performances de telles transactions.
- Assigner les transactions OLTP (Online Transaction Processing) à de petits rollback segments qui ont une probabilité plus forte de rester stockés dans le cache de tampon où ils peuvent être accédés rapidement. Un rollback segment typique OLTP doit avoir deux extents et une taille de 10 Ko environ. La meilleure façon d'éviter les contentions, c'est de créer beaucoup de rollback segments et d'assigner chaque transaction à sa propre rollback segment.
- Utiliser la commande SET TRANSACTION pour assigner des transactions aux rollback segments appropriés comme ci-après :
SET TRANSACTION USE ROLLBACK SEGMENT rbs_oltp13

II-3) Types et règles de fonctionnement des rollback segments
Une transaction ne peut utiliser qu'un seul rollback segment pour stocker des enregistrements de rollback. En revanche, plusieurs transactions peuvent écrire dans un même rollback segment.
Oracle distingue les rollback segments SYSTEM et non-SYSTEM.
Les modifications apportées aux objets du tablespace SYSTEM sont stockées dans le rollback segment SYSTEM qui est créé automatiquement lors de la création de la base de données.
Une base de données qui contient des tablespaces non-SYSTEM nécessite au moins deux rollback segments non-SYSTEM.
Les rollback segments non-SYSTEM peuvent être privés, publics ou en état différé.
Par défaut, tous les rollback segments créés sont privés, ce qui signifie que seule l'instance courante y a accès.
Un rollback segment privé n'est disponible que pour une seule instance et pour tous les utilisateurs de l'instance. Il est automatiquement acquis par l'instance Oracle s'il est spécifié au travers du paramètre d'initialisation ROLLBACK_SEGMENTS. Mais il peut également être acquis manuellement lorsque l'administrateur exécute la commande "ALTER ROLLBACK SEGMENT ONLINE ;"
Un rollback segment public est disponible pour toute instance d'un environnement Real Application Cluster par exemple. Mais un tel rollback segment ne peut être utilisé que par une instance Oracle à la fois. Il est créé dans la base de données à l'aide de la commande "CREATE PUBLIC ROLLBACK SEGMENT".
Oracle détermine le nombre rollback publics à accéder en se basant sur les paramètres d'initialisation TRANSACTIONS et TRANSACTIONS_PER_ROLLBACK_SEGMENT.
Les rollback segments en état différé sont automatiquement créés lorsqu'un utilisateur annule une transaction qui a modifié des données dans un tablespace qui est actuellement hors ligne (offline). Lorsque le tablespace est mis en ligne (online), les entrées de rollback sont utilisées pour restaurer les anciennes valeurs de lignes et le rollback en état différé utilisé est supprimé.

II-4) Création et modification des rollback segments
Création d'un rollback segment
La syntaxe de base de la commande "CREATE ROLLBACK" pour la création d'un rollback segment est :
CREATE [PUBLIC] ROLLBACK SEGMENT
STORAGE(INITIAL [KM]
NEXT [KM]
MINEXTENTS
MAXEXTENTS
OPTIMAL [KM])

Les paramètres et options de la commande sont synthétisés dans le tableau ci-dessous.

PARAMETRE	COMMENTAIRES
INITIAL	Oracle recommande que INITIAL=NEXT afin que les extents soient toujours de même taille ; le paramètre PCTINCREASE ne pouvant être spécifié, il vaut toujours 0.
NEXT	-
MINEXTENTS	Ne peut avoir une valeur inférieure à 2 pour les rollback segments.
MAXEXTENTS	Oracle recommande d'éviter d'attribuer la valeur UNLIMITED à ce paramètre car cela pourrait provoquer une extension inutile d'un rollback segment et même de fichiers de données à la suite d'une erreur de programme.
OPTIMAL	Est utilisé pour spécifier la taille à laquelle un rollback segment se rétrécira après s'être étendu automatiquement. Définir la valeur de ce paramètre en fonction de l'espace nécessaire pour une transaction moyenne. Si l'on ne dispose pas des informations nécessaires, indiquer une valeur correspondant à la taille initiale (MINEXTENTS * EXTENT_SIZE). C'est la valeur minimale recommandée.

Quand on crée un rollback segment, il est initialement hors ligne (offline en anglais) et non disponible pour les transactions. Mais il peut être mis dynamiquement en ligne (voir la commande ALTER ROLLBACK SEGMENT" ci-dessous).

Modification d'un rollback segment
La syntaxe complète de modification d'un rollback segment se présente comme indiqué ci-dessous :
ALTER ROLLBACK SEGMENT
{ONLINE OFFLINE
STORAGE(NEXT MAXEXTENTS OPTIMAL )
SHRINK [TO [KM]]
La nature d'un rollback segment, public ou privé ne peut être modifié par la suite. La solution consiste à le supprimer et à le recréer.
L'option SHRINK permet au rollback segment de se rétrécir à la taille spécifiée ou à la valeur à laquelle le paramètre OPTIMAL a été positionné. Toutefois le rétrécissement s'arrête si un extent ne peut pas être libéré parce qu'il est actif.
Lors de la mise hors ligne d'un rollback segment, si des transactions l'utilisent encore, l'état du rollback segment passe à "PENDING OFFLINE" et est consultable dans la vue de performance dynamique V$ROLLSTAT. Une fois les transactions terminées, le rollback segment est mis hors ligne.
La suppression d'un rollback segment se fait à l'aide de la commande
DROP ROLLBACK SEGMENT

II-5) Informations et statistiques relatives aux rollback segments
Les informations générales sur les rollback segments sont stockées dans la vue DBA_ROLLBACK_SEGS. On y trouve, entre autres, des informations d'identification, d'emplacement, le type et l'état des rollback segments.

Les statistiques sont stockées dans la vue de performance dynamique V$ROLLSTAT. On y trouve entre autres, le numéro de rollback segment (colonne USN), la taille actuelle (colonne RSSIZE), le nombre de transactions utilisant le rollback segment (colonne XACTS), la valeur OPTIMAL du segment (colonne OPTSIZE) et l'état du rollback segment (colonne STATUS). On fait souvent une jointure entre cette vue et V$ROLLNAME afin d'avoir les noms de rollback segment dans les requêtes.

On détermine souvent l'activité courante des rollback segments en identifiant les sessions qui les utilisent à l'aide d'une requête qui fait recours aux vues V$SESSION, V$TRANSACTION et V$ROLLNAME et est similaire à celle qui suit :
SQL> select s.username, r.name, t.used_ublk "nbre rb blocs generes"
2 from v$session s, v$rollname r, v$transaction t
3 where s.saddr = t.ses_addr
4 and t.xidusn = r.usn ;

[A SUIVRE ...]

2006-03-21T06:41:00.000-08:00

LES DBLINK ORACLE : DESCRIPTION, CONFIGURATION ET UTILISATION (2ème PARTIE)

II - CREATION DES DBLINKS

Les privilèges nécessaires
Pour créer un dblink, l'utilisateur doit disposer de privilèges appropriés que nous récapitulons dans le tableau ci-dessous.

Privilège	Base de données	Requis pour
CREATE DATABASE LINK	locale	La création d'un dblink privé
CREATE PUBLIC DATABASE LINK	locale	La création d'un dblink public
CREATE SESSION	distante	La création de tous types de dblink

La requête qui suit permet à l'utilisateur de connaître les privilèges relatifs à la création des dblinks et disponibles pour l'utilisateur courant :
SQL> select distinct privilege "privileges de dblink" from role_sys_privs
SQL> where upper(privilege) in ('create session','create database link', 'create public database link') ;

Spécification des utilisateurs du dblink lors de la création
Un dblink définit toujours un chemin de communication depuis une base de données jusqu'à une autre. Quand une application utilise un dblink pour accéder à une base de données distante, Oracle établit une session de base de données dans la base distante au nom de la requête applicative locale.
La spécification d'utilisateur du dblink lors de la création répond à la question de savoir en tant que quel utilisateur Oracle l'utilisateur du dblink sera reconnu dans la base de données distante.
Trois possibilités s'offrent au créateur du dblink :
- indiquer que l'on souhaite se connecter à la base distante sous le même nom d'utilisateur Oracle que celui qui est déjà en cours dans la base locale. C'est ce que les anglais appellent "Current User database link". Cela se fait l'aide de l'option "CONNECT TO CURRENT_USER".
- indiquer de façon explicite le nom de l'utilisateur Oracle sous lequel on souhaite se connecter à la base distante. Ce nom est en général différent de celui déjà en cours dans la base de données locale. C'est ce que les anglais appellent "Fixed User Database Link".Cela se fait à l'aide de l'option "CONNECT TO IDENTIFIED BY "
- ne pas inclure les éléments d'identification et d'authentification d'utilisateur (ce que les anglais appellent les "credentials") dans la définition du dblink de sorte que ceux (les credentials) effectivement utilisés pour se connecter à la base distante puissent changer en fonction de l'utilisateur qui référence le dblink et de l'opération effectuée par l'application. Les anglais appellent cette possibilité "Connected User Database Link". Elle se met en œuvre en omettant la clause "CONNECT TO" avec la syntaxe suivante :
SQL> CREATE [SHARED] [PUBLIC] DATABASE LINK USING '' ;

Méthode de travail dans la définition d'un dblink

Hypothèses de travail :
- Base locale : pagenetdb1
- Base distante : pagenetdb2 avec nom global : db2.world
- Alias (nom de service réseau) de la base distante dans le tnsnames.ora du poste local : my_db2.world
Travail à faire : en utilisant pagenetdb1 comme database locale et pagenetdb2 comme database distance, créer et utiliser un dblink opérationnel.

Etapes de travail
1) Créer sur la base de données distante un utilisateur Oracle et lui attribuer les privilèges nécessaires. Appelons-le dbluser et attribuons lui le mot de passe pwdblu.
SQL> create user dbluser identified by pwdblu ;
SQL> grant dba to dbluser ;
SQL> grant unlimited tablespace to dbluser ;
SQL> alter user dbluser identified by pwdblu default tablespace userdata ;
SQL> alter user dbluser quota unlimited on USERDATA ;
SQL> connect dbluser/ pwdblu
2) Une fois connecté à la base distante, interroger la vue global_name pour trouver la valeur de global_name et faire "show parameter global" pour vérifier si global_names est positionné à TRUE.
SQL> connect dbluser
Password :
Connected.
SQL> select * from global_name ;
GLOBAL_NAME
-------------------------------------------------------------
db2.world
3) Sur la machine hébergeant la base de données locale, trouver le fichier tnsnames.ora qui devrait nous montrer les noms de service réseau (alias) des bases de données. Pour pagenetdb2, on devrait voir que l'alias est "my_db2.world".
4) Créer le dblink avec le même nom que celui de la base de données distante en s'assurant que l'on utilise le bon alias indiqué dans le fichier tnsnames.ora.
SQL> CREATE [PUBLIC] DATABASE LINK db2 CONNECT TO dbluser identified by pwdblu USING ' my_db2.world' ;
5) Exécuter une requête à travers le dblink sur la base db2 (à partir de la database db1) pour s'assurer que la création a eu lieu avec succès et que le nouveau lien est bien opérationel
SQL> select * from global_name@db2 ;
Il est à remarquer que si l'utilisateur décide d'appeler le dblink en cours de création dbl2db2 comme dans la commande SQL "CREATE [PUBLIC] DATABASE LINK dbl2db2 CONNECT TO dbluser identified by pwdblu USING ' my_db2.world' ;" et qu'il lance la requête ci-dessus il va obtenir le message d'erreur suivant :
ORA-02085: database link dbl2db2.world connects to db2.world

III - VISUALISATION DES INFORMATIONS RELATIVES AUX DBLINK

Informations relatives aux dblinks définis dans la database locale
Ces informations sont stockées dans le dictionnaire de données et peuvent être récupérées en interrogeant les vues DBA_DB_LINKS, ALL_DB_LINKS et USER_DB_LINKS. Nous les synthétisons dans le tableau ci-dessous.

Colonne	Quelles vues ?	Description
OWNER	Toutes sauf USER_*	L'utilisateur ayant créé le dblink. Si le lien est public, PUBLIC est indiqué.
DB_LINK	Toutes	Le nom du dblink
USERNAME	Toutes	Si la définition du lien contient un utilisateur fixé (fixed user), alors cette colonne affiche le nom d'utilisateur du "fixed user", sinon cette colonne affice NULL.
PASSWORD	Seules USER_*	Le mot de passe pour se loguer à la database distante.
HOST	Toutes	Le nom de service réseau utilisé pour se connecter à la database distante.
CREATED	Toutes	Date de création du dblink

Informations relatives aux connexions dblinks qui sont ouvertes
La vue v$dblink liste tous les dblinks ouverts dans la session de l'utilisateur, c'est-à-dire tous les dblinks avec la colonne IN_TRANSACTION positionnée à YES. En environnement RAC, il existe aussi la vue gv$dblink.
La table ci-dessous décrit brièvement le contenu de ces vues.

Colonne	Description
DB_LINK	Le nom du dblink
OWNER_ID	Le propriétaire du dblink
LOGGED_ON	Indique si une connexion est en cours sur le dblink
HETEROGENEOUS	Indique si le dblink est homohène (NO) ou hétérogène (YES).
PROTOCOL	Le protocole de communication pour le dblink
OPEN_CURSORS	Indique si des curseurs sont ouverts pour le dblink.
IN_TRANSACTION	Indique si le dblink est accédé dans une transaction qui n'a pas encore été validée ou annulée.
UPDATE_SENT	Indique s'il y avait une mise à jour sur le dblink.
COMMIT_POINT_STRENGHT	La "force" du point de validation des transactions utilisant le dblink.

Informations de sécurité relatives aux dblinks partagés
Sans entrer dans les détails, notons que les dblinks partagés sont souvent utilisés dans les environnements de configuration de serveurs partagés (multithreaded server environment – MTS). Un dblink paratagé est un dblink dans lequel de multiples utilisateurs du lien peuvent partager la même connexion réseau sous-adjacente.
La création d'un dblink paratagé se fait à l'aide du mot clé SHARED et de la clause AUTHENTICATED BY qui doit spécifier un utilisateur et mot de passe valide sur le système distant. D'où la syntaxe :
SQL> CREATE SHARED PUBLIC DATABASE LINK LFARO AUTHENTICATED BY dummy_user IDENTIFIED BY secret USING 'LFARO' ;

Lorsqu'un utilisateur quelconque se connecte à sa base locale en tant que scott/tiger et utilise et utilise le dblink que nous venons de créer, la séquence d'événements suivante va se produire :

1. Oracle s'authentifie à la base distante à l'aide de dummy_user/ secret en vue d'ouvrir le lien.
2. Ensuite Oracle tente de connecter l'utilisateur à la base de données distante à l'aide de scott/tiger.

Par ailleurs Oracle va stocker les informations scott/tiger et dummy_user/secret dans les colonnes USERNAME, PASSWORD, AUTHUSR et AUTHPWD de la table SYS.LINK$ respectivement. On remarquera au passage que le nom d'utilisateur et mot de passe fournis dans les clauses AUTHENTICATED BY et IDENTIFIED BY de la commande de création d'un dblink partagé sont renseignés dans les colonnes AUTHUSR et AUTHPWD
L'accès aux données de la table SYS.LINK$ est limité à l'utilisateur SYS, aux utilisateurs qui se connectent avec le privilège SYSDBA, aux comptes auxquels ont été attribué un privilège objet spécifique pour la table LINK$ et enfin aux comptes auxquels ont été attribué le privilège système SELECT ANY DICTIONARY.
Nous donnons ci-dessous, à titre indicatif, une requête faisant la jointure entre la vue DBA_DB_LINKS et SYS.LINK$ et fournit des informations idoines de liens et de mot de passe.
COL OWNER FORMAT A8
COL DB_LINK FORMAT A15
COL USERNAME FORMAT A8 HEADING "CON_USER"
COL PASSWORD FORMAT A8 HEADING "CON_PWD"
COL AUTHUSR FORMAT A8 HEADING "AUTH_USER"
COL AUTHPWD FORMAT A8 HEADING "AUTH_PWD"
COL HOST FORMAT A7 HEADING "SERVICE"
COL CREATED FORMAT A10
select distinct d.owner, d.db_link, d.username, l.password, l.authusr, l.authpwd, d.host, d.created
from dba_db_link d, sys.link$ l
where password is not null
and d.username = l.userid ;

IV - BIBLIOGRAPHIE
1°) Managing a distributed database - par Oracle – http://www.cs.umb.edu/cs634/ora9idocs/server.920/a96521/ds_admin.htm
2°) Note Metalink 1071984.6 : How to create private or Public database link – par Oracle – 25-oct-2005
3°) Note Metalink 117759.1 : Database link (dblink) troubleshooting – par Oracle – 17-mar-2003
4°) Note Metalink 117171.1 : Understanding and configuration of shared Database Link – par Oracle – 17-janv-2005
5°) Note Metalink 172421.1 : How to close and expire database link – par Oracle – 05-may-2004

2006-03-21T04:32:00.000-08:00

LES DBLINK ORACLE : DESCRIPTION, CONFIGURATION ET UTILISATION (1ère PARTIE)

I – GENERALITES SUR LES DBLINK ORACLE
Un dblink ou database link (ou encore lien de base de données en français) est un objet de schéma qui fait qu'Oracle se connecte à une base de données distante pour y accéder à un objet. C'est donc un objet d'une base de données qui permet, entre autres, d'exécuter des requêtes sur une autre base de données, que cette dernière se trouve physiquement sur la même machine ou non.
Pour faire court, nous dirons qu'un dblink est un pointeur dans une base de données local qui permet à l'utilisateur d'accéder aux objets sur une base de données distante.
On distingue trois types de dblink :
- Les dblink privés ; c'est le type de dblink qui est créé par défaut lorsque l'utilisateur ne donne aucune précision sur le type, en particulier quand il ne précise pas le mot-clé PUBLIC lors de la création ;
- Les dblink publics ; lors de leur création, l'utilisateur précise le type par le mot-clé PUBLIC ;
- Les dblink globaux

La création des dblink comporte quelques contraintes que l'on ne peut bien appréhender qu'en ayant à l'esprit le fonctionnement de certains paramètres d'initialisation et vues du dictionnaire de données de la base de données distante.
Global_names est un paramètre d'initialisation dynamique de type booléen qui spécifie, lorsqu'il est positionné à 'true' sur la base de données distante, si un dblink doit avoir le même nom que la base de données à laquelle il connecte. Sa valeur par défaut est 'false'.
Global_name (attention : il n'y a pas de 's' à la fin) est une vue Oracle qui ne contient en général qu'une seule ligne et une seule colonne du même nom (global_name) donnant le nom global de la base de donnée.
Dans un système distribué de base de données, chaque base de données devrait avoir un nom global unique de base de données qui identifie de façon unique la base de données dans le système.
Un nom global de base de donnée comprend deux composants : un nom de base de données et un domaine. Le nom de base de données et le domaine sont déterminés par les paramètres DB_NAME et DB_DOMAIN comme indiqué dans le tableau qui suit :

Composant	Paramètre	Contraintes	Exemple
Nom de base	DB_NAME	Doit comporter huit caractères au plus.	pagenet
Domaine	DB_DOMAIN	Doit suivre les conventions standard d'internet	fr.oracle.com

Le paramètre DB_DOMAIN est important seulement lors de la création de la base de données lorsqu'il est utilisé, ensemble avec le paramètre DB_NAME, pour former le nom global de la base de données. A partir de ce moment le nom global de la base est stocké dans le dictionnaire de données. Après la création de la base de données, le changement du paramètre d'initialisation DB_DOMAIN n'a aucun effet sur le nom global de la base ou sur la résolution des noms de dblink. C'est pourquoi, pour changer le domaine dans un nom global de base de données, on doit utiliser impérativement la commande :
SQL> ALTER DATABASE RENAME GLOBAL_NAME TO nom_database.nom_domain;
Bien sûr, après un tel changement il est souhaitable de modifier le paramètre DB_DOMAIN pour qu'il reflète le changement opéré dans le nom de domaine avant le prochain redémarrage de la base.

Le nom que l'on peut donner à un lien sur la base de données locale dépend du fait que la base de données distante à laquelle on souhaite accéder a "forcé" le nommage global ou pas.
Pour déterminer si le nommage global est "forcé" sur une base de données, on peut, soit examiner le fichier de paramètres d'initialisation de la base, soit lancer la commande sql 'show parameter …' soit interroger la vue de performance dynamique v$parameter comme indiqué dans la requête qui suit :
SQL> col name format a12
SQL> col value format a6
SQL> select name, value from v$parameter where name='global_names' ;
Pour visualiser un nom global de base de données, on utilise la vue du dictionnaire de données GLOBAL_NAME avec la requête suivante :
SQL> select * from GLOBAL_NAME ;

Commande de création d'un dblink
La syntaxe SQL de création d'un dblink se présente comme suit :
SQL> CREATE [PUBLIC] DATABASE LINK nom_de_lien_de_base_de_données [CONNECT TO utilisateur_oracle IDENTIFIED BY mot_de_passe_utilisateur_oracle_distant] USING ' chaîne_de_base_de_données' ;
Où :
- On utilise l'option CONNECT TO si on veut accéder à la base distante avec un nom d'utilisateur oracle différent, c'est-à-dire pas le même qui est en cours dans la session de la base locale.
- nom_de_lien_de_base_de_données doit correspondre au nom de la base de données à laquelle le dblink se réfère, si le paramètre GLOBAL_NAMES vaut 'true'.
- chaîne_de_base_de_données est une chaîne de connexion SQL*NET valide trouvée dans le fichier tnsnames.ora.

Un exemple concret
Nous disposons d'une base locale appelée pagenetdb1 et nous souhaitons pouvoir nous connecter depuis cette base locale, à la base distante pagenetdb2. Aussi la définition du nom de service (alias) de la base distante dans le fichier tnsnames.ora de notre base locale se présente comme suit :
db2=
(DESCRIPTION=
(ADDRESS_LIST=
(ADDRESS=(PROTOCOL=TCP)(HOST=machfde)(PORT=1543)
)
)
(CONNECT_DATA=
(SID=pagenetdb2)
)
)
Enfin les analyses sur la base distance donnent :
- db_name = pagenetdb2
- global_names=true
- global_name=pagenetdb2.world
Pour créer un dblink dans ce contexte, l'utilisateur pourra utiliser l'une des deux syntaxes suivantes de la commande "create database link" :
SQL> CREATE [PUBLIC] DATABASE LINK pagnetdb2 CONNECT TO scott IDENTIFIED BY tiger USING 'db2' ;
Ou
SQL> CREATE [PUBLIC] DATABASE LINK pagnetdb2 CONNECT TO scott IDENTIFIED BY tiger USING 'db2.world' ;

[ A SUIVRE ... ]

2006-03-21T02:49:00.000-08:00

RESTAURATION D'UNE DB ORACLE (3ème PARTIE)

IV – ANNEXE – Exemple de travail
RMAN> connect target /
connected to target database: PAGENET (DBID=2093727724)
RMAN> list backup summary ;
using target database controlfile instead of recovery catalog
List of Backups
===============
Key TY LV S Device Type Completion Time #Pieces #Copies Tag
------- -- -- - ----------- --------------- ------- ------- ---
1356 B F A DISK 13/02/06 1 1
1365 B F A DISK 14/02/06 1 1
1366 B A A DISK 15/02/06 1 1 TAG20060214T220245
1367 B A A DISK 15/02/06 1 1 TAG20060214T220245
1368 B F A DISK 15/02/06 1 1 TAG20060214T220247
1369 B F A DISK 15/02/06 1 1 TAG20060214T220247
1370 B F A DISK 15/02/06 1 1 TAG20060214T220247
1371 B F A DISK 15/02/06 1 1 TAG20060214T220247
1372 B A A DISK 15/02/06 1 1 TAG20060214T220454
1373 B A A DISK 15/02/06 1 1 TAG20060214T220454
1374 B F A DISK 15/02/06 1 1
1375 B A A DISK 16/02/06 1 1 TAG20060215T220242
1376 B A A DISK 16/02/06 1 1 TAG20060215T220242
1377 B F A DISK 16/02/06 1 1 TAG20060215T220244
1378 B F A DISK 16/02/06 1 1 TAG20060215T220244
1379 B F A DISK 16/02/06 1 1 TAG20060215T220244
1380 B F A DISK 16/02/06 1 1 TAG20060215T220244
1381 B A A DISK 16/02/06 1 1 TAG20060215T220457
1382 B A A DISK 16/02/06 1 1 TAG20060215T220457
1383 B F A DISK 16/02/06 1 1
1384 B A A DISK 16/02/06 1 1 TAG20060216T220247
1385 B A A DISK 16/02/06 1 1 TAG20060216T220247
1386 B F A DISK 16/02/06 1 1 TAG20060216T220250
1387 B F A DISK 16/02/06 1 1 TAG20060216T220250
1388 B F A DISK 16/02/06 1 1 TAG20060216T220250
1389 B F A DISK 16/02/06 1 1 TAG20060216T220250
1390 B A A DISK 16/02/06 1 1 TAG20060216T220502
1391 B A A DISK 16/02/06 1 1 TAG20060216T220502
1392 B F A DISK 16/02/06 1 1

2006-03-21T02:30:00.000-08:00

RESTAURATION D'UNE DB ORACLE (2ème PARTIE)

III - Restauration-récupération incomplète basée sur le temps d'une base Oracle à l'aide de RMAN
Plusieurs possibilités s'offrent à l'administrateur. Avant de les analyser, listons les. Il s'agit de :
- Restauration-récupération incomplète avec utilisation d'un fichier de contrôle provenant d'une sauvegarde (scénario 1) ;
- Restauration-récupération incomplète après désactivation de quelques jeux de sauvegarde (scénario 2) ;
- Restauration-récupération incomplète avec choix explicite du jeu de sauvegarde à utiliser (scénario 3) ;
- Restauration-récupération incomplète avec choix implicite du jeu de sauvegarde à utiliser (scénario 4) ;
Afin de rendre les explications qui vont suivre plus intelligibles, appuyons-nous sur un cas concret que nous avons rencontré en production.
Notre base de données (appelons-le pagenet) est sauvegardée (sauvegarde complète) tous les jours à 22h00. Le jeudi 16 février 2006 à 17h45, suite à un incident qu'un administrateur junior (donc non expérimenté) jugeait mineur, il refait une sauvegarde totale de la base. De l'analyse approfondie de l'incident, il ressort qu'il est dû à un chargement massif de données erronées dans la base de données.

Conclusion : il est urgent de restaurer la base de données en évitant d'utiliser la dernière sauvegarde totale faite par l'administrateur junior ou plus précisément en utilisant la sauvegarde totale faite le 16 février 2006 à 11heures00 après des travaux de maintenance. Toutes les sauvegardes totales comportent toujours une sauvegarde du fichier de contrôle et une sauvegarde du fichier d'initialisation SPFILE. L'identifiant de la base de données est DBID=2093727724.

Les développements qui suivent s'appuyent sur un exemple que le lecteur/internaute trouvera dans la 3ème partie intitulée "ANNEXE - EXEMPLE DE TRAVAIL".

III – 1) Scénario 1
Nous supposons que le jeu de sauvegarde (backupset) qui inclut le fichier de contrôle est le 1383. On peut trouver le nom du fichier correspondant à ce jeu de sauvegarde à l'aide de la commande RMAN list comme suit :
RMAN> list backupset 1383;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
1383 Full 18M DISK 00:00:01 16/02/06
BP Key: 1356 Status: AVAILABLE Tag:
Piece Name: /sauvebd/PAGENET/backup_ctl_c-2093727724-20060216-00
Controlfile Included: Ckp SCN: 308507599 Ckp time: 16/02/06
RMAN>

Après avoir arrêté la base de données, se connecter à la base et exécuter la séquence qui suit :
$ rman
RMAN> connect target /
RMAN> startup nomount ;
RMAN> set dbid 2093727724 ;
RMAN> run { restore controlfile from '/sauvebd/PAGENET/backup_ctl_c-2093727724-20060216-00' ;
alter database mount ;
set until time "to_date('16/02/2006 17:43:00', 'DD/MM/YYYY HH24:MI:SS')";
restore database ;
recover database ;
}
RMAN> alter database open resetlogs ;

III – 2) Scénario 2
Nous faisons l'hypothèse que l'administrateur ne souhaite pas procéder à la restauration à partir des jeux de sauvegarde de la sauvegarde la plus récente (la plus optimale du point de vue de RMAN). En ce qui concerne notre exemple de travail (voir en annexe), l'administrateur ne souhaite pas utiliser les jeux de sauvegarde dont les numéros vont de 1384 à 1392. Il va donc les désactiver en leur affectant le status "UNAVAILABLE (U) à l'aide de la commande RMAN "change backupset unavailable ;". La séquence de commandes donne ce qui suit :
$ rman
RMAN> connect target /
RMAN> startup mount ;
RMAN> change backupset 1384, 1385, 1386, 1387, 1388, 1389, 1390, 1391, 1392 unavailable ;
RMAN> run { set until time "to_date('16/02/2006 17:43:00', 'DD/MM/YYYY HH24:MI:SS')";
restore database ;
recover database ;
}
RMAN> alter database open resetlogs ;
Une fois la restauration effectuée, l'administrateur peut toujours réactiver les jeux de sauvegarde précédemment désactivés en tapant la commande suivante :
RMAN> change backupset 1384, 1385, 1386, 1387, 1388, 1389, 1390, 1391, 1392 available ;

III – 3) Scénario 3
En analysant bien notre exemple en annexe, le lecteur se rendra compte que tous les jeux de sauvegarde de datafiles d'une même sauvegarde ont le même tag ou étiquette. Le scénario 3 s'appuyera sur cette étiquette pour demande la restauration à partir d'une sauvegarde bien précise. Dans le cadre de notre exemple l'étiquette est TAG20060215T220244. Il en résulte la séquence qui suit :
$ rman
RMAN> connect target /
RMAN> startup mount ;
RMAN> run { set until time "to_date('16/02/2006 17:43:00', 'DD/MM/YYYY HH24:MI:SS')";
restore database from tag 'TAG20060215T220244' ;
recover database ;
}
RMAN> alter database open resetlogs ;

III – 4) Scénario 4
Il arrive parfois des situations dans lesquelles on peut aboutir au résultat escompté, rien qu'en jouant sur les dates au sens large du terme c'est-à-dire dates et heures. Appliquons ce scénario à notre contexte. Rappelons ledit contexte : une sauvegarde totale a eu lieu le 15/02/2006 à 22heures ; une autre a eu lieu le 16/02/2006 à 11heures et enfin la dernière a eu lieu le 16/02/2006 à 17h45.
Il est à noter que lorsque plusieurs sauvegardes totales sont faites dans la même journée, le champ "Completion time" du résultant de la commande RMAN "list" ne permet pas de les distinguer. Or il est capital de connaître les heures afin de s'assurer que l'on a bien choisi la bonne sauvegarde. Pour cela il vaut mieux interroger l'une des deux vues v$backup_piece ou v$backup_set. Voici deux exemples d'interrogations de ces vues
SQL> select recid, piece#, handle, to_char(completion_time, 'DD/MM/YYYY HH24:MI:SS') moment

SQL> from v$backup_piece where status = 'A'
SQL> and to_char(completion_time, 'DD/MM/YYYY') = '16/02/2006' ;

SQL> select recid, pieces, to_char(completion_time, 'DD/MM/YYYY HH24:MI:SS') moment,

SQL> backup_type
SQL> from v$backup_set

SQL> where to_char(completion_time, 'DD/MM/YYYY') = '16/02/2006' ;

Pour atteindre notre but il suffit de demande une restauration-récupération incomplète jusqu'à une minute avant la sauvegarde totale qui comporte les mauvaises données c'est-à-dire 17h44. Dans la mesure où la dernière sauvegarde totale (la mauvaise) n'existait pas le 16/02/2006 à 17:44, RMAN évitera automatiquement d'utiliser cette sauvegarde et utilisera celle qui l'a précédée. D’où la séquence de commandes RMAN suivante :
$ rman
RMAN> connect target /
RMAN> startup mount ;
RMAN> run { set until time "to_date('16/02/2006 17:44:00', 'DD/MM/YYYY HH24:MI:SS')";
restore database ;
recover database ;
}
RMAN> alter database open resetlogs ;

Il est important de noter aussi que la place de la commande set until time "to_date('16/02/2006 17:44:00', 'DD/MM/YYYY HH24:MI:SS')"; est cruciale dans la séquence. Si cette commande était placée après la commande "restore database ; ", on aurait eu un superbe message d'erreur. En effet, n'ayant pas de "until time" pour la commande restore, RMAN aurait sélectionné la sauvegarde de 17h45 (l'optimale), mais quand il va aborder la commande "recover database ;", RMAN va se rendre compte qu'on lui demande l'impossible ou plus exactement, qu'on lui demande une récupération pas en cohérence avec la restauration qu'elle vient de faire. D'où le message d'erreur.

A SUIVRE ...

2006-03-21T02:15:00.000-08:00

RESTAURATION D'UNE BD ORACLE A L'AIDE DE RMAN (1ERE PARTIE)

I - Introduction
En cas de panne sévère ou d'erreur grossière d'utilisateur (par exemple chargement de données de masse erronées dans une base de données, l'administrateur d'une base de données Oracle est souvent amené à faire une restauration-récupération incomplète de la base. Et RMAN (Oracle Recovery Manager) est un outil qui facilite les gestes techniques à faire dans le cadre de la gestion des sauvegardes et restaurations de ces bases de données.
Rappelons que RMAN permet de faire une récupération de la base de données entière avec les trois options suivantes :
- récupération jusqu'à un moment non-courant à spécifier (restauration-récupération basée sur le temps –time-based recovery);
- récupération jusqu'à un SCN (System Change Number) à spécifier (restauration-récupération basée sur un SCN – change-based recovery);
- récupération jusqu'à un numéro de log sequence à spécifier (restauration-récupération basée sur une séquence – sequence-based recovery).
Les développements que nous faisons dans cette série d'articles concernent en grande partie la première option c'est-à-dire la récupération jusqu'à un moment non-courant.
Après un bref rappel sur la restauration-récupération complète d'une base de données Oracle, nous analyserons les possibilités offertes à l'administrateur pour effectuer une restauration-récupération incomplète basée sur le temps.
Dans la rubrique "Restrictions et notes d'usage" de la commande restore, Oracle précise ceci :
"RMAN ne sauvegarde ni ne restaure les tablespaces temporaires gérés localement, bien qu'il puisse sauvegarder et restaurer les tablespaces temporaires gérés à l'aide du dictionnaire.
Par ailleurs, Oracle précise qu'après la restauration d'une sauvegarde de fichier de contrôle, les entrées pour les tempfiles dans les tablespaces temporaires gérés localement sont supprimées. De ce fait on doit ajouter de nouveaux tempfiles à ces tablespaces après ouverture avec l'option RESETLOGS. Sinon Oracle peut afficher l'erreur suivante lors de tentative de tri : ORA-25153: Temporary Tablespace is empty.

II - Restauration-récupération complète d'une base Oracle à l'aide de RMAN
Voici un exemple pratique avec une base de données dont le fichier de contrôle sert aussi de référentiel pour RMAN.
$ rman
RMAN> connect target /
RMAN> startup mount
RMAN run { restore database ;
recover database ;
}
RMAN> alter database open resetlogs ;

Il est à noter que dans le genre de restauration-récupération ci-dessus, RMAN choisit toujours le jeu de sauvegarde optimal qui est dans presque tous les cas le plus récent, ce qui peut ne pas être le souhait de l'administrateur. Nous verrons dans la 2ème partie qui va suivre comment l'administrateur peut choisir le jeu de sauvegarde qu'il souhaite restaurer et récupérer.

Je vous remercie d'avance pour tous vos commentaires.

2006-02-20T01:59:00.000-08:00

LA SOCIETE DE L'IINFORMATION ET L'INFORMATIQUE LIBRE

[Vous trouverez ci-dessous les thèses relatives à l'Informatique Libre que j'ai rédigées dans le cadre de la préparation du premier Sommet Mondial de la Société de l'Information - déc.2003 et que j'ai réactualisées depuis]

1) LES LOGICIELS LIBRES (LL) COMME NOUVEAU BIEN PUBLIC MONDIAL GERE COMME LA SCIENCE ET A CLASSER AU PATRIMOINE IMMATERIEL MONDIAL SELON L'UNESCO

En effet les LL sont porteurs d'une éthique nouvelle de partage des connaissances et d'entraide car ils préservent la liberté des utilisateurs par la promotion des trois valeurs de liberté, d'égalité et de fraternité.
- liberté de copier, d'étudier, de modifier et de redistribuer des logiciels et des documentations ;
- égalité de tous les utilisateurs de par le monde sans discrimination par l'argent ;
- fraternité à travers le partage et l'entraide.
Ils permettent aussi la défense des cultures et une meilleurs facilité d'accès grâce au support multilingue.

2) LES LL COMME UN NOUVEAU FACTEUR/DISPOSITIF DE REGULATION DU MARCHE MONDIAL
Les LL découragent les comportements monopolistiques et la tendance artificielle actuelle à la concentration :
- en offrant les connaissances de base nécessaires à de nouveaux acteurs qui souhaitent intervenir dans la production de logiciels : des entreprises qui veulent faire de la production de logiciels applicatifs le coeur de leur métier, les pays qui envisagent de créer et/ou de soutenir une industrie indépendante ;
- en offrant aux pays du sud la possibilité d'accéder à des instruments informatiques simples et bon marché devant concourir à un dévéloppement rapide et durable, donc l'opportunité de devenir de vrais acteurs économiques respectables dans la société de l'Information grâce à l'indépendance induite, à l'extension du fonctionnement de la recherche publique à l'écriture de logiciels et à une modification des rapports entre l'université et l'industrie.
- en promouvant des formats de fichiers ouverts et des protocoles dont les spécifications sont disponibles et accessibles à tous les citoyens y compris les professionnels et de ce fait garantissant :
 la pérennité des informations et l'accès équitable à l'information pour tous les citoyens ;
 l'interopérabilité des systèmes c'est-à-dire la capacité à travailler avec des systèmes et des logiciels différents, aux choix de l'utilisateur ;
 l'indépendance technique c'est-à-dire le non-enfermement de l'utilisateur dans l'utilisation d'un logiciel particulier, donc la possibilité d'en changer dans la mesure où les solutions techniques sont intéropérables.

3) DE LA NECESSITE DE METTRE FIN A TOUTES LES MENACES QUI PESENT SUR LES LL COMME AUTANT DE MENACES SUR LA LIBERTE
- Les brevets sur les logiciels mettent gravement en danger l'innovation, la libre concurrence, le génie logiciel mondial (hors USA et Japon), l'informatique libre, le développement des pays du sud et même le patrimoine de l'humanité.
 Les seuls bénéficiaires des brevets sur les logiciels sont les grands groupes détenant la majorité des brevets informatiques et qui s'en servent comme arme offensive pour bloquer leurs concurrents et aussi certains acteurs qui les utilisent pour prendre possession d'un marché de niche en évinçant les concurrents sans vraiment innover, sur la base d'un brevet trivial qui bloque l'innovation de leurs compétiteurs.
 Les brevets informatiques résultent le plus souvent de la découverte ou de la simple application d'une propriété mathématique ou d'un algorithme qui fait partie du patrimoine de l'humanité. De ce fait, de nombreuses entreprises sont menacées de faillite ou de rachat par la faute d'un brevet informatique sur des techniques-clefs car ne pouvant pas se permettre un litige judiciaire pour se défendre ou annuler un bevet trivial.
 La protection juridique des programmes d'ordinateurs doit continuer de se faire dans le cadre du droit d'auteur en précisant que seule l'expression d'un programme d'ordinateur est protégée et que les idées et les principes qui sont à la base de la logique, des algorithmes et des langages de programmation ne sont pas protégés par le droit d'auteur.
 La finalité originelle des brevets est et doit rester l'encouragement du développement de la recherche et de l'industrie, par l'octroi d'un monopole à l'inventeur pendant un temps limité, sur l'exploitation de son invention.Les brevets sont donc un instrument de partage de connaissances et de protection de l'inventeur.
- Le Digital Millenium Copyright Act ou DMCA (Loi américaine en vigueur et visant à renforcer le Copyright) et l'European Union Copyright Directive ou EUCD (projet de loi européen similaire au DMCA américain), en rendant illégal le fait de contourner les protections mises en place par les éditeurs, menacent la copie privée et la pérennité des documents et portent atteinte au droit d'usage.

- Malgré son caractère attirant, l'objectif du projet TCPA(Trusted Computing Platforme Aliance)/Palladium (un projet de mise en place d'un plan appelé Trusted Computing ou Informatique de Confiance) qui est de créer une informatique dans laquelle seuls les programmes autorisés peuvent être exécutés et seuls les fichiers autorisés peuvent être ouverts, cet objectif, disons nous, cache de nombreux problèmes et de nombreuses dérives potentielles dont :
 La remise en cause du droit à la copie privée par la gestion des droits numériques ;
 La possibilité de suppression de documents à distance pour faire respecter la droit d'auteur, ce qui laisse présager des dérives inquiétantes.

Bibliographie
- Pour en savoir plus sur les logiciels libres :
http://www.april.org
http://www.anfalab.org

- Pour en savoir plus sur TCPA et EUCD
http://fr.wikipedia.org/wiki/TCPA
http://wiki.ael.be/index.php/EUCD-Statuts

- EUCD INFO : Sauvons le droit d'auteur :: http://eucd.info

- Les dommages économiques et sociaux de l'article 6 de l'EUCD (30 janv. 2003)
http://www.fsfeurope.org/projects/eucd/eucd.fr.html

2006-01-24T06:27:00.000-08:00

DUPLICATION DE BASE DE DONNEES SOUS ORACLE9i
LES OPTIONS DE DUPLICATION ET LES ETAPES PREPARATOIRES

Les options de duplication

Lorsqu’un administrateur de bases de données souhaite procéder à la duplication d’une base de données, il dispose d’un ensemble d’options qu’il doit toujours avoir à l’esprit.
Passons en revue rapide ces différentes options de duplication de base de données :
- Exécuter la commande DUPLICATE avec ou sans un catalogue de récupération (recovery catalog, en anglais)
- Ne pas prendre en compte (c’est-à-dire « sauter ») les tablespaces en lecture seule, à l’aide de la clause « SKIP READONLY »
- Créer la database dupliquée sur une nouvelle machine. Si la structure de répertoires est la même sur la nouvelle machine, alors il est vivement conseillé de spécifier l’option NOFILENAMECHECK et réutiliser les noms de fichiers des fichiers de données de la base cible pour les fichiers de données de la base dupliquée.
- Utiliser l’option « SET UNTIL » quand on crée une base dupliquée pour la récupérer à un moment antérieur au moment de sauvegarde.
- Enregistrer la base dupliquée dans le même catalogue de récupération, option rendue possible du fait que la base dupliquée se voit attribuer un DBID différent de celui de la base cible pendant le processus de duplication.
- Attribuer au paramètre DB_NAME de la database dupliquée une valeur différente de celle correspondant au DB_NAME de la database cible.
Il sera beaucoup question dans les lignes qui von t suivre de la notion d’instance ou de base de données auxiliaire (en anglais auxiliary). Une base de données auxiliaire est une base de données RAC qui sera créée en tant que résultat de la duplication de la base de données cible. Dans la terminologie RMAN, l’instance auxiliaire identifie une instance à laquelle RMAN se connecte en vue d’exécuter la commande « duplicate ».

Les étapes préparatoires de la duplication

Etape 1 : Créer un fichier de mot de passe Oracle pour l’instance auxiliaire et s’assurer de la connectivité Oracle Net à cette instance.
Rappelons que la création d’un fichier de mots de passe sous Oracle9i se fait à l’aide de l’utilitaire orapwd fourni par Oracle. L’exécutable correspondant à cet utilitaire sur les plate-formes Unix porte le même nom et a la syntaxe suivante
$ orapwd file=chemin password=mot_de_passe_sys entries=nombre
Les symboles ne doivent pas avoir de caractères espace ni avant ni après.

Etape 2 : Créer un fichier de paramètres d’initialisation pour l’instance

En général, on fait une copie du fichier de paramètres d’initialisation d’une instance de la base de données d’origine et ensuite on procède aux modifications nécessaires. Une attention particulière doit être portée à tous les paramètres d’initialisation qui spécifient des noms de chemins d’accès. Il faut vérifier que tous les chemins spécifiés existent et sont accessibles sur la machine sur laquelle la base de données va être dupliquée. Le tableau ci-dessous récapitule quelques paramètres très importants (en complément des paramètres de chemin d’accès).

PARAMETRE	DESCRIPTION
DB_NAME	Il s’agit du même nom utilisé dans la commande « DUPLICATE »
CONTROL_FILES	Paramètre bien connu
DB_FILE_NAME_CONVERT	Permet de spécifier une règle de conversion des noms de fichiers de données pour tout fichier de données non renommé à l’aide des commandes RMAN « SET NEWNAME » ou « CONFIGURE AUXNAME ». On peut spécifier de multiples paires de conversion et utiliser les groupes de disques ASM (Automatic Storage Management
LOG_FILE_NAME_CONVERT	Permet de spécifier une règle de conversion des noms de fichiers redo log. On peut spécifier de multiples paires de conversion. Ce paramètre permet en outre que les redo log existent aussi longtemps que les tailles correspondent dans la mesure où il utilise le paramètre REUSE lors de la création des redo logs. Si en plus de ce paramètre, on spécifie la clause LOGFILE dans la commande « DUPLICATE », alors RMAN utilise la clause LOGFILE.

Nous donnons ci-après un exemple très simplifié

DB_NAME=dupdb

CONTROL_FILES= (/oracle/dup_prod/cf/cf1.f, /oracle/dup_prod/cf/cf2.log)

DB_FILE_NAME_CONVERT=(/oracle/prod/db, /oracle/dup_prod/db, /disk2/db, /oracle/dup_prod/db)LOG_FILE_NAME_CONVERT=(/oracle/prod/log, /oracle/dup_prod/log)

Une fois le fichier PFILE créé, on peut, à l’aide de la commande SQL*PLUS « CREATE SPFILE », créer le fichier SPFILE correspondant dans le répertoire par défaut. Cette commande peut être lancée avant ou après le démarrage de l’instance auxiliaire.
SQL> CREATE SPFILE FROM PFILE=’/tmp/initDUPDB.ora’ ;

Etape 3 : Démarrer l’instance auxiliaire sans la monter sur le fichier spfile
SQL> connect SYS/aux_pwd@dupdb as sysdba
SQL> startup nomount

Etape 4 : Démarrer et monter ou démarrer et ouvrir la base de données cible
SQL> startup pfile='/oracle/dbs/initPRODB.ora'
ou
SQL> startup

Etape 5 : S’assurer que la nouvelle instance est déclarée dans la section SID_LIST du fichier listener.ora
Cette déclaration est le gage du succès des connexions de RMAN à la nouvelle instance. Par ailleurs il est aussi nécessaire de modifier le fichier tnsnames.ora de la machine à partir de laquelle on se connecte à la nouvelle instance de sorte que l’on puisse se connecter à cette instance via un alias de services réseau d’Oracle.
Voici un exemple d’extraits de fichier listener.ora
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(GLOBAL_DBNAME = prodb.knmc.local)
(ORACLE_HOME = /oracle/ora92)
(SID_NAME = prodb)
)
(SID_DESC =
(GLOBAL_DBNAME = dupb.knmc.local)
(ORACLE_HOME = /oracle/ora92)
(SID_NAME = dupb)
)
)
Après cette modification du listener.ora, il faut faire en sorte que le listener prenne en compte ces modifications par la commande « reload » comme suit :
$ lsnrctl reload
Ensuite, il faut vérifier que tout fonctionne comme souhaité :
$ lsnrctl services
La modification du fichier tnsnames.ora consiste à y ajouter l’entrée correspondant à la nouvelle instance, c’est-à-dire les lignes qui suivent :
DUPDB =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = jupiter)(PORT = 1521))
)
(CONNECT_DATA =
(SID = dupdb)
)
)
Note : Théoriquement la chaîne « SERVICE_NAME = dupdb » devrait marcher à la place de la chaîne « SID= dupdb ». Mais dans les faits, il semble que ce n’est pas toujours le cas.
Pour tester la connexion, il suffit de faire ce qui suit :
$ sqlplus "sys/pwsys@dupdb as sysdba"

Etape 6 : S’assurer que l’on a bien à disposition et accessibles (à partir de la machine sur laquelle la base de données dupliquée va être créée), les sauvegardes RMAN nécessaires et les redo logs archivés.
Lorsque la machine de duplication (sur laquelle sera dupliquée la base) est différente de la machine primaire (sur laquelle se trouve la base de départ appelée base cible dans la terminologie RMAN), il est impératif de rendre les sauvegardes et copies d’image se trouvant sur les disques de la machine primaire, disponibles sur la machine distante avec les mêmes chemins absolus de répertoire que sur la machine primaire. Cela se fait soit à l’aide des commandes du système d’exploitation du genre cp (Unix), soit à l’aide de la mise en œuvre de NFS ou de disques partagés.

Etape 7 : Allouer des canaux auxiliaires si des canaux automatiques ne sont pas configurés
Il s’agit de démarrer RMAN avec une connexion à la database cible, à la base dupliquée et s’il y a lieu, la database du catalogue de récupération

$ rman TARGET SYS/target_pwd@prodb CATALOG rman/cat_pwd@cat_str AUXILIARY SYS/aux_pwd@dupdb

Voici un exemple de cas où il n’y a pas de canaux automatiques configurés. Dans ces cas-là, on doit allouer manuellement au moins un canal auxiliaire dans la même commande RUN que la commande « DUPLICATE » et avant celle-ci. Le type de canal (DISK ou sbt) doit correspondre au média sur lequel se trouvent les sauvegardes de la database cible. Si les sauvegardes sont sur disque, la duplication sera d’autant plus rapide qu’il y aura plus de canaux alloués.

RUN {

# to manually allocate a channel of type sbt issue:

ALLOCATE AUXILIARY CHANNEL ch1 DEVICE TYPE sbt;

# to manually allocate three auxiliary channels for disk issue (specifying whatever

# channel id that you want):

ALLOCATE AUXILIARY CHANNEL aux1 DEVICE TYPE DISK;

ALLOCATE AUXILIARY CHANNEL aux2 DEVICE TYPE DISK;

ALLOCATE AUXILIARY CHANNEL aux3 DEVICE TYPE DISK;

...

DUPLICATE ...

}

Si l’on a configuré des canaux automatiques, alors RMAN peut utiliser ces canaux configurés pour la duplication même s’ils ne spécifient pas l’option AUXILIARY. Cependant, si les canaux auxiliaires ont besoin de paramètres spéciaux, alors on doit configurer un canal automatique avec l’option AUXILIARY.

2006-01-09T07:59:00.000-08:00

DUPLICATION OU CLONAGE DE BASE DE DONNEES ORACLE
(Entre clarification et choix)

Dans la littérature technique de l’ingénierie des bases de données Oracle, clonage et duplication sont mélangés, permutés et parfois confondus.
Nous voulons par ce premier d’une série d’articles devant porter sur ces questions, clarifier les termes et montrer la nécessité de faire un choix en fonction de ses propres besoins. A la fin de ce premier article, nous donnerons quelques définitions de termes que le lecteur devra avoir à l’esprit pour une meilleure compréhension de la suite.
Les critères que nous avons décidés de retenir afin de distinguer les deux opérations (clonage et duplication) peuvent paraître arbitraires surtout aux littéraires. Mais nous avouons d’entrée de jeu que nous n’avions pas eu le choix à ce niveau-là ; nos seuls soucis sont : la clarté et l’efficacité pour que le lecteur et le technicien puissent s’y retrouver.

La duplication d’une base de données
Il s’agit de reproduire rapidement une base de données de production à l’aide de l’utilitaire RMAN, à des fins de tests (tests de sauvegarde/restauration, tests d’import/export, tests d’optimisation de performance, etc…) afin d’impacter le moins possible la base de données de production.
La base de données dupliquée est une copie de la base de départ (base cible) que l’on peut exécuter de façon indépendante de la base cible. Cette copie peut être identique à la base cible c’est-à-dire comporter les mêmes tablespaces et fichiers de données que l’originale ou ne contenir qu’un sous-ensemble des tablespaces d’origine.
Cette reproduction peut se faire sur la même machine mais sous un nom de base de données différent. Autre possibilité : la reproduction peut également se faire sur une autre machine ; dans ce cas la nouvelle base qui résulte de l’opération de duplication peut porter le même nom ou un nom différent, avoir ou non la même structure de répertoires.
Nous avons choisi le terme « duplication » par référence au fait que la commande Oracle qui se trouve au cœur de cette opération est la commande « DUPLICATE ».

Duplication n’est pas clonage
Une procédure de duplication diffère d’une procédure de clonage sur quelques points importants, même si les deux procédures sont assez proches l’une de l’autre et que dans la littérature technique, on trouve parfois la duplication sous le nom de clonage :
- Le clonage est destiné à créer une base appelée à remplacer celle dont elle est le clone ; la base résultant de l’opération porte le même nom et le même DBID. De ce fait, si la base clônée ne remplace pas la base de départ, les deux ne doivent pas être opérationnelles simultanément sur le même réseau et ne peuvent être enregistrées dans le même catalogue RMAN.
- L’opération de clonage est une opération « one shot » c’est-à-dire qu’à chaque fois, la procédure doit être mise en œuvre de la première à la dernière étape.
- Enfin le mécanisme de clonage est beaucoup plus rigide que celui de la duplication, comme nous allons le voir dans la série d’articles qui suivra.
- La duplication permet d’avoir une autre base de données portant un autre nom et un autre DBID mais gérant soit exactement les mêmes données ou un sous-ensemble de données de la base de données d’origine.
- Il est possible de rafraîchir à intervalles réguliers la base dupliquée afin de la ramener au même niveau de données que la base de départ.
- La base de données d’origine et celle résultant de la duplication peuvent cohabiter sur le même réseau y compris sur la même machine et être enregistrées dans le même catalogue RMAN.

De la terminologie
Passons en revue rapide quelques termes ou notions importantes qui seront nécessaires pour la suite.
RMAN : c’est l’acronyme de Recovery Manager. Il s’agit de l’outil performant qu’Oracle fournit avec la plupart des versions et éditions de ses bases de données et qui facilite et permet d’automatiser les sauvegardes et restaurations de ses bases. Tous les développements que nous ferons seront basés sur cet outil.
Target database /base de données cible : dans la terminologie RMAN, « target database désigne la base de données source (ou d’origine) à partir de laquelle se fait la duplication ou le clonage. Nous traduirons « target database » par les termes français « base de données cible ».
Auxiliary instance/auxiliary database (instance auxiliaire/base de données auxiliaire) : une base de données auxiliaire est une base de données RAC qui sera créée en tant que résultat de la duplication de la base de données cible. Dans la terminologie RMAN, l’instance auxiliaire identifie une instance à laquelle RMAN se connecte en vue d’exécuter la commande « duplicate ».

A suivre

2005-12-21T06:38:00.000-08:00

Gestion et partage en ligne des bookmarks/favoris/signets internet

(Lu pour vous dans la livraison du lundi 19 décembre 2005 du journal gratuit 20 Minutes)

Avec la généralisation du haut débit illimité, du P2P et des blogs, non seulement la gestion des bookmarks devient un must mais leur volume augmente de façon quasi-exponentielle. Résultat : les bookmarks avec plusieurs centaines d’entrées sont légions et leur gestion devient problématique d’autant plus que l’on emporte rarement avec soi ces fameux bookmarks
Et c’est là que le nouvel outil devient intéressant.
Il permet en effet de stocker ses favoris en ligne, de les organiser, et de les partager avec les autres internautes.
Pour exploiter le nouvel outil/service, il suffit d’ouvrir un compte gratuit sur le site qui offre le service (http://del.icio.us ou http://yahoo.icio.us car Yahoo vient d’acquérir la petite société del.icio.us pour un montant non dévoilé).

Il est même possible de poster des favoris. Pour cela, il faut taper http://del.icio.us/post dans son navigateur, puis entrer l’adresse du site à bookmarker. Une nouvelle page apparaît où on peut saisir une courte description de la nouvelle entrée ainsi qu’une liste de tags qui lui seront associés.
Il semble que ce genre de service commence à se répandre très vite. Aussi, alors que del.icio.us est en anglais, il a déjà fait de petits enfants (ou petits frères) dans beaucoup de langues. C’est le cas par exemple de plpage.net (http://www.plpage.net et http://www.plpage.net/savoir_plus.php)

Pour en savoir plus,
http://del.icio.us
http://www.plpage.net/savoir_plus.php

2005-12-20T00:18:00.000-08:00

BIEN COMPRENDRE LA NOTION DE « NOM DE SERVICE »
POUR EVITER LES ERREURS
« ORA-12154 :TNS :Could not resolve service name »

Introduction

Cet article fait le point sur une erreur commune fréquemment rencontrée par les nouveaux administrateurs Oracle et concernant Oracle net Services. Il constitue une traduction/adaptation d'un article apparue le 23 octobre 2003 sur le site Database Journal et dont l’auteur est Steve Callan et le titre : Avoiding the « ORA-12154 :TNS :culd not resolve service name error. »

Il est important de savoir configurer les fichiers tnsnames.ora et sqlnet.ora. Une mauvaise configuration de ces deux fichiers entraine une impossibilité de se connecter à la base de données. Et l’une des erreurs souvent rencontrées dans ce cas est « ORA-12154 :TNS :could not resolve service name. » Il n’est pas rare que les nouveaux utilisateurs d’Oracle passent des heures et des heures à essayer de comprendre cette erreur.

Généralités et contexte
Commençons par voir ce qui se passe lorsque l’utilisateur oracle tape nom_utilisateur/mot_de_passe@SID. Nous allons utiliser une connexion ordinaire scott/tiger et le nom de notre base de données sera dbaspt.
Après la saisie de nom_utilisateur/mot_de_passe@SID, Oracle va s’arrêter au fichier sqlnet.ora pour récupérer la valeur de la variable d’environnement NAMES.DEFAULT_DOMAIN, si elle existe. C’est le lieu de rappeler que lors de l’installation du logiciel Oracle et de la création de la base de données, l’utilisateur avait été invité à saisir le nom de dommaine de sa base.

Supposons qu’il avait entré « company.com » comme nom de domaine. Oracle va alors ajouter la valeur de la variable NAMES.DEFAULT_DOMAIN (ici company.com) à dbaspt, ce qui aboutit à la chaîne dbaspt.company.com.

Le fichier tnsnames.ora
Ensuite Oracle va s’arrêter au fichier tnsnames.ora. Typiquement ce fichier se présente comme ci-après :
# TNSNAMES.ORA Network Configuration File : D:\Oracle\network\admin\tnsnames.ora
# Generated by Oracle configuration tools.

EXTPROC_CONNECTION_DATA.COMPANY.COM =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
)
(CONNECT_DATA =
(SID = PLSExtProc)
(PRESENTATION = RO)
)
)
DBASPT.COMPANY.COM =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = yourpc)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = dbaspt)
)
)

# SQLNET.ORA Network Configuration File : D:\Oracle\network\admin\sqlnet.ora
# Generated by Oracle configuration tools.

NAMES.DEFAULT_DOMAIN = company.com
SQLNET.AUTHENTICATION_SERVICES = (NTS)
NAMES.DIRECTORY_PATH = (TNSNAMES, ONAMES, HOSTNAME)

Le deuxième paragraphe dans le fichier tnsnames.ora commence par DBASPT.COMPANY.COM. Si DBASPT.COMPANY.COM n’apparaît pas comme mentionné, Scott va recevoir l’erreur ORA-12154.
Si la première ligne avait seulement "DBASPT" (pas de nom de domaine par défaut), Scott va de nouveau recevoir la même erreur.
Au cas où la valeur de la variable NAMES.DEFAULT_DOMAIN n’existe pas et que le contenu du fichier tnsnames.ora reste inchangé, Scott va recevoir l’erreur ORA-12154 dans la mesure où Oracle recherche DBASPT et non DBASPT.COMPANY.COM.
Au cas où il n’existe pas de nom de domaine par défaut et que le fichier tnsnames.ora contient DBASPT.COMPANY.COM, Scott pourra se connecter à la base de données en utilisant le nom de service réseau pleinement qualifié. La chaîne de caractères représentée par NAMES.DEFAULT_DOMAIN concatené au SID est ce que l’on appelle le nom de service réseau pleinement qualifié. Scott pourra se connecter à la base de données en utilisant scott/tiger@dbaspt.company.com. Si Scott avait la valeur de NAMES.DEFAULT_DOMAIN positionné à internet.com, pourrait-il se connecter à la base de données à l’aider de scott/tiger@dbaspt.company.com ? La réponse est oui. Chaque fois que scott utilise une chaîne de nom de service avec un point (« . ») à l’intérieur, Oracle considère cette chaîne comme étant un nom de service réseau pleinement qualifié. Si un nom de service réseau pleinement qualifié est utilisé, Oracle contourne le fichier sqlnet.ora et va directement au fichier tnsnames.ora pour résoudre le nom de service.

Le fichier sqlnet.ora
Dans un environnement générique, on n’a même pas besoin d’utiliser le fichier sqlnet.ora. Pas d’exigence d’utiliser NAMES.DEFAULT_DOMAIN.
La variable NAMES.DIRECTORY_PATH montrée dans le fichier exemple reflète l’ordre par défaut d’utilisation des méthodes de résolution de noms. Aussi, si on utilise cet ordre par défaut, il n’y a pas besoin de le lister.
Dans la mesure où le fichier sqlnet.ora donné en exemple était basé sur un environnement Windows, Oracle a inclus le paramètre SQLNET.AUTHENTICATION_SERVICES et là encore même s’il n’est pas exigé.
Si vous utilisez une et une seule base de données et pas d’appels de procédure externe, tout ce dont vous pourriez avoir besoin dans le fichier tnsnames.ora est ceci :
DBASPT =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = yourpc)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = dbaspt)
)
)

Scott et les autres utilisateurs auront besoin uniquement d’utiliser nom_utilisateur/mot_de_passe@dbaspt pour se connecter à la base de données. L’entrée « SERVICE_NAME pourrait être changée en « SID » parce que l’utilisation de "SID=votre_nom_de_base" est encore supporté, mais le standard recommendé par Net8 et au-dessus est "SERVICE_NAME = votre_nom_de_base".

Comme pour beaucoup de choses sous Oracle, il y a plus d’une méthode pour accomplir ce que vous souhaitez accomplir. Et La configuration de Oracle Net n’est pas une exception. Hormis les pare-feux et autres outils sophistiqués de réseautage, Oracle fournit une méthode sécurisée de fixation des erreurs dans les fichiers de configuration d’Oracle net (et Net8). Cette méthode repose sur l’utilisation de l’assistant graphique et l’un des bénéfices d’utilisation de cet assistant est que vous obtiendrez exactement la même sortie si vous entrez la même information. N’ayez pas peur d’expérimenter ces fichiers dans une base de données de test. Vous n’endommagerez pas vos données et vous pourrez toujours recommencer.

Bon courage donc

2005-12-20T00:09:00.000-08:00

INSTALLATION D’ORACLE9i SOUS SUN SOLARIS EN SEPT ETAPES

Introduction
Cette installation, nous la ferons dans le respect des règles OFA (Optimal Flexible Architecture) avec une pointe d’astuce pour contourner le fait que nous n’avons pas assez d’espace sur la partition root alors qu’il y en a beaucoup sur la partition hébergéant /export/home.

Etape 1 : Création du point de montage de notre installation
Il s’agit de créer le point de montage /u01 sous lequel sera installé notre distribution ainsi que les bases de données de test.. Ce répertoire est nommé point de montage durant l’installation bien qu’il ne correspond pas forcément à un point de montage au sens Unix. Il contient deux sous répertoires oradata et app. Dans le premier nous trouverons tous les fichiers associés à chaque instance supportée par le serveur. Dans le second, nous trouvons les logiciels associés à cette nouvelle version et quelques fichiers de données des instances.
Dans notre cas, nous créons un répertoire /export/home/u01 et /u01, ce dernier pointant sur le premier.
# mkdir /export/home/u01 /export/home/u01/app
# mkdir /export/home/u01/app/oracle /export/home/u01/oradata
# ln –s /export/home/u01 /u01

Etape 2 : Création des groupes Unix dba et oinstall
Le gid du groupe importe peu mais son nom est imposé par Oracle ; il doit se nommer dba.
# groupadd dba
# groupadd oinstall

Etape 3 : Création de l’utilisateur oracle
Avec les caractéristiques suivantes :
- Nom : oracle
- Répertoire personnel : /u01
- Uid : 1000
- Shell par défaut : bourne shell
- Mot de passe : M0racle
- Groupe unix par défaut : dba
- Groupe unix supplémentaire : oinstall
# useradd –d /u01 –u 1000 –g dba –G oinstall oracle
# passwd oracle

Etape 4 : Modification des droits des répertoires créés
# chown oracle /u01
# chgrp dba /u01

# chown oracle /u01/app/oracle
# chgrp dba /u01/app/oracle

# chown oracle /u01/oradata
# chgrp dba /u01/oradata

# ls –l /u01/app
# ls –l /

Etape 5 : Création de l’environnement de l’utilisateur oracle
Il s’agit de se connecter sous le compte oracle et de :
- créer les répertoires /u01/app/oracle/product et /u01/app/oracle/product/9.2.1
- créer le fichier .profile avec les données suivantes. Le contenu du fichier se présente comme ci-dessous :
# !/bin/sh
# .profile cree le 01/01/2005 par Rigo

# Positionnement des droits de lecture et d’exécution
umask 022

# Positionnement de la variable DISPLAY utilise par OUI
DISPLAY=ultra10 :0.0 ; export DISPLAY

# Definition des variables d’environnement oracle
ORACLE_BASE=/u01/app/oracle ; export ORACLE_BASE
ORACLE_HOME=$ORACLE_BASE/product/9.2.1 ; export ORACLE_HOME
NLS_LANG=french_France.WE8DEC ; export NLS_LANG

# ORA_NL33 permet à OUI de créer une base autre que US7ASCII
ORA_NL33=$ORACLE_HOME/ocommon/nls/admin/data ; export ORA_NL33
# LD_LIBRARY_PATH est defini pourv les produits qui utilisent des librairies partagees, comme Pro*C
LD_LIBRARY_PATH=${ORACLE_HOME}/lib ; export LD_LIBRARY_PATH
PATH=/usr/bin:/usr/sbin :${ORACLE_HOME}/bin:/usr/ccs/bin :$PATH :. ; export PATH

#ORACLE_TERM=xsun5 ; export ORACLE_TERM

# Definition de l instance par defaut : test
ORACLE_SID=test ; export ORACLE_SID

# Verification des valeurs pour l’utilisateur oracle
echo « ORACLE_SID= »$ORACLE_SID
echo « ORACLE_HOME= »$ORACLE_HOME

Etape 6 : Programmation des nouvelles limites pour les IPC
La principale modification porte sur la programmation des IPC (Inter-Process Communication). Ils servent de base de travail pour la SGA et les processus Oracle.
Ces mécanismes sont au nombre de trois : les sémaphores, la file d’attente de messages et la mémoire partagée. Par principe, ils sont sous-dimensionnés sur les noyaux Unix et il est donc impératif de changer leur taille avant de valider la Base.
Pour cela il faut modifier le fichier /etc/system et rebooter la machine après cette modification.
Les paramètres à modifier sont :
· SEMMNI : nombre de familles de sémaphores dans le système
· SEMMNS : nombre total de sémaphores sur le système
· SEMMSL : nombre de sémaphores par famille
· SHMMAX : taille maximum d’un segment de mémoire
· SHMMIN : taille minimum d’un segment de mémoire
· SHMMNI : nombre d’identificateurs de zone partagées

Le contenu de /etc/system peut se présenter comme suit :
forceload : misc/ipc
forceload : sys/shmsys
forceload : sys/semsys
set shmsys:shminfo_shmmax=83886080 (ou 33554432)
set shmsys:shminfo_shmmin=1
set shmsys:shminfo_shmmni=100
set shmsys:shminfo_shmseg=10
set semsys:seminfo_semmns=200
set semsys:seminfo_semmni=70

Le redémarrage du système se fait par la commande init 6.
La vérification de la prise en compte des modifications apporte se fait par la commande sysdef –i.
L’administrateur peut vérifier le chargement des modules avec la commande modinfo. L’administrateur dispose des commandes ipcs (ipc status) et ipcrm (remove des ipc) pour surveiller l’activité de ces ressources internes ou pour les libérer suite à un crash de la machine.
Pour libérer une ressource, il suffit d’utiliser la commande ipcrm.

Etape 7 : Procéder à l’installation proprement dite
Il s’agit de :
- se connecter sous le compte oracle
- monter le premier cdrom d’installation,
- aller dans le répertoire contenant l’exécutable runInstaller,
- lancer ce dernier
- enfin se laisser guider.
$ mount –F hsfs –o ro /dev/dsk/c0t6d0s2 /cdrom0
$ cd /cdrom0
$ ./runInstaller
Si le message suivant se présente dès le lancement de runInstaller « Xlib : connection to « ultra10 :0.0 refused by server », il faut taper la commande ci-après :
# xhost ultra10

Pour finir, voici une liste non-exhaustive d’exécutables utiles lors de l’exploitation d’oracle sous Solaris et que nous vous invitons à découvrir en les lançant (ils sont tous dans le répertoire $ORACLE_HOME/bin) :
- dbca (database configuration assitant)
- dbua
- dbv (database verify)
- oemapp (Oracle enterprise manager application)
- emca (Enterprise manager configuration assistant)
- esm
- ela