Problèmes typiques Oracle et leurs solutions

problèmes de connexion

ORA-1034 Oracle not Available

Base Oracle non disponible
Se connecter directement au serveur (telnet ou prise de main a distance); Positionner si nécessaire la variable d'environnement ORACLE_SID avec le nom de la base (export ORACLE_SID=ma_base) , puis vérifier que la base cible est démarrée.
(ps -ef|grep DBW sur Unix ou service Oracle actif sur NT). Redémarrer la base en utilisant le server manager ou sqlplus.

$> export ORACLE_SID=MA_BASE
$> svrmgrl
SVRMGR> CONNECT INTERNAL
SVRMGR> SHUTDOWN ABORT (pour etre sur...)
SVRMGR> STARTUP PFILE=le_fichier_init.ora (de MA_BASE)

ou avec une version + récente :

$sqlplus 'system as sysdba' avec mot de passe vide (si vous avez les privilèges qui vont bien, bien sûr...)

ORA- 12154 TNS could not resolve service name | Le service n'a pu etre résolu

problème de résolution de nom d'ALIAS SQL*Net
la traduction de l'alias sqlnet a échoué. Vérifier quelle est la méthode de résolution de nom (Oracle Names, fichier local ou autre).

Et suivant la méthode utilisée vérifier que chaque élément est correct au niveau du serveur de nom, du fichier TNSNAMES.ORA, etc. : nom du serveur cible dans la DNS, port d'ecoute de SQL*Net (en général 1521) , SID de la base sur le serveur)

Vous pouvez faire un test de connexion directe (sans passer par la résolution de nom) en utilisant le truc à DD.

problème de saturation d'espace de stockage

ORA-01653: unable to extend table proprietaire.ma_table by N in tablespace mon_TBS

- saturation d'un tablespace fixe (contenant un ou des fichiers de taille fixe)

solution 1 : passer le fichier du tablespace en mode d'allocation dynamique d'espace supplémentaire
SQL> ALTER DATAFILE
solution ajouter un fichier supplémentaire au tablespace
SQL> ALTER TABLESPACE TOTO ADD DATAFILE toto2.dbs SIZE 10M

- saturation d'un tablespace dynamique (contenant un ou des fichiers en mode AUTO EXTEND)

Le disque est alors 'saturé'

Solution 1 : Allouer (ou libérer) de la place supplémentaire sur le volume contenant le fichier
$> rm fichier_superflus
Solution 2 : Ajouter un fichier au tablespace TOTO sur un autre disque
SQL> ALTER TABLESPACE TOTO ADD DATAFILE disque2:\toto2.dbs SIZE 10M

ORA-01652: unable to extend temp segment by NNN in tablespace TEMP

saturation d'un segement temporaire dans un tablespace temporaire (TEMP ou autre de type TEMPORARY) :

le segment temporaire, stocké dans le tablespace TEMPORARY , utilisé pour les tris et fusion de données hors de la mémoire centrale est trop petit

solution 1 : augmenter la zone de tri en mémoire pour diminuer l'utilisation du segment (espace physique) temporaire

on augmente sensiblement le paramètre SORT_AREA_SIZE du fichier de démarrage init.ora et on redémarre la base

solution 2 : (beaucoup moins bien sauf si on n'a plus de RAM dispo) : augmenter la taille du tablespace, en ajoutant un fichier ou en le passant en AUTOEXTEND (CF paragraphe précédent)

ORA-01562: failed to extend rollback segment number NNN
ORA-01650: unable to extend rollback segment RBS_A_DD by NNN in tablespace MON_TBS

saturation d'un tablespace de Rollback Segment (ou par raccourci "d'un rollback segment")

solution 1 : réduire l'utilisation des rollbacks segments (qui mémorise toutes les valeurs avant modification). EN d'autre termes réduire la taille des transactions : FAIRE DES COMMITS plus souvent (éventueellement a chaque modif)
solution 2 : affecter un gros rollback segment à la transaction :

SQL> set transaction use rollback segment rbsdd;

en cas de pb à l' IMPORT : mettre le paramètre COMMIT=Y , pour forcer de petites transactions

Ce qui suit est encore en construction et sera mis à jout très prochainement ;-(
(mais j'ai mis la page en ligne quand même parce que ca peut servir...) ;-)

Problèmes de droits d'accès

ORA-00942: table or view does not exist

exemple :
SQL> connect scott/tiger
SQL> select * from TOTO;
ERREUR à la ligne 1 :
ORA-00942: table or view does not exist

Attention !! ici trois cas de figure :
- 1) SOIT la table n'existe effectivement pas,
- 2) SOIT la table existe, vous avez les droits mais elle ne vous appartient pas ,
- 3) SOIT vous n'avez pas les droits d'accès

solution 1 (la table n'existe effectivement pas)
verifier que la table existe :
SQL> SELECT table_name from USER_TABLES
(scanne la liste de mes tables)
sinon
SQL> CREATE TABLE TOTO (...); !!
solution 2 (la table existe, vous avez les droits, mais elle ne vous appartient pas)
préfixer le nom de la table par le nom du propriétaire de la table (sinon Oracle suppose que la table vous appartient et la cherche dans votre compte courant (votre shéma) :
SQL> select * from nom_propriétaire.nom_table;
ou plus simplement créez un synonyme pour ce nom de table, qui vous évite de préfixer à chaque fois :
SQL> CREATE SYNONYM nom_table FOR nom_propriétaire.nom_table;
solution 3 (vous n'avez pas les droits d'accès)
demander au DBA de vous donner les droits !
ou si vous connaisser le mot de passe du propriétaire, donnez vous les droits :
SQL> connect propriétaire / mot_de_passe
SQL> GRANT SELECT ON nom_table TO mon_nom_a_moi;

ORA-01031: insufficient privileges
tentative de donner des droits à quelqu'un sur une table qui ne nous appartient pas

exemple :
SQL> grant select on scott.emp to autre_user
*
ERREUR à la ligne 1 :
ORA-01031: insufficient privileges

Attention !! même le DBA peut rencontrer ce genre d'erreur (c'est un comble !), bien qu'il ait les droits de lecture sur la table

solution
Pour contourner ce problème le propriétaire de la table doit donner le droit de lecture ET le droit de donner des droits !
SQL> connect propriétaire / mot_de_passe
SQL> GRANT SELECT on la_table TO le_gras_qui_veut_la_lire_et_la_faire_lire WITH GRANT OPTION;

...c'est le 'WITH GRANT OPTION' qui fait tout.

modifié
le 20/11/2006