Discussion :

[Wurlitzer]

Je suis en train de migrer une application de la 8.1.7.4 vers la 10.2.0.

Je me pose des questions pour parametrer ma mémoire.

Faites vous confiance à SGA_TARGET ou positionner vous la SGA a l'ancienne SHARE_POOL_SIZE etc ?

Si vous utiliser SGA_TARGET vous l'initialisez avec quelle valeur ? La Valeur de la SGA (dans mon cas autours de 800Mo) que vous aviez en 8.1.7.4 ou la 10g est plus gourmande et il faut prevoir plus de place.

Utilisez vous PGA_AGGREGATE_TARGET ? Sur quel parametre vous basez vous pour estimer sa taille avant de pouvoir le tuner réllement en production.

[Wurlitzer]

Je migre de 8i vers 10g

a quoi faut il que je fasse attention ?

• Nouveaux parametres SGA_TARGET et PGA_AGGREGATE_TARGET. En connaissez vous d'autre ?
  
• Data Pump au lieu des import/export.
  
• sqlplus au lieu de svrmgrl.

Ca l'air de fonctionner comme ca...

Avez vous d'autres idées ?

[childeric]

il y a aussi entre autres

- l'utilisateur internal n'existe plus
- gestion des tablespaces local
- la dbconsole sur le serveur
- le flashback
- le tablespace undo ( très très bien)
- le paramètre fast_start_mmtr_target plutôt que les log_ckeckpoint_*

en gros ça vaut le coup de se plonger dans la dco pour voir les nouveauté de la 9 et de la 10, car c'est domage d'utiliser une 10 comme une 8 même si ça marche

sinon il faut utiliser la sga target mais en mettant des bornes inférieures pour la sga et le cache de tampon

la pga c'est vraiement très bien

[Jaouad]

La PGA_AGGREGATE_TARGET: reprend le principe du Multi thread server qui est d'ailleurs devenu OSS ( Oracle Shared server en 9i). Il repose donc sur le principe du partage des ressources systémes et Oracle du serveur des connexions clientes .

Ainsi on va partager une zone de programm et les clients s'en serviront uniquement lorsqu'ils ont en besoin et pas suite à une connexion.

Il rassemble quelques paramétres comme : Sort_Area_Size, Hash_Area_Size, Bitmap_Merge_Size et Create_Bitmap_Area_Size.

La SGA_AGGREGATE_TARGET :est la taille maximale que peut atteindre la SGA pour une instance Oracle. Dans ce càs Oracle ne dépassera pas cette taille maximale mais c'est qui lui qui par des ordres récursives va déterminer la taille de chacun des composants de la SGA. Si vous requeter avec un select * sur une table , qui est ordre simple à parser il peut être amener à diminuer la taile de la shared_pool pour donner un peu plus de place au data_buffer.


Quand aux autres nouveautés, quelques une ont déja eu le droit à un article sur DVP :

- dbconsole en mode OMS
- Dbconsole en mode stand Alone
- Datapump
- Option de hautes dispo

Il faut que tu comprennes que toute l'architecture à ébormément changé avec la 9i puis la 10G. Une remise à niveau est peut être nécessaire grace à une formation.

Il existe une formation de 5 jours pour les DBA 8i vers 10G chez Oracle

[Wurlitzer]

Merci, ca va j'avai pas raté trop de chose (mis a part le dbconsole).

sinon il faut utiliser la sga target mais en mettant des bornes inférieures pour la sga et le cache de tampon

Comment tu fais pour fixer les bornes inférieurs ?

Et sinon pour l'undo. J'ai taillé le TBS a la somme des mes TBS de ROLLBACK. VRAI ou FAUX ?

[childeric]

Merci, ca va j'avais raté trop de chose (mis a part le dbconsole).



Comment tu fais pour fixer les bornes inférieurs ?

Et sinon pour l'undo. J'ai taillé le TBS a la somme des mes TBS de ROLLBACK. VRAI ou FAUX ?

Comment tu fais pour fixer les bornes inférieurs ? => tu renseigne les paramètre habituel pour la sga et le cache mais tu en affecte moins en tout que ta valeur de sga traget.


Et sinon pour l'undo. J'ai taillé le TBS a la somme des mes TBS de ROLLBACK. VRAI ou FAUX => c'est une bonne métode pour une premiere taille, de plus je rajoute 50% si j'ai de la place cela permet d'avoir une marge de sécurité

[laurentschneider]

Merci, ca va j'avai pas raté trop de chose (mis a part le dbconsole).



Comment tu fais pour fixer les bornes inférieurs ?

Et sinon pour l'undo. J'ai taillé le TBS a la somme des mes TBS de ROLLBACK. VRAI ou FAUX ?

Le mieux est d'employer un spfile, comme ça Oracle déterminera lui même les valeurs de départ

[laurentschneider]

- l'utilisateur internal n'existe plus
- gestion des tablespaces local

l'utilisateur INTERNAL a disparu en Oracle7. Dans Oracle 7 et 8, CONNECT INTERNAL était pour des raisons de compatibilité compris comme CONNECT / AS SYSOPER ou CONNECT / AS SYSDBA

locally managed tablespace est apparu en 8i