Rechercher sur arkzoyd.com

14 mai 2008

Oracle sur Quad-Core AMD : 5,000 USD ! Oracle sur Quad-Core Intel : 10,000 USD

J'espère que ce que est écrit ci-dessous est faux ou qu'il le sera au moment où vous lirez ce post !
La question "Qu'est-ce qu'un Multi-Chip Module (MCM) ?" me laissait de glace jusqu'à ce qu'un collègue pointe un (nouveau ?) détail de la définition du "processeur" Oracle. Nous avons tous notre théorie bien sur, la mienne étant que (a) c'est une erreur commise par un avocat et que ce qui est vrai aujourd'hui, le 13 mai 2008 devrait très être corrigé d'ici quelques jours, ou que (b) il y a quelque chose que j'ai raté.

Enfin voilà, si vous vous reportez à l'article à propos des MCM sur Wikipedia, vous trouverez les explications qui vous permettront que comprendre ce que c'est et confirmeront que le processeur Intel Core 2 Quad est de cet espèce. D'un autre côté, cet article sur InternetNews.com vous confirmera que le processeur AMD Barcelona (également Quad Core) n'est pas un MCM. AMD aurait bien ça dans les tuyaux mais pas avant 2010 et, nombre de cores oblige (12), sur un autre type de socket.

