Oracle certifie son SGBD (je parle pour la version 10) pour SUSE Linux Enterprise Server (SLES) 9 (et 8 il me semble), et RedHat ES et AS en versions 3 et 4. Mais même sur ces plate-formes certifiées, quand une installation se passe sans warning et du premier coup, c'est un évènement.
Attention, j'ai précisé les versions des distributions, car il suffit de peu pour que l'installation tourne mal (ex: devoir créer une petite lib à précharger sour RedHat WS 3). Sur d'autres distributions, il faut faire une petite beauté à son système, comme ajouter un fichier /etc/redhat-release, créer des liens symboliques pour que l'installeur trouve les binaires à l'endroit où il les attend ... Google te donnera sans problèmes des howtos pour la distribution de ton choix.
De mon expérience, RedHat WS 3 a été très pénible, Debian 3.1 OK à part 2 erreurs sans importances à l'installation, SLES9: presque le panard: ils livrent un package qui prépare le système pour l'installation d'Oracle: script d'init, paramétrage du système via sysctl ... Malheureusement, il ne dépend pas des dépendances d'Oracle.
Quant au choix d'Oracle par rapport à un autre SGBD, ca fait "Enterprise", ça plaît aux décideurs. Moins cyniquement, Oracle propose un support "Unbreakable Linux", où si on a aussi un contrat de support avec une distribution certifiée, ils collaboreront avec son éditeur pour résoudre les problèmes.
Sinon, c'est gros et lourd (à ne réserver qu'à des grosses BDs, et Oracle à la sale habitude de ne rien faire comme ta distribution: logs, fichiers de données, exécutables dans le répertoire d'installation (et non dans /usr/bin, /var/log ...), des exécutables répartis dans plusieurs répertoires (ça devient comme Windows: tu ne prends pas la peine de régler ton $PATH), des commandes tordues (ex: un import en DBA se fait par imp \'sys as sysdba\' au lieu de imp "sys as sysdba"), et j'en passe. Malgré le nombre de distributions supportées restreint, il n'y a pas de RPMs, et fatalement, tu n'as pas les mises à jour de sécurité fournies par ta distribution, vu qu'Oracle n'en fait pas partie. Il me semble aussi qu'Oracle gère lui-même un cache du disque dur, alors que Linux le fait déjà.
Et si pourquoi Linux et pas un autre OS, l'économie d'argent est négligeable vu le prix d'Oracle. C'est plus sur les qualités techniques que ça se joue.
# Pour répondre à tous
Posté par l'architecte . En réponse au message oracle+linux. Évalué à 5.
Attention, j'ai précisé les versions des distributions, car il suffit de peu pour que l'installation tourne mal (ex: devoir créer une petite lib à précharger sour RedHat WS 3). Sur d'autres distributions, il faut faire une petite beauté à son système, comme ajouter un fichier /etc/redhat-release, créer des liens symboliques pour que l'installeur trouve les binaires à l'endroit où il les attend ... Google te donnera sans problèmes des howtos pour la distribution de ton choix.
De mon expérience, RedHat WS 3 a été très pénible, Debian 3.1 OK à part 2 erreurs sans importances à l'installation, SLES9: presque le panard: ils livrent un package qui prépare le système pour l'installation d'Oracle: script d'init, paramétrage du système via sysctl ... Malheureusement, il ne dépend pas des dépendances d'Oracle.
Quant au choix d'Oracle par rapport à un autre SGBD, ca fait "Enterprise", ça plaît aux décideurs. Moins cyniquement, Oracle propose un support "Unbreakable Linux", où si on a aussi un contrat de support avec une distribution certifiée, ils collaboreront avec son éditeur pour résoudre les problèmes.
Sinon, c'est gros et lourd (à ne réserver qu'à des grosses BDs, et Oracle à la sale habitude de ne rien faire comme ta distribution: logs, fichiers de données, exécutables dans le répertoire d'installation (et non dans /usr/bin, /var/log ...), des exécutables répartis dans plusieurs répertoires (ça devient comme Windows: tu ne prends pas la peine de régler ton $PATH), des commandes tordues (ex: un import en DBA se fait par imp \'sys as sysdba\' au lieu de imp "sys as sysdba"), et j'en passe. Malgré le nombre de distributions supportées restreint, il n'y a pas de RPMs, et fatalement, tu n'as pas les mises à jour de sécurité fournies par ta distribution, vu qu'Oracle n'en fait pas partie. Il me semble aussi qu'Oracle gère lui-même un cache du disque dur, alors que Linux le fait déjà.
Et si pourquoi Linux et pas un autre OS, l'économie d'argent est négligeable vu le prix d'Oracle. C'est plus sur les qualités techniques que ça se joue.