Recent, utilizatorii și administratorii încep să se plângă din ce în ce mai mult că noile configurații 1C dezvoltate pe baza unei aplicații gestionate sunt lente, în unele cazuri inacceptabil de lente. Este clar că noile configurații conțin noi funcții și capacități și, prin urmare, sunt mai solicitante în ceea ce privește resursele, dar majoritatea utilizatorilor nu au o înțelegere a ceea ce afectează în primul rând funcționarea 1C în modul fișier. Vom încerca să remediem acest decalaj.
În al nostru, am atins deja impactul performanței subsistemului de disc asupra vitezei de funcționare 1C, cu toate acestea, acest studiu a vizat utilizarea locală a aplicației pe un computer separat sau pe un server terminal. În același timp, majoritatea implementărilor mici implică lucrul cu o bază de fișiere într-o rețea, unde unul dintre PC-urile utilizatorului este folosit ca server sau un server de fișiere dedicat bazat pe un computer convențional, adesea și ieftin.
Un mic studiu al resurselor în limba rusă pe 1C a arătat că această problemă este evitată cu atenție; în caz de probleme, de obicei, se recomandă trecerea la modul client-server sau terminal. De asemenea, a devenit aproape general acceptat faptul că configurațiile dintr-o aplicație gestionată sunt mult mai lente decât configurațiile normale. De regulă, argumentele sunt „de fier”: „aici Contabilitatea 2.0 tocmai a zburat, iar „troica” abia se mișcă, desigur, există ceva adevăr în aceste cuvinte, așa că haideți să încercăm să ne dăm seama.
Consumul de resurse dintr-o privire
Înainte de a începe această cercetare, ne-am propus două sarcini: să aflăm dacă configurațiile bazate pe o aplicație gestionată sunt de fapt mai lente decât de obicei și care resurse au un impact primar asupra performanței.
Pentru testare, am luat două mașini virtuale care rulează Windows Server 2012 R2 și, respectiv, Windows 8.1, alocandu-le 2 nuclee ale gazdei Core i5-4670 și 2 GB de RAM, care este aproximativ mașina de birou medie. Serverul a fost plasat pe o matrice RAID 0 de două, iar clientul pe o matrice similară de discuri de uz general.
Ca baze experimentale, am ales mai multe configurații ale ediției Accounting 2.0 2.0.64.12 care a fost apoi actualizat la 3.0.38.52 , toate configurațiile au fost rulate pe platformă 8.3.5.1443 .
Primul lucru care atrage atenția este dimensiunea crescută a bazei de informații a troicii, care a crescut semnificativ, precum și apetitul mult mai mare pentru RAM:
Suntem deja gata să auzim de obicei: „de ce au adăugat așa ceva la acest trio”, dar să nu ne grăbim. Spre deosebire de utilizatorii versiunilor client-server, care necesită un administrator mai mult sau mai puțin calificat, utilizatorii versiunilor de fișiere rareori se gândesc la întreținerea bazelor de date. De asemenea, deservirea (citirea - actualizarea) acestor baze angajații firmelor specializate se gândesc rar la asta.
Între timp, baza de informații 1C este un SGBD cu drepturi depline, cu propriul format, care necesită și întreținere și pentru aceasta există chiar și un instrument numit Testarea și repararea bazei de informații... Poate că numele a jucat o glumă crudă, care, așa cum spune, implică că acesta este un instrument de depanare, dar performanța scăzută este, de asemenea, o problemă, iar restructurarea și reindexarea, împreună cu compresia tabelelor, sunt binecunoscute oricărui administrator DBMS de optimizare a bazei de date. unelte. Verifică?
După aplicarea acțiunilor selectate, baza a „slăbit” dramatic, devenind chiar mai mică decât cele „doi”, pe care nimeni nu le-a optimizat vreodată, iar consumul de RAM a scăzut ușor și el.
Ulterior, după încărcarea unor noi clasificatoare și cărți de referință, crearea de indici etc. dimensiunea bazei va crește, în general, bazele celor „trei” sunt mai mari decât bazele celor „doi”. Cu toate acestea, acest lucru nu este mai important, dacă a doua versiune s-a mulțumit cu 150-200 MB de RAM, atunci noua ediție are nevoie deja de o jumătate de gigabyte și această valoare ar trebui să fie luată în considerare la planificarea resurselor necesare pentru a lucra cu programul.
Net
Lățimea de bandă a rețelei este unul dintre cei mai importanți parametri pentru aplicațiile de rețea, în special ca 1C în modul fișier, mută cantități semnificative de date în rețea. Majoritatea rețelelor întreprinderilor mici sunt construite pe baza unor echipamente ieftine de 100 Mbit/s, așa că am început testarea cu o comparație a indicatorilor de performanță 1C în rețelele de 100 Mbit/s și 1 Gbit/s.
Ce se întâmplă când baza de date de fișiere 1C este lansată în rețea? Clientul descarcă o cantitate destul de mare de informații în foldere temporare, mai ales dacă aceasta este prima pornire la rece. La 100 Mbit/s, ne vom întâlni, așa cum era de așteptat, în lățimea canalului și descărcarea poate dura un timp considerabil, în cazul nostru aproximativ 40 de secunde (prețul unei diviziuni de diagrame este de 4 secunde).
A doua lansare este mai rapidă, deoarece unele dintre date sunt stocate în cache și sunt acolo până la repornire. Trecerea la o rețea gigabit poate accelera semnificativ încărcarea programului, atât „la rece”, cât și la „fierbinte”, iar raportul de valori este observat în acest caz. Prin urmare, am decis să exprimăm rezultatul în valori relative, luând cea mai mare valoare a fiecărei măsurători ca fiind 100%:
După cum puteți vedea din grafice, Accounting 2.0 se încarcă de două ori mai repede la orice viteză de rețea, trecerea de la 100 Mbps la 1 Gbps vă permite să vă multiplicați de patru ori timpii de descărcare. Nu există nicio diferență între bazele optimizate și neoptimizate ale „troicii” în acest mod.
De asemenea, am testat efectul vitezei rețelei asupra muncii în condiții grele, de exemplu, în repostărirea în grup. Rezultatul este exprimat și în termeni relativi:
Aici este mai interesant, baza optimizată a „troicii” în 100 Mbit/s a rețelei funcționează la aceeași viteză cu cele „doi”, iar cea neoptimizată arată de două ori cel mai prost rezultat. La gigabit, rapoartele sunt păstrate, „trei” neoptimizat este și el de două ori mai lent decât „doi”, iar cel optimizat este cu o treime în urmă. De asemenea, trecerea la 1 Gbit/s vă permite să reduceți timpul de trei ori pentru ediția 2.0 și de două ori pentru ediția 3.0.
Pentru a evalua impactul vitezei rețelei asupra muncii zilnice, am folosit Măsurarea performanței prin efectuarea unei secvenţe de acţiuni predefinite în fiecare bază.
De fapt, pentru sarcinile de zi cu zi, lățimea de bandă a rețelei nu este un blocaj, un „triplu” neoptimizat este cu doar 20% mai lent decât două, iar după optimizare se dovedește a fi aproximativ la fel mai rapid - se reflectă avantajele lucrului în modul client subțire. Trecerea la 1 Gbps nu oferă bazei optimizate niciun avantaj, iar baza neoptimizată și cele două încep să funcționeze mai repede, arătând puțină diferență între ele.
Din testele efectuate, devine clar că rețeaua nu este un blocaj pentru noile configurații, iar aplicația gestionată este chiar mai rapidă decât de obicei. De asemenea, puteți recomanda trecerea la 1 Gbit/s dacă sarcinile grele și viteza de descărcare a bazelor de date sunt critice pentru dvs., în alte cazuri noile configurații vă permit să lucrați eficient chiar și în rețele lente de 100 Mbit/s.
Deci de ce încetinește 1C? Vom înțelege mai departe.
Subsistemul disc server și SSD
În articolul precedent, am obținut o creștere a performanței lui 1C prin plasarea bazelor pe SSD. Performanță posibilă insuficientă a subsistemului disc server? Am măsurat performanța unui server de disc în timpul unui grup rulat în două baze de date simultan și am obținut un rezultat destul de optimist.
În ciuda numărului relativ mare de operațiuni de intrare-ieșire pe secundă (IOPS) - 913, lungimea cozii nu a depășit 1,84, ceea ce este un rezultat foarte bun pentru o matrice cu două discuri. Pe baza acestui fapt, se poate presupune că o oglindă de pe discuri obișnuite va fi suficientă pentru funcționarea normală a 8-10 clienți de rețea în moduri grele.
Deci este necesar un SSD pe un server? Cel mai bun mod de a răspunde la această întrebare va fi testarea pe care am efectuat-o folosind o metodologie similară, conexiunea la rețea este peste tot 1 Gb/s, rezultatul fiind exprimat și în valori relative.
Să începem cu viteza de încărcare a bazei de date.
Poate părea surprinzător pentru cineva, dar nu afectează viteza de încărcare a bazei de date SSD pe server. Principalul factor limitator aici, așa cum a arătat testul anterior, este lățimea de bandă a rețelei și performanța clientului.
Să trecem la repostare:
Am observat deja mai sus că performanța discului este destul de suficientă chiar și pentru lucrul în moduri grele, prin urmare, nici viteza SSD-ului nu este afectată, cu excepția bazei neoptimizate, care a ajuns din urmă pe cea optimizată de pe SSD. De fapt, acest lucru confirmă încă o dată că operațiunile de optimizare ordonează informațiile în baza de date, reducând numărul de operațiuni aleatoare de intrare/ieșire și crescând viteza de acces la aceasta.
Pentru sarcinile de zi cu zi, imaginea este aceeași:
Doar baza neoptimizată beneficiază de SSD. Puteți, desigur, să achiziționați un SSD, dar ar fi mult mai bine să vă gândiți la întreținerea în timp util a bazelor. De asemenea, nu uitați de defragmentarea secțiunii bazei de informații de pe server.
Subsistemul disc client și SSD
Am analizat efectul SSD-ului asupra vitezei de funcționare a unui 1C instalat local, multe din ceea ce s-a spus este valabil și pentru lucrul în modul de rețea. Într-adevăr, 1C utilizează în mod activ resursele de disc, inclusiv pentru activitățile de fundal și de rutină. În figura de mai jos, puteți vedea cum Accounting 3.0 accesează destul de activ discul în aproximativ 40 de secunde după încărcare.
Dar, în același timp, trebuie să știți că pentru o stație de lucru în care se lucrează activ cu una sau două baze de informații, resursele de performanță ale unui HDD convențional de serie sunt destul de suficiente. Achiziționarea unui SSD poate accelera unele procese, dar nu veți observa o accelerare radicală în munca de zi cu zi, deoarece, de exemplu, descărcările vor fi limitate de lățimea de bandă a rețelei.
Un hard disk lent poate încetini unele operațiuni, dar în sine nu poate încetini programul.
Berbec
În ciuda faptului că memoria RAM este acum obscen de ieftină, multe stații de lucru continuă să funcționeze cu cantitatea de memorie care a fost instalată la momentul achiziției. Aici se așteaptă primele probleme. Pornind deja de la faptul că „trei” medii necesită aproximativ 500 MB de memorie, se poate presupune că cantitatea totală de RAM din 1 GB nu va fi suficientă pentru a funcționa cu programul.
Am redus memoria sistemului la 1 GB și am lansat două baze de informații.
La prima vedere, totul nu este atât de rău, programul și-a calmat poftele și s-a încadrat complet în memoria disponibilă, dar să nu uităm că nevoia de date operaționale nu s-a schimbat, deci unde a ajuns? Flushed pe disc, cache, swap etc., esența acestei operațiuni este că datele care nu sunt necesare în acest moment sunt trimise din RAM rapidă, a cărei cantitate nu este suficientă, pentru a încetini discul.
Unde duce? Să vedem cum sunt folosite resursele sistemului în operațiuni grele, de exemplu, vom începe un grup de repostare în două baze de date simultan. Mai întâi pe un sistem cu 2 GB de RAM:
După cum puteți vedea, sistemul utilizează în mod activ rețeaua pentru a primi date și procesorul pentru procesarea acestora, activitatea discului este nesemnificativă, în procesul de procesare crește ocazional, dar nu este un factor limitativ.
Acum să reducem memoria la 1 GB:
Situația se schimbă radical, sarcina principală cade acum pe hard disk, procesorul și rețeaua sunt inactive, așteptând ca sistemul să citească datele necesare de pe disc în memorie și să trimită acolo date inutile.
În același timp, chiar și munca subiectivă cu două baze de date deschise pe un sistem cu 1 GB de memorie s-a dovedit a fi extrem de incomodă, directoarele și reviste au fost deschise cu o întârziere semnificativă și acces activ la disc. De exemplu, deschiderea revistei Vânzări de bunuri și servicii a durat aproximativ 20 de secunde și a fost însoțită de o activitate ridicată pe disc în tot acest timp (evidențiată de o linie roșie).
Pentru a evalua obiectiv impactul RAM asupra performanței configurațiilor bazate pe o aplicație gestionată, am efectuat trei măsurători: viteza de descărcare a primei baze de date, viteza de descărcare a celei de-a doua baze de date și reîncărcarea grupului într-una dintre bazele de date. Ambele baze de date sunt complet identice și create prin copierea bazei de date optimizate. Rezultatul este exprimat în unități relative.
Rezultatul vorbește de la sine, dacă timpul de încărcare crește cu aproximativ o treime, ceea ce este încă destul de suportabil, atunci timpul de execuție a operațiunilor din baza de date crește de trei ori, nu este nevoie să vorbim despre nicio muncă confortabilă în astfel de condiții. Apropo, acesta este cazul când cumpărarea unui SSD poate îmbunătăți situația, dar este mult mai ușor (și mai ieftin) să te ocupi de cauza, nu de consecințe și doar să cumperi cantitatea potrivită de RAM.
Lipsa memoriei RAM este principalul motiv pentru care lucrul cu noile configurații 1C se dovedește a fi inconfortabil. Configurațiile cu 2 GB de memorie la bord ar trebui considerate minime adecvate. Totodată, rețineți că în cazul nostru s-au creat condiții „de seră”: un sistem curat, rula doar 1C și task manager. În viața reală, pe un computer de serviciu, de regulă, un browser, o suită de birou este deschisă, rulează un antivirus etc., etc., deci procedați de la nevoia de 500 MB per bază de date, plus o anumită marjă, astfel încât în timpul operațiunilor grele nu vă confruntați cu o lipsă de memorie și cu o scădere bruscă a productivității.
CPU
Fără exagerare, procesorul central poate fi numit inima unui computer, deoarece el este cel care, în cele din urmă, efectuează procesarea tuturor calculelor. Pentru a-i evalua rolul, am mai rulat un set de teste, la fel ca pentru RAM, reducând numărul de nuclee disponibile mașinii virtuale de la două la unul, în timp ce testul a fost rulat de două ori cu 1 GB și 2 GB de memorie.
Rezultatul s-a dovedit a fi destul de interesant și neașteptat, un procesor mai puternic a preluat destul de eficient sarcina în condițiile lipsei de resurse, în restul timpului nu a oferit niciun avantaj tangibil. 1C Enterprise (în modul fișier) cu greu poate fi numită o aplicație care utilizează în mod activ resursele procesorului, ci mai degrabă nepretențioasă. Și în condiții dificile, procesorul poartă sarcina nu atât de a calcula datele aplicației în sine, cât de a deservi costurile generale: operațiuni suplimentare I/O etc.
concluzii
Deci de ce 1C încetinește? În primul rând, aceasta este o lipsă de RAM, sarcina principală în acest caz cade pe hard disk și procesor. Iar dacă nu strălucesc cu performanță, așa cum se întâmplă de obicei în configurațiile de birou, atunci ajungem la situația descrisă la începutul articolului - „doi” a funcționat bine, dar „trei” încetinește cu nerușinare.
Pe locul doi se află performanța rețelei, un canal lent de 100 Mbit/s poate deveni un adevărat blocaj, dar, în același timp, modul client subțire este capabil să mențină un nivel de lucru destul de confortabil chiar și pe canalele lente.
Atunci ar trebui să acordați atenție celui de disc, cumpărarea unui SSD este puțin probabil să fie o investiție bună de bani, dar înlocuirea discului cu unul mai modern nu va fi de prisos. Diferența dintre generațiile de hard disk poate fi estimată din următorul material:.
Și în sfârșit procesorul. Un model mai rapid, desigur, nu va fi de prisos, dar nu are rost să-i crească performanța, cu excepția cazului în care acest PC este folosit pentru operațiuni grele: procesare de grup, rapoarte grele, închiderea lunii etc.
Sperăm că acest material vă va ajuta să înțelegeți rapid întrebarea „de ce 1C încetinește” și să o rezolvați cel mai eficient și fără costuri suplimentare.
Etichete:
/ Probleme mari ale rețelelor mici sau De ce rețeaua mea încetinește?
Probleme mari ale rețelelor mici sau De ce rețeaua mea încetinește?
Este sigur să spunem că rețea de calculatoare astăzi este una dintre componentele cheie ale oricărei afaceri de succes. Calculatorul a fost de mult transformat dintr-un lux într-un instrument indispensabil. Dar, în același timp, în mod surprinzător, în majoritatea întreprinderilor se acordă o atenție minimă calității instalării rețelelor de calculatoare. Antreprenorii cred că performanța sistemelor de calcul depinde de puterea computerelor și sunt dispuși să cheltuiască pe modele scumpe și rapide, uitând că mijloacele de interacțiune dintre aceste computere nu sunt mai puțin importante. Calitatea de construcție a computerelor a început să joace un rol semnificativ. Consumatorii nu se mai mulțumesc cu modele ieftine asamblate „în camera din spate în genunchi”, ei preferând să cumpere calculatoare mai scumpe ale unor mărci cunoscute. Este cu atât mai surprinzător că desfășurarea unei rețele locale este încă adesea asociată cu ceva frivol, lucru de maimuță, care poate fi efectuat de orice student cu un instrument. Ca urmare, el este angajat în așezarea rețelei. Deși există doar 5-10 computere în rețea, deficiențele acestei abordări sunt de obicei invizibile, dar de îndată ce începe să crească, în ea apar servere, servicii de rețea, baze de date - așa că imediat economia aparentă se dovedește a fi un bombă cu ceas. Începe frânarea și înghețarea rețelei, calculatoarele rapide se dovedesc a fi hardware inutile, deoarece rețeaua nu este capabilă să transfere rapid cantitățile necesare de informații, devine imposibilă sincronizarea orei pe computere. În toate cazurile, defecțiunile rețelei și timpul de nefuncționare sunt mult mai costisitoare decât instalarea de calitate. De ce se întâmplă acest lucru și cum să tratăm cu el?
Pe scurt despre standardele rețelelor locale de calculatoare
Proiectarea, instalarea și funcționarea sistemelor de cablare structurată (SCS) au fost standardizate de peste 15 ani. Există grupuri de standarde americane (ANSI / TIA / EIA), europene (EN) și internaționale (ISO / IEC). O rețea locală construită în conformitate cu standardul ISO crește valoarea companiei, așa că multe întreprinderi mari fie își construiesc inițial rețelele conform standardului, fie le modernizează pe cele existente și primesc un certificat de conformitate - acesta este un ajutor semnificativ în găsirea investitorilor. . Întreprinderile mici nu trebuie să își certifice rețelele, dar, în orice caz, implementarea unei rețele locale ar trebui să fie încredințată unor specialiști familiarizați cu standardele și regulile de instalare a rețelelor - acest lucru va crește foarte mult fiabilitatea acesteia.
Câteva despre dispozitivul unei rețele de calculatoare
Majoritatea rețelelor locale moderne sunt construite folosind tehnologia Ethernet (nu confundați cu Internetul!). În cel mai frecvent caz, o rețea este o colecție de hub-uri de rețea (numite și „hub-uri” și „comutatoare”) - dispozitive care conectează cablurile de la computere într-un singur nod - și cablurile în sine. Hub-urile de rețea diferă în ceea ce privește numărul de conectori de rețea (porturi), ratele de transfer de date și capacitatea de a gestiona traficul de rețea. Un cablu Ethernet este format din opt conductori de cupru într-o singură manta, împletite în perechi în 4 perechi. Fiecare capăt al cablului este fie sertizat într-o mufă de rețea (conector), fie fixat mecanic la un dispozitiv cu conectori de rețea (priză sau panou de corecție). Pentru ca computerele să poată funcționa într-o rețea Ethernet, acestea sunt echipate cu plăci de rețea - un dispozitiv care are un conector pentru conectarea unui cablu de rețea. Rata de transfer de date de bază în rețea depinde de hub-urile de rețea și de plăcile de rețea ale computerelor și este de 100 megabiți pe secundă pentru rețelele 100BaseT și 1000 Mbps pentru rețelele Gigabit Ethernet
8 greșeli comune de organizare a rețelei sau de ce 1C încetinește în rețea
Deci, au fost achiziționate și instalate computere moderne puternice, rețeaua locală este asamblată, internetul este conectat și puteți lucra. Și deodată, de undeva, apar o mulțime de probleme mici (și uneori deloc mici): fie serverul din rețea nu mai răspunde, apoi contabilii se plâng că 1C funcționează teribil de încet, apoi internetul dispare, apoi computerele nu mai văd. rețeaua cu totul. Ce s-a întâmplat? Probabil, în timpul instalării rețelei, s-au făcut greșeli, ceea ce a dus la faptul că atât viteza, cât și fiabilitatea transmiterii datelor au avut de suferit. Cele mai tipice sunt descrise mai jos. Verificați-vă rețeaua pentru oricare din această listă.
- Cablul LAN este așezat împreună cu cel electric.
Pentru a economisi bani la cablare, cablurile LAN sunt uneori stivuite împreună cu cablurile electrice (și mai rău, când sunt țesute sau legate între ele). Câmpul electromagnetic din jurul cablului electric induce zgomot în cablul LAN, numărul de erori crește, iar rata de transfer de date scade. În cel mai rău caz, echipamentul de rețea poate eșua - un hub de rețea sau o placă de rețea din computer se arde.
- Un cablu pentru două prize.
După cum sa menționat mai sus, un cablu de pereche răsucită este format din opt conductori de pereche răsucită. În rețelele gigabit (1000 megabiți), datele sunt transmise pe toate cele patru perechi, iar în rețelele de 100 megabiți, doar două. Acesta devine teren fertil pentru ideile „strălucitoare” ale unor specialiști autohtoni: de ce să trageți două cabluri la două prize într-o rețea de 100 de megabiți, când puteți folosi două perechi pentru una și două pentru o altă priză? Și pentru a economisi bani, cablurile sunt mărunțite fără milă: perechile răsucite sunt scoase din manta, nerăsucite, înfășurate cu bandă electrică etc. Aceste manipulări încalcă cel mai important principiu al construirii rețelelor de informații: un dispozitiv - un cablu. În niciun caz nu poți economisi pe cablu - se transformă întotdeauna în costuri suplimentare. În acest caz, caracteristicile undei ale cablului se deteriorează, cantitatea de zgomot din conexiune crește. Numărul de erori crește, rata efectivă de transfer de date scade. În plus, devine imposibil să utilizați acest cablu mai târziu pentru a face upgrade la standardul Gigabit Ethernet mai rapid.
- Rețele de calculatoare și telefonie într-un singur cablu.
Un caz flagrant de încălcare a regulilor de instalare a rețelelor de cablu. Din păcate, este foarte răspândită. „Specialiştii” autohtoni folosesc două perechi de patru pentru a organiza o reţea de calculatoare, iar prin celelalte două conectează telefoane. La consecințele descrise în clauza 3, se adaugă inducție de la perechile „telefon”, a căror tensiune nominală ajunge la 60 V, iar în momentul apelului - până la 120 V (în perechile „calculator" - până la 5 V ). Efectul interferenței este vizibil în special pe cablurile lungi. Distorsiunea cauzată de zgomot și interferență face ca o rețea de 100 de megabiți să transfere date la 10 megabiți. Trebuie reținut că viteza rețelei afișată de Windows în momentul conexiunii este viteza standardului de conexiune la rețea și nu viteza reală de transfer de date. Valoarea exactă poate fi găsită folosind programe speciale precum SiSoft Sandra. Puteți face o estimare aproximativă folosind Windows Explorer, măsurând timpul necesar pentru a transfera un fișier mare (peste 500 MB) în rețea.
- Extinderea liniei LAN cu prize suplimentare.
La broșare, se dovedește că lungimea cablului a fost calculată incorect, iar câteva zeci de centimetri nu sunt suficiente pentru a ajunge la locul dorit. Nu mutați întregul cablu din această cauză? Iar „specialistul” găsește o ieșire - montează o priză la capătul cablului, la care conectează un alt cablu, la capătul căruia se montează și o priză. Dacă computerul este apoi mutat mai departe, atunci o nouă bucată de cablu cu o priză este adăugată la linie în același mod... Cea mai proastă opțiune este atunci când cablul este prelungit fără prize, îmbinarea manuală a conductorilor folosind un fier de lipit sau răsturnări, ceea ce este complet inacceptabil. Trebuie avut în vedere că conectorii de cablu sunt principala sursă de interferență, numărul lor pe o linie nu trebuie să depășească patru.
- Conectori prost sertizat.
O greșeală foarte frecventă. Conectorul Ethernet este proiectat să țină în siguranță nu numai conductorii de cupru, ci și izolația. Perechile răsucite nu trebuie dezrăucite cu mai mult de 1 cm.Din păcate, se observă adesea că aceste cerințe sunt ignorate, izolația este tăiată mult mai mult decât este necesar, iar perechile răsucite nerăsucite sunt sertizate cu un conector. Un astfel de cablu are caracteristici de undă semnificativ mai proaste, iar acțiunea mecanică neglijentă poate provoca o rupere a conductorului.
- Cabluri pe podea.
Puteți fi sigur că orice cablu de rețea care se află pe podea în pasaj va fi tras cel puțin o dată. Dacă în birourile dvs. cablurile de rețea de computere stau pe podea (și mai rău - peste culoar), atunci mai devreme sau mai târziu cineva le va prinde. Cel puțin, aceasta înseamnă un cablu care a sărit din placa de rețea, dar o rupere a cablului poate apărea și odată cu defecțiunea ulterioară a hub-ului de rețea. Dacă este posibil, toate cablurile LAN, cu excepția cablurilor de la priză la computer, ar trebui să fie retrase în canale pregătite: țevi ondulate, cutii de plastic, jgheaburi în spatele panourilor de perete sau tavan. Dacă este imposibil să scoateți cablul din pasaj, atunci cel puțin ar trebui să fie acoperit cu o carcasă de protecție din metal sau plastic.
- Cabluri lângă lămpi fluorescente.
Este foarte obișnuit să rulați cabluri de rețea în spatele unui tavan fals - este rapid, îngrijit și ieftin. Cu toate acestea, nu este suficient doar să ascundeți cablurile în spatele panourilor de tavan; trebuie avut în vedere că lămpile fluorescente sunt cele mai puternice surse de interferență electromagnetică. Cablurile trebuie așezate cât mai departe de lumini fluorescente, chiar mai bine în tăvile de sârmă împământate, atașate de tavan. Din păcate, acest principiu este încălcat peste tot. Cablurile peste tavan se află la întâmplare, adesea direct pe corpuri de iluminat. Sunt garantate mult zgomot și o scădere a vitezei rețelei.
- Un număr mare de hub-uri de rețea.
Lungimea unei linii a unei rețele Ethernet construită pe cabluri cu perechi răsucite nu depășește 100 de metri. Atunci când este necesară extinderea liniei de rețea pe o distanță considerabilă, soluția optimă ar fi folosirea unui cablu de fibră optică, dar crește serios costul instalării, așa că administratorii de sistem merg la diverse trucuri. De exemplu, o linie este așezată în bucăți de 100 de metri, între care așa-numita. repetoare (amplificatoare de semnal). Cel mai adesea, hub-urile de rețea obișnuite și cele mai ieftine sunt folosite ca repetitoare. De regulă, în acest fel conectează clădiri separate în care au fost deja amplasate rețele locale și există hub-uri de rețea. Regulile de construcție impun că nu există mai mult de 4 hub-uri între oricare două computere, dar cu această abordare a extinderii rețelei, acestea sunt foarte ușor de încălcat, ceea ce este plin de inhibiții și eșecuri. Următoarea greșeală comună este instalarea unui număr mare de hub-uri de rețea cu mai puține porturi. Mai devreme sau mai târziu, apare o situație când hub-ul rămâne fără porturi libere și computerele noi nu au unde să se conecteze. Cel mai ieftin și rapid mod de a remedia situația este să cumpărați un alt hub mic și să îl conectați la cel vechi. Această metodă este, în același timp, cea mai greșită. Rețineți că un hub cu multe porturi va funcționa întotdeauna mai bine decât mai multe porturi mici. O altă eroare apare atunci când așezați o rețea în mai multe camere adiacente, fiecare dintre ele având propriul hub de rețea. Cea mai bună soluție pentru aceste situații este conectarea directă a fiecărui hub la hub-ul rădăcină din rețea, dar administratorii de sistem doresc să reducă cablarea prin conectarea în cascadă a hub-urilor într-un lanț. Dacă, pe lângă acestea, se aleg cele mai ieftine modele de hub, care nu pot face față unui volum semnificativ de trafic, atunci încetinirea rețelei este aproape inevitabilă.
Cum să remediați rețeaua și să accelerați 1C
Dacă o examinare superficială a rețelei dvs. a arătat că aceasta conține cel puțin unele dintre erorile tipice enumerate, atunci ar trebui să vă gândiți să puneți rețeaua în ordine. În cele mai multe cazuri, un specialist calificat poate corecta situația sau poate sugera soluții. Dar cea mai eficientă și corectă soluție va fi întotdeauna atribuirea muncii specialiștilor, proiectarea atentă a unei rețele de calculatoare înainte de implementare și respectarea regulilor de instalare.
Inovarea infrastructurii de rețea este profitabilă. Costul sistemului de cablare „corect” depășește rar 5% din costul întregii rețele de calculatoare, iar economiile de bănuți în acest domeniu pot duce la pierderi serioase din defecțiuni și timpi de nefuncționare.
Alex Tsemik,
partener pentru securitatea rețelei și infrastructura serverului
01.04.2004, 19:16
: virus: Nu sunt un administrator foarte experimentat. Îmi cer scuze pentru întrebarea strâmbă. Există suspiciunea că rețeaua locală (și și Telnetul) încetinește din cauza transmisiilor (comutatorul a clipit peste tot și 25% din pachete nu trec niciodată !!!)! Știe cineva un program sau o modalitate de a urmări pe ce mașină sunt trimise sau cum să le blocheze?
-----
mi-am schimbat pălăria
Rugăciune
01.04.2004, 20:14
Există suspiciunea că rețeaua locală (și și Telnetul) încetinește din cauza transmisiilor (comutatorul a clipit peste tot și 25% din pachete nu trec niciodată !!!)!
De ce ai decis că este din cauza emisiunilor?
descrieți ce fel de rețea, există un domeniu, ce sisteme de operare...
Iar subiectul trebuia numit cumva altfel
01.04.2004, 20:30
sarpe2005
Încercați să adulmecați - veți vedea ce pachete rulează în rețea. Nu numai ce este rețeaua? Dacă LAN-ul este normal, dar sub sarcină, tot e bine că se pierde doar 25%.
02.04.2004, 00:25
Mesajul inițial de la Sky7
sarpe2005
Ar fi bine să schimbi numele subiectului.
Da, și avem o secțiune separată despre rețele... Deocamdată, am mutat-o acolo...
05.04.2004, 18:53
1. Ce echipament de rețea?
2. tipuri de legături între comutatoare?
3. IP static sau dinamic?
4. câte comutatoare sunt în rețea și cum sunt conectate?
În forma în care ai pus întrebarea, este pur și simplu imposibil să-i răspunzi.
Răspundeți la aceste întrebări - voi întreba următoarele, abia atunci se va putea înțelege care este problema.
05.04.2004, 22:47
Posnif, uitați-vă la macul difuzat original (mai exact, solicitări) și uitați-vă în arps care sunt ciudați. Un caz similar este posibil atunci când 2 porturi de comutare sunt scurtcircuitate între ele (deloc). Sau clientul a instalat un comutator și a scurtcircuitat câteva porturi - și toate transmisiunile Windows sunt permise - așa că se înmulțesc cu el - și smochinele vor înțelege cine este de vină.
06.04.2004, 11:58
asdus:
iar smochinele vor înțelege cine este de vină
Sorglasen, din cauza problemelor pe care le-ai menționat, poate apărea o furtună de difuzare, de aceea trebuie să știi ce echipament valorează. Atunci este clar ce trebuie făcut în continuare. Și cu un sniffer vei vedea o furtună brotcast, dar în majoritatea cazurilor nu o vei putea urmări. mai ales: Un caz similar este posibil atunci când 2 porturi de comutare sunt scurtcircuitate unul la celălalt (deloc). Sau clientul a instalat un comutator și a scurtcircuitat câteva porturi
06.04.2004, 13:42
snake2005, ce comutator? Puteți să vă uitați la statisticile despre el. Inclusiv la emisiuni, vei vedea din ce port cad.
06.04.2004, 16:18
sarpe2005
Uh... ei bine, de exemplu, asta ar putea fi daca ai o retea de 100 Mbit, vreo 80-90 de calculatoare, grupurile sunt conectate prin hub-uri simple, se foloseste in tot DHCP, si toate acestea sunt prin SSH, cu cheie schimb după fiecare conexiune = ))))
Tocmai a descris un fel de iad... =)
Dar serios, o astfel de baida poate fi, dacă unele dintre computerele din segmentul cu comutator funcționează cu carduri de 10 Mbit, altele cu 100 ...
06.04.2004, 16:56
Un caz din practica mea (acum o lună):
Departamentul are o rețea pentru 10 mașini, un domeniu pe Win2000 și o grămadă de subrețele, toate pe switch-uri. Mașini vechi + scoateți 98, rețeaua funcționează bine. Ne schimbă mașinile pentru Selerons 2000 (mama asus P4S533, plăci de rețea încorporate SiS 900-Based), în același timp schimbăm axele pe WinXP .... și a început ... frânele de rețea sunt sălbatice ... a depăși ceva pe grilă către o altă mașină este practic imposibil, legătura dintre mașini este întreruptă în orice moment, viteza este extrem de mică...
Orice au făcut, a ajuns la punctul în care au pus domeniul pe Win2003... pe un tambur. Și trebuie să spun că toată lumea are IP constantă. Am decis să instalăm DHCP, situația este aceeași...
Pentru a nu întrerupe setările TCP/IP de pe spatele mașinilor, îmi rezerv IP în DHCP după adresa MAC și constat că toate mașinile au aceeași adresă MAC !!!
06.04.2004, 17:40
Burghiu:
Adresa MAC este aceeași!!!
Burghiu:
lemn de foc pentru plăcile de rețea în mod implicit
Adresa MAC poate fi schimbată programatic (dar nu se va schimba fizic de la aceasta), dar driverele nu sunt implicate în acest lucru.
Adresele MAC seamănă cu numerele de serie unice date fiecărui adaptor de rețea Ethernet la fabricație.
06.04.2004, 19:53
Appz_newS:
Și care este relația dintre drivere și adresa MAC a hardware-ului? MAC depinde de drivere?
În cardurile MAS foarte vechi, era necesar să se folosească mânerele și exact asta făcea lemnul de foc, dar acest lucru a căzut în uitare acum 10 ani.
O situație similară ar putea apărea pe cardurile Realtek și altele asemenea, dacă sistemul a fost instalat prin clonarea discului de sistem. Odată am făcut-o și eu, din păcate nu îmi amintesc exact modelul cardului, dar ce este realtek cu siguranță.
Problema este că la instalarea WinXP, toată lumea folosea implicit lemn de foc pentru placa de rețea din kitul WinXP. Această problemă a fost rezolvată prin instalarea lemnului de foc dintr-un compact pentru mamă ... Acum rețeaua zboară ...
Mi se pare că a fost suficient doar să demolăm și să punem iar lemnele de foc (indiferent de unde).
06.04.2004, 21:13
Din păcate (al meu ca un networker de profesie) 99% din sistemele familiei Windows vă permit să schimbați adresa MAC a plăcii de rețea fără a merge departe - doar în proprietățile plăcii de rețea.
Și despre clonarea sistemului - asta puțin depinde de modelul plăcii de rețea ;-) În principiu, nimic.
06.04.2004, 21:20
Appz_newS
Și care este relația dintre drivere și adresa MAC a hardware-ului? MAC depinde de drivere?
Nu-ți vine să crezi?
Aceasta este adresa „00-E0-06-09-55-66” pe toate mașinile. Am folosit Google și am primit acest răspuns:
Î. De ce multe dintre plăcile mele de bază P4S533-VM folosesc toate aceeași adresă MAC „00-E0-06-09-55-66”? Există vreo utilitate pentru a-l recupera?
A. Problema a fost cauzată de clientul care folosește driverul implicit WinXP. Vă rugăm să utilizați driverul actualizat de pe discul CD de asistență sau de pe site-ul de descărcare pentru a rezolva această problemă.
Singura diferenta este la asistente, eu am P4S533-MX
Iată mai multe (http://maryno.net/forum/viewthread.php?tid=1174)
07.04.2004, 00:31
90% aceasta nu este coordonarea vitezelor comutatorului și a plăcilor de rețea, va fi vizibil mai ales pe pachetele mari
08.04.2004, 11:49
titano:
90% aceasta nu este coordonarea vitezelor comutatorului și a plăcilor de rețea, va fi vizibil mai ales pe pachetele mari
Sau dragostea administratorilor începători de a pune 100Mb/full duplex pe card și de a lăsa autodetecția pe comutator. L-am întâlnit pe Bolezin de vreo 30 de ori în birouri diferite și cu diferite întrerupătoare :) :) :). Tratați prin presiunea mâinii.
08.04.2004, 13:23
Alexs-B
08.04.2004, 13:36
SSTOP:
Și care este problema, de fapt? Dacă comutatorul ține o sută?
În acest caz, veți primi 100 / Full duplex pe de o parte și 100 / half duplex pe de altă parte și 80-90% din pachetele abandonate.
Citiți cum funcționează Auto atunci când definiți un port și de ce a fost dezvoltat.
08.04.2004, 13:59
Ce va spune însuși snake2005?
întrebările adresate lui au rămas fără răspuns, dar controversa de la masa rotundă s-a desfășurat serios...
Nu este clar dacă și-a rezolvat problemele sau nu are nevoie de el...
08.04.2004, 14:37
Alexs-B
08.04.2004, 15:41
SSTOP:
Și de unde va lua comutatorul semi-duplex, dacă nu este un secret?
Da, ca din specificația Fast Ethernet
08.04.2004, 15:53
Alexs-B
Înțeleg că l-am primit deja, dar aș vrea să văd un răspuns mai detaliat. Totuși, de ce atunci când instalați forțat o placă de rețea la 100 / fullduplex, va exista 100 / halfduplex pe comutator?
08.04.2004, 16:35
Cum să configurați corect Speed / Duplex
Am înființat ______________________ primim
Card ___________ Comutator ___________ Card ____________ Comutator _____________ Rezultat
10 / H ___________ avto / avto __________ 10 / h ______________ 10 / h ____________________ Ok
10 / f ______________-________________ 10 / f _____________ 10 / h ____________________ Rahat
10 / a ______________-________________ 10 / f _____________ 10 / f ____________________ Ok
100 / h _____________-_______________ 100 / h _____________ 100 / h __________________ Ok
100 / f _____________-________________ 100 / f _____________ 100 / h __________________ Rahat
100 / a _____________-_______________ 100 / f ______________ 100 / f __________________ Ok
a / h _______________-_______________ 100 / h _____________ 100 / h __________________ Ok
a / f _______________-________________ 100 / f _____________ 100 / f __________________ Ok
a / a _______________-_______________ 100 / f ______________ 100 / f __________________ Ok
Sursa de informare este orice carte despre administrarea rețelelor entry-level, instrucțiuni pentru comutare (nu pentru oricine, în cele normale este descrisă).
Motivul este ordinea în care viteza și modul duplex sunt determinate pe interfețe. Dacă sunteți interesat de mai multe detalii, vă pot spune, dar acesta este un subiect separat.
08.04.2004, 18:03
Alexs-B
da, poate ma intereseaza... actual intr-un topic separat ok?
08.04.2004, 18:15
Alexs-B
Un calcul destul de ciudat, după părerea mea... „Ghidul tehnologiilor rețelelor unite” al lui Tsisk este pentru tine o carte suficient de autoritară? Totul este precis, dar invers - atunci când se negociază automat, modul duplex are o prioritate mai mare față de modul semi-duplex, deci nu va exista „100 / f_avto / avto_100 / f_100 / h_Govno”, ci „100 / f_avto / avto_100 / f_100 / f_All_beam". Ceea ce, apropo, este mult mai logic, pentru că de ce să alegeți în mod evident nu cea mai bună opțiune de conectare dintre toate cu adevărat posibile?
P.S. În detrimentul unui subiect separat, nu mă deranjează deloc. :)
08.04.2004, 20:38
SSTOP:
Este Ghidul Cisco pentru tehnologiile de rețea unificate o carte suficient de autorizată pentru dvs.?
Și pentru tine „Elementele de bază ale configurării routerelor Cisco” - 1 card de instruire standard?
Deschide un subiect nou pentru luni, vom discuta!
08.04.2004, 21:53
Alexs-B
Cisco (http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/ethernet.htm#xtocid29), deci... Și nu are rost să începem un subiect nou. Merită să faceți referire la sursa originală (http://www.ieee802.org/3/ab/public/feb98/an1.pdf), deoarece totul va cădea la loc. Așa că degeaba ai schilodit mâinile administratorilor. :)
09.04.2004, 11:55
SSTOP:
Așa că degeaba ai schilodit mâinile administratorilor.
De ce degeaba. Această informație este destul de răspândită, dar modul în care conexiunea în care mod se stabilește acum 10 ani, în anul 4 de institut, a trecut, prabda pentru 10 rețele și mult mai detaliat decât a descris Cisco.
09.04.2004, 19:22
Alexs-B
Adică, în ciuda link-urilor furnizate, insistați că pe comutator va fi half-duplex, am înțeles bine?
12.04.2004, 12:02
Propun să încep cu un experiment. Luați un comutator (de preferință controlat astfel încât starea portului să poată fi vizualizată) sau 2 computere și un cablu încrucișat, simulați situația și vedeți rezultatul. Va fi puțin mai rapid decât a ne certa. Iar rezultatul va fi imediat.
12.04.2004, 13:19
Alexs-B
Freak-man... Standardul oficial nu este suficient pentru tine? :)
12.04.2004, 13:39
Este slab de verificat?
12.04.2004, 13:55
Alexs-B
12.04.2004, 14:22
Am urmărit, am urmărit argumentul tău. Iată rezultatele experimentului: pe harta automată, pe comutatorul automat, rezultatul este full duplex.
12.04.2004, 14:27
Appz_newS
Dacă este automat automat, atunci nu există întrebări. Ne certăm despre ce se va întâmpla când 100 / full este setat forțat pe placa de rețea și automat pe comutator.
12.04.2004, 14:38
SSTOP, ok acum și așa voi verifica. Voi scrie rezultatul chiar în această postare pentru a nu inunda.
A verificat. 100 / complet pe hartă, comutator pornit automat. Comp supraîncărcat. Concluzia: full duplex pe un comutator.
Placă de rețea Intel, comutator HP J4813A ProCurve Switch 2524.
12.04.2004, 15:00
SSTOP:
De la ce? Vă rog - o rețea Intel, încorporată. Comutator - 3Com 4300. Pe setevushka schimbăm Auto la 100 / plin, pe comutator avem 100 / plin, totul este așa cum ar trebui să fie.
Link-ul nu a uitat să repornească?;) (fizic)
12.04.2004, 16:57
Alexs-B
Pentru cine sunt ținut aici? : da ochii peste cap:
12.04.2004, 17:14
Ei bine, poate pe cardurile moderne (în special integrashkas) acest lucru funcționează (acolo mașina este instalată chiar înainte ca computerul să fie încărcat), nu funcționează pe carduri mai vechi.
Și acesta este pentru fanii surselor originale SSTOP: http://www.cisco.com/warp/public/473/46.html#gen_tr_10_100 (căutam 7 minute :))
: rece:
Eu vorbesc de clasic. Acum l-am verificat pe un nou Asus cu o integrashka - într-adevăr, totul este o grămadă. Pe P II cu 3com 905b - clasic.
Deci, cel mai probabil, acest lucru se datorează faptului că cardul se pornește înainte de pornirea sistemului și nu se uită la setările sale.
Adăugat după 4 minute:
Alexs-B:
Pentru cine sunt ținut aici?
Ei nu țin pentru nimeni. Doar că fiecare își exprimă părerea. :), iar dacă nu coincide se ceartă!
