init.ora sous windows ?

Bonjour,

je voulais rajouter à une ligne à mon fichier init.ora (sous windows avec oracle 9i) mais impossible de trouver ce fichier ; peut il porter un autre nom ? ? ?
j'ai trouvé un exemple de fichier init mais il doit bien y en avoir un qui existe déjà, non ?

Merci de votre aide

Le nom du fichier init.ora est libre, cad qu'il peut etre modifié apres la création de la base. Sous 9i -Windows après une installation standart, il se trouve sous <oracle_base>\admin\pfile avec un nom du style:
init.ora.<chiffre>

Ceci dit, il me semble que si l'on utilise exclusivement le SPFILE sous 9i, on a plus besoin de init.ora.

Citation:

---

Envoyé par thomasjcj

Ceci dit, il me semble que si l'on utilise exclusivement le SPFILE sous 9i, on a plus besoin de init.ora.

---

erreur!

On a toujours besoin du pfile.
En effet, certains parametres ne peuvent pas se changer base ouverte et dans ce cas on doit utiliser le pfile.

Merci

Citation:

---

Envoyé par aline

On a toujours besoin du pfile.
En effet, certains parametres ne peuvent pas se changer base ouverte et dans ce cas on doit utiliser le pfile.

---

tout a fait.

Citation:

---

Envoyé par aline

On a toujours besoin du pfile.
En effet, certains parametres ne peuvent pas se changer base ouverte et dans ce cas on doit utiliser le pfile.

---

Ah ben non ! Sauf contre-exemple qui m'intéresse, on peut modifier tous les paramètres d'un SPFILE, et heureusement, sinon il ne servirait pas à grand chose, et on passerait son temps à convertir le PFILE en SPFILE, et vice-versa.

Pour les paramètres dont la modification n'est pas prise en compte dynamiquement (ISSYS_MODIFIABLE=FALSE dans V$PARAMETER), il suffit d'utiliser la clause SCOPE=SPFILE.

Code:

---

ALTER SYSTEM SET UTL_FILE_DIR='c:\bidon\ufd'

---

--> ORA-02095: Le paramètre d'initialisation indiqué ne peut pas être modifié

Mais

Code:

---

ALTER SYSTEM SET UTL_FILE_DIR='c:\bidon\ufd' SCOPE=SPFILE

---

--> OK

De cette manière, le changement de paramètre est enregistré dans le SPFILE, et sera pris en compte au prochain démarrage de l'instance.

Au fait, quelqu'un a-t-il trouvé un contre exemple ?

Citation:

---

Envoyé par Pomalaix

Au fait, quelqu'un a-t-il trouvé un contre exemple ?

---

non,non c'est toi qui avait raison!
L'instruction scope=SPFILE m'a bien simplifiée la vie

Il faudra faire attention aussi à la façon avec la quelle la base a été démarée... (avec le pfile ou le spfile).
Si c'est le PFILE alors la seule valeur accéptable pour le SCOPE est "MEMORY".
Et donc le

Code:

---

1 2	ALTER SYSTEM SET UTL_FILE_DIR='c:\bidon\ufd' SCOPE=SPFILE

---

Ne passera pas ..!!
:wink:

J'espére que je ne racompte pas de bétises :?

Certes...
Mais la discussion tournait justement autour de l'inutilité du PFILE, dès lors qu'on peut tout faire avec un SPFILE !

Voici une discution assez chaude au sujet de PFILE et SPFILE pour ceux qui sont intéressés... :wink:
http://www.developpez.net/forums/vie...t=pfile+spfile
Bonne lecture

salut pomalaix ..!!!

J ai trouvé contre exemple , pour lequel il est impossible d' utiliser le spfile pour modifier le parametre .
NLS_SORT ...!!

8O j'ai pas trouvé de doc qui confirme cette étrange affirmation :koi:

tu fais peut-être une confusion : http://www.webservertalk.com/archive...2-1745955.html ;)

Je viens juste de recevoir ce lien, discussion sur l'historique de pfile puis spfile

http://searchoracle.techtarget.com/e...EM_NLT_2001778

Citation:

---

TO READ MORE, REGISTER OR LOGIN BELOW

---

sympa :aie:

Cache de google ;)

Pas de blème, register est gratuit:king: