Le moteur oracle met en œuvre un mécanisme de journalisation via les fichiers redo logs afin d’enregistrer toutes les modifications apportées à la base de données. Ceux-ci sont organisés en groupes qui vont être écrits de manière circulaire, c’est-à-dire écrasés à intervalle plus ou moins régulier.

Ils sont primordiaux pour la restauration de l’instance dans le cas d’un arrêt anormal ou pour la restauration de média si un fichier de données est corrompu ou tout simplement perdu. Couplés à une sauvegarde de fichiers de données, ils permettent donc de rejouer l’intégralité des changements survenus entre la sauvegarde et l’incident.

Les fichiers de journalisation se composent d’au minimum deux groupes constitués chacun d’un ou  plusieurs membres. Ainsi les membres d’un même groupe vont être écrits de manière simultanée par l’instance via le processus LGWR (logwriter) et contenir exactement les mêmes données. Cette mise en miroir appelée également multiplexage permet de diminuer les risques en cas de perte de fichiers. C’est pourquoi il est conseillé de positionner les redo logs sur des espaces physiques différents. Tous les membres d’un groupe ont la même taille définie lors de leur création et celle-ci reste fixe. Il faut également savoir que le nombre de groupes n’augmente pas dynamiquement. Ainsi lorsqu’il n’est plus possible d’écrire dans un groupe qui est plein Oracle passe au groupe suivant et ainsi de suite jusqu’au dernier. L’écriture d’un fichier à un autre se nomme basculement (switch). Puis il va repasser au premier, d’où la notion de circularité, en écrasant toutes les informations qui y sont stockées. Elles ne seront donc plus disponibles lors par exemple, d’une restauration de média. Pour garantir cela il faut donc activer le mécanisme d’archivage, qui comme son nom l’indique, permet d’archiver les fichiers de journalisation dès lors qu’ils sont pleins avant qu’ils ne soient réutilisés.

Problématique :

Toute la problématique se situe donc dans le simple fait de parvenir à dimensionner correctement la taille des fichiers de journalisation et avoir le bon nombre de groupes.

Cependant l’objectif reste simple :

Avoir une taille de fichiers de journalisation suffisamment grande dans le but d’éviter des basculements trop fréquents qui seraient pénalisants pour les performances. Sans perdre de vue qu’avoir des basculements peu fréquents et donc des points de reprise peu fréquents pourraient dans certain cas allonger la durée de récupération de l’instance et donc la durée de redémarrage lors d’un arrêt anormal. Il faut donc trouver le juste milieu entre bonne performance en fonctionnement normal mais également en cas de dysfonctionnement.

Utiliser un nombre de groupes suffisamment important afin de permettre aux points de reprise et à l’archivage de se terminer avant que l’instance ne revienne sur un fichier de journalisation et écrase les informations. Si ce n’est pas le cas le processus LGWR est en attente dégradant ainsi les performances.

Analyse:

La première chose à faire est d’analyser le fichier d’alerte de l’instance afin d’auditer de manière simple l’activité des fichiers de journalisation.

Voici donc les trois types d’informations à surveiller :

- Basculement d’un fichier de journalisation à un autre

Mon Jul 04 10:08:05 2011

Thread 1 advanced to log sequence 50

Current log# 2 seq# 50 mem# 0: E:\ORADATA\DBVC\REDO02A.RDO 

Current log# 2 seq# 50 mem# 1: D:\ORADATA\DBVC\REDO02B.RDO

- Attente lors d’un basculement : Point de reprise non terminé

Thu Jul 07 10:42:25 2011

Thread 1 cannot allocate new log, sequence 56

Checkpoint not complete

- Attente lors d’un basculement : Archivage non terminé

Thu Jul 07 10:42:25 2011

Thread 1 cannot allocate new log, sequence 57

All online logs needed archiving

Ensuite il est bon de vérifier la manière dont sont organisés les redo logs en se connectant à l’instance, via par exemple  sqlplus:

SQL> select *from v$log;

 GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIM
---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ---------
1          1      12364  419430400           2 NO  CURRENT           530717709 18-MAY-11
2          1      12363  419430400           2 NO  ACTIVE               530642826 18-MAY-11
3          1      12362  419430400           2 NO  INACTIVE            530562254 18-MAY-11

Ici l’on interroge la vue v$log, où l’on constate que l’on dispose de trois groupes de fichiers de 400 Mo chacun. Le groupe N°1 étant celui en cours d’utilisation par l’instance.

SQL> select * from v$logfile order by group#;

 GROUP# STATUS  TYPE    MEMBER                                   IS_
---------- ------- ------- ---------------------------------------- ---
1         ONLINE  D:\ORADATA\DBVC\REDO01A.RDO              NO
1         ONLINE  F:\ORADATA\DBVC\REDO01B.RDO              NO
2         ONLINE  E:\ORADATA\DBVC\REDO02A.RDO              NO
2         ONLINE  D:\ORADATA\DBVC\REDO02B.RDO              NO
3         ONLINE  F:\ORADATA\DBVC\REDO03A.RDO              NO
3         ONLINE  E:\ORADATA\DBVC\REDO03B.RDO              NO

Ici l’on interroge la vue v$logfile où l’on voit que chaque groupe est composé de deux membres. Chaque membre étant positionné sur un disque physique distinct.

SQL> select * from v$loghist;

THREAD#  SEQUENCE# FIRST_CHANGE# FIRST_TIME SWITCH_CHANGE#
---------- ---------- ------------- ------------------- --------------

1    12247    523471807    17/05/2011    0:11:07        523552937
1    12248    523552937    17/05/2011    0:26:08        523634497
1    12249    523634497    17/05/2011    0:46:07        523650275
1    12250    523650275    17/05/2011    1:11:08        523746442
1    12251    523746442    17/05/2011    1:26:08        523817931
1    12252    523817931    17/05/2011    1:43:10        523844135
1    12253    523844135    17/05/2011    2:07:33        523925461
1    12254    523925461    17/05/2011    2:26:08        523985782
1    12255    523985782    17/05/2011    2:42:57        524023131
1    12256    524023131    17/05/2011    3:06:09        524118467
1    12257    524118467    17/05/2011    3:23:03        524159631
1    12258    524159631    17/05/2011    3:42:51        524216095
1    12259    524216095    17/05/2011    4:04:04        524297285
1    12260    524297285    17/05/2011    4:21:50        524330560
1    12261    524330560    17/05/2011    4:42:45        524393688
1    12262    524393688    17/05/2011    5:01:10        524491001
1    12263    524491001    17/05/2011    5:21:08        524506409
1    12264    524506409    17/05/2011    5:42:36        524587362
1    12265    524587362    17/05/2011    6:01:08        524668639
1    12266    524668639    17/05/2011    6:16:25        524684295
1    12267    524684295    17/05/2011    6:41:46        524764738
1    12268    524764738    17/05/2011    6:59:28        524861296
1    12269    524861296    17/05/2011    7:16:10        524877473
1    12270    524877473    17/05/2011    7:41:13        524958651
1    12271    524958651    17/05/2011    7:56:14        525040362
1    12272    525040362    17/05/2011    8:16:10        525056411
1    12273    525056411    17/05/2011    8:41:11        525137127
1    12274    525137127    17/05/2011    8:56:15        525233811

