MaXimO NaTioN - Le meilleur des TI!

Utilisation d'un "resumable timeout" dans nos scripts.

2011-11-20T19:57:00.002-05:00

N'est-ce pas enrageant d'avoir un rebuild d'index qui échoue après 30 minutes car il a manqué d'espace disque dans un tablespace? Si vous êtes comme moi, ça vous enrage! Il y a 2 solutions possibles à ce genre de problème: être très rigoureux et toujours calculer/vérifier ses espaces disques (tablespaces, undo, temp) avant les opérations ou encore utiliser un "resumable timeout" pour nous soutenir.

Avec le "resumable timeout", vous pouvez, au niveau de la session ou de la base de données, déterminer le nombre de secondes à attendre avant que le script/programme ne sorte en erreur si aucune action n'est faite pour corriger le problème. Vous serez averti dans l'alert log d'Oracle du manque d'espace pour un tablespace particulier. Ainsi, à la lecture du message, vous agrandissez le tablespace et quelques secondes plus tard, votre script/programme continuera son exécution.

L'utilisateur doit pouvoir exécuter le package dbms_resumable:
grant execute on dbms_resumable to ORACLE;

Enuite, dans sa session, on modifie le paramètre pour avoir un délais de une heure (3600 secondes) et on donne un nom à ce timeout:
ALTER SESSION ENABLE RESUMABLE TIMEOUT 3600 NAME 'TEST_ORACLE';

On peut voir les détails dans la vue DBA_RESUMABLE:

20:12:47 ORACLE@orcl > desc dba_resumable
Nom                                                   NULL ?   Type
----------------------------------------------------- -------- ----------------
USER_ID                                                        NUMBER
SESSION_ID                                                     NUMBER
INSTANCE_ID                                                    NUMBER
COORD_INSTANCE_ID                                              NUMBER
COORD_SESSION_ID                                               NUMBER
STATUS                                                         VARCHAR2(9)
TIMEOUT                                                        NUMBER
START_TIME                                                     VARCHAR2(20)
SUSPEND_TIME                                                   VARCHAR2(20)
RESUME_TIME                                                    VARCHAR2(20)
NAME                                                           VARCHAR2(4000)
SQL_TEXT                                                       VARCHAR2(1000)
ERROR_NUMBER                                                   NUMBER
ERROR_PARAMETER1                                               VARCHAR2(80)
ERROR_PARAMETER2                                               VARCHAR2(80)
ERROR_PARAMETER3                                               VARCHAR2(80)
ERROR_PARAMETER4                                               VARCHAR2(80)
ERROR_PARAMETER5                                               VARCHAR2(80)
ERROR_MSG                                                      VARCHAR2(4000)

20:12:55 ORACLE@orcl > select user_id, status, timeout from dba_resumable;

 USER_ID STATUS       TIMEOUT
---------- --------- ----------
      90 NORMAL          3600

20:13:13 ORACLE@orcl >

Pour plus d'informations sur les autres utilisations du "resumable timeout", consultez la documentation officielle.

Suivre les modifications sur une table avec DBA_TAB_MODIFICATIONS

2011-11-20T19:02:00.005-05:00

Avec Oracle, il est possible d'avoir une mesure approximative des modifications ayant eu lieu sur une table depuis la dernière prise des statistiques. La vue SYS.DBA_TAB_MODIFICATIONS (et ses déclinaisons ALL_* et USER_*) est alimentée par la méthode DBMS_STATS.FLUSH_DATABASE_MONITORING_INFO. Cette procédure est invoquée à certains moments clés par Oracle (10g et 11g). Le niveau de statistique (paramètre statistics_level) doit être à TYPICAL ou ALL pour que le monitoring s'effectue.
*On doit préfixer la vue de type DBA_... par SYS puisque le synonyme public est absent en 10g.

Même si les mesures sont approximatives, elles permettent de constater la charge que peut avoir une table en quelques jours/semaines/mois. Et comme Oracle désigne une table comme étant STALE lorsque 10% de ces données ont été modifiées (Insert, Update, Delete), on peut prévoir une prochaine collecte de statistiques pour cet objet par la job interne GATHER_STATS_JOB.

Afin de simplifier, voici un exemple avec la vue USER_TAB_MODIFICATIONS:


19:27:16 ORACLE@orcl > create table test_tab_modif(id number, nom varchar2(30));

Table créée.

19:27:28 ORACLE@orcl > select * from user_tab_modifications;

aucune ligne sélectionnée

19:27:55 ORACLE@orcl > exec dbms_stats.FLUSH_DATABASE_MONITORING_INFO;

Procédure PL/SQL terminée avec succès.

19:28:21 ORACLE@orcl > select * from user_tab_modifications;

aucune ligne sélectionnée

19:28:23 ORACLE@orcl > insert into test_tab_modif(id,nom)
19:28:38   2  select rownum, 'nom ' || to_char(rownum) from dual connect by level<10001;

10000 lignes créées.

19:28:44 ORACLE@orcl > commit;

Validation effectuée.

19:28:47 ORACLE@orcl > select * from user_tab_modifications;

aucune ligne sélectionnée

19:28:52 ORACLE@orcl > exec dbms_stats.FLUSH_DATABASE_MONITORING_INFO;

Procédure PL/SQL terminée avec succès.

19:28:56 ORACLE@orcl > select * from user_tab_modifications;


TABLE_NAME                     PARTITION_NAME                                
------------------------------ ------------------------------                
SUBPARTITION_NAME                 INSERTS    UPDATES    DELETES              
------------------------------ ---------- ---------- ----------              
TIMESTAMP           TRU DROP_SEGMENTS                                        
------------------- --- -------------                                        
TEST_TAB_MODIF                                                               
                                 10000          0          0              
