Discussion :

[blids]

Bonjour tout le monde,
je souhaiterais juste avoir un peu plus de précision au sujet du SPFILE,
Si j'ai bien compris, le rôle de ce dernier est de gardé les paramètres d'initialisation de l'instance, et à base de ce fichier Oracle est capable de prendre en considération toute modification de paramètre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 (avec ALTER SYSTEM ou ALTER SESSION)

dynamique sans redémarrer l’instance.
Par contre avec le PFILE nous somme toujours obligé de redémarrer l’instance pour que les modifications apportées à nos paramètres d’initialisation soient prisent en compte.
[Sans oublier de dir aussi qu'il est util pour le RMAN]

Y a t-il une personne qui pourra me confirmer ça?

[SheikYerbouti]

Oui, c'est bien cela.

[blids]

Merci,

[Marc Musette]

... ???

un paramètre dynamique est modifiable sans redémarrer l'instance (spfile ou pas)

par contre, via un spfile, il est possible de sauvegarder cette modifcation de telle sorte qu'elle soit prise en compte au prochain démarrage de l'instance (mais ce n'est pas obligatoire : voir la clause SCOPE // de même, la modifcation des paras non dynamiques nécessite toujours le redémarrage de l'instance pour être immédiatement pris en compte)

avec un pfile, pour que les modifications soient prises en compte au prochain démarrage de l'instance, il faut effectivement modifier le fichier d'initialisation

le concept guide t'expliquera cela mieux que moi et plus en détail

[blids]

Ah oui, dans ce cas là je dirais aussi que le SPFILE, nous permettra de faire des modifications sur des paramètres non dynamique sans être obligé de passer par le pfile.
C'est normal, car au démarrage de l'instance par défaut, Oracle commence à chercher le SPFIELSID.ora, par la suite le spfile.ora .
Mais le PFILE dans ce cas là, c'est quoi sans rôle ?, il me semble un peu inutile... il sera juste une forme de sauvegarde des paramètres d'initialisation sous un format lisible!! et je ne sais même pas s'il est mis à jour automatiquement au prochain démarrage quand je fait une alter system… car si je serais obligé de faire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

CREATE PFILE FROM SPFILE

juste pour le garder…. !! j’aurais tendance à l’oublier :

[Marc Musette]

le pfile est un fichier extrêmement important qu'il convient de sauvegarder et recréer après modif du spfile

pour rappel, tu crées le spfile à partir de ton pfile lors de la création d'une instance ! c'est le seul fichier qui soit modifiable par le commun des mortels (même le dba ne peut éditer un spfile !!!!!!!!


prudence donc !

[blids]

Mais une fois, le spfile crée, on peu s'empasser du pfile, car on poura faire toute les modifications sur les paramettres par alter system,
donc on a pas besoin d'editer un fighier text (PFILE) pour cela.

Ce que je voulais dir, c'est que le pfile ne deviint plus indisponsable si le spfile est là. et aulieu de sauvegrader le pfile je pourais bien sauvegarder à sa place mon spfile..!! c'est vrai que le spfile n'est pas modifiable manuellement mais cela ne pose pas trop de problème du moment qu'on peu le faire par alter system sur tout les parametres (dynamique ou non dynamique).

Je n'arrive pas à voir un scénario où le PFILE est indisponsable même si on a le SPFILE?

[orafrance]

Dans le cas de copie d'environnement par exemple où le nom de la base change, c'est bien pratique d'avoir le PFILE où tu as juste le DBNAME à changer

M'enfin... moi j'prèfére le faire à l'ancienne avec un bon vieu PFILE que je modifie comme je veux et si je veux voir le paramétre de la base j'ai pas besoin de me connecter

Mais je suis très vieu jeu

[Marc Musette]

Mais une fois, le spfile crée, on peu s'empasser du pfile, car on poura faire toute les modifications sur les paramettres par alter system,
donc on a pas besoin d'editer un fighier text (PFILE) pour cela.

et si ton serveur plante ... tu le modifies comment ton spfile ???

n'as-tu jamais dû redémarrer une db en spécifiant de nouveaux paramètres ??? impossible à faire sans pfile

[phig]

Salut,
je me permets d'intervenir aussi car je me posais les mêmes questions que blids.
Donc, si on modifie le spfile avec un alter system, il faut aussi modifier à la main le pfile histoire qu'ils soient tout les deux identiques. Car si comme vous le dites, après un crash on est obligé de redémarrer sur le pfile, on a intérêt à ce qu'il soit à jour !!!
je suis à côté de la plaque, ou ce que je dis est un peu juste

Phig

[orafrance]

c'est bien ça, il faut modifier le pfile à la main

Voila aussi pourquoi j'ai du mal à trouver un intérêt au SPFILE

[helyos]

Ou sinon tu fais une génération texte de ton spfile.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

create pfile='inittest.ora' from spfile='spfileV900SUP.ora';

Ca evite de tout faire à la main

Et puis l'interet du SPFILE c'est de pouvoir changer la valeur de certains parametres de manière dynamique sans arreter la base (ce qui n'etait pas faisable avec un bete PFILE)

[blids]

La, je dirais oui PFILE à comeme sa place,
Car on peu ce retrouve dans une situation ou la commande Alter system ne marche (si le serveur n'arrive pas à démarre avec les paramètres courant du SPFILE)...

C'est un bon scénario ça.

[Marc Musette]

Et puis l'interet du SPFILE c'est de pouvoir changer la valeur de certains parametres de manière dynamique sans arreter la base (ce qui n'etait pas faisable avec un bete PFILE)

je crois que tu te trompes ... on a toujours pu modifier dynamiquement certains paramètres via ALTER SYSTEM ! ce n'est pas une spécificté du SPFILE

la spécificité du SPFILE, c'est de garder ces changements au prochain démarrage de l'instance si tu le spécifies dans le SCOPE

avec un PFILE, tu perdais ces modifs : elles n'étaient prises en compte que l'instance en cours

avec un SPFILE si tu fais

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
ALTER SYSTEM SET JOB_QUEUE_PROCESSES=50
                 COMMENT='temporary change on Nov 29'
                 SCOPE=BOTH;

et bien tes modifcations sont prises en compte et dans l'instance qui tourne et dans le SPFILE

par conséquent, au prochain démarrage de l'instance, et bien ces modifications seront également là ...

conclusion : avec un spfile,plus besoin de modifer des valeurs dans un fichier texte (mais avec ALTER SYSTEM) ; par contre, il faut toujours avoir une copie de sauvegarde du SPFILE dans un PFILE traditionnel pour un backup éditable ...

pas vraiment la grande révolution puisque obligé de travailler avec les deux...

[helyos]

Et puis l'interet du SPFILE c'est de pouvoir changer la valeur de certains parametres de manière dynamique sans arreter la base (ce qui n'etait pas faisable avec un bete PFILE)

je crois que tu te trompes ... on a toujours pu modifier dynamiquement certains paramètres via ALTER SYSTEM ! ce n'est pas une spécificté du SPFILE

Nan j'ai jamais dis le contraire, mais le nombre de parametres modifiable via une commande ALTER SYSTEM a été grandement augmenté lors du passage au SPFILE.

C'est tout il est tout a fait exact que l'on pouvait avant changer certain de ces parametres en live. Je suis tout à fait d'accord avec toi sur le reste.

[Aminos]

Merci beaucoup pour ces précisions.
Discussion hyper intéressante même si elle date de 2004 quatre ans plus tard elle a encore servit un ignorant comme moi

[Michel SALAIS]

En lisant les différents articles dans cette discussion, j'ai trouvé "nécessaire" de faire le point ...

En ce qui concerne les paramètres dynamiques ou statiques, aucune différence entre PFILE et SPFILE comme ça a été dit et confirmé plusieurs fois. Le nombre de paramètres dynamiques a augmenté lors du passage à la version 9i et ce n'est pas dû à l'usage ou non de SPFILE.

Avantages du fichier SPFILE

1. Modification par ALTER SYSTEM ce qui permet de faire un minimum de contrôle lors des changement de paramètres. Ceci permet aussi de faire la modification en une seule étape éliminant le risque d'oublier l'édition manuelle de PFILE
2. Lors du démarrage de la base à distance le fchier SPFILE n'a pas à être copié sur la machine cliente tandis que le fichier PFILE doit l'être.
3. Il est plus facile de partager un fichier SPFILE entre plusieurs instances que de le faire par PFILE. En effet, les fichiers d'initialisation sont recherchés dans l'ordre suivant au démarrage d'une instance:
   
   • Le fichier spfilesid.ora
   • Le fichier spfile.ora
   • Le fichier initsid.ora
   où sid est le nom de l'instance démarrée

Inconvénients

1. Non modifiable à la main en cas de nécessité! La base ne démarre pas à cause d'une erreur dans le fichier et impossible de le modifier
2. Il est plus pratique d'utiliser un éditeur pour effectuer des modifications de masse que de le faire par ALTER SYSTEM

Même si vous n'avez pas un fihcier PFILE, il est toujours possible d'ouvrir le fichier SPFILE avec un éditeur de texte et de copier coller la partie non binaire du fichier qui correpond "par hasard" aux paramètres et leurs valeurs! La génération d'un fichier PFILE après des modifications du fichier SPFILE est néanmoins recommandé comme une "sauvegarde" du fichier SPFILE.

[daliok]

Merci pour cette longue discution qui ma boulverser les idées et qui ma données l'envis de poser cette question débile :qelle est la relation entre le fichier init.ora et spfile
merci pour votre compréhension