On peut également interroger la vue v$loghist où l’on peut ici constater qu’il y a un switch log toutes les 15/25 min environ, ce qui reste correct.

Il faut donc comprendre que si la durée qui sépare les messages d’alerte de type « Basculement d’un fichier de journalisation à un autre » est courte, les fichiers sont mal dimensionnés. Il faudra donc veiller à les agrandir. C’est-à-dire supprimer les membres non actifs pour les recréer de taille plus importante. Si ce message d’alerte n’apparait que de manière occasionnelle (par exemple une fois par jour) c’est que les fichiers sont correctement taillés.

Si il y a beaucoup de messages d’alertes au niveau des attentes (Checkpoint not complete / All online logs needed archiving) il faudra veiller à ajouter un groupe de fichier. En effet de cette manière le processus LGWR mettra plus de temps à effectuer le tour complet des fichiers de journalisation et permettra donc au point de reprise ou à l’archivage de se terminer correctement sans attente.

Continuez votre lecture sur le blog :

• How-To: réduire la taille du journal de transactions sur disque (David BAFFALEUF) [SQL Server]
• Suppression accidentelle de ligne : comment retrouver le coupable ? (David BAFFALEUF) [SQL Server]
• Error 8976 / 8978, problèmes de chaînage, comment récupérer les données (David BAFFALEUF) [SQL Server]
• Bench avec NetApp / Datacore / ESX (David BAFFALEUF) [SQL Server]
• Regénérer le DDL des indexes FULL TEXT (David BAFFALEUF) [SQL Server]

Juste un petit post pour vous rappeler les différentes méthodes vous permettant de suivre l’activité débordante du blog de la capdata team :

• Accès standard via la page web : http://blog.capdata.fr
• Vous abonner au flux RSS du blog et être ainsi prévenu de l’arrivée des nouveaux articles : http://feeds.feedburner.com/CapDataTeamBlog
• Nous suivre sur Twitter pour retrouver l’actualité des bases de données : http://twitter.com/capdata_blog

Vous êtes de plus en plus nombreux à nous suivre sur ce blog technique autour des bases de données et nous vous en remercions.

J’en profite pour vous proposer quelques articles qui semblent avoir remportés un vif succès dernièrement :

• http://blog.capdata.fr/index.php/jeux-de-caracteres-unicode-et-base-de-donnees/
• http://blog.capdata.fr/index.php/installation-oracle-11gr2-64-bits-sur-red-hat-5-partie-1/
• http://blog.capdata.fr/index.php/modifier-la-collation-dune-base-sql-2005/
• http://blog.capdata.fr/index.php/mysql-et-les-tables-temporaires-internes/
• http://blog.capdata.fr/index.php/sybase-ase-direct-io-dsync-onoff-raw-device/

Encore une fois, n’hésitez pas à poster vos commentaires sur les articles, l’échange est la richesse du contenu.

A bientôt sur le blog de la capdata team !Continuez votre lecture sur le blog :

• Voucher certification SQL Server 70-432 offert ! (David BAFFALEUF) [SQL Server]
• Scruter les journaux d’évènements Windows avec LogParser (David BAFFALEUF) [SQL Server]
• Intérêt de créer des indexes cluster uniques (David BAFFALEUF) [SQL Server]
• Que faire des « [Warning] Aborted connection » avec MySQL ? (Cédric PEINTRE) [MySQL]
• Planification dans Adaptive Server (David BAFFALEUF) [Sybase]

Le standard ASCII

Afin de répertorier tous les caractères, un standard a été mis en place.

Le premier standard qui voit le jour est l’ASCII.

Pour représenter des caractères dans un fichier texte, on associe un nombre (code) à une lettre, à un chiffre ou à un symbole.

L’encodage le plus connu de l’ASCII est US-ASCII.

A => 65 => 01000001

a => 97 => 01100001

Le codage est réalisé sur 7bits/octet soit 128 symboles possibles. Une trentaine d’entre eux sont des caractères de commande, le reste est constitué de l’alphabet anglais standard, des chiffres et des ponctuations.

L’extension la plus connue est la famille ISO-8859, permettant de représenter les caractères accentués. Le codage est réalisé sur un octet complet, soit 256 caractères possibles. Les codes de 160 à 255 sont affectés au codage des caractères latins accentués.

Standards ISO-8859-1 à 15

ISO-8859-1 puis 15 (euro): Europe de l’Ouest

ISO-8859-2: Europe Centrale ou de l’Est

ISO-8859-5: Cyrillique

ISO-8859-7: Grec

Les principaux problèmes rencontrés avec ce standard sont les suivants :

- On ne peut utiliser plusieurs langues à l’intérieur d’une même instance.

- Deux grands absents de l’ISO-Latin-1 sont la ligature oe « œ », essentielle à la typographie française correcte, et le symbole de l’euro « € ».

- Chaque constructeur d’ordinateur a aussi développé ses propres codes non conformes aux standards internationaux (IBM EBCDIC, Windows-1252,..)

L’unicode

La globalisation consiste à intégrer dans une même table tous les caractères connus du monde.

Le standard Unicode est un mécanisme universel de codage de caractères. Il définit une manière cohérente de coder des textes multilingues et facilite l’échange de données textuelles.

Il est un passage obligatoire pour la plupart des nouveaux protocoles de l’Internet, mis en œuvre dans tous les systèmes d’exploitation et langages informatiques modernes.

Formes de codage

Il existe plusieurs formes de codage de caractères pour l’Universal Character Set:

- UCS-2

- UCS-4

Cependant, les codages UCS-2 et UCS-4 sont difficiles à utiliser dans de nombreuses applications et protocoles qui travaillent avec des caractères codés sur 8 ou même 7 bits. Même certains systèmes plus récents capables de travailler avec des caractères sur 16 bits ne peuvent pas traiter les données codées en UCS-4. Cette situation a conduit au développement de formats de transformation UTF (UCS Transformation Formats). Chacun possédant ses propres caractéristiques.

Encodage UTF 8

UTF-8 a été conçu par Kenneth Thompson en 1992 pour être compatible avec certains logiciels originellement prévus pour traiter des caractères d’un seul octet.

Les caractères de numéro 0 à 127 sont codés sur un octet dont le bit de poids fort est toujours nul.

Les caractères de numéro supérieur à 127 sont codés sur plusieurs octets.

Encodage UTF 16

UTF-16 est une méthode permettant de transformer un sous-ensemble de la table UCS-4 en une paire de valeurs UCS-2 d’une plage réservée.

UTF-16 est décomposé en 2 types.

UTF-16-BE (Big-endian)

UTF-16-LE (Little-endian)

Le codage UTF-16-BE est l’un des codages préconisés par la norme Unicode. Ce codage associe simplement un code de 16 bits (2 octets) à chaque caractère.

Encodage UTF 32

UTF-32 est un protocole pour encoder les caractères sur 32 bits. Du fait que l’UTF-32 utilise 4 bytes par caractère.

Il est aussi  décomposé en 2 types.

UTF-32-BE (Big-endian)

UTF-32-LE (Little-endian)

Il est relativement consommateur d’espace.

Support SGBD

Oracle

Deux paramètres permettent de prendre en charge l’Unicode.

• Database Character Set
• National Character Set

Ces paramètres sont définis lors de la création de la base.

L’instruction CREATE DATABASE dispose de la clause character set et de la clause national character set qui permettent de déclarer le jeu de caractères qui servira de jeu de caractères de la base et de jeu de caractères nationaux.

Sans spécification de la clause national character set, le jeu AL16UTF16 sera utilisé par défaut.

Le paramètre Database Character Set ne peut pas être configuré en UTF-16.

Oracle gère l’unicode au niveau des colonnes grâce National Character Set et au types de données suivantes :

• Nchar
• Nvarchar2
• nclob

Sybase

Au moment de l’installation, vous devez définir le paramètre default character set. Par défaut il est déterminé par celui utilisé sur votre server (Win = 1252, solaris =ISO 8859-1). Sybase recommande de définir UTF 8 pour ce paramètre si vous utiliser de l’unicode.

Sybase supporte la gestion de l’unicode au niveau du type de colonne à l’aide des 3 types suivants :

- Unichar

- Univarchar

- Unitext

Ces 3 types de données sont encodés en UTF 16.

Sql server

Nous  allons introduire la notion de collation.

Une collation est une table de correspondance spécifique à un jeu de caractères.

Un jeu de caractères peut avoir plusieurs collations, en général une par langue (par exemple, latin1 français, latin1 suédois).

Ce paramètre se définit à l’installation, sa valeur par défaut est en fonction de la langue de l’OS sur lequel se fait l’installation (pour les collations de type windows) :

Système en français : French_CI_AS

Système en anglais : Latin1_General_CI_AS

Il sert à déterminer la page de code utilisée dans les champs non unicode (varchar par exemple), l’ordre de tri des chaînes de caractère et aussi la sensibilité aux accents, aux majuscules, etc.

La collation paramétrée s’applique aux bases de données systèmes (master, msdb, tempdb et model) et par défaut aux nouvelles bases de données créées. Elle peut cependant être modifiée lors de la création d’une nouvelle base de données ou lors de l’ajout d’un champ texte grâce au mot clef COLLATE.

Sql server supporte la gestion de l’unicode à travers le type de colonne :

- Nchar

- Nvarchar

- Ntext

My sql

MySQL détermine le jeu de caractères et la collation en fonction de l’option de configuration active quand le serveur démarre ou en fonction des valeurs de configuration à l’exécution.

Vous pouvez utiliser –default-character-set=character_set_name comme jeu de caractères et vous pouvez en même temps ajouter –default-collation=collation_name pour la collation. Par défaut mysql utilise les options suivante –default-charset=latin1 –collation=latin1_swedish_ci car latin1_swedish_ci est la collation par défaut de latin1.

La collation peut aussi être définie au niveau de la base ou de la colonne à l’aide de la clause collate.

En MySQL version 4.x et plus ancien, NCHAR et CHAR étaient synonymes.

MySQL utilise UTF8 comme jeu de caractère prédéfini pour les champs de types Nchar et Nvarchar .Continuez votre lecture sur le blog :

• Consistence des écritures avec SATA (David BAFFALEUF) [Operating SystemSQL Server]
• I/O asynchrones (épisode 1) (David BAFFALEUF) [Operating SystemSQL Server]
• Modes de récupération et journal de transactions, épisode 2 (David BAFFALEUF) [SQL Server]
• Modes de récupération et journal de transactions, épisode 1 (David BAFFALEUF) [SQL Server]
• Formation Optimisation de requêtes (David BAFFALEUF) [SQL Server]

C’est d’ailleurs une question que l’on s’est posée, autour de la machine café, et qui du coup a fait l’objet d’un petit exercice avec Oracle, SQL Server, MySQL et Sybase… Bon, je vous rassure, nous ne faisons pas que parler bases de données pendant les pauses café mais ça arrive, parfois.

Place aux tests : Un trigger fait-il parti d’une transaction ?

Test Oracle :

SQL > create table t2 ( cnt int );
 SQL > insert into t2 values ( 0 );
 SQL > commit;
 SQL > create table t ( x int check ( x>0 ) );

SQL > create trigger t_trigger
 before insert or delete on t for each row
 begin
 if ( inserting ) then
 update t2 set cnt = cnt +1;
 else
 update t2 set cnt = cnt -1;
 end if;
 dbms_output.put_line( 'I fired and updated ' ||sql%rowcount || ' rows'  );
 end;
 /

Résultat : OUI

SQL > set serveroutput on
 SQL > insert into t values (1);
 I fired and updated 1 rows
 1 row created.
 SQL > insert into t values(-1);
 I fired and updated 1 rows
 insert into t values(-1)
 *
 ERROR at line 1:
 ORA-02290: check constraint (SYS_C009597) violated
 SQL > select * from t2;
 CNT
 ----------
 1

Test MS SQL Server :

use tempdb
 go

create table t2 ( cnt int )
 insert into  t2 values ( 0 )
 select * from t2

create table t ( x int check  ( x>0 ) )

drop trigger t_trigger
 create trigger t_trigger  on t for insert
 as
 begin
 update t2 set cnt = cnt +1
 print( 'I fired and updated ' + CAST(@@ROWCOUNT AS NVARCHAR(8))  + '  rows' )
 end

Résultat : OUI

begin tran
 insert into t values(2);
 insert into t values(-1);

(1 row(s) affected)
 I fired and updated  1 rows

(1 row(s) affected)
 Msg 547, Level 16, State  0, Line 4
 The INSERT statement conflicted with the CHECK constraint  "CK__t__x__7A5DD7C8". The conflict occurred in database "tempdb", table  "dbo.t", column 'x'.
 The statement has been terminated.

Test MySQL (InnoDB) :

Au passage, cela m’a permis de découvrir que les contraintes CHECK n’étaient pas prises en charge par MySQL : The CHECK clause is parsed but ignored by all storage engines

mysql> set autocommit=off;
 Query OK, 0 rows affected (0.02  sec)

mysql> use test
 Database changed
 mysql> create  table t2 ( cnt int ) engine=innodb;
 Query OK, 0 rows affected (0.11  sec)

mysql> insert into t2 values ( 0 );
 Query OK, 1 row  affected (0.02 sec)

mysql> commit;
 Query OK, 0 rows  affected (0.11 sec)

mysql> create table t ( x int primary key)  engine=innodb;
 Query OK, 0 rows affected (0.09 sec)

mysql>  delimiter //

mysql> create trigger t_trigger
 ->             before insert on t for each row
 ->              begin
 ->             update t2 set cnt = cnt +1;
 ->             end;
 -> //
 Query OK, 0 rows affected (0.11  sec)

mysql> delimiter ;

Résultat : OUI

mysql> insert into t values (1);
 Query OK, 1 row affected  (0.02 sec)

mysql> insert into t values (1);
 ERROR 1062  (23000): Duplicate entry '1' for key 'PRIMARY'

mysql> select *  from t2;
 +------+
 | cnt  |
 +------+
 |    1 |
 +------+
 1 row in set (0.00 sec)

Test Sybase :

1> create trigger T1_ins_tr on T1 for insert

2> as

 3> begin

 4> select 1/0

 5> end

 6> go

Résultat : OUI

5> begin tran
 6> go
 1> insert into T1 values ('kjhkjhkjh')
 2> go
 Msg 3607, Level 16, State 0:
 Server 'ASE1502', Procedure 'T1_ins_tr', Line 4:
 Divide by zero occurred.