2011-11-20 19:28:56 NO              0                                        
                                                                          

19:32:13 ORACLE@orcl > exec dbms_stats.gather_table_stats(ownname=>'ORACLE',tabname=>'TEST_TAB_MODIF');

Procédure PL/SQL terminée avec succès.

19:32:22 ORACLE@orcl > select * from user_tab_modifications;

aucune ligne sélectionnée

19:32:22 ORACLE@orcl >

N.B. Les transactions annulées de type "rollback" incrémentent tout de même les différents compteurs de cette vue. Ainsi, si vous modifiez 10 000 rangées et ensuite annulez le tout (rollback), vous aurez 10 000 UPDATES de plus lors du prochain appel de DBMS_STATS.FLUSH_DATABASE_MONITORING_INFO.

Pour plus d'informations sur la vue ALL_TAB_MODIFICATIONS, consultez la documentation officielle.

Oracle : Vérifier l'utilisation d'un index

2011-04-05T10:29:00.006-04:00

Dans un schéma/application, il se peut que certains index soient inutilisés et ce, pour différentes raisons. Par exemple, il peut s'agir d'un index redondant (un autre index similaire à celui-ci) dont l'utilisation est inexistante ou encore parce que le prédicat (clause WHERE) ne fait jamais référence aux colonnes de cet index. Il ne faut jamais oublier qu'il y a un coût (overhead) pour Oracle à entretenir chacun de ces index lors d'opérations DML.

Toutefois, ce n'est pas parce qu'un index n'est pas utiliser pendant une journée ou une semaine qu'il est non nécessaire. Un rapport mensuel peut effectuer des sommaires sur certaines périodes et appeler cet index en apparence inutile. Sans cet index, un « full scan » de la table pourrait ralentir de beaucoup la progression du rapport.

Avec Oracle, il est possible de « monitorer » i.e. suivre l'utilisation d'index précis. Le document [ID 136642.1], accessible via MyOracleSupport (anciennement Metalink), explique une technique que je vais résumer ici.

-- Mettre l'index désiré en mode surveillance
alter index MON_INDEX monitoring usage;

-- Vérifier si l'index en cours de surveillance a été utilisé.
-- Ce sont les colonnes USED et MONITORING qui nous intéressent.
select * from v$object_usage where monitoring='YES' and used='YES';

-- Retirer l'index du mode surveillance
alter index MON_INDEX nomonitoring usage;

Prendre note qu'en activant cette surveillance, il y a une taxe (overhead) pour l'engin Oracle tant que la surveillance demeure active. On peut laisser cette surveillance pendant environ un mois et retirer les index au fur et à mesure qu'on réalise qu'ils sont utilisés. Je suis conscient que nous n'avons pas plus de détail sur l'utilisation (quelle fréquence? par qui? quels énoncés?) mais c'est tout de même un départ.

Et maintenant dans Oracle 11g, il est possible de rendre invisible un index aux yeux de l'optimizer d'Oracle et des utilisateurs. Ainsi, si on veut rendre visible à nouveau un index, c'est très rapide et ça ne demande pas de reconstruire l'index (peut être très long pour de gros volumes de données). Par contre, il est important de mentionner que les instructions DML continuent de mettre à jour les index invisibles.

-- Pour rendre invisible/visible un index, voici la commande à exécuter :
alter index MON_INDEX invisible;
alter index MON_INDEX visible;

-- Pour afficher la visibilité d'un index :
SELECT index_name, visibility
FROM user_indexes
WHERE index_name = 'MON_INDEX';

Par défaut, les plans d'exécution n'utiliseront pas les index invisibles. À noter qu'il existe un paramètre Oracle (également valide au niveau de la session) rendant « visible » les index invisibles pour l' « optimizer » :

OPTIMIZER_USE_INVISIBLE_INDEXES=TRUE

Cela vous permet donc de tester dans un environnement de simulation l'effet de l'ajout ou d'une suppression d'un index. Ainsi, vous devriez être plus confiant le moment venu de supprimer un index en production.

Inscrire une information dans l'alert.log

2011-03-23T21:45:00.009-04:00

Lors d'un traitement critique, il peut être intéressant d'écrire un message de succès ou d'échec dans le fichier alert<SID>.log. Par exemple, si vous avez un trigger « before shutdown » et qu'une exception est levée, il serait intéressant de l'inscrire dans le fichier d'alertage. C'est à l'aide de procédures non documentées d'Oracle du package DBMS_SYSTEM que nous y arriverons.

KSDWRT(<n>,<message>) permet d'écrire un message dans le fichier des alertes ou dans un fichier de trace selon le paramètre <n>.

N = 1 : Écrire dans le fichier de trace.
N = 2 : Écrire dans le fichier des alertes.
N = 3 : Écrire dans les deux fichiers.

Un exemple concret :

CREATE OR REPLACE PROCEDURE XYZ_P_SET_ABC
IS
…
BEGIN
…
… TRAITEMENT XYZ
…
 EXCEPTION
    WHEN OTHERS THEN
    SYS.DBMS_SYSTEM.KSDWRT(2, SQLERRM || '    - ERREUR PROC XYZ_P_SET_ABC');
END;

Générer des données bidons en SQL

2011-03-23T21:17:00.009-04:00

En programmation, il est souvent utile d'être capable de générer des données non persistantes (i.e. non sauvegardées physiquement) afin de réaliser un traitement en mémoire. Par exemple, nous avons une séquence number(5) qui alimente un identifiant unique dans une colonne avec des valeurs allant de 1 à 99 999. Lors d'insertions, il est possible qu'il y ait des « trous de séquence » dû à une annulation ou une erreur système. Si nous voulons récupérer ces identifiants non utilisés, nous avons quelques options dont l'utilisation des ensembles.

L'idée est d'utiliser les valeurs de l'ensemble A (1 à 99 999) moins les données de l'ensemble B (la plage de valeurs de notre identifiant unique allant jusqu'à 99 999). Ainsi, la résultante de cette opération sera l'ensemble des valeurs non utilisées. Dans notre exemple, nous supposons une table d'employés (EMP) avec une colonne ID comme identifiant unique.

select rownum
from all_objects
where rownum < 100000
minus
select id
from emp;

Le problème avec l'utilisation d'une table bidon telle que ALL_OBJECTS est qu'on est limité par le nombre d'entrés dans la table. Si ALL_OBJECTS contient 50 000 entrés et que notre écart de valeurs se situe en-dessous de cette limite, alors nous pouvons utiliser une table de ce genre. Toutefois, si notre écart de valeurs se situe au-dessus de cette limite, nous devons trouver une autre solution. C'est dans cette optique que je suggère l'utilisation de la table DUAL avec un « connect by level < n ».

select rownum
from dual
connect by level < 100000
minus
select id
from emp;

Prendre note que l'utilisation de la table DUAL avec la clause « connect by level » peut occuper un espace mémoire important dans le UGA (dans le PGA si la session est en mode dédiée ou dans le large pool en session partagée).

Tracer du Pl/Sql avec DBMS_PROFILER

2010-11-14T19:56:00.018-05:00

Même si cette facilité existe depuis Oracle 8i, c'est dernièrement que j'ai découvert qu'on pouvait tracer du code Pl/Sql ligne par ligne avec Oracle 10g. En effet, Oracle a mis à la disposition des développeurs un package DBMS_PROFILER qui permet, entre autre, de comptabiliser le nombre d'occurrences et la durée d'un appel précis dans une procédure/fonction/package.

Les prérequis:

Se connecter en tant que SYS
Exécuter le script $ORACLE_HOME/rdbms/admin/profload.sql
Pour chaque compte/schéma désirant utiliser ce service, exécuter le script $ORACLE_HOME/rdbms/admin/proftab.sql
*Ce dernier créera des tables pour le profiler dans votre schéma.

Il existe 3 procédures principales pour utiliser le package DBMS_PROFILER:

dbms_profiler.start_profiler('Début du code à tracer de la procédure TOTO');
Marque le début de la section à tracer.
dbms_profiler.stop_profiler();
Marque la fin de la trace.
dbms_profiler.flush_data();
Enregistre les données recueillies dans les tables créées par le script proftab.sql

Un exemple: on veut déterminer s'il est plus avantageux d'utiliser la fonction modulo pour faire un commit à toutes les 1000 itérations, ou s'il est préférable d'incrémenter un compteur et le remettre à zéro à chaque fois.


-- Création de la procédure qui utilise le modulo
create or replace procedure commit1000_modulo as
i number := 0;
begin
dbms_profiler.start_profiler('Commit au 1000 selon modulo');
for j in 1 .. 500000 loop
i := i + 1;
if mod(i,1000) = 0 then
 commit;
end if;
end loop;
dbms_profiler.stop_profiler;
end;
/

-- Création de la procédure qui utilise un compteur en le remettant à zéro
-- à tous les 1000
create or replace procedure commit1000_compteur as
i number := 0;
begin
dbms_profiler.start_profiler('Commit au 1000 selon compteur');
for j in 1 .. 500000 loop
i := i + 1;
if i = 1000 then
 commit;
 i := 0;
end if;
end loop;
dbms_profiler.stop_profiler;
end;
/

-- Exécution des deux procédures et flush du data dans les tables du profiler
exec commit1000_modulo;
exec commit1000_compteur;
exec dbms_profiler.flush_data;

-- Obtenir la durée d'exécution pour chacune des options
set lines 132
select to_char(runid,'9999')                     "ID",
  to_char(run_date,'yyyy-mm-dd hh24:mi:ss') "EXECUTION",
  substr(run_comment,1,40)                  "DESCRIPTION",
  round(run_total_time/1000000000,2)        "DURÉE (secs)"
from plsql_profiler_runs
order by 1;

ID    EXECUTION           DESCRIPTION                              DURÉE (secs)
----- ------------------- ---------------------------------------- ------------
1 2010-11-14 19:49:53 Commit au 1000 selon modulo                       ,56
2 2010-11-14 19:49:54 Commit au 1000 selon compteur                     ,27

On remarque tout de suite que l'utilisation du compteur s'avère plus avantageuse à celle du modulo. Maintenant, regardons en détail:


-- Obtenir le détail de l'exécution pour chacune des options
break on "UNIT NAME" skip 1;
select to_char(a.runid,'9999')    "ID",
  substr(a.unit_name,1,20)   "UNIT NAME",
  b.line# "LIGNE",
  to_char(b.total_occur,'999999999')  "NB OCCUR",
  round(b.total_time/1000000000,3) "DURÉE (secs)",
  substr(c.text,1,70)        "SOURCE"
from plsql_profiler_units a,
  plsql_profiler_data  b,
  user_source c
where a.runid = b.runid
and a.unit_name = c.name
and b.line# = c.line
order by 1,2,3;

ID    UNIT NAME                 LIGNE NB OCCUR   DURÉE (secs) SOURCE
----- -------------------- ---------- ---------- ------------ ---------------------------------------------------------------
1 COMMIT1000_MODULO             1          0            0 procedure commit1000_modulo as
1                               3          0            0 i number := 0;
1                               7          0            0  dbms_profiler.start_profiler('Commit au 1000 selon modulo');
1                               9     500001         ,027  for j in 1 .. 500000 loop
1                              11     500000         ,063    i := i + 1;
1                              13     500000         ,268    if mod(i,1000) = 0 then
1                              15        500         ,013       commit;
1                              21          1            0  dbms_profiler.stop_profiler;
1                              23          0            0 end;

2 COMMIT1000_COMPTEUR           1          0            0 procedure commit1000_compteur as

ID    UNIT NAME                 LIGNE NB OCCUR   DURÉE (secs) SOURCE
----- -------------------- ---------- ---------- ------------ ---------------------------------------------------------------
2 COMMIT1000_COMPTEUR           2          0            0 i number := 0;
2                               4          0            0  dbms_profiler.start_profiler('Commit au 1000 selon compteur');
2                               5     500001         ,023  for j in 1 .. 500000 loop
2                               6     500000         ,047    i := i + 1;
2                               7     500000          ,03    if i = 1000 then
2                               8        500         ,009       commit;
2                               9        500            0       i := 0;
2                              12          1            0  dbms_profiler.stop_profiler;
2                              13          0            0 end;

On remarque que le "if mod(i,1000) = 0 then" du modulo prend 0.268 secondes, alors que l'utilisation du compteur ("if i=1000 then") prend 0.047 secondes.

Donc, l'utilisation du compteur est définitivement plus performante. Ceci n'était qu'un exemple pour vous montrer jusqu'où vous pouvez aller dans votre tuning de code Pl/Sql.

Note sur les plateformes: sur Linux/AIX, la valeur des champs temporels (run_total_time et total_time) est en nanosecondes alors que sur la plateforme Windows, elle est en picosecondes (on divise par 1000 de plus).
nanosecondes (10^-9): run_total_time/1000000000 "Durée (secs)"
picosecondes (10^12): run_total_time/1000000000000 "Durée (secs)"

Encoder facilement son code Pl/SQL

2010-09-21T14:36:00.003-04:00

Comme Oracle le fait pour certains de ses packages (ex: dbms_system), il peut être intéressant d'encrypter la source d'une procédure, fonction ou package (signature et/ou corps). Pour ce faire, Oracle fournit un utilitaire nommé "wrap.exe". On le retrouve dans le répertoire %ORACLE_HOME%\BIN d'une installation du SGBD Oracle ou encore avec le client 10g.

Dans le cas d'un package, une pratique courante est de laisser la signature visible et de ne cacher que son implantation. De plus, il est crucial de toujours conservé la source originale du code puisqu'on ne peut éditer du code encodé. Le fichier encrypté (.plb) ne peut à son tour être décodé.

Son utilisation est simple:
%oracle_home%\bin\wrap iname=code_source_lisible.sql oname=code_source_encrypte.plb
où iname est le fichier en entré (claire) et oname le fichier en sortie (encodé).

Par la suite, il ne reste qu'à exécuter le script dans Sql*Plus:
sql> @code_source_encrypte.plb

À noter que wrap n'encode pas le code d'un trigger. Si vous voulez palier ce problème, simplement appeler une procédure encodé à l'intérieur du trigger.

Retour sur ma visite du silo CLUMEQ

2010-02-15T20:08:00.007-05:00

Tel que mentionné dans mon article précédent, j'ai eu la chance vendredi dernier de visiter le méga ordinateur du consortium CLUMEQ à l'Université Laval. Ce silo est adjacent au pavillon des sciences et de génie (Vachon). Accessible via un des nombreux sous-terrains du pavillon, il y a eu une légère confusion entre moi et mon contact pour notre point de rencontre. Je croyais qu'on entrait par une des portes extérieures. Moi qui a l'habitude d'être à l'heure :S

C'est donc à 11h35 que j'ai débuté ma visite. Au premier étage, on retrouve essentiellement le système de refroidissement et le UPS. Le UPS ne peut maintenir les machines plus de 5-6 minutes. C'est pourquoi lors d'une panne, le UPS averti les nœuds primaires (machines maîtres) d'arrêter tout travail et de se fermer (shutdown). Denis Gauthier, mon contact de la DTI, m'a expliqué que le système de refroidissement aspire la chaleur (elle monte naturellement...) vers le bas à l'aide de gigantesque ventilateurs. Celle-ci réchauffe une conduite d'eau qui sert entre autre à chauffer la piscine du PEPS. Le système de refroidissement me fait penser à un immense radiateur automobile. La majorité des décibels provient de cet endroit.

Au 2e étage, nous retrouvons le stockage et les switchs InfiniBand de SUN. Celles-ci ont une vitesse de transmission avoisinant les 40 gigabits/s. Depuis l'acquisition de Sun par Oracle, le modèle de switchs utilisé au silo n'est plus vendus directement par Oracle. Voilà pourquoi la documentation se fait rare. Le système de stockage est un Sun Lustre. Actuellement, le système a plus de 500 téraoctets de données et il atteindra bientôt le pétaoctets (1 millions de gigaoctets).

Enfin, au 3e étage, nous retrouvons le coeur essentiel du centre de données soit les unités de traitement. Ce sont des serveurs Sun Blade X6275 ayant des processeurs Intel® Xeon de la série 5500. Tous les serveurs ont la distribution linux CentOS version 5.x comme système d'exploitation. C'est à cet étage que la chaleur est la plus insoutenable. Il faut dire que d'entrer à l'intérieur du coeur de ce méga ordinateur donne des sueurs. Les décibels était également au rendez-vous (92 décibels exactement). J'imagine le technicien faire ses opérations dans le petit bureau avec des caches oreilles et du Gatorade hihi.

Fait étonnant, nous avons vu un mac mini caché sous les planchers du 3e étage. Il est utilisé pour le réseau de sécurité du silo.

Vérouiller une table en mode exclusif pour effectuer des opérations spéciales

2010-02-06T13:39:00.002-05:00

Hier j'ai eu l'occasion d'utiliser le verrouillage de table pour un problème précis en production. Je devais insérer dans une table X et mettre à jour une table Y en lien avec la table X. Je devais également désactiver un trigger d'insertion et un trigger de mise à jour sur cette table X. J'ai fait ceci dans un bloc pl/sql anonyme.

À la première idée, l'analyste et moi nous nous sommes dit que l'opération durerait une seconde et qu'il faudrait manquer de chance pour qu'une autre personne inscrive un enregistrement dans la table X avec les triggers de désactivés. Toutefois, un doute demeurait. Il y avait une chance que cela se produise si petite soit elle. C'est alors que mon collègue DBA m'a parlé d'une instruction appelé "LOCK TABLE" que Oracle nous offre pour une situation du genre. Il y a plusieurs options pour verrouiller une table. Nous avons choisi le mode exclusif (exclusive mode). Dans ce mode, personne ne peut insérer (insert), mettre à jour (update) ou effacer (delete) des enregistrements de cette table. Seule la lecture (select) est permise. Ce mode est le plus restrictif.

Ainsi, la commande que nous avons utilisé à l'intérieur du bloc pl/sql est la suivante:
lock table schema.table_X in exclusive mode;
Lorsque notre traitement est fini et que nous faisons un commit ou un rollback (dans le cas d'une exception), le verrou sur la table se libère automatiquement. De plus, par défaut, l'instruction de verrou attend que la table soit libre pour en prendre possession. Si une autre transaction est en cours, il va attendre pour l'acquérir. De l'autre côté, pendant que la table est verrouillée par mon bloc pl/sql, les autres utilisateurs sont en mode wait sur cette table. Rien n'est perdu. Un principe similaire aux mutex et sémaphores.

Pour plus d'information:
Documentation officielle de Oracle sur la commande
Détail de la commande

Visite du méga ordinateur de l'Université Laval

2010-01-28T21:11:00.003-05:00

Il y a déjà quelques mois, j'ai appris sur un article de Slashdot que l'Université Laval a fait construire un méga ordinateur ou data center dans un ancien accélérateur de particules (Van de Graaf). Le consortium CLUMEQ est derrière ce fabuleux projet. Un projet innovateur auquel des spécialistes de Sun Microsystem ont participé.

En quelques mots: le silo abritant ce data center comporte 3 étages. Cet ordinateur est l'un des plus puissants au Canada. La puissance de calcul sera utilisé principalement pour les chercheurs. 3800 ordinateurs personnels à la fine pointe de la technologie équivalent à ce méga ordinateur. Selon les dires, c'est surtout au point de vue des I/O (opérations entrées/sorties) que cet ordinateur se distingue. Il peut écrire l'équivalent de 4 disques dvd à la seconde. Comme les technologies évoluent très rapidement, on peut affirmer que ce super calculateur se place dans les 75 machines les plus performantes de la planète.

Et ce qui est merveilleux dans toute cette histoire c'est que j'aurai prochainement l'occasion de visiter cette infrastructure. Je vais tenter de prendre quelques clichés et de vous raconter quelques faits surprenants.

Changer son arrière-plan de bureau automatiquement

2009-11-22T19:43:00.004-05:00

Vous êtes tanné d'avoir le même arrière-plan sur votre bureau? Vous aimeriez qu'un programme le change pour vous? Il existe un tel programme! John's Background Switcher (JBS) est la solution pour vous! Cet utilitaire gratuit fonctionnant avec le framework .Net 2.0 vous permet de programmer un changement d'arrière-plan (wallpaper) selon un dossier de photos, un album Flickr, des photos de Facebook, un feed RSS (deviantArt mon préféré), etc.

On peut sélectionner un changement aux minutes, aux heures ou aux jours. L'arrière-plan peut être construit de plusieurs images et générer une page de scrapbook comme le montre la photos ci-contre. JBS démarre avec Windows et une icône permettant de l'administrer se retrouve dans la barre des tâches. Un double clic sur celle-ci permet de générer un nouvel arrière-plan.

Comment limiter la taille des fichiers de trace de Oracle

2009-11-19T21:21:00.003-05:00

Lorsque vos fichiers de trace se retrouvent au même endroit que vos fichiers de données et redo logs, il est important de limiter la taille maximale que peut prendre un tel fichier. Par défaut, cette taille est illimitée! Aujourd'hui, même si environ 50% de l'espace disque de notre BD de production était libre, un programme utilisateur a provoqué une erreur et un fichier de trace dans le udump a grossit jusqu'à remplir la partition (0 bytes de libre). Heureusement, je m'en suis aperçu assez rapidement. Les redo logs ne pouvaient s'archiver sur le disque mais le cycle de rotation de ces derniers n'était pas encore complété. Les dommages ont donc été limités. Aucun redémarrage n'a été nécessaire (oufff!).

Ainsi, en cherchant quelque peu, j'ai découvert le paramètre max_dump_file_size qui permet de limiter la taille de ce fichier de trace. Très utile lorsque ces fichiers de trace partagent la même partition/disque que votre BD elle-même. La syntaxe d'utilisation est la suivante:

alter system set max_dump_file_size = 100M scope=both;

La valeur peut être exprimée avec les suffixes K (kilobytes), M (megabytes), G (gigabytes) ou encore en nombre de blocs de l'OS.

*Note: cette valeur exclue la taille du fichier alertSID.log situé dans le répertoire bdump.

Pouvoir comparer la performance de ses systèmes de disques

2009-10-16T08:18:00.004-04:00

Ayant à gérer plusieurs serveurs, il est intéressant d'avoir des chiffres sur le I/O que nous procurent nos disques. On sait tous que le disque dur est le goulot d'étranglement (bottleneck) en terme de performance dans la plupart des applications. CrystalDiskMark permet de connaitre la performance en lecture/écriture pour des blocs séquentiels, des blocs aléatoire de 512k et de 4k. L'idée est d'appliquer le même test sur chacune de nos machines pour savoir quelle machine a le système d'entrées/sorties le plus performant pour nos besoins. Cet outil est gratuit et portable.

Bons tests!

La frénésie du GPS (la suite)

2009-09-07T19:52:00.003-04:00

Après vous avoir donné mes impressions sur le gadget qu'est le GPS, beaucoup de choses se sont passées. Premièrement, dans ma belle famille, mon beau-père s'est acheté un GPS Garmin et il nous l'a prêté pour notre séjour à Boston et sur la côte est américaine.

Avant de partir, j'ai mis à jour le logiciel du GPS ainsi que les cartes de celui-ci. Je dois vous dire que je n'avais pas d'attente envers le processus d'installation. Toutefois, j'ai été déçu. Je m'attendais à une seule installation via un classic InstallShield (un .exe habituel). Et non! Il a faut d'abord s'enregistrer pour ensuite enregistrer notre GPS. Pour ce faire, il faut installer un plugin dans firefox (activeX pour IE). On redémarre le navigateur et on retourne sur le site de Garmin. On entre le numéro de série et hop le logiciel interne du GPS se met à jour. Ce n'est pas fini. Par la suite, si on veut avoir les dernières cartes à jour (nouvelles routes, nouveaux points d'intérêt, etc.), on doit télécharger une archive de grosso modo 2go. On ouvre l'archive et l'installation débute. En tout et partout, on compte environ 3 heures si tout va bien. Ce n'est pas si évident pour quelqu'un qui ne s'y connait pas bien en informatique. Il faut ajouter qu'on a 60 jours après l'enregistrement pour bénéficier de la mise à jour gratuite.

Pour l'utilisation du GPS, j'ai été agréablement surpris. Il est simple à utiliser dans toutes les circonstances. À notre entré aux États-Unis, on aperçoit un petit carré indiquant une vitesse. Après quelques minutes, on a remarqué qu'il s'agissait de la limite permise en temps réel. Ainsi, plus besoin de se stresser à regarder les pancartes de limites de vitesse. Au Canada (du moins au Québec), cette fonctionnalité n'est pas prise en charge. La fonction de recalcule automatique du nouveau chemin à prendre est très appréciée. Il m'est arrivé de manquer une sortie et 2-3 secondes plus tard j'avais ma nouvelle route à prendre pour me rendre à bon port.

Finalement, je ne compte pas m'acheter de GPS prochainement mais je crois bien emprunter le Garmin de mon beau-père dans un futur voyage. Pourquoi s'en passer quand on peut en avoir un?! Sinon, je me débrouillerai avec les bonnes vieilles cartes papier.

Effectuer un test de la mémoire RAM

2009-08-19T22:08:00.002-04:00

Si jamais vous êtes comme moi et que vous voulez vérifier si votre toute nouvelle acquisition en matière de mémoire ne comporte pas de secteurs défectueux, effectuer un test de vérification de la mémoire RAM peut s'avérer une bonne idée en soi.

Pour ce faire, j'ai tester mes 2 barrettes DDR PC2700 de 1go avec le logiciel gratuit MemTest86. On télécharge une image ISO qu'on doit ensuite graver pour en faire un disque de démarrage. On redémarre notre poste avec le cd dans le lecteur et voilà le tour est joué. L'analyse se fait sans tracas et on obtient un rapport à la fin. On voit également la progression des phases de tests. L'opération a duré quelques 40 minutes dans le cas de mon vieux portable Compaq Presario.

Heureusement, je n'ai eu aucun secteur défectueux et je n'ai donc pas à retourner la mémoire par la poste en Californie à mon fournisseur. C'est toujours un peu plus stressant lorsqu'il s'agit de commander de l'électronique sur ebay ;)

