Acomba et trafic reseau

Mar 25 Nov 2008 - 10:29

bonjour. je me presente Maxime Poirier

j'ai un pepin avec acomba et j'aimerais voir si je suis seul. on avais acomba sur 1 server avant et on a 6 utilisateur dnas le meme bureau qui sont connecter a. jusque la toute fonctionne bien. on a changer la configuration, mis un server plus puissant et on a mis le logiciel F-Secure pour les antivirus et spyware. par contre on rencontre de temp a autre des leger lag, voir meme un freeze de 2-10 seconde. cela occasionne des perte de temp et les gens ne sont pas content. j'ai installer le meme type de system a plusieur reprise et ces la premier efois que cela me fait ca. le server est aussi plus lent a reagir, ca prend 15-30 sec le matin pour se log et apres ca va bien. mais on voies des pique de lag de temp a autre.

on a tenter de diagnostiquer ce qu'y pourais aller mal mais rien ne semble indiquer que ces tel ou tel logiciel qui fait le probleme

qqn a deja eu se probleme, vous l'avez resolut ????

merci de votre aide en avance

Mar 25 Nov 2008 - 10:51

Bonjour Maxime, bienvenue sur le forum!

À première vue, ça semble être un problème réseau, pas un problème Acomba.

Voici quand même quelques piste:
- Est-ce que l'exécutable d'Acomba (répertoire C:\Fortune) est sur le serveur ou sur chaque poste? S'il est sur le serveur, tu pourrais tester en le mettant local et voir si ça améliore la situation. Comme le répertoire d'entreprise sera nécessairement réseau, il est peu probable que ça aide beaucoup.
- Acomba n'exécute aucun service sur le serveur, il n'utilise que les fichiers par le réseau. S'il y a un délai, c'est donc nécessairement relié à un délai de lecture ou d'écriture.
- Est-ce que l'OS est le même sur le nouveau serveur? Je crois avoir lu que Windows Serveur 2008 avait certaines lacunes à ce niveau. (temps d'accès au fichier plus lent...)
- As-tu un anti-virus serveur et un anti-virus sur chaque station? Si c'est le cas, il est possible que chaque fichier soit scanné deux fois à chaque ouverture.
- As-tu essayer d'exclure le répertoire C:/Fortune et C:/F1000.DTA de ton anti-virus? C'est à mon avis ce qui a le plus de chance de corriger ton problème. Tu pourrais aussi tout simplement désactiver temporairement l'anti-virus, et voir si le problème est réglé.

Est-ce que c'est seulement Acomba qui est plus lent, ou tous les accès réseau sur le serveur?

Mar 25 Nov 2008 - 13:05

- Est-ce que l'exécutable d'Acomba (répertoire C:\Fortune) est sur le serveur ou sur chaque poste? S'il est sur le serveur, tu pourrais tester en le mettant local et voir si ça améliore la situation. Comme le répertoire d'entreprise sera nécessairement réseau, il est peu probable que ça aide beaucoup.

l'installation est simple. le repertoit F1000.DAT se retourve sur le server et chaque poste a sont propre logiciel

- Acomba n'exécute aucun service sur le serveur, il n'utilise que les fichiers par le réseau. S'il y a un délai, c'est donc nécessairement relié à un délai de lecture ou d'écriture.

on en doute aussi. mais quand je regarde avec les outil du server le disque dure ne plafonne pas et ne reste pas non plus a 0, il travaille toujour et bien

- Est-ce que l'OS est le même sur le nouveau serveur? Je crois avoir lu que Windows Serveur 2008 avait certaines lacunes à ce niveau. (temps d'accès au fichier plus lent...)

Windows server 2003 pour le server
Windows XP sur chacun des poste

- As-tu un anti-virus serveur et un anti-virus sur chaque station? Si c'est le cas, il est possible que chaque fichier soit scanné deux fois à chaque ouverture.

on a un anti-virus sur chaque poste et sur le server. il ont tous par contre , en execption de ne pas scanner le repertoire d'acomba... donc theoriquement cela ne devrais nullement affecter la performance reseau

- As-tu essayer d'exclure le répertoire C:/Fortune et C:/F1000.DTA de ton anti-virus? C'est à mon avis ce qui a le plus de chance de corriger ton problème. Tu pourrais aussi tout simplement désactiver temporairement l'anti-virus, et voir si le problème est réglé.

deactiver l'antivirus on est rendu a a tester, par contre ces pas la solution que l'on preferais !!!