-----------
 1> select @@trancount
 2> go

-----------
 0

(1 row affected)

Résultat des tests : LE VERDICT !

Oui, un trigger fait bien parti d’une transaction, quel que soit le SGBD, enfin, au moins sur Oracle, SQL Serveur, MySQL et Sybase.

Je vous laisse faire vos tests sur DB2, Postgre et consorts… N’hésitez pas à nous faire un retour dans les commentaires.

A+
CédricContinuez votre lecture sur le blog :

• Mythe: SQL Server associe un thread à chaque connexion (David BAFFALEUF) [SQL Server]
• Fragmentation sur des tables stockées en S-GAM (David BAFFALEUF) [SQL Server]
• Saines lectures (David BAFFALEUF) [SQL Server]
• Scripting et SMO (suite): scripter les objets directement en T-SQL (David BAFFALEUF) [SQL Server]
• Règles d’installation de base (épisode 1) (David BAFFALEUF) [SQL Server]

Remarque :Toutes les opérations SQL se font connecté en tant que « as sysdba »

1. Configuration  des bases en archivelog et force logging

SQL> ALTER DATABASE FORCE LOGGING;
SQL> alter database archivelog ;

2. Créer une sauvegarde de la base primaire

A) Créer les standby controlfile
SQL> alter database create standby controlfile as ‘/u01/app/oracle/TEST/standby1.ctl’;

B) Créer les standby redo log .
SQL> ALTER DATABASE ADD STANDBY LOGFILE ‘/u01/app/oracle/TEST/srl01.log’ SIZE 10M   REUSE;
SQL> ALTER DATABASE ADD STANDBY LOGFILE ‘/u01/app/oracle/TEST/srl02.log’ SIZE 10M   REUSE;
SQL> ALTER DATABASE ADD STANDBY LOGFILE ‘/u01/app/oracle/TEST/srl03.log’ SIZE 10M   REUSE;
SQL> ALTER DATABASE ADD STANDBY LOGFILE ‘/u01/app/oracle/TEST/srl04.log’ SIZE 10M   REUSE;

Il est conseillé :

• de créer un fichier « standby redo log » de plus que les redo log
• d’avoir une taille des standby redo log >= taille des redo log

C) Effectuer une sauvegarde de la base primaire ((il est possible de le faire à chaud par rman)

Arrêter la base primaire

Faire une copie physique dans un répertoire de sauvegarde des types de fichier suivants :
- datafiles
- online redo logs
- standby controlfile
- standby redolog

Redémarrer la base primaire

3.  Modification ou création des  paramètres d’initialisation des bases primaire et standby

Base ayant le rôle primaire (PTEST) :
log_archive_format=%t_%s_%r.arc
log_archive_dest_2=’service=STEST LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) DB_UNIQUE_NAME=STEST’
log_archive_config=’DG_CONFIG=(PTEST,STEST)’
LOG_ARCHIVE_DEST_STATE_2=ENABLE
db_name=TEST
db_unique_name=PTEST
fal_server=STEST
fal_client=PTEST
DB_FILE_NAME_CONVERT=(‘/u01/app/oracle/TESTSTANDBY’,'/u01/app/oracle/TEST’)
LOG_FILE_NAME_CONVERT=(‘/u01/app/oracle/TESTSTANDBY’,'/u01/app/oracle/TEST’)
standby_archive_dest=/u01/app/oracle/flash_recovery_area/STEST/standby_archive
STANDBY_FILE_MANAGEMENT=AUTO

Base ayant le rôle standby (STEST)  :
fal_server=PTEST
fal_client=STEST
DB_FILE_NAME_CONVERT=(‘/u01/app/oracle/TEST’,'/u01/app/oracle/TESTSTANDBY’)
LOG_FILE_NAME_CONVERT=(‘/u01/app/oracle/TEST’,'/u01/app/oracle/TESTSTANDBY’)
STANDBY_ARCHIVE_DEST=/u01/app/oracle/flash_recovery_area/STEST/standby_archive
log_archive_format=%t_%s_%r.dbf
STANDBY_FILE_MANAGEMENT=AUTO
log_archive_config=’DG_CONFIG=(PTEST,STEST)’
LOG_ARCHIVE_DEST_2=’service=STEST LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) DB_UNIQUE_NAME=PTEST’
LOG_ARCHIVE_DEST_STATE_2=DEFER
CONTROL_FILES=(« /u01/app/oracle/TESTSTANDBY/standby1.ctl », « /u01/app/oracle/TESTSTANDBY/standby2.ctl », « /u01/app/oracle/TESTSTANDBY/standby3.ctl »)

4.  Configurer le listener, Oracle services names de la base primaire et de la standby

A) Configurer les fichiers $ORACLE_HOME/network/admin/listener.ora pour l’enregistrement statique

listener.ora :

SID_LIST_LISTENER_PRIMARY =
(SID_LIST=
(SID_DESC=
(GLOBAL_DBNAME=TEST)
(ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1)
(SID_NAME=PTEST)
)
)

SID_LIST_LISTENER_STANDBY =
(SID_LIST =
(SID_DESC =
(GLOBAL_DBNAME = TEST)
(ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1 )
(SID_NAME = STEST)
)
)

LISTENER_PRIMARY =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = LINUX-ORA10-DATAGUARD-PRIMARY)(PORT = 1521))
)
)

LISTENER_STANDBY =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = LINUX-ORA10-DATAGUARD-PRIMARY)(PORT = 1522))
)
)

B) Configurer les $ORACLE_HOME/network/admin/tnsnames.ora

STEST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = LINUX-ORA10-DATAGUARD-PRIMARY)(PORT = 1522))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME =STEST)
)
)

PTEST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = LINUX-ORA10-DATAGUARD-PRIMARY)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME =PTEST)
)
)

C) Redémarrer les listeners des deux bases.

$ORACLE_HOME/bin/lsnrctl start LISTENER_PRIMARY
$ORACLE_HOME/bin/lsnrctl start LISTENER_STANDBY

5. Copie du fichier de mot de passe ou génération avec $ORACLE_HOME/bin/orapwd

6. Faire un startup mount de la base standby :

SQL> startup mount

7. Démarrer le recovery sur la base standby

A l’aide de la commande suivante :
SQL> alter database recover managed standby database disconnect from session;

• Dès qu’un archive log est transmis par la base primaire, la base standby commence à effectuer le recovery.
• L’option “disconnect from session” permet de garder la main sur la session SQL dans laquelle la commande a été exécutée, le process est alors lancé en background.

8.  Vérifier le transport des journaux

En forçant la création d’un archive log sur la base primaire :
SQL> alter system archive log current ;
L’archive log est alors transmis vers le répertoire d’archive de la base standby, et cette dernière fait automatiquement un recovery à partir du log transmis.

9. Vérifier que le data Guard fonctionne