La frénésie du GPS

2009-08-19T21:57:00.003-04:00

Je suis hors sujet en cette période de vacances. Avez-vous remarquer que tout le monde veut un GPS dans le moment? Il y a eu l'époque où tout le monde (les jeunes comme les moins jeunes) voulaient avoir leur appareil photo numérique et maintenant le prochain gadget tendance est le GPS. Est-ce que les cartes routières vont devenir des archives? Y a-t-il un avenir pour les cartes en papier/carton? Je crois que ces gadgets sont des modes et que les bonnes vieilles cartes survivront. Pourquoi? Parce que les cartes n'ont pas besoin de baterie et ni d'aucune source de courant ni même de satellites. Elles ne dépendent de rien. Elles se trainent facilement dans une poche et on n'a pas peur de la briser en l'apportant avec nous dans des conditions difficiles (sauf peut être la mouiller et elle deviendra illisible). Enfin, on n'a pas peur de se la faire voler. En connaissez-vous beaucoup des gens qui se sont fait voler leurs cartes routières?

Mais bon, éventuellement, je suivrai cette mode un jour et j'aurai certainement un GPS et pourquoi pas un téléphone cellulaire. Eh oui, sur ce côté là aussi je suis un peu "passé de mode".

Bonne rentrée!

Wolfram Alpha

