[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [linux-team] Oracle 8.0.5 sous Linux
Pascal Bleser wrote:
>
> > Bon, ben ca marche plutot bien, ce truc. (J'ai pas essaye 8.1(i) car mon application
> > ne la supporte pas (crash dans les drivers)).
> J'ai deux Oracle 8i 8.1.5 qui tournent sous Linux... impec :)
Oui, mais c'est le client qui est suppose crasher avec 8.1(i)... alors pas d'effort inutile :)
> On dirait que la 8i R.2 (8.1.6) vaut encore plus la peine:
> - installation out-of-the-box (pour la 8.1.5, faut encore downloader des
> patch, etc...)
> - Parallel Server Option pour Linux :))))))))))))
> ...mais bon, le download est un peu grand ;)
tu veux parler des 288 megas ? :) Je les ai si tu veux. Je peux t'envoyer ca sur (plusieurs) zip (si ca t'interesse)...
>
> > Mais il reste des petits problemes: certaines parties de l'administration ne sont decrites qu'avec la GUI (que je ne sais pas comment demarrer).
> Les GUI ne sont pas disponibles sous Linux: c'est le CD "Enterprise"
> pour windoze.
Pas tout a fait. Il y a des GUI en Java qui sont (selon la doc) cross-platform. Et il y a des screenshots sous Solaris (en tout cas CDE comme window manager). Ce n'est donc pas que pour FenetreNT. Mais pas pour Linux non plus apparemment.
> Mais il existe un excellent outil avec une GUI GTK+ pour Linux (sous
> license GPL): ObjectManager
> Downloade les sources depuis http://www.orasoft.org
> (prends la 2.0-beta, elle est bien meilleure).
> Avec ça, tu peux créer tous les objets dans la DB (tables, users, roles,
> rollback segments, tablespaces, ...).
> Et en plus, la GUI en jette vraiment ;))
De fait, c'est impressionant. Je conserve. Mais en attendant, j'ai decide d'apprendre a la dure. :)
[...]
> > Il m'a falu longtemps pour piger comment se connecter a distance avec plsql ou Perl DBD. En fait, il suffit de fixer
> > ORACLE_SID = <nom de l'instance>
> > TWO_TASKS = <nom de la machine ou tourne l'instance>
>
> En fait, il faut
> ORACLE_SID
> pour se connecter à une instance locale.
>
> Pour se connecter à distance, il faut surtout positionner
> TNS_ADMIN
> et éventuellement ORACLE_HOME (pas sur que ce soit nécessaire pour un
> pur client).
>
> TNS_ADMIN doit pointer vers le répertoire qui contient le fichier
> tnsnames.ora
Ouais... j'ai fini par trouver et faisant du strace. En fait, TNS_ADMIN donne le path vers sqlnet.ora ET tnsnames.ora. Si pas specifie ou pas bien regle, les programmes vont quand meme verifier dans le repertoire home chercher apres .sqlnet.ora et .tnsnames.ora (cad ~/.sqlnet.ora et ~/.tnsnames.ora).
Mais il faut quand meme taper
sqlplus username@dbname
(ou dbname est un nom d'alias resolu par tnsnames).
De facon amusante (et buggee), si dbname est un nome de machine et pas un alias de tnsnames ET meme si dans sqlnet.ora on specifie qu'on ne veut QUE du TNSNAMES (et PAS du HOSTNAME) et bien il va quand meme resoudre le nom par DNS.
Ce que je croyais c'est qu'en disant
sqlplus (tout court)
qu'il se connecterait TOUT SEUL vers une instance distante specifiee par ORACLE_SID et resolue par tnsnames.ora (c-a-d que ORACLE_SID serait considere comme un alias pour TNSNAMES). Mais non.
En fixant TWO_TASK (qui est finalement decrite dans la doc Linux (je l'avais loupee)), on peut faire ca directement: il se connecte sur l'instance ORACLE_SID de la machine resolue par hostname TWO_TASK.
Et pour les scripts PERL, ca marche aussi.
Ce fut penible.
> p.ex. (pour un oracle installé dans /opt/oracle):
> export TNS_ADMIN=/opt/oracle/product/8.0.5/network/admin
Pour info: si pas specifie, il fouille ce repertoire la de lui meme.
> C'est là qu'on met normalement le tnsnames.ora
>
> Evidemment, rien ne t'empêche de faire
> export TNS_ADMIN=~/.oracle
> et d'avoir un fichier
> ~/.oracle/tnsnames.ora
et la, il y va tout seul aussi.
[...]
Bon, merci du tuyau quand meme,
fred
> --
> -o) / Pascal Bleser ATOS Payment Systems|
> /\\ \ C++/UNIX Development Aachen, Germany|
> _\_v \<guru@linuxbe.org> <pbleser@atos-group.com>|
> ---------------------------------------------------|
> /earth is 98% full... please delete anyone you can.:
> ---------------------------------------------------'
> --------
> Visit the Linux Supertore Online: http://www.redcorp.com !
> If you want to be deleted from the list, send a mail to
> majordomo@rtfm.be with "unsubscribe linux-team" in the body.
> Archive of the list: http://tania.be.linux.org/
--------
Visit the Linux Supertore Online: http://www.redcorp.com !
If you want to be deleted from the list, send a mail to
majordomo@rtfm.be with "unsubscribe linux-team" in the body.
Archive of the list: http://tania.be.linux.org/