en exécutant la requête suivante sur le primary et sur la standby:
SQL> select max(sequence#) from v$log_history;

Continuez votre lecture sur le blog :

• Oracle, les Rpms plus de souci avec YUM (Thierry GASCARD) [Oracle]
• Installation ASM sur SUSE 10 en 64 Bits avec multipathing (EMC Powerpath) (Thierry GASCARD) [Oracle]
• Direct i/o, dsync on/off, raw device (David BAFFALEUF) [Sybase]
• Suppression accidentelle de ligne : comment retrouver le coupable ? (David BAFFALEUF) [SQL Server]
• How-To : réduire l’enveloppe de tempdb (David BAFFALEUF) [SQL Server]

1.  Configuration système

1.1 Pré-requis matériel :

-  5 Go pour les binaires Oracle en RAID 10
-  400 Mo sur /tmp
-  disques pour ASM

1.2 Noyau linux utilisé

RH 5 Entreprise 64 Bits Update 4

1.3 Pré-requis noyau

SELinux désactivé
X installé et configuré
Rpms suivants installés en plus des Rpms par défaut (version minimum) :
binutils-2.17.50.0.6-12.el5  (x86_64)
compat-libstdc++-33-3.2.3-61  (x86_64)
compat-libstdc++-33-3.2.3-61  (i386)
elfutils-libelf-0.137-3.el5  (x86_64)
elfutils-libelf-0.137-3.el5  (i386)
elfutils-libelf-devel-0.137-3.el5  (i386)
elfutils-libelf-devel-0.137-3.el5  (x86_64)
elfutils-libelf-devel-static-0.137-3.el5  (i386)
elfutils-libelf-devel-static-0.137-3.el5  (x86_64)
gcc-4.1.2-46.el5  (x86_64)
gcc-c++-4.1.2-46.el5  (x86_64)
glibc-2.5-42  (i686)
glibc-2.5-42  (x86_64)
glibc-common-2.5-42  (x86_64)
glibc-devel-2.5-42  (x86_64)
glibc-devel-2.5-42  (i386)
glibc-headers-2.5-42  (x86_64)
ksh-20080202-14.el5  (x86_64)
libaio-0.3.106-3.2  (x86_64)
libaio-0.3.106-3.2  (i386)
libaio-devel-0.3.106-3.2  (i386)
libaio-devel-0.3.106-3.2  (x86_64)
libgcc-4.1.2-46.el5  (x86_64)
libgcc-4.1.2-46.el5  (i386)
libstdc++-4.1.2-46.el5  (x86_64)
libstdc++-4.1.2-46.el5  (i386)
libstdc++-devel-4.1.2-46.el5  (x86_64)
libstdc++-devel-4.1.2-46.el5  (i386)
make-3.81-3.el5  (x86_64)
sysstat-7.0.2-3.el5  (x86_64)
unixODBC-2.2.11-7.1  (x86_64)
unixODBC-2.2.11-7.1  (i386)
unixODBC-devel-2.2.11-7.1  (x86_64)
unixODBC-devel-2.2.11-7.1  (i386)

La commande suivante nous donne des informations sur les Rpms nécessaires :
rpm -q –qf ‘%{NAME}-%{VERSION}-%{RELEASE}  (%{ARCH})\n’ \
binutils compat-libstdc++-33-3.2.* elfutils-libelf elfutils-libelf-devel \
elfutils-libelf-devel-static gcc gcc-c++ glibc glibc-common glibc-devel glibc-headers \
ksh libaio libaio-devel libgcc libstdc++ libstdc++-devel make sysstat unixODBC unixODBC-devel

Rem : attention à la présence de rpms 32 bits : utilisation possible de l’option force : rpm -ivh –force ..

1.4 Configuration des limites systèmes

[root@]# cat >> /etc/security/limits.conf <<EOF
grid soft nproc 2047
grid hard nproc 16384
grid soft nofile 1024
grid hard nofile 65536
EOF

[root@]# cat >> /etc/pam.d/login <<EOF
session    required     pam_limits.so
EOF

[root@]# cat >> /etc/profile <<EOF
if [ \$USER = "oracle" ] || [ \$USER = "grid" ]; then
if [ \$SHELL = "/bin/ksh" ]; then
ulimit -p 16384
ulimit -n 65536
ulimit -n 25165824
else
ulimit -u 16384 -n 65536 -l 25165824
fi
umask 022
fi
EOF

1.5 Configuration du serveur pour oracle

[root@]# cat >> /etc/sysctl.conf <<EOF
kernel.shmmax=25769803776 — soit 24 Go
kernel.shmall=6291456 — avec taille de 4ko soit 24 Go
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
fs.file-max = 6815744
net.ipv4.ip_local_port_range = 9000 65500
net.core.rmem_default=262144
net.core.rmem_max=4194304
net.core.wmem_default=262144
net.core.wmem_max=1048576
fs.aio-max-nr=1048576
EOF

2.   Préparation système

2.1 Création groupe oinstall,asmadmin,asmdba,asmoper

[root@]# groupadd -g 1000 oinstall
[root@]# groupadd -g 1200 asmadmin
[root@]# groupadd -g 1201 asmdba
[root@]# groupadd -g 1202 asmoper

2.2   Création utilisateur grid

[root@]# useradd -m -u 1100 -g oinstall -G asmadmin,asmdba,asmoper -d /home/grid -s /bin/bash -c « Grid Infrastructure Owner » grid
[root@]# id grid
[root@]# passwd grid

2.3 Vérification de l’existence de l’utilisateur nobody

[root@]# id nobody

2.4    Création des répertoires

[root@]# mkdir -p /capdata/app/grid
[root@]# mkdir -p /capdata/app/11.2.0/grid
[root@]# chown -R grid:oinstall /capdata
[root@]# chmod -R 775 /capdata

2.4 Mise à jour du profile de l’utilisateur grid

export ORACLE_SID=+ASM
export ORACLE_BASE=/capdata/app/grid
export ORACLE_HOME=/capadata/app/11.2.0/grid
export ORA_NLS11=$ORACLE_HOME/nls/data
export PATH=${PATH}:$HOME/bin:$ORACLE_HOME/bin
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$ORACLE_HOME/oracm/lib
export CLASSPATH=$ORACLE_HOME/JRE:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib:$ORACLE_HOME/network/jlib
export TEMP=/tmp
export TMPDIR=/tmp
umask 022

3. Installation et configuration de la librairie ASM
3.1   Téléchargement

En fonction du noyau linux (uname -r), télécharger les rpms ASM sur le site Oracle d’asm
- ASMLib Kernel Driver
- Userspace Library
- Driver Support Files

3.2   Installation

[root@]#rpm -Uvh oracleasm*

3.2   Configuration

[root@]# /usr/sbin/oracleasm configure -i
..
Default user to own the driver interface []: grid
Default group to own the driver interface []: asmadmin
Start Oracle ASM library driver on boot (y/n) [n]: y
Scan for Oracle ASM disks on boot (y/n) [y]: y
Writing Oracle ASM library driver configuration: done

puis chargement
[root@]# /usr/sbin/oracleasm init

3.2   Création des disques ASM
a – partitionnement des LUNs EMC

J’effectue un alignement des partitions en enlevant les 256 premiers secteurs de disques soit 128 Ko

[root@]# /sbin/parted /dev/emcpowera
mklabel msdos
unit s
mkpart primary 256 -1s
print
quit

[root@]# /sbin/parted /dev/emcpowerb
mklabel msdos
unit s
mkpart primary 256 -1s
print
quit

b- création des disques ASM

[root@]# /usr/sbin/oracleasm createdisk DATA_DISK1 /dev/emcpowera1
[root@]# /usr/sbin/oracleasm createdisk BACK_DISK1 /dev/emcpowerb1

4. Installation d’Oracle Grid Infrasture 11gR2

[grid@]# ./runInstaller &

Ordre d’installation
1. Installation Option : « Install and Configure for Standalone Server »
2. Product Languages : « english, french »
3. Create ASM Disk Group : « DATA,BACK »
4. ASM passwaord  : «same password»
5. Operating system Group : « asmdba,asmoper,asmadmin »
6. Installation location :
ORACLE_BASE : /capdata/app/grid
ORACLE_HOME : /capadata/app/11.2.0/grid
7. Prerequisite checks :
Génération d’un script fixit.sh pour fixer d’événtuel problème
8. Summary
9. Setup
Lancement de deux scripts sous root
[root@]# /capdata/app/oraInventory/orainstRoot.sh
[root@]# /capdata/app/11.2.0/grid/root.sh
10.Finish

Et voilà pour la première partie….Continuez votre lecture sur le blog :

• Installation Oracle 64 bits sur Red Hat 5 (Thierry GASCARD) [Oracle]
• Se connecter à SQL Server à travers Oracle, quelle drôle d’idée ? (Thierry GASCARD) [Oracle]
• Création et utilisation d’OCFS2 (Thierry GASCARD) [Oracle]
• Installation ASM sur SUSE 10 en 64 Bits avec multipathing (EMC Powerpath) (Thierry GASCARD) [Oracle]
• Utiliser ASMCMD (Thierry GASCARD) [Oracle]

La solution http://public-yum.oracle.com et YUM.

[root@OEL5-ORA1 yum.repos.d]# cd /etc/yum.repos.d
[root@OEL5-ORA1 yum.repos.d]#wget http://public-yum.oracle.com/public-yum-el5.repo

car j’utilise OEL 5 Update 4

[root@OEL5-ORA1 ~]# cat /etc/enterprise-release
Enterprise Linux Enterprise Linux Server release 5.4 (Carthage)

Je vais modifier le fichier public-yum-el5.repo en mettant enabled=1 pour ma version el5_u4_base

vi public-yum-el5.repo

…

[el5_u4_base]
name=Enterprise Linux $releasever U4 – $basearch – base
baseurl=http://public-yum.oracle.com/repo/EnterpriseLinux/EL5/4/base/$basearch/
gpgkey=http://public-yum.oracle.com/RPM-GPG-KEY-oracle-el5
gpgcheck=1
enabled=1

…

[root@OEL5-ORA1 yum.repos.d]# yum list oracleasm
Loaded plugins: security
Error: No matching Packages to list
ocfs2 packages are not available. Let’s install it now

[root@OEL5-ORA1 yum.repos.d]# yum install oracleasm

Loaded plugins: security
Setting up Install Process
Package oracleasm-2.6.18-164.el5-2.0.5-1.el5.i686 already installed and latest version
Nothing to do

Quel plaisir
Continuez votre lecture sur le blog :

• Création d’un Dataguard physique (Guillaume DEFENDINI) [Oracle]
• Installation ASM sur SUSE 10 en 64 Bits avec multipathing (EMC Powerpath) (Thierry GASCARD) [Oracle]
• Repérer un package SSIS lors de son exécution (Louis HOCHBERG) [SQL Server]
• Retrouver une transaction en échec (David BAFFALEUF) [SQL Server]
• Pourquoi il faut sauvegarder les bases systèmes (David BAFFALEUF) [SQL Server]

Nous allons créer un système de fichiers supportant le cluster (Cluster FileSystem).
L’OS utilisé est une SUSE 10 en 64 bits.

1. Installation du driver OCFS2

A effectuer via l’utilisateur système root.
OCFS2 1.4 est compris dans la distribution SLES10 SP2.
sinon sous les autres linux :
Déterminer la version du noyau : uname –rm
Rechercher les drivers sur le site d’Oracle
Télécharger les fichiers correspondants à la plate forme et la version du noyau (ici RH5 64 bits)

• ocfs2-tools-1.4.1-1.el5.x86_64.rpm
• ocfs2console-1.4.1-1.el5.x86_64.rpm
• ocfs2-2.6.18-128.1.1.el5-1.4.1-1.el5.x86_64.rpm

Installer les RPMs sur chaque noeud :
rpm -Uvh ocfs2*.rpm
vérifier l’installation
chkconfig –list o2cb

2. Configuration OCFS2

1) Sur un des nœuds en x window lancer ocfs2console puis cluster/configure node
ajouter hostname1   x.x.x
ajouter hostname2   x.x.x
puis propager la configuration
Rem : attention au nom de domaine
2) vérifier sur chaque nœud le fichier /etc/ocfs2/cluster.conf
3) configurer le service o2cb sur chaque nœud en root
/etc/init.d/o2cb configure