Alors venons en au sujet de ce post, si vous lisez le OLSA (Oracle Licencing and Service Agreement), il se pourrait bien que :
  • "Vous puissiez utiliser une licence processor SE1 pour un Quad-Core AMD alors qu'il vous en faudrait 2 pour un Quad Core Intel ?" (C'est à dire 5,000 USD pour AMD vs 10,000 USD pour Intel), ou
  • "Vous puissiez utiliser 2 licences processor SE1 pour un serveur avec 2 processeurs Quad-Core AMD alors qu'il vous faudrait 4 licences processor Standard Edition pour deux Quad-Core Intel (C'est à dire 10,000 USD pour AMD contre 60,000 USD pour Intel)
Explications !

Si vous regardez la définitions du processeurs sur Oracle Store, vous ne trouverez aucune référence à la notion de MCM, mais vous verrez cependant que ce qui fait foi, c'est l'OLSA ! Bien que je ne vous le conseille pas, vous pouvez sélectionnez le "Store" en Français ; la phrase qu'il faut relever dans l'OLSA, est :
Pour les licences de logiciels Oracle dont la dénomination du produit inclut Standard Edition One ou Standard Edition, un processeur est comptabilisé à l’équivalent d’une prise occupée. Toutefois, dans le cas de modules multi-puces, chacune des puces du module multi-puces est comptée comme une prise occupée.
Ici "prise" signifie support de processeur ou "socket". En anglais, ça donne :
When licensing Oracle programs with Standard Edition One or Standard Edition in the product name, a processor is counted equivalent to an occupied socket; however, in the case of multi-chip modules, each chip in the multi-chip module is counted as one occupied socket.
Alors, j'interprète ? C'est une erreur ? La personne qui écrit les règles chez Oracle a été licenciée par Intel ? Elle est en cours d'embauche par AMD ? Oracle veut favoriser Sun et Solaris x86_64 plutôt que Dell ? Après réflexion, j'ai bien une autre idée et ce n'est aucune de celle-là ! Et vous ?

PS : Cette règle n'est pas dans le Software Investment Guide.
PPS : Si vous travaillez pour LMS, courage, on pense à vous !

10 mai 2008

Mettez sur liste noire les sites qui "spamment" vos recherches sur le Web

On pourrait se dire que ça n'a rien à voir avec Oracle ? En fait, ça a tout à voir !

Quand vous êtes confronté à un problème, vous interrogez sans doute en tout premier lieu la documentation et Metalink; si vous n'êtes pas complètement satisfait, vous utilisez Google ou un autre moteur de recherche. De nombreuses sources d'informations sont souvent utiles : les forums en tout premier lieu ou des blogs comme celui de Jonathan Lewis.

D'un autre côté, si vous cherchez une erreur Oracle, vous allez tomber sur toute une série de sites complètement inutiles. http://*.ora-code.com/* ou http://*.err-codes.com/* sont 2 exemples de la copie de la documentation des codes erreurs Oracle. En plus vous trouvez sans doute que plusieurs "bloggeurs" ou sociétés n'y comprennent rien à Oracle et vous en avez marre de les voir apparaître dans les premiers rangs de vos recherches. C'est peut-être d'ailleurs le cas de ce blog (http://arkzoyd.blogspot.com/*).

C'était avant ! Maintenant vous pouvez télécharger la plugin Firefox CustomizeGoogle et augmenter la qualité de vos recherches d'un facteur. Il suffit d'ajouter les sites que vous voulez filtrer dans l'écran de configuration adéquat, comme ceci :


Et vous voila débarrassé (de moi ?) pour toujours ! Si vous utilisez encore Internet Explorer, Safari, Opera, Konqueror ou Lynx, c'est peut-être la raison qui vous fera changer d'avis ?

07 mai 2008

Oracle et le chaos (Part 2/10)

Probablement que la manière la plus sure de semer le désordre dans vos bases de données Oracle est d'utiliser des conventions de nommage de vos fichiers les plus exotiques possibles. Parmi ces "bonnes" pratiques, vous ne voudrez pas utiliser :
  • Nommer les fichiers de redo logs avec une extension .log de sorte que les Administrateurs Systèmes puissent les supprimer à la première occasion.
  • Cacher les fichiers en les préfixant par un point sur Unix ou en utilisant la commande "attrib -h" sous Windows
  • Utiliser des extensions de fichiers pour ajouter à la confusion (.tmp, .trc, .exe, .zip, .tar.gz, .bz2, .cpio, .com, .bat, .virus, .quarantine, .bak, .2bdeleted, .20081010, .doc, ...)
  • Utiliser des noms de fichiers et de répertoires les moins explicites possible. A ce propos faire croire que le fichier est une erreur de manipulation d'un shell script est généralement assez efficace : Nommer vos fichiers core, -help, kill, -9, -x, oracle@node1, root@localhost. Mettre les fichiers dans /temp ou /etc est aussi une bonne trouvaille ! Utilisez des noms évocateurs comme readme.1st ou delete.after.april.txt !
  • Utiliser des caractères compliqués : remplacer les O par des 0, les l par des 1 ! Utilisez des espaces, des \, des ' et des ".
  • Utiliser des raw devices et des liens. S'assurer que les liens se terminent par .dbf et que vos raw devices aient une taille telle que le prochain DBA pensera que étendre la taille du fichier .dbf sera la meilleure façon de régler le problème.
Vous trouverez peut-être que ce genre de pratiques est sadique ? Le problème, c'est juste que ça existe pour de vrai ; je les ai tous vu. Si ce post peut simplement vous aider à réfléchir 2 fois avant que vous utilisiez "rm" ou "alter database datafile", alors ça sera peut-être une petite victoire pour vous ;-)

06 mai 2008

Oracle et le chaos (Part 1/10)

Vous gérez des bases Oracle et vous pensez avoir tout vu ? La vérité est que vous trouverez peut-être encore des choses pire que ce que vous pensez; regardez ce premier exemple :
ps -ef |grep [s]mon
oracle 13225 1 0 18:42 ? 00:00:00 asm_smon_+ASM
oracle 13310 1 0 18:45 ? 00:00:00 ora_smon_BLACK
oracle 13422 1 0 18:47 ? 00:00:00 ora_smon_BLACK
Et oui, vous voyez bien 2 processus smon pour le même ORACLE_SID (i.e. BLACK). Comment est-ce possible ?(*) Si les DBA ne sont pas vos amis, vous pouvez commencer par cette première méthode pour semer la confusion ; assurez-vous que oratab n'est pas renseigné et ce sera parfait !

Patientez, vous en découvrirez bientôt d'autres...

(*) la réponse :
! stnereffid tneios eman_euqinu_bd uo eman_bd euq te serapes emoh elcaro sed snad tneios secnatsni 2 sel euq tiffus lI