Mar 25 Nov 2008 - 13:54

Salut,

Je parlais de désactiver l'anti-virus temporairement, pour voir si c'est la source du problème. Pas le déinstaller de façon permanente. Si tu arrives ainsi à la conclusion que c'est ça la source du problème, tu pourra plus facilement le corriger en configurant l'antivirus correctement.

Assure toi que le répertoire de l'exécutable (C:\fortune) ET le répertoire d'entreprise (\serveur\F1000.DTA) sont exclus de l'anti-virus du serveur et des stations.

Mpoirier Nombre de messages : 11 Date d'inscription : 25/11/2008

oui on a pencer cela au debut, mais meme avec les anti-virus off cela ne donnais pas de resulta. on ne parle pas d'un gros lag. mais avant il y avais un **server** qui runnais XP (en sharant les document) et n'ont jamais eu d'antivirus, maintenant avec un peut plus de securiter cela fait lagger un petit peut, et eux n'aime pas ca.

on va tester qqch en fin de semaines. bientot je vais vous donner la reponce si cela fonctionne ou pas !

Mpoirier Nombre de messages : 11 Date d'inscription : 25/11/2008

re-bonjour. on a tester et voila les resulta

voici les appercu. sur windows server 2003 on a entendu parler du opportunis lock files system, perder pas votre temp cela n'est PAS la solution.

voyer vous si 1 seul personne travailler dans 1 module, cela est parfait.
si 10 personne travaille dans 10 module different on a encore aucun probleme

PAR CONTRE si 5 personne (ou 2, on peut le faire et reproduire ici sans probleme) travaille dans le meme module (ex, la facturation) JE cree une facture.... et mon college lui regarde l'inventaire tout est ok. le probleme ces que quand je vais arriver pour ENREGISTRER le fichier. acomba LOCK le fichier en Read only, et pendant le lock time (environ 1 a 5 sec) et bien l'autre ou les autres utilisateurs se voir **jammer** ou figer. cela ne dure pas long et aussitot que cela est passer on retourne a aller rapidement. le probleme ces que nous avons ici plusieur compagnie qui utilise les meme module (la facturation est l'un des gros probleme) et que si on a des machine WINDOWS XP recent, cela dure moin longtemt que si on a un server... mais il reste neanmoin que cela jam pendant un cour laps de temp et que cela cree des ennuit.

voila. Acomba cree le probleme et nous tentons de regler cela. si qqn a une idée. le probleme est clair, si qqn tente de modifier un fichier dans un module et qu'une autre personne y accedes pour lire les info, eventuellement cela menera a 1 personne qui travaille (celui qui modifie le fichier) et l'autre qui est assit a coter se tournant les pouces en attendant que l,autre finisse....

exist-il une solution a ce probleme, somme nous les seul a l'avoir (d'apres d'autre forum et acomba non mais...)

Ven 9 Jan 2009 - 15:30

moi j'ai le meme probleme , long, prend 15-30 sec. pour demarrer, et lague des fois durant le travail.

le repertoire ft1000 et forturne est sur mon serveur cependant..

dois-je mettre f1000 qui es le software sur le disque local et laisser la bd ft1000 sur le serveur????

j'ai tout essayer, antivirus, verifier le cablage, le serveur ( toujours activité moin de 5%) et verifier la switch..

tout le reste fonctionne rapide et bien sur le reseau....

merci

Mar 20 Jan 2009 - 8:17

jlaquerre a écrit:moi j'ai le meme probleme , long, prend 15-30 sec. pour demarrer, et lague des fois durant le travail.

le repertoire ft1000 et forturne est sur mon serveur cependant..

dois-je mettre f1000 qui es le software sur le disque local et laisser la bd ft1000 sur le serveur????

j'ai tout essayer, antivirus, verifier le cablage, le serveur ( toujours activité moin de 5%) et verifier la switch..

tout le reste fonctionne rapide et bien sur le reseau....

merci

pour le mieux. le repertoire F1000.dat ces lui le probleme. ton repertoire de fortune devrais oui etre local sur la machine (ton ordi) et la base de donner F1000.dat en reseau.

le probleme vien du File Locking system (ou appeler plus frequament OpLock). ces simple, quand quelqu'un travaille dans le repertoire (ex: cree une facture) le server telecharge la base de donner des facture sur ton system.

si on suit ce que acomba nous dit. on re-cree une compagnie toute les ans. ce qui allege le fichier qui est transmis sur notre ordinateur lors d'une modification. donc le fichier que l'on telecharge est petit donc on ne vois PAS le lag dans les debut. mais le probleme se fait sentir vers la fin de l'anner.

si on fait comme certaine compagnie (client qui doit avoir access a ces ancienne facture de plus de 1-3 ans) et bien le **lag** de quelque seconde ne fait que empirer.

la solution : et bien il y en a pas presentement. on a tenter de de-activer OpLock sur les machine ou le server. sans plus de success.

si jamais vous trouver la solution. faite nous le savoir.

Mar 20 Jan 2009 - 21:10

Bonjour,

Une suggestion: augmenter la vitesse du réseau à 1 Gb.

Voir ce post pour plus de détails: https://aideacomba.forum-canada.com/questions-generales-acomba-f1/lenteur-fco-construction-et-generateur-de-rapport-t279.htm

Plusieurs points sont à considérer avant de faire un tel upgrade, mais comme ça améliore le temps de transfert d'un facteur de 10x, ça peut faire une différence significative.

Est-ce que quelqu'un d'autre à Acomba avec un réseau de 1Gb? Est-ce que ça a améliorer votre situation?

Jeu 22 Jan 2009 - 14:34

le probleme encore ces que on ne fait que ralentir le probleme, un moment donner + de facture seront entrer et + de donner seront transferer.

ca aide mais le probleme ces que je ne crois pas qu'a long terme cela aide tant que ca.

Tout comme bien des gens ici je crois que la solution passe par une mise a jours d'acomba pour un system de gestion de donner plus efficasse. mySQL par exemple.

OU que les personne en charge de Acomba (Fortune 1000) trouve une patch pour deactiver automatiquement le OpLock sur les station et server MAIS cela serait un pas dans la mauvaise direction.

Pour te repondre en test on travaille avec du 10 et 100. oui il a une difference remarquable.... mais il (le lag) est toujour present. donc d'apres moi sur un 1 Gig comme tu a dit cela serait bon pour le debut mais apres quelque temp je ne sait pas si cela vas reelement aider totalement. enfin je vais tester plus en profondeur

Ven 23 Jan 2009 - 15:57

Ce que Lartis apporte est une très bonne solution. La vitesse de ton réseau a une très grande importance. C'est une solution à long terme même si tu crois que après un certain temps cela ne réglera plus rien.

1) Regarde ton infrastructure réseau: HUB/SWITCH/ROUTER. Si tu as des hubs, c'est un problème.
2) T'es switch, sont-elles 100MB ?
3) T'es cables, sont-ils bien faite? coquer?