puis répondre y et accepter les valeurs par défaut sauf Use user-space driven heartbeat? (y/n) [y] n

3. Formater la partition en OCFS2 sur un nœud

en x window lancer ocfs2console  puis task/format

• /dev/emcpowerd
• label : oracle
• cluster size : 128 K
• block size 4k

4. Monter le système de fichiers OCFS2

1) créer un point de montage sur chaque nœud
mkdir /ocfs
2) ajouter dans /etc/fstab, voire la note metalink 835839.1
/dev/emcpowerd /ocfs    ocfs2    _netdev,datavolume,nointr,noatime 0 0

les options correspondent avec ocfs2 1.4.1 :

• datavolume : utilisation des « direct IO »
• _netdev : montage après le réseau
• nointr: désactive les siganux durant les opération de cluster
• noatime : désactive la mise à jour de l’heure

Continuez votre lecture sur le blog :

• Installation Oracle 64 bits sur Red Hat 5 (Thierry GASCARD) [Oracle]
• Se connecter à SQL Server à travers Oracle, quelle drôle d’idée ? (Thierry GASCARD) [Oracle]
• Installation Oracle 11gR2 64 bits sur Red Hat 5 Partie 1 (Thierry GASCARD) [Oracle]
• Installation ASM sur SUSE 10 en 64 Bits avec multipathing (EMC Powerpath) (Thierry GASCARD) [Oracle]
• Utiliser ASMCMD (Thierry GASCARD) [Oracle]

Un utilitaire asmcmd permet de naviguer dans les disques ASM.
Voici quelques commandes utiles.
Avant de se connecter, vérifier que les processus de l’instance ASM sont lancés
ps –ef |grep ASM
export ORACLE_SID=+ASM
export ORACLE_HOME=/u01/app/asm/asm_1

