OVH Cloud OVH Cloud

Ralentissements dûs à NAV

4 réponses
Avatar
Michel Claveau
Bonjour !

J'ai un cas bizarre, chez un client ; explications :
- réseau local 50 postes / W2K
- la plupart des postes ont NAV corporate
- certains postes ont NAV normal

Les postes ayant NAV standard sont très (trop) fortement ralentis lors de
travaux en réseau. Par exemple, l'ouverture d'un écran prend 1mn.35 avec
l'auto-protect activé ; si l'on désactive, cela ne prend plus que 3
secondes. On ré-active (l'auto-protect), on remonte à 1mn.35 ; c'est
parfaitement reproductible. En plus, il n'y a même pas besoin de sortir de
l'application-test pour vérifier les temps.

A noter qu'il reste un poste (quatre fois plus lent), sous W98, avec NAV
normal, pour lequel cela prend... 2 secondes ! ! !

J'ai bien essayé de jouer avec les smartscan et autres exclusions, mais
n'arrive pas en dessous de 12 secondes.

A noter que les NAV corporate ne sont quasiment pas ralentis.

Qu'il y ait un ralentissement me semble normal ; mais à ce point, c'est dur
!



Toutes les idées, informations ou réflexions seront les bienvenues.



@-salutations
--
Michel Claveau

4 réponses

Avatar
_Chambord_

Bonjour !

J'ai un cas bizarre, chez un client ; explications :
- réseau local 50 postes / W2K
- la plupart des postes ont NAV corporate
- certains postes ont NAV normal

Les postes ayant NAV standard sont très (trop) fortement ralentis lors de
travaux en réseau. Par exemple, l'ouverture d'un écran prend 1mn.35 avec
l'auto-protect activé ; si l'on désactive, cela ne prend plus que 3
secondes. On ré-active (l'auto-protect), on remonte à 1mn.35 ; c'est
parfaitement reproductible. En plus, il n'y a même pas besoin de sortir de
l'application-test pour vérifier les temps.



Qu'est ce que tu entends par ouverture d'un écran ?
Combien de fois par jour le fais tu ?

Avatar
_Chambord_

Bonjour !

J'ai un cas bizarre, chez un client ; explications :
- réseau local 50 postes / W2K
- la plupart des postes ont NAV corporate
- certains postes ont NAV normal


Tu aurais du preciser la ref de NAV
Regarde la :
http://minilien.com/?Z1VvlDXOiZ

Avatar
Michel Claveau
Bonjour !

'scusez-moi pour le manque de précisions ; je complète :
- il s'agit de NAV-2002 ; je ne sais pas pour NAV-2003 ou NAV-2004, mais
il y a des chances que cela soit pareil. Je n'ai pas la version du NAV
corporate, mais il a été installé il y a 15 mois.
- par ouverture d'un écran, j'entend appel et ouverture d'un écran de
saisie ou de consultation d'une "fiche" (form) d'une application de gestion.
- chez le client en question, des écrans de cette application sont
appelés et ouvert une cinquantaine de fois par jour, sur une trentaine de
postes.

Les écrans en question ouvrent des tables ; jusqu'à une dizaine
simultanément (ce qui peut faire une cinquantaine de fichiers, avec les
index).

Je rappelle que seul les postes avec NAV-2002 sont concernés (NAV corporate
ne ralentit pas).

Et seuls les postes sous Win-2000 sont ralentis ; ceux sous W-98
fonctionnent vite. Je n'ai pas pu tester avec win-XP, le client ne
l'utilisant pas.

Le réseau possède 2 serveurs, dans un domaine, sans AD, mais avec un groupe
de travail par dessus.



A l'analyse, il semblerait que ce soit le répertoire de contrôle réseau qui
pose problème. C'est un répertoire commun à tous les postes, dans lequel les
applications gèrent les verrous d'enregistrements. Et pourtant, les
fichiers de ce répertoire sont lus/écrits à chaque changement
d'enregistrement d'une table quelconque, alors que le ralentissement n'a
l'air de se produire qu'à l'ouverture (si on "déroule" une table avec
plusieurs centaines de milliers d'enregistrements, la vitesse a l'air
normale).

Un travail conséquent sur les exclusions améliore bien les choses, mais
partiellement. On passe d'un ralentissement x30 à x3 (environ).
Par contre la gestion du smartscan ne joue presque pas (je me demande à quoi
ça sert vraiment).

Et, sous Win-98, ça continue à aller très vite, dans TOUS les cas !

@-salutations
--
Michel Claveau
Avatar
_Chambord_

Bonjour !

'scusez-moi pour le manque de précisions ; je complète :
- il s'agit de NAV-2002 ; je ne sais pas pour NAV-2003 ou NAV-2004, mais


Pour NAV 2004 le lien que je t'ai donné t'aide t il ?


- par ouverture d'un écran, j'entend appel et ouverture d'un écran de
saisie ou de consultation d'une "fiche" (form) d'une application de gestion.


C'est une base de données si je comprend bien .


- chez le client en question, des écrans de cette application sont
appelés et ouvert une cinquantaine de fois par jour, sur une trentaine de
postes.

Les écrans en question ouvrent des tables ; jusqu'à une dizaine
simultanément (ce qui peut faire une cinquantaine de fichiers, avec les
index).


Effectivement c'est un ralentissement significatif.



Je rappelle que seul les postes avec NAV-2002 sont concernés (NAV corporate
ne ralentit pas).

Et seuls les postes sous Win-2000 sont ralentis ;

A l'analyse, il semblerait que ce soit le répertoire de contrôle réseau qui
pose problème. C'est un répertoire commun à tous les postes, dans lequel les
applications gèrent les verrous d'enregistrements. Et pourtant, les
fichiers de ce répertoire sont lus/écrits à chaque changement
d'enregistrement d'une table quelconque, alors que le ralentissement n'a
l'air de se produire qu'à l'ouverture (si on "déroule" une table avec
plusieurs centaines de milliers d'enregistrements, la vitesse a l'air
normale).

Un travail conséquent sur les exclusions améliore bien les choses, mais
partiellement. On passe d'un ralentissement x30 à x3 (environ).
Par contre la gestion du smartscan ne joue presque pas (je me demande à quoi
ça sert vraiment).



Et, sous Win-98, ça continue à aller très vite


Pour résumer ce que tu dis, le problème est entre le Logiciel base de
donne, Win 2000
et Norton 2002 2003 2004.
Je te conseille de voir avec un technicien du support en ligne:
http://www.symantec.fr/frsupport/
Si t'as du mal à naviguer dans le support dit le.
Pour la question sur smartscan il me semble que son intérêt est de
scanner plus ou moins de fichiers en fonction des extensions que l'on
supprime ou ajoute dans personnaliser.