2009-06-04T21:24:00.006-04:00

On peut penser que les moteurs de recherche ont atteint leur pleine maturité. Lorsqu'on voit tous les résultats pertinents que Google peut nous sortir, on se dit que c'est difficile de faire mieux. Aujourd'hui, je veux vous parler, non pas d'un remplaçant de google mais d'un autre moteur de recherche pouvant le compléter à merveille. Il s'agit de Wolfram Alpha. Vous en avez peut être entendu déjà parlé. Il est sorti au mois de mai.

Conçu par un mathématicien, Stephen Wolfram, Wolfram Alpha est un moteur informatique de la connaissance. Il peut calculer plein de choses, déduire ce que l'on veut d'après nos mots clés, me dire quel est mon salaire annuel selon mon taux horaire et obtenir notre espérance de vie (78.91 ans pour moi). Pour le moment, le moteur semble mieux fonctionner avec les termes anglais. On peut espérer une version française bientôt. Vous pouvez aussi télécharger le moteur de recherche pour firefox

Essayez-le par vous même! Ça vaut la peine. J'étais moi même réticent au début.

Linux oui mais...

2009-05-19T21:45:00.003-04:00

Même si j'aime Linux, je dois admettre que l'article paru sur slashdot m'a rendu perplexe quant au réel avenir de l'OS pour les utilisateurs moyens. Oui, Linux a sa place dans le marché des serveurs mais quelles conclusions pouvons-nous porter devant la maigre part de marché de Linux parmis les autres OS? Il existe une multitude de distribution pour Linux. C'est peut être là un des problèmes. Chacun fait son développement et fait ses choix. Par le fait même, chaque distribution se sépare d'une ligne de pensée maitresse qui aurait pu vraiment compétitionner Windows sur PC. L'article prend l'exemple de la façon d'installer un produit/logiciel. Sur une distribution, on retrouve des RPM (red hat, mandrake) et sous une autre ce sont des DEB (ubuntu, debian). Difficile de se former (et de former les autres) quand on change de façon de faire à même la communauté...