Ce sont de simple pistes. Reviens nous avec c'est petit test!

Mpoirier Nombre de messages : 11 Date d'inscription : 25/11/2008

et non ca regle pas grand chose. ok sur un petit fichier (chez certain client) cela a aider a diminuer le probleme mais il est toujour present.

vous ne me croyer pas que cela a rapport avec le fait que Acomba gere mal le trafic reseau.

alors pk acomba recommande de separer les anner 1 apres l'autr (reduire la taille du fichier et ansi eviter cela)
pk une switch 1 gig alors que le probleme est pas la.... oui cela aide mais cela ne resoud en RIEN le probleme initial.

on a encore fait plusieur test. parler avec des gens d'acomba, suivi 2 lien qui nous on donner et toujour rien.

je repete le probleme. sur une grosse compagnie avec acomba sur un Windows Server 2003 (EXCLU du scan de l'antivirus) avec quelque utilisateur il y a un **lag** de quelque seconde relier au reseau.

2 chose que l'on remarque.

sur une switch et cable a 100Mb/s on remarque que aussitot que le fichier attein + de 125 meg, il y a 1 a 2 seconde de decalage. quand plusieur personne travaille dnas le meme module (et la je parle de gens comme les mine, comme les Fournisseur d'equipement et autre) et bien si la personne A cree une facture et la personne B (qu'elle soit directement a coter ou non) tente d'en faire une en meme temp (ou un peut apres) et bien on se retrouve avec un **lag**

cela n,est pas normal. cela empire et apres en avoir parler avec plusieur compagnie. si le server contenant les donner est un server Linux, il n'y a aucun probleme. ce probleme se fait uniquement avec un server 2003.

Au debut les gens d'acomba nous disait que non personne s'en plaignait... apres quelque temp et autr appel la il nous on dit que oui et qu'il recherchais le probleme.

une preuve :

From: Support Technique Fortune 1000 [mailto:**************]
Sent: Friday, February 13, 2009 9:38 AM
To: *********

Subject: TOE

Voici le lien dont je vous ai parlé, qui explique le problème

http://justanothersysadmin.wordpress.com/2008/03/22/dell-broadcom-server-2003-sp2-snp-and-toe/

Et voici le lien du hotfix de Microsoft.

http://support.microsoft.com/kb/948496

Merci de m’en redonner des nouvelles.

********* ***********

Service Technique Acomba

Acomba Technical Support

FORTSUM | Solutions d'affaires • Business Solutions
7710, boul. Wilfrid-Hamel Ouest
Québec (Québec) G2G 2J5
T : 418 877-0088 ou 1 800 436 2607
F : 418 877-0410

Bourse de croissance TSX : FRT

www.fortsum.com

QUÉBEC • LAVAL • MONTRÉAL • TORONTO • HALIFAX

mais malheureusement cela ne regle pas le probleme encore.

toujour aucune idée ??

Lun 2 Mar 2009 - 15:55

Est-ce que tu as regardé du coté de tes disques dur, est-ce qu'ils sont en raid, etc etc, tu pourrais surveiller cela avec le moniteur de performances sur ton serveur.

Jeu 5 Mar 2009 - 10:01

On a regarder chez plusieur clien. certain sont en raid 5, d'autre en mirroir, d'autre en raid 1..... et tous on le meme probleme. cela n'affecte pas la vitesse ou tres peu

mac10 Nombre de messages : 1 Date d'inscription : 10/08/2009

A-t-on trouvé la vrai source du problème?

Une des entreprises que je supporte, a un problème très très similaire. 5-6 poste clients et 1 serveur sur switch 10/100, tous sur Vista. Du gros lag (30-60sec) et voir même que l'application (client) va Ne plus répondre et chaque utilisateur doit Terminer le programme et réouvrir. Ceci arrive lorsque plusieurs utilisateur (3-4 usagers) l'utilise en même temps. Les moments que ca ne plante pas, c'est quand il y a 1 personne (client) qui l'utilise.

Même en désactivant les antivirus sur poste client et serveur, le problème persiste.
Aucune déconnexion ou problème réseau, les postes restes connecter et peuvent naviguer sur internet.

Avez-vous des solutions ou recommendations?

Merci de votre aide.

On dirait bien que des utilisateurs ont mis la main sur la faiblesse d'Acomba, son absence de gestionnaire de base de données. Remarquez que je peux comprendre la décision de Fortsum de recourir à un « engin de base de données » maison. En fait ça date de Fortune 1000, l'ancêtre d'Acomba. Et on a conservé ce « type de bd » pour la suite. Fortsum se simplifie la vie au niveau de l'architecture de l'application, de l'installation et du soutien technique. Et ça convient à un grand nombre de clients, mais ça ne fonctionne pas dans certains cas. Remarquez qu'exception faite des problèmes de lenteurs observés ici, la technologie est passablement fiable. Personnellement, que ce soit dans Fortune 1000 ou Acomba, je n'ai jamais vécu une catastrophe au niveau des données.

Fortsum en est-il rendu à incorporer un véritable gestionnaire de base de données dans Acomba ? On dirait bien. Mais ça implique une révision majeure dans le code. Peut -être dans la version 10... la version 9 est passablement âgée...

Donc pour l'instant, il semble bien qu'il n'y ait pas grand remède. Les données sont conservées dans des fichiers ordinaires, et les locks sont gérés par le système d'exploitation. SI je résume très succinctement tout ce que j'ai lu sur ce sujet, un répertoire partagé en XP Pro produit moins de délai que Windows Server. Donc est-ce que la moins pire des solutions ne serait pas de mettre les données dans un répertoire partagé sous Win Pro ?

Suite à une communication que j'ai eu avec le support technique, on m'a annoncé que Microsoft SQL Server serait probablement le prochain moteur de base de données de Acomba. On ne m'a pas donné de date, on m'a laissé sous-entendre que cela n'étais pas pour bientôt, mais cette communication date de 1 an déjà. Peut-être sommes nous rendu à la fin de vie du système FDW/FIW ?

Il faut être réaliste quant à l'utilisation du réseau par un système de comptabilité. Ce que Acomba devrait avoir à télécharger comme données devrait être minime. Ce n'est quand même pas la base de données de la NASA quand même. Souhaitons qu'ils se modernisent.

My 2 Cents.

Ce que Acomba devrait avoir à télécharger comme données devrait être minime.

Acomba n'utilise pas un gestionnaire de base de données "central". J'ai donc l'impression que chaque poste qui utilise Acomba doit donc charger toutes les données - une table au complet - et trouver ce qu'il cherche. Afin d'éviter que tous se pillent sur les pieds, un seul poste doit pouvoir accéder aux données en même temps, d'où les locks et les délais.

Que Fortsum choisisse MS SQL ou un autre produit, cela va amener des bouleversements majeurs: toutes les applications compatibles cesseront de fonctionner

. L'utilisation d'un véritable gestionnaire de bd va augmenter la complexité du produit: si le gestionnaire cesse de fonctionner, Acomba "tombe". Et il y a les coûts: MS SQL ajouterait pas mal de $ au prix. Simple comptable dans les versions pre 2008 utilisait le format d'Access, ils ont fait le passage à MySQL.

Actuellement, tout le monde peut installer Acomba, avec un minimum de connaissances. Ça devient pas mal plus complexe avec un gestionnaire de bd comme MS SQL.

Peut-être sommes nous rendu à la fin de vie du système FDW/FIW ?

J'en ai bien l'impression.

Que Fortsum choisisse MS SQL ou un autre produit, cela va amener des bouleversements majeurs: toutes les applications compatibles cesseront de fonctionner

pas nécessairement, tant que les fonctions du SDK continueront à retourner les données... de plus, on peut y ajouter des méthodes et propriétés pour accéder plus efficacement aux données.

L'utilisation d'un véritable gestionnaire de bd va augmenter la complexité du produit: si le gestionnaire cesse de fonctionner, Acomba "tombe". Et il y a les coûts: MS SQL ajouterait pas mal de $ au prix.

pas vraiement, si Acomba est relativement bien développé, le système de base de données propriétaire devrait être un module ne faisant pas partie intégrante de Acomba.EXE, donc on remplace la DLL tout simplement par une version faisant appel à MS SQL. Pour le cout, MS SQL Express convient parfaitement à Acomba et est gratuit. De toute façon, Acomba ne me fera pas pleurer quant aux profit sur leurs logiciels... Windows est 1000 fois plus complexe que Acomba et coute $400.00 en version intégrale retail box, et ne nécéssite aucun abonnement pour les mises-à-jour.

vkeven Nombre de messages : 1 Date d'inscription : 31/05/2010

Même problème ici , c'est vraiment un irritant. Par contre le choix de MS SQL est une mauvaise idée et les clients qui ont déja des serveurs Linux pour héberger vont être obligé de dépenser pour acheter Windows Server et ça passera pas bien , MySQL ferait très bien l'affaire

Mpoirier Nombre de messages : 11 Date d'inscription : 25/11/2008

je revien apres 2 ans !!

et oui jetait pas loing mais j'ai changer de compagnie.

je suis desoler de ne pas avoir donner suite. en fait le probleme ces que on avais un RAID 1 sur des HDD de 500 Go, quand on arrive et enregistre une facture ces 1 a 3 seconde de delay. rien de problematique... sauf si les gens sont presser.

Entretemp j'ai changer de compagnie et je continue a installer Acomba. toujour un plasir a travailler avec !

... Windows est 1000 fois plus complexe que Acomba et coute $400.00 en version intégrale retail box, et ne nécéssite aucun abonnement pour les mises-à-jour.

tu parles d'un argument.. Le marché MS est 1000 ( si ce n'est plus ) fois plus. Il est fort a parier que si Windows etait 2000$ personne ne l'acheterait. Microsoft vise un marché de masse de centaine de millions d'utilisateurs. La marge de profit par unité n'a pas besoin d'être aussi grande.

Pour en rajouter à ce que FORMATEURACOMBA a dit.

Effectivement le nb d'utilisateurs Acomba est moindre. De plus les utilisateurs corporatifs font entrer beaucoup de sous dans la tire-lire avec le coût des licences et des contrats de supports qu'eux payent. Depuis 3 ans, GFI besogne à développer Acomba X. Le coût de l'opérations ? Dans les 7 chiffres. Ce n'est pas gratuit. Oui la technologie d'Acomba actuelle est en fin de vie, mais la prochaine version va être formidable.

Il existe des versions moins cher à l'achat qu'Acomba. Mais le prix de la maintenance est plus élevé, le support technique nul et le produit ne bouge presque pas d'une version à l'autre. Et après quelques années, pouf plus de support.

L'achat d'un logiciel n'est pas une dépense mais un investissement.

Acomba et trafic reseau