lenteur compta 30 i7 v7.72

Bonjour,
nous avons sage 30 compta i7 v7.72 installé sur un serveur windows 2008 R2 edition standard

4 postes clients installés:
1 seven / 2 windows 8 pro et 1 xp. tous sont installés en multi utilisateur et la partie cliente sur serveur sage en mode "accés avec serveur sage windows tcp/ip v13.0"

sur tous les postes clients nous constatons une lenteur: la première est à l'ouverture du fichier de compta MAE qui se trouve sur le serveur dont la taille est de 60Mo. le moment entre lequel on ouvre le fichier et le moment ou l'on doit rentrer le mot de passe est de 20 secondes quelque soit le poste. ensuite l'utilisation ''normale'' se passe assez bien, part contre dés que l'on cherche par exemple un client c'est 15 secondes pour 1700 clients, si l'on veut imprimer le grand livre des tiers c'est 1min30....

bien sur dés qu'on positionne le fichier MAE en local sur un poste client, depuis ce poste tout se passe très bien aucune lenteur....

pour l'install des postes un lecteur réseau et créé, l'UAC est bien positionné. On a aucun autre ralentissement sur le réseau à part sur la compta...

je me demande du coup si c'est un comportement normal ou bien ?

Merci d'avance

Bonjour,

Au vu de la taille du fichier, cela ne parait pas normal.

Comme indiqué dans un autre post, il faut faire des tests de copier / coller entre le lecteur mappé et le local et voir si le temps de copie parait normal.

Avez vous contacter votre prestataire Sage afin qu'il analyse le problème ?

Cordialement,

bonjour,
merci pour la réponse. j'ai effectivement essayé de faire des copier/coller: moins de 5 secondes pour 60MO donc pas de pb.
Déplacer le fichier MAE sur un autre stockage réseau : même pb de lenteur
Mon prestataire sage m'a faire faire des tests mais on à rien trouvé d'anormal dans l'installation...
on sèche un peu....

j'ai essayé aussi d'ouvrir la compta en tant qu'administrateur (comme conseillé dans certains post) mais ça ne change rien...

Bonjour

Avez vous essayé en déactivant le pare feu et l'antivirus?

Cdlt

Bonsoir,

Comme l'indique 'benjo', l'antivirus peut être une cause de ralentissement.

Pour ma part, j'incite toujours mes clients à désactiver le contrôle temps réel de leur antivirus sur les répertoires d'installation de Sage et sur l'emplacement qui contient les données que ce soit sur le serveur ou via le scan des lecteurs mappés depuis les clients.

Cordialement,

Bonjour,
alors j'ai désactivé le pare feu sur le serveur et là miracle je suis passé de 20 seconde pour l'ouverture de la session a 0, et de 1min30 pour le grand livre des tiers à 12s.....

j'ai essayé de désactiver pare feu et antivirus sur les postes clients: pas de changement....

je vais refaire des tests et voir si possibilité de configurer le par feu serveur comme il faut.

En tout cas merci beaucoup pour votre aide je fermerai le post un fois tous les tests terminés

Bonjour,

Super. Voici une bonne nouvelle. Les antivirus, le parefeu Windows,... nos ennemis jurés !

Cordialement,

Toujours la même chose ...

Et encore, des nouveaux cas tous les jours !

Si je vous raconte mon installation du jour, ca vous vendrait du rêve tellement c'était n'importe quoi l'informatique du client !!!

Cordialement,

Bonjour,

Ben oui, ce n'est pas tous les jours que les préconisations que nous sommes censés avoir envoyé au client sont respectées.
De plus, la récupération de certains dossiers (et je ne parle là que de SAGE 100 à SAGE 100) sont assez fun, exemple de ce jour :
Conversion de sage 15.50 vers i7.72 :
Les doigts dans le nez ?
Pas vraiment :
Bases SQL 2000 à passer sur un serveur dernier carat en SQL 2014 (SAGE OK mais Microsoft non, il fait passer par une version intermédiaire de SQL)
Oups, c'est quoi ce dossier immo en version propriétaire même pas connecté à la bonne base comptable ?
Ah, et vous avez Suivi tréso V12 qui traine par là, à passe sur suite Compta/fi ? mais, bien sûr.

Finalement, les mises à jour paie, c'est du bonheur ....

Cordialement,

Bonjour,
bon je vais clôturer le sujet puisque le pb est résolu. par contre j'ai pas encore trouvé les règles à ajouter au pare feu windows pour pouvoir l'activer sans ralentir la compta, bien que le pare feu ne soit pas si réglable que soit.... j'ai bien aimait cette phrase dans les posts ci dessus : "...les préconisations que nous sommes censés avoir envoyé au client sont respectées.."

en tout cas merci encore pour vos réponses rapides qui ont permis de régler mon pb... je crois que mon prestataire Sage cherche encore de son coté pourquoi sa rame.... en fait non je crois qu'il à pas trop cherché.

bonne journée

Bonsoir,

Que dire... même si c'est pas sympa... change de partenaire Sage !

Cordialement,

Bonjour,

manbar a écrit:j'ai pas encore trouvé les règles à ajouter au pare feu windows pour pouvoir l'activer sans ralentir la compta

Il faudrait vérifier que le service utilise un port fixe.
Sur le serveur, via le Gestionnaire de configuration SQL , développer les protocoles de l'instance SQL Server et double-cliquer sur TCP/IP. Dans l'onglet Adresses IP, descendre l'ascenseur au maximum, et vérifier les paramètres IP All.
Pour être tranquille, fixer un port TCP et VIDER la zone Ports TCP dynamiques.
Pour info, une instance par défaut (= non nommée) utilisera le port 1433, le service SQL Server Browser utilise le 1434.
Donc pour une instance nommée 1435 devrait convenir.

Ensuite il faut créer les règles de trafic entrant et sortant en TCP et en UDP dans le firewall Windows.

HTH,

Bonjour,

Il me semble même avoir vu trainer un script à adapter à votre environnement du genre :

Code: Tout sélectionner

:@echo ========= SQL Server Ports ===================
@echo Enabling SQLServer default instance port 1433
netsh firewall set portopening TCP 1433 "SQLServer"
@echo Enabling Dedicated Admin Connection port 1434
netsh firewall set portopening TCP 1434 "SQL Admin Connection"
@echo Enabling conventional SQL Server Service Broker port 4022
netsh firewall set portopening TCP 4022 "SQL Service Broker"
@echo Enabling Transact-SQL Debugger/RPC port 135
netsh firewall set portopening TCP 135 "SQL Debugger/RPC"
@echo ========= Analysis Services Ports ==============
@echo Enabling SSAS Default Instance port 2383
netsh firewall set portopening TCP 2383 "Analysis Services"
@echo Enabling SQL Server Browser Service port 2382
netsh firewall set portopening TCP 2382 "SQL Browser"
@echo ========= Misc Applications ==============
@echo Enabling HTTP port 80
netsh firewall set portopening TCP 80 "HTTP"
@echo Enabling SSL port 443
netsh firewall set portopening TCP 443 "SSL"
@echo Enabling port for SQL Server Browser Service's 'Browse' Button
netsh firewall set portopening UDP 1434 "SQL Browser"
@echo Allowing multicast broadcast response on UDP (Browser
Service Enumerations OK)
netsh firewall set multicastbroadcastresponse ENABLE

Cordialement,