Les têtes à claques présentent: Édouard le dba Sql Server 2008

2009-05-14T19:57:00.002-04:00

C'est sur le blog de Dominic Arpin que j'ai découvert ce vidéo rigolo sur la job d'administrateur de bases de données. Le plus étonnant dans tout ça, c'est que le vidéo est sur le site Technet de Microsoft France pour faire la promotion de Sql Server 2008. Je ne savais pas que Microsoft aimait l'humour à ce point. On nous présente Édouard, un DBA (tout comme moi), qui travaille pour une boîte informatique dont la vie a changé dernièrement. Toutefois, à aucun moment dans la vidéo, on ne parle du produit Sql Server 2008. Bravo aux têtes à claques.

Très drôle. À voir pour tous les gens qui travaillent avec les TI.

Accents français avec apache, linux et oracle

2009-05-01T15:35:00.003-04:00

Au boulot, on a cherché longtemps avant de trouver la solution à notre problème sur les accents français qui ne s'affichaient pas dans les sites web roulant sur apache sur un OS linux. Selon le site d'Oracle:

"If you don't set the NLS_LANG on the client it uses the NLS_LANG of the server. This is also NOT true! For example, if the Oracle Installer does not populate NLS_LANG, and it is not otherwise set then its value by default is AMERICAN_AMERICA.US7ASCII. The language is AMERICAN, the territory is AMERICA, and the character set is US7ASCII."

