Réseau d'entreprise instable - Casse Tete
mud007
Messages postés
1
Statut
Membre
-
kiki -
kiki -
Bonjour,
je me permets de poster sur ce forum afin d'avoir des avis et conseils corcernant mon problème. Ce dernier commence vraiment a me taper sur le systeme, et je commence à être à bout de nerf, surtout qu'il handicape toute l'entreprise.
Tout dabord, une description rapide du réseau:
Je travail sur un réseau d'entreprise d'environ 65 machines clients. Sur ce réseau, il n'y a pas de domaine, tous les postes sont membres de différents groupes de travail (Je n'ai pas le choix pour le moment, je dois faire avec...).
Environ 40 postes travail en simultannés sur notre Progiciel, qui fonctionne avec une base ORACLE assez conséquentes qui est hébergé dans mon bureau sur un serveur dédié qui est sous Fedora.
-Depuis 2 mois, les utilisateurs se voient déconnecter en plein travail. Le programme affiche un message d'erreur SQL ( End-Of-File on communication channel). Il arrive que cette erreur se produise jusqu'a 15 fois sur un meme poste dans la journée. Il va de soi que c'est tres handicapant pour le personnel, d'autant plus qu'ils sont obligé de re-saisir ce qu'ils étaient en train de faire lors de l'erreur.
D'aprés l'erreur SQL, le problème viendrait d'une perte de connexion entre le client et le serveur, et donc, d'un problème réseau.
De plus, lors de l'apparition de l'erreur sur un poste, j'ai testé la connectivité avec un ping de la machine cliente qui venait de bugger, vers le serveur, et j'ai généralement un temps de réponse d'environ 300Ms, ce qui est énorme vu qu'a la normal c'est inférieur a 1Ms. Tant que le ping annonce un temps de réponse de 300Ms je ne peux pas me reconnecter au serveur Oracle, et quand le ping redescend a la normal, la connexion se refait.
Plus étrange, c'est que cette erreur et ce problème ne se produit pas sur tous les PC en même temps. Je m'explique, dans un service composé de 4 Pc relié au même switch et travaillant sur le même serveur, il se peut qu'un des Pc ai l'erreur, alros que les 3 autres continuent a travailler correctement.
Ce problème ne se produit pas uniquement avec le serveur Oracle, il se produit aussi avec notre serveur d'application. On se fait déconnecter de temps en temps, et le même soucis au niveau du ping se produit. Donc le problème ne vient pas de mon serveur ORACLE, mais plutot du réseau.
-Un autre problème me tracasse, et je pense qu'il peut avoir un lien avec le problème ci dessus.
Il arrive que certain PC relié a une imprimante réseau ne puissent plus imprimer dessus. L'impression se lance 5mn plus tard. Ca arrive également a tour de role, alors que les pc a coté, relié au même switch, n'ont pas ce probleme. De temps en temps, le fait d'imprimer sur un pc a coté débloque l'impression du pc bugger.
Il faut savoir que, c'est problème sont apparu approximativement après une sur tension qui a fait pas mal de degats sur mon parc informatique ( 4 Alim grillé, 3 RAM, 2 switch de baie de brassage, 2 petit switch ). Cependant, j'ai remplacé tout le matériel, mais il se peut que j'ai loupé quelque chose.
Avez-vous des conseils qui pourrait me permettre de segmenter mes recherches, et de trouver d'ou peut venir mon soucis.
Merci d'avoir pris le temps de me lire, et d'autant plus en cas de réponses ! :)
PS: Les ordi du parc sont sous Windows XP Pro a jour. Tout en Ip fixe. Pour d'autre info, n'hésitez pas a me mailer.
je me permets de poster sur ce forum afin d'avoir des avis et conseils corcernant mon problème. Ce dernier commence vraiment a me taper sur le systeme, et je commence à être à bout de nerf, surtout qu'il handicape toute l'entreprise.
Tout dabord, une description rapide du réseau:
Je travail sur un réseau d'entreprise d'environ 65 machines clients. Sur ce réseau, il n'y a pas de domaine, tous les postes sont membres de différents groupes de travail (Je n'ai pas le choix pour le moment, je dois faire avec...).
Environ 40 postes travail en simultannés sur notre Progiciel, qui fonctionne avec une base ORACLE assez conséquentes qui est hébergé dans mon bureau sur un serveur dédié qui est sous Fedora.
-Depuis 2 mois, les utilisateurs se voient déconnecter en plein travail. Le programme affiche un message d'erreur SQL ( End-Of-File on communication channel). Il arrive que cette erreur se produise jusqu'a 15 fois sur un meme poste dans la journée. Il va de soi que c'est tres handicapant pour le personnel, d'autant plus qu'ils sont obligé de re-saisir ce qu'ils étaient en train de faire lors de l'erreur.
D'aprés l'erreur SQL, le problème viendrait d'une perte de connexion entre le client et le serveur, et donc, d'un problème réseau.
De plus, lors de l'apparition de l'erreur sur un poste, j'ai testé la connectivité avec un ping de la machine cliente qui venait de bugger, vers le serveur, et j'ai généralement un temps de réponse d'environ 300Ms, ce qui est énorme vu qu'a la normal c'est inférieur a 1Ms. Tant que le ping annonce un temps de réponse de 300Ms je ne peux pas me reconnecter au serveur Oracle, et quand le ping redescend a la normal, la connexion se refait.
Plus étrange, c'est que cette erreur et ce problème ne se produit pas sur tous les PC en même temps. Je m'explique, dans un service composé de 4 Pc relié au même switch et travaillant sur le même serveur, il se peut qu'un des Pc ai l'erreur, alros que les 3 autres continuent a travailler correctement.
Ce problème ne se produit pas uniquement avec le serveur Oracle, il se produit aussi avec notre serveur d'application. On se fait déconnecter de temps en temps, et le même soucis au niveau du ping se produit. Donc le problème ne vient pas de mon serveur ORACLE, mais plutot du réseau.
-Un autre problème me tracasse, et je pense qu'il peut avoir un lien avec le problème ci dessus.
Il arrive que certain PC relié a une imprimante réseau ne puissent plus imprimer dessus. L'impression se lance 5mn plus tard. Ca arrive également a tour de role, alors que les pc a coté, relié au même switch, n'ont pas ce probleme. De temps en temps, le fait d'imprimer sur un pc a coté débloque l'impression du pc bugger.
Il faut savoir que, c'est problème sont apparu approximativement après une sur tension qui a fait pas mal de degats sur mon parc informatique ( 4 Alim grillé, 3 RAM, 2 switch de baie de brassage, 2 petit switch ). Cependant, j'ai remplacé tout le matériel, mais il se peut que j'ai loupé quelque chose.
Avez-vous des conseils qui pourrait me permettre de segmenter mes recherches, et de trouver d'ou peut venir mon soucis.
Merci d'avoir pris le temps de me lire, et d'autant plus en cas de réponses ! :)
PS: Les ordi du parc sont sous Windows XP Pro a jour. Tout en Ip fixe. Pour d'autre info, n'hésitez pas a me mailer.
A voir également:
- Réseau d'entreprise instable - Casse Tete
- Un mot est caché dans l’en-tête du document. pour le trouver, modifiez sa couleur. ✓ - Forum Word
- Clé windows 10 entreprise gratuit - Guide
- Organigramme d'une entreprise word - Guide
- Cable reseau du player freebox - Forum Freebox
- Tele casse - Forum TV & Vidéo
1 réponse
Bonjour,
Qu'il y ait des workgroups plutot qu'un domaine, c'est de l'administration. Au niveau du trafic réseau ca change pas grand chose.
65 poste sur un LAN ça ne devrait pas poser de problèmes si les switchs sont à la hauteur.
S'il y a 40 postes en simultanés sur le serveur, il faut une connexion gigabit sur le serveur.
Par exemple si vous avez 3 ou 4 switchs 24 ports en 100Mb full duplex (c'est largement sufisant pour des applis réseaux), il faut l'interco des switchs et le serveur sur du gigabit.
Je ne sais pas ce que vous utilisez comme siwtch, mais je ne fais confiance qu'aux switch manageables de niveau 2-3 (on utilise du 3Com 4500-PWR et du 5500G-EI).
Un modèle comme le 3Com 4210 est de bonne facture pour un prix raisonnable (voir chez misco) et vous pouvez les mettres en cluster pour la gestion.
Chez HP on doit trouver aussi de bon modèles. Mais prenez une marque manageable sans logiciel.
Chez 3Com on se connecte avec telnet ou en ssh avec putty. Toute la doc est disponible sur le net. pour moi c'est important de pouvoir me connecter en maintenance, même en vacance, avec un live-cd de Linux.
Pour les switchs petits modèles, j'utilise des Netgear FS108, FS108P et FS116 car ils ont une table de 4000 adresses MAC (un petit switch peut vous pourrir votre LAN).
Vous avez de multiples sources :
1- les cartes réseau des PC (peu probable)
2- les switch, un switch qui sature ou un lien trunk saturé.
3- trop de broadcasts : trop de cascades dans les switchs, trop de machines.
4- un switch qui a une table d'adresse mac trop petite (éviter les switchs en plastique).
5- une saturation du LAN par un logiciel ou un trojan.
Vous pouvez déjà installer wireshark sur votre PC et voir comment ça broadcast sur le LAN.
Cordialement,
Qu'il y ait des workgroups plutot qu'un domaine, c'est de l'administration. Au niveau du trafic réseau ca change pas grand chose.
65 poste sur un LAN ça ne devrait pas poser de problèmes si les switchs sont à la hauteur.
S'il y a 40 postes en simultanés sur le serveur, il faut une connexion gigabit sur le serveur.
Par exemple si vous avez 3 ou 4 switchs 24 ports en 100Mb full duplex (c'est largement sufisant pour des applis réseaux), il faut l'interco des switchs et le serveur sur du gigabit.
Je ne sais pas ce que vous utilisez comme siwtch, mais je ne fais confiance qu'aux switch manageables de niveau 2-3 (on utilise du 3Com 4500-PWR et du 5500G-EI).
Un modèle comme le 3Com 4210 est de bonne facture pour un prix raisonnable (voir chez misco) et vous pouvez les mettres en cluster pour la gestion.
Chez HP on doit trouver aussi de bon modèles. Mais prenez une marque manageable sans logiciel.
Chez 3Com on se connecte avec telnet ou en ssh avec putty. Toute la doc est disponible sur le net. pour moi c'est important de pouvoir me connecter en maintenance, même en vacance, avec un live-cd de Linux.
Pour les switchs petits modèles, j'utilise des Netgear FS108, FS108P et FS116 car ils ont une table de 4000 adresses MAC (un petit switch peut vous pourrir votre LAN).
Vous avez de multiples sources :
1- les cartes réseau des PC (peu probable)
2- les switch, un switch qui sature ou un lien trunk saturé.
3- trop de broadcasts : trop de cascades dans les switchs, trop de machines.
4- un switch qui a une table d'adresse mac trop petite (éviter les switchs en plastique).
5- une saturation du LAN par un logiciel ou un trojan.
Vous pouvez déjà installer wireshark sur votre PC et voir comment ça broadcast sur le LAN.
Cordialement,