Afficher la version : asmcmd –v
Lancer asmcmd sous l’utilisateur asm ou oracle
Asmcmd>
Lister les disques groupes ( affiche également la taille des disques et l’espace libre dans les disques ) : lsdg
Lister les disques : lsdsk
Avoir les io sur les disques : lsdsk -s
Vérifier le status des disques : lsdsk –p
Aller dans un groupe :  cd +diskgroup1/
Afficher l’espace total utilisé : du
Trouver tous les fichiers d’un type dans un diskgroup :
find –t archivelog  + DISKGROUP1/ *
find –t datafile +DISKGROUP1/  *
find –t onlinelog +DISKGROUP1/ *
find –t tempfile +DISKGROUP1/ *
find –t backupset +DISKGROUP1/  *
find –t parameterfile +DISKGROUP1/  *
find –t dataguardconfig + DISKGROUP1/  *
find –t flashback +DISKGROUP1/ *
find –t dumpset + DISKGROUP1/  *
Trouver les fichiers sans le type mais avec une wildcard : find +DISKGROUP1/  undo*
Créer une sauvegarde contenant les métadonnées pour un ou plusieurs groupes  :
md_backup –b /u01/bdd/backupall
md_backup –b /u01/bdd/backupdiskgroup1 –g diskgroup1
Restaurer des métadonnées d’un diskgroup :
md_restore –b backup_file ( lit les métadata de backup_file )Continuez votre lecture sur le blog :

• SQLDIAG (épisode 1) (David BAFFALEUF) [SQL Server]
• Checkpoint not complete: Comment limiter les alertes liées à la journalisation (Louis PROU) [Oracle]
• Installation Oracle 11gR2 64 bits sur Red Hat 5 Partie 1 (Thierry GASCARD) [Oracle]
• Création et utilisation d’OCFS2 (Thierry GASCARD) [Oracle]
• Se connecter à SQL Server à travers Oracle, quelle drôle d’idée ? (Thierry GASCARD) [Oracle]

1. Installation et configuration du driver ASMLIB

Sous l’utilisateur root

1.1    Installation ASMLIB

- Déterminer la version du noyau : uname –rm
- Rechercher les drivers ASM sur le site d’Oracle
- Télécharger les fichiers correspondants à la plate forme et la version du noyau
oracleasm-support-2.1.3-1.SLE10.x86_64.rpm
oracleasmlib-2.0.4-1.SLE10.x86_64.rpm
oracleasm-2.6.16.60-0.39.3-smp-2.0.5-1.SLE10.x86_64.rpm
- Installer les RPM correspondants :
rpm -Uvh \
> oracleasm-2.6.16.60-0.39.3-smp-2.0.5-1.SLE10.x86_64.rpm \
> oracleasmlib-2.0.4-1.SLE10.x86_64.rpm \
> oracleasm-support-2.1.3-1.SLE10.x86_64.rpm

1.2 Configuration du driver ASM

- Lancer la commande de configuration
# /etc/init.d/oracleasm configure
- Renseigner les informations suivantes :
Default user to own the driver interface []: oracle
Default group to own the driver interface []: dba
Start Oracle ASM library driver on boot (y/n) [n]: y
Fix permissions of Oracle ASM disks on boot (y/n) [y]: y
Writing Oracle ASM library driver configuration:           [  OK  ]
Creating /dev/oracleasm mount point:                       [  OK  ]
Loading module « oracleasm »:                                [  OK  ]
Mounting ASMlib driver filesystem:                         [  OK  ]
Scanning system for ASM disks :                            [  OK  ]

1.3 Créer les volumes ASM

/usr/sbin/asmtool -C -l /dev/oracleasm -n VOLDB1-s /dev/emcpowerb -a force=yes
/usr/sbin/asmtool -C -l /dev/oracleasm -n VOLBK1 -s /dev/emcpowerc -a force=yes
puis redémarrer le serveur

Rem : oracleasm createdisk ne fonctionne pas note Metalink : 469163.1
erreur de reconnaissance des disques fournis avec powerpath
# /etc/init.d/oracleasm createdisk VOLDB1 /dev/emcpowerb
Marking disk « /dev/emcpowerb » as an ASM disk: asmtool: Device « /dev/emcpowerb » is not a partition
[FAILED]

1.3 Vérifier

lancer la découverte
/etc/init.d/oracleasm scandisks
Vérifier l’existence des volumes sur les deux noeuds
# /etc/init.d/oracleasm listdisks

1.4 configurer les chemins de découverte des disques

Modifier le fichier /etc/sysconfig/oracleasm pour paramétrer la gestion du  « multipathing » en gras :

..
# ORACLEASM_SCANORDER: Matching patterns to order disk scanning
ORACLEASM_SCANORDER= »emcpower »

# ORACLEASM_SCANEXCLUDE: Matching patterns to exclude disks from scan
ORACLEASM_SCANEXCLUDE= »sd »

2. Installation ASM 11g

Dans son propre ORACLE_HOME (ORACLE_ASM_HOME)

3. Passage patch 11.1.0.7

4. Création de l’instance ASM

4.1. Configuration du listener pour ASM

Connexion avec l’utilisateur asm ou oracle sinon
export ORACLE_HOME=/u01/app/asm/11.1.0/asm_1
$ORACLE_HOME/admin/netca &
Creation du listener LISTENER_ASM sur le port 1521 en TCP

4.2 Création de l’instance ASM

Connexion avec l’utilisateur système oracle
export ORACLE_SID=+ASM1
/u01/oracle/11g/asm/bin/dbca &

puis configurer les « disques groupe »Continuez votre lecture sur le blog :

• Oracle, les Rpms plus de souci avec YUM (Thierry GASCARD) [Oracle]
• Suppression accidentelle de ligne : comment retrouver le coupable ? (David BAFFALEUF) [SQL Server]
• Installation Oracle 64 bits sur Red Hat 5 (Thierry GASCARD) [Oracle]
• Consistence des écritures avec SATA (David BAFFALEUF) [Operating SystemSQL Server]
• Point-in-time recovery et fn_dump_dblog() (David BAFFALEUF) [SQL Server]

1 Configuration système

1.1 Pré-requis matériel :

- 12 Go pour les binaires Oracle en RAID 10
- 400 Mo sur /tmp

1.2 Pré-requis logiciel :

RH 5 Entreprise 64 Bits : Oracle 10.2.0.1 Entreprise Edition Linux x86-64

Patch 10.2.0.4 pour Linux x86-64 sur le site du support Oracle

Patch 6620371 pour Linux 64 Bits sur le site du support Oracle

1.3 Pré-requis noyau

version du noyau >=2.6.18-8
SELinux désactivé
X installé et configuré
Rpms suivants installés en plus des Rpms par défaut (version minimum) :
binutils-2.17.50 (x86_64)
compat-db-4.2.52 (x86_64)
compat-libstdc++-296(i386)
compat-libstdc++-33-3.2.3 (x86_64)
compat-libstdc++-33-3.2.3(i386)
control-center-2.16.0 (x86_64)
gcc-4.1.1 (x86_64)
gcc-c++-4.1.1 (x86_64)
glibc-2.5-12 (x86_64)
glibc-2.5-12 (i686)
glibc-common-2.5-12 (x86_64)
glibc-devel-2.5-12 (x86_64)
glibc-devel-2.5-12(i386)
glibc-headers-2.5-12 (x86_64)
ksh-20060214-1.4 (x86_64)
libaio-0.3.96 (x86_64)
libgcc-4.1.1(i386)
libgcc-4.1.1(x86_64)
libgnome-2.16.0 (x86_64)
libgnomeui-2.16.0 (x86_64)
libgomp-4.1.1 (x86_64)
libstdc++-4.1.1 (x86_64)
libstdc++-devel-4.1.1 (x86_64)
libXp-1.0.0-8 (i386)
make-3.81 (x86_64)
sysstat-7.0.0 (x86_64)
unixODBC-2.2.11-7.1 x86_64.
unixODBC-devel-2.2.11-7.1 x86_64
util-linux-2.13-0.50.el5 x86_64
xorg-x11-xinit-1.0.2-15.el5 x86_64