Donc, par défaut, voilà pourquoi on avait les lettres sans l'accent (e au lieu de é et ainsi de suite). Je me doutais bien que la solution tournait autour de la variable d'environnement NLS_LANG (la valeur à mettre étant "nls_lang = 'CANADIAN RENCH_CANADA.WE8MSWIN1252'"). Ayant essayé d'exporter la variable sur Linux sans succès, nous avions conclu que la solution n'était pas là. Or, nous étions dans l'erreur.

Comme notre charset de la bd est en win1252, on croyait que le problème venait de là. J'avais un doute puisque linux supporte l'installation d'une bd Oracle avec ce même charset. J'ai donc essayé une bd Oracle Xe avec un charset en UTF8 et, surprise, nous avons eu le même problème. Les accents n'apparaissaient pas encore.

C'est alors que j'ai parlé à mon collègue de la porté (l'étendue) de la variable d'environnement qu'il avait appliqué. Il l'avait exporter dans son compte utilisateur seulement. Or, Apache roule avec un compte implicite et avec ses propres variables d'environnement! Misère lol

Voici les étapes pour permettre l'affiche des accents français (cela s'applique aux autres langues également) sur Apache:
1. Ouvrir le fichier en root: /etc/apache2/envvars
2. Ajouté la ligne: export NLS_LANG="CANADIAN FRENCH_CANADA.WE8MSWIN1252"
3. Redémarrer apache avec: /etc/init.d/apache2 restart

En espérant que la solution en aide plus d'un.

La switch /userva avec /3gb pour windows server 2003

2009-05-01T08:12:00.004-04:00

Dernièrement, j'ai dû ajouter la switch /3gb dans le boot.ini de mon serveur de bases de données Oracle monté sur windows server 2003 enterprise. Le but de cette opération étant de faire passer l'espace adressable de 2go à 3go pour les programmes utilisateurs (laissant seulement 1go pour le kernel). Oracle peut ainsi bénéficier de plus de 2go pour son SGA et PGA combiné. Tout avait l'air de bien fonctionner.

