WARNING
Although Linux includes support for rawio, it is now a deprecated interface. If your application performs device access using this interface, Red Hat encourages you to modify your application to open the block device with the O_DIRECT flag. The rawio interface will exist for the life of Red Hat Enterprise Linux 5, but is a candi-
date for removal from future releases.

Le bénéfice du raw device n’est pas nouveau, que ce soit pour Adaptive Server ou Oracle, le fait d’écrire directement sur la partition brute a deux avantages majeurs pour les SGBD:
1 – Ca va plus vite.
2 – Ca garantit que ce que l’on écrit va bien sur le disque et non dans un buffer en mémoire. En effet, le système de base de données gère lui-même la bufferisation de ses pages de données et d’indexes, et ne doit pas se reposer sur le système pour ça.

A partir du moment où le raw device cesse d’être supporté, on va devoir écrire dans un fichier, et qui dit écriture dans un fichier sous UNIX/Linux dit écriture bufferisée. C’est là où le critère 2 n’est plus garanti.

Il reste alors deux solutions qui vont nous permettre de garantir celà: DIRECTIO ou DSYNC. Ce sont en fait des arguments qui vont être passés à la primitive d’ouverture du fichier, le plus souvent open(), sous la forme de flags: O_DIRECT, O_DSYNC ou O_ASYNC.

A travers Adaptive Server, ces arguments seront manipulés lors de la création de devices avec la commande disk init:

disk init name='PERFSTATS_data01', physname='/sybase_data/ASE1502/userdb/PERFSTATS_data01.dat',
size=512000,
directio=true

ou

disk init name='PERFSTATS_data01', physname='/sybase_data/ASE1502/userdb/PERFSTATS_data01.dat',
size=512000,
dsync=true

On ne peut pas utiliser à la fois directio=true et dsync=true pour le même device, les options sont mutuellement exclusives.

DIRECTIO:
Lorsque directio est à true, le fichier PERFSTATS_data01.dat sera ouvert avec le flag O_DIRECT:

open("/sybase_log/ASE1502/userdb/PERFSTATS_data01.dat", O_RDWR|O_SYNC|O_DIRECT|O_LARGEFILE) = 17

Lorsque la primitive d’écriture est invoquée (write(), aiowrite()), l’écriture va directement sur le disque. Donc sémantiquement équivalent à ce que donne une écriture sur un raw device, à la fois en termes de performances et de garantie.

DSYNC:
Lorsque dsync est à true, le fichier PERFSTATS_data01.dat sera ouvert avec le flag O_DSYNC:

open("/sybase_log/ASE1502/userdb/PERFSTATS_data01.dat", O_RDWR|O_DSYNC|O_LARGEFILE) = 17

Lorsque dsync est à false, le fichier PERFSTATS_data01.dat sera ouvert avec le flag O_ASYNC:

open("/sybase_log/ASE1502/userdb/PERFSTATS_data01.dat", O_RDWR|O_ASYNC|O_LARGEFILE) = 17

Lorsque la primitive d’écriture est invoquée, l’écriture sera bufferisée mais en fonction de la valeur passée à disk init (true ou false), certains éléments vont être synchronisés sur disque avant que aiowrite() ne revienne au programme appelant.
- dsync=true: alors le flag O_DSYNC est passé à open(). Ce flag garantit que write() reste en attente tant que les données n’ont pas été synchronisées sur disque.
- dsync=false: alors le flag O_ASYNC est passé à open(). Ce flag indique que write() rend la main une fois l’écriture bufferisée mais AVANT la synchronisation sur disque, ce qui ne garantit pas notre critère 2.

On recommandera toujours de mettre dsync=true pour les devices de données et de journaux pour avoir la garantie d’écriture stabilisée, et dsync=false pour les devices tempdb pour favoriser la perf.

- Avantages / Inconvénients pour le DSYNC:
Avantages: c’est complètement supporté par les file system.
Inconvénients: C’est moins performant en écriture.

- Avantages / Inconvénients pour le DIRECTIO:
Avantages: c’est comme du raw device, sauf que c’est dans un fichier. C’est même plus efficace en lecture.
Inconvénients: il faut que le filesystem le supporte (c’est le cas pour ext3), et d’après Linus l’implémentation de directio au niveau du kernel est épouvantable. Le problème c’est que ce qu’il indique comme contournement à destination des développeurs ASE (Wim Ten Have et Dave Wein en tête) n’est pas vraiment applicable.

Pas de doute, le DIRECTIO reste la meilleure option. Ce sera sûrement réécrit un jour, mais pour l’instant on n’a pas trouvé mieux.

Un dernier mot sur le dsync=true sur les noyaux 2.6+, l’écriture asynchrone se transforme en écriture synchrone et les perfs chutent (( . Il faut vraiment utiliser directio sur les noyaux récents. Ce sera peut être le sujet d’un prochain post sur ASE.

A+ [ David B. ]

Continuez votre lecture sur le blog :

• Journées SQL Server 12/13 décembre (suite) (David BAFFALEUF) [SQL Server]
• Oracle, les Rpms plus de souci avec YUM (Thierry GASCARD) [Oracle]
• Création d’un Dataguard physique (Guillaume DEFENDINI) [Oracle]
• Bench avec NetApp / Datacore / ESX (David BAFFALEUF) [SQL Server]
• Consistence des écritures avec SATA (David BAFFALEUF) [Operating SystemSQL 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]