Discussion :

[Laurielee]

Bonjour,

J'ai un souci avec la configuration de l'ASE que je viens d'upgrader en 15.0.2
Comme les perf sont moins bonnes qu'en 12, je cherche à tuner la config.

J'ai configuré la max memory à 3 000 000 de pages de 2K
le procédure cache à 7000 pages de 2K
le nombre de locks à 30 000
(s'il manque des renseignements, dites moi lesquels).

Quand j'essaie de configurer le default data cache à 1600MB (valeur qui est configurée chez mon client en ASE 12) ça plante tout et je n'ai plus la main. Je doit reseter le server et aller corriger le .cfg à la main pour que ça reparte (la valeur 1300 passe).

Les servers ASE et back démarrent (showserver les voit démarrés), mais isql me renvoie une erreur comme si ils n'étaient pas démarrés (ct_connect ...) et dit que ma base de données n'est pas accessible.

Je suis sur
HP 9000/800/rp3440 2 X 73GB disks
Diskbay 6 x 73GB disks
OS mode 64 bits HP-UX B.11.11
Main memory 2046MB

D'où cela peut il venir, quelqu'un le sait il ?

Merci d'avance pour vos réponses
Laurielee

[thx5959]

Bonjour

- As-tu pensé de faire un
update index statitics après tont upgrade ? car l'optimiseur a besoin des stats surs toutes les colonnes.

- Qu'as tu choisis comme mode pour l'optimiseur ?
• allrows_oltp (meilleur pour les requêtes de type OLTP)
• allrows_mix (mode par défaut en ASE15 alliant les deux types de requêtes)
• allrows_dss (meilleur pour les requêtes décisionnelles)
En fonction du choix que l’on effectue, l’optimiseur utilise une technique d’optimisation différente pour résoudre les requêtes et a à sa disposition certains types d’algorithme.

- Est tu bien en ESD#2 (ebf 16736) .
Cet ebf corrige un certain nombre de bugs ou disfonctionnements tels que des problèmes de performance, de statistiques mal calculées ou dans certains cas bien particuliers les résultats de requête sont différents de ceux attendus, ainsi que des stacks traces impromptus.
Une des corrections importantes est celle concernant la commande Update Index Statistics qui de temps en temps calcule mal le dernier pas des données de la table et affecte un poids O alors qu’il y a des données correspondantes à cette tranche de valeurs. D’où derrière le choix d’un plan qui peut s’avérer inadéquat.

Cdlt

[Laurielee]

Merci Thx5959.

1 En fait je n'ai pas fait d'update statistics après l'upgrade parce que le guide dit :
After you have upgraded, you do not need to run update statistics on any tables. The upgrade process does not cause any changes in existing statistics.

Par contre tu penses que le update index statitics doit être exécuté sur chaque table ? Y a t il une commande générale ?


2 Je n'ai pas choisi de mode pour l'optimiseur parce que je ne connaissais pas ce nouveau feature.
Je pense que allrows_oltp serait le mieux pour ma base.



3 Par ailleurs je suis en EBF 14329
1> select @@version
2> go
Adaptive Server Enterprise/15.0.2/EBF 14329/P/HP9000-879/HP-UX 11.11/ase1502/24
86/64-bit/FBO/Thu May 24 21:14:31 2007

Cordialement

[Roller]

Oui, en passant à la version 15, l'optimiseur peut se tromper, surtout dans l'ordre de jointure, s'il ne dispose pas de stats sur toutes les colonnes de l'index.
Il faut soit:

- analyser le plan de la ou les requêtes à problème, en lançant:

Code :

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

1
2
3
4
5
dbcc traceon(3604)
set option show_missing_stats on
set showplan on
set statistics io,time on
go

avant de lancer la requête et analyser le plan.
Puis corriger la requête en ajoutant les stats qui manquent à l'optimiseur mais qui influent grandement sur le nombre de lignes concernées, ou forcer le plan d'exécution avec un 'set forceplan on'.

- modifier vos scripts d'update statistics pour lancer un update index statistics, mais les temps d'update statistics seront plus longs, vous pourrez alors êtres contraints d'utiliser le sampling pour les réduires.

[mpeppler]

Quelle est la version exacte d'ase (select @@version) ?

Merci,

Michael

[Laurielee]

Je suis en 15.0.2:

1> select @@version
2> go
Adaptive Server Enterprise/15.0.2/EBF 14329/P/HP9000-879/HP-UX 11.11/ase1502/24
86/64-bit/FBO/Thu May 24 21:14:31 2007

Cordialement