Rem : attention à la présence de rpms 32 bits : utilisation possible de l’option force : rpm -ivh –force ..

1.4 Paramètres noyau

Modification du fichier /etc/sysctl.conf :
kernel.shmmni = 4096
kernel.sem= 250 32000 100 128
kernel.sysrq=1
kernel.msgmnb=65536
kernel.msgmni=2878
kernel.msgmax=8192
net.ipv4.ip_local_port_range = 9000 65500
net.core.rmem_default = 262144
net.core.rmem_max=2097152
net.core.wmem_default = 262144
net.core.wmem_max = 262144
fs.aio-max-nr=3145728
fs.file-max=327679
vm.lower_zone_protection=100
kernel.shmall = 3145728
kernel.shmmax = 12884901888
vm.nr_hugepages = 6144

Modification du fichier /etc/security/limits.conf :
oracle hard memlock 12582912
oracle soft memlock 12582912
oracle soft core unlimited
oracle hard nofile 131072
oracle hard nproc 131072
oracle soft nproc 131072
oracle soft nofile 131072
oracle hard core unlimited

2    Préparation système

2.1 Création groupe oinstall,dba

root> groupadd -g 55 oinstall
root>groupadd -g 56 dba

2.2    Ajout utilisateur oracle

root> useradd -u 500 -g 55 -G dba -c « Oracle Owner » -d /home/oracle -s /bin/bash oracle
root> passwd oracle

2.2 Modification du fichier /etc/profile
if [ $USER = "oracle" ]; then
if [ $SHELL = "/bin/ksh" ]; then
ulimit -p 16384
ulimit -n 65536
ulimit -l 12582912
else
ulimit -u 16384 -n 65536 -l 12582912
fi
fi

2.2    Création des répertoires

root> mkdir /opt/oracle
root> mkdir /u01
root> chown –R oracle:oinstall /opt/oracle
root> chown –R oracle:oinstall /u01
root> su – oracle
mkdir -p /opt/oracle/product/10.2.0/db_1
mkdir -p /opt/oracle/admin

3 Installation Oracle

3.1    Décompression des zips et cpio

$ cat 10201_database_linux_x86_64.cpio.gz | gunzip | cpio -idvm
$ cat 10201_companion_linux_x86_64.cpio.gz | gunzip | cpio –idvm
$unzip p6810189_10204_Linux-x86-64

3.2   installation

export ORACLE_BASE=/opt/oracle/product ;
export ORACLE_HOME=/opt/oracle/product/10.2.0/db_1
./runInstaller &

Ordre d’installation
1. Installation « Base Product (10.2.0.1) »
2. Installation “Companion Disk” pour éviter l’erreur NCOMP lors du patch 10.2.0.4
- Choisir l’option «Oracle Database 10g Products 10.2.0.1.0»
3. Installation Patch (10.2.0.4)
4. Installation patch 6620371 pour « huge page »
[oracle]$ cd 6620371/
[oracle]$ /opt/oracle/product/10.2.0/db_1/OPatch/opatch apply

4    Mise à jour de l’environnement Oracle

4.1 mise à jour du .profile_bash d’oracle

4.2 mise à jour du glogin.sql

vi $ORACLE_HOME/slplus/admin/glogin.sql
set sqlprompt « _user ‘on’ _date ‘at’ _connect_identifier > »

5    configuration de huge page sous linux

- vm.nr_hugepages  : nombre de pages (taille de 2Mo sur linux avec grep Hugepagesize /proc/meminfo)
- vm.hugetlb_shm_group : ID du groupe utilisé par oracle (dba)
- kernel.shmmax supérieur à la taille de l’espace mémoire accordé aux « huge page »
- memlock  : avec /etc/security/limit.conf et ulimit -l
Tout est bien expliqué dans le blog d’ arkzoyd: à lire absolument !!!!!Continuez votre lecture sur le blog :

• Création et utilisation d’OCFS2 (Thierry GASCARD) [Oracle]
• Installation Oracle 11gR2 64 bits sur Red Hat 5 Partie 1 (Thierry GASCARD) [Oracle]
• Se connecter à SQL Server à travers Oracle, quelle drôle d’idée ? (Thierry GASCARD) [Oracle]
• Installation ASM sur SUSE 10 en 64 Bits avec multipathing (EMC Powerpath) (Thierry GASCARD) [Oracle]
• Utiliser ASMCMD (Thierry GASCARD) [Oracle]

La première solution est d’utiliser la « gateway Oracle pour SQL SERVER  » (15000$ par serveur).

La deuxième gratuite est d’utiliser OLE DB.

Je vais m’intéresser à la deuxième solution, vous en devinez la raison

1) créer un fichier UDL (vide puis ajouter l’extension .udl) sous C:\\Documents and Settings\\thierry\\Bureau\\client1.udl, puis double cliquer

-onglet Fournisseur : choisir le fournisseur « Microsoft OLE DB Provider for SQL Server »

s’il n’est pas présent téléchargez MDAC (merci david)
-onglet connexion : nom du serveur SQL (minsk\aquarium), utilisateur/mot de passe, base de données client1
2) sous $ORACLE_HOME\hs\admin
faire une copie du fichier inithsoledb.ora en initclient1.ora
3) configuer initclient1.ora
HS_FDS_CONNECT_INFO = »UDLFILE=C:\\Documents and Settings\\thierry\\Bureau\\client1.udl »
HS_FDS_TRACE_LEVEL = 0
HS_FDS_TRACE_FILE_NAME = client1.trc

attention doubler \ (merci manu..)
4) configuer le fichier tnsnames.ora
CLIENT1 =
(DESCRIPTION=
(ADDRESS=(PROTOCOL=tcp)(HOST=pc-thierry)(PORT=1524))
(CONNECT_DATA=(SID=CLIENT1))
(HS=OK)
)
5) configurer le fichier listener.ora
ajouter aux services de votre listener
(SID_DESC=
(SID_NAME=CLIENT1)
(ORACLE_HOME = D:\app\oracle\10.2.0\db_1)
(PROGRAM=hsolesql)
)
6) créer le database link
CREATE PUBLIC DATABASE LINK « CLIENT1″ USING ‘CLIENT1′;

7) tester la connexion
select * from sysobjects@client1;

remarque : en cas de souci, vous pouvez poser une trace.
mettre le paramètre HS_FDS_TRACE_LEVEL = 4
la trace se trouvera sous D:\app\oracle\10.2.0\db_1\hs\traceContinuez votre lecture sur le blog :

• Installation Oracle 11gR2 64 bits sur Red Hat 5 Partie 1 (Thierry GASCARD) [Oracle]
• Installation Oracle 64 bits sur Red Hat 5 (Thierry GASCARD) [Oracle]
• Création et utilisation d’OCFS2 (Thierry GASCARD) [Oracle]
• Installation ASM sur SUSE 10 en 64 Bits avec multipathing (EMC Powerpath) (Thierry GASCARD) [Oracle]
• Utiliser ASMCMD (Thierry GASCARD) [Oracle]