C'est environ 4-5 jours plus tard que j'ai remarqué que ma prise de copie avec le programme natif xcopy ne se terminait pas bien. J'ai alors cherché et j'ai trouvé qu'en cas de manque de mémoire adressable pour le kernel, les programmes systèmes tels que xcopy pouvaient se terminer anormalement. Un collègue à moi m'a parlé d'une autre switch qu'on peut ajouter au boot.ini pour diminuer cet espace adressable de 3go pour les programmes utilisateurs. Le paramètre en question est /userva=XXXX où XXXX est une valeur entre 2800 et 3030 que Microsoft recommande. La différence entre 3072 (1024M*3) et la valeur XXXX est automatiquement attribuée à l'espace adressable du noyau. Par exemple, si je mets 2800 comme valeur pour XXXX, le noyau se verra augmenter de 272M d'espace adressable pour le porter à un total de 1296M (1024M+272M). Quant à l'espace adressable par programme utilisateur, il est égal à la valeur attribuée à la switch /userva.

Grâce à cela, ma prise de copie avec xcopy fonctionne très bien maintenant. Mon nombre d'entrées libres en table des pages système est passé d'environ 3000 à 73 000. Microsoft soutenait qu'un nombre plus petit que 7000 était beaucoup trop faible. Il recommende d'avoir un nombre de plus de 20 000 d'entrées libres en table des pages système.
*Utiliser performance monitor (perfmon.exe) pour trouver cette valeur.

N.B. Ces opérations se font sur un serveur windows 2003 enterprise. La version standard ne permet pas l'ajout de ces switchs spéciales.

Références:
http://support.microsoft.com/kb/316739/
http://support.microsoft.com/kb/297812
http://support.microsoft.com/?scid=kb%3Bfr%3B833721&x=10&y=14
http://support.microsoft.com/kb/810371/fr

Google maps, les sens uniques et la localisation

2009-04-07T10:38:00.004-04:00

J'ai découvert aujourd'hui que Google Maps affichait les sens uniques sur les cartes de la ville de Québec. Je ne sais pas si cette fonctionnalité est là depuis bien longtemps mais je la trouve très pratique (surtout lorsque vient le temps d'aller dans le Vieux-Québec). On peut voir de petite flèches rouges pour indiquer le sens de la circulation. Voici un exemple:

Agrandir le plan

De plus, j'ai lu sur lifehacker, que Google devenait de plus en plus local. Cela signifie que grâce à notre adresse ip, Google est en mesure de nous localiser et de localiser les résultats de nos recherches dans un rayon de quelques kilomètres de notre fauteuil. Par exemple, si je tape "sushi", voici ce que j'obtiens:

Vous remarquez qu'on voit maintenant une carte avec les restaurants spécialisés dans les sushis. Je trouve cette fonctionnalité très utile même si c'est de la publicité pour ces commerces. Je crois cependant que cela enlèvera de l'achalandage aux sites comme les pages jaunes à moyen terme.

Écouter de la musique avec Muziic

2009-03-19T22:48:00.003-04:00

J'ai découvert cette semaine, via makeuseof.com, un lecteur qui s'alimente de musiques et de vidéos provenant de Youtube essentiellement. Muziic - le lecteur de Youtube (comme il s'appelle lui-même) possède une interface conviviale facile à utiliser. On peut choisir entre le mode standard (par défaut) et le mode HQ Stéréo (prenant plus de bande passante). Vous pouvez même voir la vidéo associé à la musique à travers le lecteur. Selon le site, cette façon de faire est parfaitement légale. Il reste à voir ce que Google va en penser. Il faut dire que les publicités sont absentes dans le lecteur ce qui signifie qu'il s'agit là d'un manque à gagner pour Youtube qui tirent ses revenus de la publicité en ligne.

À essayer...

L'importance du câblage sous-marin pour l'internet

2009-03-19T22:06:00.005-04:00

Saviez-vous que le réseau internet passe par des centaines de gros câbles sous-marin pour relier les différents continents? En effet, selon cet article de Popular Science, moins de 10% du trafic internet est transporté par les satellites. C'est pourquoi lorsque qu'un de ces câble est sectionné, plusieurs personnes se retrouvent privées de communication. C'est arrivé en 2006 en Asie. Un tremblement de terre avait endommagé 7 câbles sous-marin près de Taiwan.

De plus, Trace Your Route, qui effectue essentiellement la même chose que le fameux tracert (ex: "tracert google.ca" dans la ligne de commande windows), vous permet de suivre le chemin emprunté par une requête URL sur une carte de google map. Et tout ça en temps réel! On peut choisir entre le mode "host" qui effectue le chemin entre un serveur de DreamHost et votre url choisie. Aussi, on peut prendre le mode "proxy" qui effectue le chemin entre votre ordinateur, le serveur de DreamHost et votre url choisie. On peut voir la distance parcourue en mile pour obtenir l'information. C'est intéressant de voir des routeurs qui sont plus sollicité que d'autres. Par exemple, on peut voir que presque tout le traffic venant du Québec passe par un routeur de Montréal.

Le livre "Producing Open Source Software"

2009-03-05T12:50:00.003-05:00

Cette semaine, j'ai lu sur un de mes blogs préférés, Coding Horror de Jeff Atwood, qu'un livre sur la production d'un logiciel open source était disponible gratuitement en version électronique (pdf, html). Ce dernier a été édité par O'Reilly. Cet éditeur est d'ailleurs réputé pour offrir des livres d'informatique d'une très grande qualité. Je vous parlais d'ailleurs de 97 choses que les architectes logiciels devraient connaître et j'attends toujours ce bijoux par la poste. Comme par hasard, Jeff Atwood a aussi son mot à dire sur les architectes logiciel.

Producing Open Source Software est destiné à ceux et celles qui veulent démarrer un logiciel libre. Il aborde les sujets de la communication, des infrastructures technologiques, des licences, du financement, de la distribution, etc. Bref, il touche tous les secteurs importants.