Di recente, utenti e amministratori hanno iniziato a lamentarsi sempre più del fatto che le nuove configurazioni 1C sviluppate sulla base di un'applicazione gestita sono lente, in alcuni casi inaccettabilmente lente. È chiaro che le nuove configurazioni contengono nuove funzioni e capacità, e quindi richiedono più risorse, ma la maggior parte degli utenti non ha una comprensione di ciò che influisce principalmente sul funzionamento di 1C in modalità file. Proviamo a correggere questo divario.

Nel nostro abbiamo già toccato l'impatto delle prestazioni del sottosistema del disco sulla velocità di 1C, tuttavia, questo studio ha riguardato l'uso locale dell'applicazione su un PC o un server terminal separato. Allo stesso tempo, la maggior parte delle piccole implementazioni implica il lavoro con una base di file su una rete, in cui uno dei PC dell'utente viene utilizzato come server, o un file server dedicato basato su un computer normale, molto spesso anche poco costoso.

Un piccolo studio delle risorse in lingua russa su 1C ha mostrato che questo problema viene diligentemente aggirato; in caso di problemi, di solito si consiglia di passare alla modalità client-server o terminale. Ed è anche diventato quasi generalmente accettato che le configurazioni su un'applicazione gestita funzionino molto più lentamente di quelle usuali. Di norma, gli argomenti sono "ferri": "qui Contabilità 2.0 è appena volata e la" troika "si muove a malapena, ovviamente, c'è del vero in queste parole, quindi proviamo a capirlo.

Consumo di risorse a colpo d'occhio

Prima di iniziare questo studio, ci siamo posti due obiettivi: scoprire se le configurazioni basate su applicazioni gestite sono effettivamente più lente delle configurazioni convenzionali e quali risorse hanno il maggiore impatto sulle prestazioni.

Per il test, abbiamo preso due macchine virtuali che eseguono rispettivamente Windows Server 2012 R2 e Windows 8.1, con 2 core dell'host Core i5-4670 e 2 GB di RAM, che corrispondono a una macchina da ufficio media. Il server è stato posizionato su un array RAID 0 di due e il client è stato posizionato su un array simile di dischi generici.

Come basi sperimentali, abbiamo scelto diverse configurazioni di Accounting 2.0, release 2.0.64.12 , che è stato poi aggiornato a 3.0.38.52 , tutte le configurazioni sono state eseguite sulla piattaforma 8.3.5.1443 .

La prima cosa che attira l'attenzione è l'aumento delle dimensioni della base di informazioni della Troika, che è cresciuta in modo significativo, così come l'appetito molto maggiore per la RAM:

Siamo già pronti a sentire il solito: "che cosa hanno aggiunto a questo trio", ma non affrettiamoci. A differenza degli utenti delle versioni client-server, che richiedono un amministratore più o meno qualificato, gli utenti delle versioni dei file raramente pensano alla manutenzione del database. Inoltre, i dipendenti di aziende specializzate che servono (lettura - aggiornamento) queste basi raramente ci pensano.

Nel frattempo, la base di informazioni 1C è un DBMS a tutti gli effetti di un proprio formato, che richiede anche manutenzione, e per questo esiste persino uno strumento chiamato Testare e riparare l'infobase. Forse il nome ha giocato uno scherzo crudele, il che sembra implicare che si tratta di uno strumento per la risoluzione dei problemi, ma anche le scarse prestazioni sono un problema e la ristrutturazione e la reindicizzazione, insieme alla compressione delle tabelle, sono strumenti di ottimizzazione del database ben noti a qualsiasi amministratore RDBMS. Controlliamo?

Dopo aver applicato le azioni selezionate, il database ha "perso peso" drasticamente, diventando ancora più piccolo dei "due", che nessuno ha mai ottimizzato, e anche il consumo di RAM è leggermente diminuito.

Successivamente, dopo aver caricato nuovi classificatori e directory, creato indici, ecc. le dimensioni della base aumenteranno, in genere le basi dei "tre" sono più grandi delle basi dei "due". Tuttavia, questo non è più importante, se la seconda versione si accontentava di 150-200 MB di RAM, la nuova edizione necessita già di mezzo gigabyte e questo valore dovrebbe essere preso in considerazione quando si pianificano le risorse necessarie per lavorare con il programma .

Rete

La larghezza di banda di rete è uno dei parametri più importanti per le applicazioni di rete, in particolare come 1C in modalità file, che sposta quantità significative di dati sulla rete. La maggior parte delle reti delle piccole imprese sono costruite sulla base di apparecchiature economiche a 100 Mbps, quindi abbiamo iniziato a testare confrontando gli indicatori di prestazione di 1C in reti da 100 Mbps e 1 Gbps.

Cosa succede quando avvii la base di file 1C sulla rete? Il client scarica una quantità abbastanza grande di informazioni in cartelle temporanee, soprattutto se questo è il primo avvio "a freddo". A 100 Mbps, ci si aspetta che ci imbattiamo nella larghezza di banda e il download può richiedere una notevole quantità di tempo, nel nostro caso, circa 40 secondi (il prezzo della divisione del grafico è di 4 secondi).

Il secondo avvio è più veloce, poiché alcuni dati vengono archiviati nella cache e vi rimangono fino al riavvio. Il passaggio a una rete gigabit può accelerare notevolmente il caricamento del programma, sia "freddo" che "caldo", e si osserva il rapporto tra i valori. Pertanto, abbiamo deciso di esprimere il risultato in termini relativi, assumendo come 100% il valore massimo di ciascuna misura:

Come puoi vedere dai grafici, Accounting 2.0 si carica due volte più velocemente a qualsiasi velocità di rete, il passaggio da 100 Mbps a 1 Gbps permette di velocizzare il tempo di download di quattro volte. Non c'è differenza tra i database Troika ottimizzati e non ottimizzati in questa modalità.

Abbiamo anche verificato l'impatto della velocità della rete sulle operazioni pesanti, ad esempio durante il re-hosting di gruppo. Il risultato è espresso anche in termini relativi:

Qui è già più interessante, la base ottimizzata della "troika" in una rete a 100 Mbit/s funziona alla stessa velocità del "due", e quella non ottimizzata mostra il doppio del risultato peggiore. Su un gigabit, i rapporti vengono preservati, il "tre" non ottimizzato è anche due volte più lento del "due" e quello ottimizzato è indietro di un terzo. Inoltre, il passaggio a 1 Gb/s consente di ridurre il tempo di esecuzione di un fattore tre per la versione 2.0 e due volte per la versione 3.0.

Per valutare l'impatto della velocità della rete sul lavoro quotidiano, abbiamo utilizzato valutazione della prestazione eseguendo una sequenza di azioni predefinite in ogni database.

In realtà, per le attività quotidiane, la larghezza di banda della rete non è un collo di bottiglia, un "tre" non ottimizzato è solo il 20% più lento di un due e dopo l'ottimizzazione risulta essere più o meno lo stesso più veloce: i vantaggi di lavorare in modalità thin client influiscono. Il passaggio a 1 Gb / s non offre alcun vantaggio alla base ottimizzata e la base non ottimizzata e il due iniziano a funzionare più velocemente, mostrando una piccola differenza tra loro.

Dai test effettuati risulta chiaro che la rete non è un collo di bottiglia per le nuove configurazioni e l'applicazione gestita funziona anche più velocemente del solito. Puoi anche consigliare di passare a 1 Gb/s se le attività pesanti e la velocità di caricamento del database sono fondamentali per te, in altri casi, le nuove configurazioni ti consentono di lavorare in modo efficace anche in reti lente a 100 Mb/s.

Allora perché 1C rallenta? Indagheremo ulteriormente.

Sottosistema del disco del server e SSD

Nell'articolo precedente, abbiamo ottenuto un aumento delle prestazioni 1C posizionando i database su SSD. Forse le prestazioni del sottosistema del disco del server non sono sufficienti? Abbiamo misurato le prestazioni di un server su disco durante un'esecuzione di gruppo in due database contemporaneamente e abbiamo ottenuto un risultato piuttosto ottimista.

Nonostante il numero relativamente elevato di operazioni di input/output al secondo (IOPS) - 913, la lunghezza della coda non ha superato 1,84, un risultato molto buono per un array a due dischi. Sulla base di ciò, possiamo supporre che un mirror da dischi ordinari sarà sufficiente per il normale funzionamento di 8-10 client di rete in modalità pesanti.

Quindi è necessario un SSD su un server? La migliore risposta a questa domanda aiuterà a testare, che abbiamo condotto utilizzando una metodologia simile, la connessione di rete è 1 Gb / s ovunque, il risultato è espresso anche in valori relativi.

Iniziamo con la velocità di caricamento del database.

Può sembrare sorprendente a qualcuno, ma la base SSD sul server non influisce sulla velocità di download del database. Il principale fattore limitante qui, come mostrato dal test precedente, è il throughput della rete e le prestazioni del client.

Passiamo al ricablaggio:

Abbiamo già notato in precedenza che le prestazioni del disco sono abbastanza sufficienti anche per il funzionamento pesante, quindi anche la velocità dell'SSD non ne risente, ad eccezione della base non ottimizzata, che ha raggiunto quella ottimizzata sull'SSD. In realtà, ciò conferma ancora una volta che le operazioni di ottimizzazione organizzano le informazioni nel database, riducendo il numero di operazioni di I/O casuali e aumentando la velocità di accesso ad esso.

Nelle attività quotidiane, l'immagine è simile:

Solo la base non ottimizzata riceve il vantaggio dall'SSD. Certo, è possibile acquistare un SSD, ma sarebbe molto meglio pensare alla puntuale manutenzione delle basi. Inoltre, non dimenticare di deframmentare la partizione dell'infobase sul server.

Sottosistema disco client e SSD

Abbiamo analizzato l'influenza dell'SSD sulla velocità di 1C installato localmente in , molto di quanto detto vale anche per il lavoro in modalità rete. In effetti, 1C utilizza abbastanza attivamente le risorse del disco, anche per attività in background e pianificate. Nella figura seguente, puoi vedere come Accounting 3.0 acceda abbastanza attivamente al disco per circa 40 secondi dopo il caricamento.

Ma allo stesso tempo, si dovrebbe essere consapevoli del fatto che per una workstation in cui il lavoro attivo viene eseguito con una o due basi di informazioni, le risorse prestazionali di un HDD convenzionale di una serie di massa sono abbastanza. L'acquisto di un SSD può velocizzare alcuni processi, ma non noterai un'accelerazione radicale nel lavoro di tutti i giorni, poiché, ad esempio, il download sarà limitato dalla larghezza di banda della rete.

Un disco rigido lento può rallentare alcune operazioni, ma da solo non può causare un rallentamento del programma.

RAM

Nonostante il fatto che la RAM sia ora oscenamente economica, molte workstation continuano a funzionare con la quantità di memoria installata al momento dell'acquisto. È qui che si nascondono i primi problemi. Sulla base del fatto che la "troika" media richiede circa 500 MB di memoria, possiamo supporre che la quantità totale di RAM di 1 GB per lavorare con il programma non sarà sufficiente.

Abbiamo ridotto la memoria di sistema a 1 GB e lanciato due infobase.

A prima vista, non tutto è così male, il programma ha moderato i suoi appetiti e si è mantenuto completamente all'interno della memoria disponibile, ma non dimentichiamo che la necessità di dati operativi non è cambiata, quindi dove sono andati? Scaricato su disco, cache, scambio, ecc., l'essenza di questa operazione è che i dati che non sono necessari al momento vengono inviati dalla RAM veloce, la cui quantità non è sufficiente, al disco lento.

Dove conduce? Vediamo come vengono utilizzate le risorse di sistema in operazioni pesanti, ad esempio, avviamo una ripetizione di gruppo in due database contemporaneamente. Primo su un sistema con 2 GB di RAM:

Come puoi vedere, il sistema utilizza attivamente la rete per ricevere i dati e il processore per elaborarli, l'attività del disco è insignificante, nel processo di elaborazione cresce occasionalmente, ma non è un fattore limitante.

Ora riduciamo la memoria a 1 GB:

La situazione sta cambiando radicalmente, il carico principale ora ricade sul disco rigido, il processore e la rete sono inattivi, in attesa che il sistema legga i dati necessari dal disco alla memoria e invii lì i dati non necessari.

Allo stesso tempo, anche il lavoro soggettivo con due database aperti su un sistema con 1 GB di memoria si è rivelato estremamente scomodo, le directory e le riviste si sono aperte con un ritardo significativo e l'accesso al disco attivo. Ad esempio, l'apertura della rivista Vendite di beni e servizi ha richiesto circa 20 secondi ed è stata accompagnata da un'elevata attività del disco per tutto questo tempo (evidenziata da una linea rossa).

Per valutare oggettivamente l'impatto della RAM sulle prestazioni delle configurazioni basate su un'applicazione gestita, abbiamo condotto tre misurazioni: la velocità di caricamento della prima base, la velocità di caricamento della seconda base e il reposting di gruppo in una delle basi. Entrambe le basi sono completamente identiche e create copiando la base ottimizzata. Il risultato è espresso in unità relative.

Il risultato parla da sé, se il tempo di caricamento aumenta di circa un terzo, il che è ancora abbastanza tollerabile, il tempo per eseguire operazioni nel database aumenta di tre volte, non è necessario parlare di lavoro confortevole in tali condizioni. A proposito, questo è il caso in cui l'acquisto di un SSD può migliorare la situazione, ma è molto più semplice (ed economico) affrontare la causa, non le conseguenze, e acquistare solo la giusta quantità di RAM.

La mancanza di RAM è il motivo principale per cui lavorare con le nuove configurazioni 1C è scomodo. Vanno considerate configurazioni minime idonee con 2 GB di memoria a bordo. Allo stesso tempo, tieni presente che nel nostro caso sono state create condizioni di "serra": un sistema pulito, sono stati lanciati solo 1C e il task manager. Nella vita reale, un browser, una suite per ufficio, un antivirus, ecc., sono solitamente aperti su un computer funzionante, quindi procedi dalla necessità di 500 MB per database più un po' di margine in modo che durante le operazioni pesanti non ti manchi di memoria e un drastico degrado delle prestazioni.

processore

L'unità di elaborazione centrale, senza esagerare, può essere definita il cuore del computer, poiché è lui che alla fine elabora tutti i calcoli. Per valutarne il ruolo, abbiamo eseguito un'altra serie di test, gli stessi della RAM, riducendo il numero di core disponibili per la macchina virtuale da due a uno, mentre il test è stato eseguito due volte con dimensioni di memoria di 1 GB e 2 GB.

Il risultato si è rivelato abbastanza interessante e inaspettato, un processore più potente ha preso abbastanza efficacemente il carico di fronte alla mancanza di risorse, altrimenti senza dare alcun beneficio tangibile. 1C Enterprise (in modalità file) difficilmente può essere definita un'applicazione che utilizza attivamente le risorse del processore, piuttosto poco impegnativa. E in condizioni difficili, il processore è gravato non tanto dal calcolo dei dati dell'applicazione stessa, ma dalla manutenzione dei costi generali: operazioni di I/O aggiuntive, ecc.

risultati

Allora, perché 1C rallenta? Prima di tutto, questa è una mancanza di RAM, il carico principale in questo caso ricade sul disco rigido e sul processore. E se non brillano per le prestazioni, come di solito accade nelle configurazioni da ufficio, allora otteniamo la situazione descritta all'inizio dell'articolo: il "due" ha funzionato bene e il "tre" rallenta spudoratamente.

Il secondo posto va dato alle prestazioni della rete, un canale lento a 100 Mbps può diventare un vero collo di bottiglia, ma allo stesso tempo la modalità thin client è in grado di mantenere un livello di lavoro abbastanza confortevole anche su canali lenti.

Allora dovresti prestare attenzione a quello del disco, è improbabile che acquistare un SSD sia un buon investimento, ma sostituire il disco con uno più moderno non sarà superfluo. La differenza tra generazioni di dischi rigidi può essere stimata dal seguente materiale: .

E infine il processore. Un modello più veloce, ovviamente, non sarà superfluo, ma ha poco senso aumentarne le prestazioni, a meno che questo PC non venga utilizzato per operazioni pesanti: elaborazione batch, report pesanti, chiusura mese, ecc.

Ci auguriamo che questo materiale ti aiuti a comprendere rapidamente la domanda "perché 1C rallenta" e a risolverla nel modo più efficace e senza costi aggiuntivi.

• tag:

/ Grandi problemi di piccole reti o Perché la mia rete sta rallentando?

Grandi problemi di piccole reti o perché la mia rete sta rallentando?

Si può affermare con certezza che rete di computer oggi - uno dei componenti chiave di qualsiasi attività di successo. Il computer è passato da tempo da un lusso a uno strumento indispensabile. Ma allo stesso tempo, sorprendentemente, la maggior parte delle aziende presta un'attenzione minima alla qualità della posa delle reti di computer. Gli imprenditori ritengono che le prestazioni dei sistemi informatici dipenda dalla potenza dei computer e spendono volentieri soldi per modelli costosi e veloci, dimenticando che i mezzi di interazione tra questi computer non sono meno importanti. La qualità costruttiva dei computer ha iniziato a svolgere un ruolo significativo. I consumatori non sono più soddisfatti dei modelli economici assemblati "nel retrobottega in ginocchio", preferiscono acquistare computer più costosi di marchi noti. È tanto più sorprendente che l'implementazione di una rete locale sia ancora spesso associata a qualcosa di frivolo, lavoro da scimmia che qualsiasi studente con uno strumento può fare. Di conseguenza, è impegnato nella posa della rete. Finché ci sono solo 5-10 computer nella rete, gli svantaggi di questo approccio sono generalmente invisibili, ma non appena inizia a crescere, compaiono server, servizi di rete, database, quindi i risparmi apparenti si rivelano immediatamente essere una bomba a orologeria. Iniziano rallentamenti e blocchi della rete, i computer veloci si rivelano hardware inutili, perché la rete non è in grado di trasferire rapidamente le quantità di informazioni necessarie, diventa impossibile sincronizzare l'ora sui computer. In tutti i casi, si è riscontrato che i guasti e i tempi di inattività dovuti a guasti della rete sono molto più costosi di un'installazione di qualità. Perché sta accadendo e come affrontarlo?

Brevemente sugli standard delle reti di computer locali

La progettazione, l'installazione e il funzionamento dei sistemi di cablaggio strutturato (SCS) sono standardizzati da oltre 15 anni. Esistono gruppi di standard americani (ANSI/TIA/EIA), europei (EN) e internazionali (ISO/IEC). Una rete locale costruita secondo lo standard ISO aumenta il valore dell'azienda, quindi molte grandi imprese inizialmente costruiscono le proprie reti secondo lo standard o aggiornano quelle esistenti e ricevono un certificato di conformità: questo è un aiuto significativo per trovare investitori. Le piccole imprese non hanno bisogno di certificare le loro reti, ma, in ogni caso, l'implementazione di una rete locale dovrebbe essere affidata a specialisti che hanno familiarità con gli standard e le regole per l'installazione delle reti: ciò aumenterà notevolmente la sua affidabilità.

Un po' sul dispositivo di una rete di computer

La maggior parte delle moderne reti locali si basa sulla tecnologia Ethernet (non confondere con Internet!). Nel caso più comune, una rete è un insieme di hub di rete (chiamati anche "hub" e "switch") - dispositivi che collegano i cavi dai computer in un nodo - e i cavi stessi. Gli hub di rete differiscono per il numero di connettori di rete (porte), le velocità di trasferimento dei dati e la capacità di gestire il traffico di rete. Un cavo Ethernet è costituito da otto conduttori di rame in una guaina, intrecciati a coppie in 4 coppie. Ciascuna estremità del cavo è crimpata in una spina di alimentazione (connettore) o fissata meccanicamente a un dispositivo con connettori di rete (presa o pannello patch). Affinché i computer funzionino su una rete Ethernet, sono dotati di schede di rete, un dispositivo dotato di un connettore per il collegamento di un cavo di rete. La velocità di trasferimento dei dati di rete di base dipende dagli hub di rete e dalle schede di rete dei computer ed è 100 Mbps per le reti 100BaseT e 1000 Mbps per le reti Gigabit Ethernet

8 tipici errori di rete o perché 1C rallenta sulla rete

Quindi, potenti computer moderni sono stati acquistati e installati, la rete locale è stata assemblata, Internet è connesso e puoi lavorare. E all'improvviso, da qualche parte, compaiono molti piccoli (e talvolta per niente piccoli) problemi: o il server sulla rete smette di rispondere, poi i contabili si lamentano che 1C è terribilmente lento, poi Internet scompare, quindi i computer generalmente smettono di vedere il Rete. Cosa è successo? Probabilmente sono stati commessi errori durante l'installazione della rete, il che ha portato al fatto che sia la velocità che l'affidabilità del trasferimento dei dati ne hanno risentito. I più tipici sono descritti di seguito. Controlla la tua rete per qualsiasi di questo elenco.

1. Il cavo LAN viene posato insieme al cavo elettrico.

   Per risparmiare sui canali via cavo, i cavi LAN a volte vengono impilati insieme ai cavi elettrici (peggio ancora, quando sono intrecciati o fissati insieme). Il campo elettromagnetico attorno al cavo elettrico induce rumore nel cavo LAN, il numero di errori aumenta e la velocità di trasferimento dei dati diminuisce. Nel peggiore dei casi, le apparecchiature di rete potrebbero non funzionare: un hub di rete o una scheda di rete in un computer si esauriranno.

2. Un cavo per due prese.

   Come indicato sopra, un cavo a doppino intrecciato è costituito da otto conduttori intrecciati a coppie. Nelle reti gigabit (1000 megabit), i dati vengono trasmessi su tutte e quattro le coppie e nelle reti da 100 megabit solo due. Questo diventa terreno fertile per le idee "brillanti" di alcuni specialisti nostrani: perché in una rete da 100 megabit tirare due cavi su due prese quando puoi usare due coppie per una e due per un'altra presa? E per risparmiare denaro, i cavi vengono triturati senza pietà: i doppini intrecciati vengono estratti dalla guaina, districati, avvolti con nastro isolante, ecc. Queste manipolazioni violano il principio più importante della costruzione di reti di informazioni: un dispositivo - un cavo. In nessun caso puoi risparmiare su un cavo: si trasforma sempre in costi aggiuntivi. In questo caso, le caratteristiche d'onda del cavo si deteriorano, la quantità di rumore nella connessione aumenta. Il numero di errori aumenta, la velocità di trasferimento dati effettiva diminuisce. Inoltre, diventa impossibile utilizzare questo cavo in un secondo momento per eseguire l'aggiornamento a uno standard Gigabit Ethernet più veloce.

3. Computer e reti telefoniche in un unico cavo.

   Un caso flagrante di violazione delle regole per la posa delle reti via cavo. Purtroppo molto diffuso. Gli "specialisti" nostrani usano due delle quattro coppie per organizzare una rete di computer e attraverso le altre due collegano i telefoni. Alle conseguenze descritte al paragrafo 3 si aggiungono i pickup da coppie "telefoniche", la cui tensione nominale raggiunge i 60 V, e al momento della chiamata - fino a 120 V (nelle coppie "computer" - fino a 5 V). L'effetto delle interferenze è particolarmente evidente sui cavi lunghi. La distorsione causata da rumore e interferenze fa sì che una rete a 100 Mbps trasmetta dati a una velocità di 10 Mbps. Tieni presente che la velocità di rete mostrata da Windows al momento della connessione è la velocità dello standard di connessione di rete e non la velocità di trasferimento dei dati effettiva. Il valore esatto può essere scoperto con l'aiuto di programmi speciali, ad esempio SiSoft Sandra. Puoi fare tu stesso una stima approssimativa utilizzando Esplora risorse misurando il tempo necessario per trasferire un file di grandi dimensioni (più di 500 MB) sulla rete.

4. Estensione della linea di rete locale con prese aggiuntive.

   Quando si tira, si scopre che hanno calcolato in modo errato la lunghezza del cavo e alcune decine di centimetri non sono sufficienti nel posto giusto. Non spostare l'intero cavo per questo motivo? E lo "specialista" trova una via d'uscita: monta una presa all'estremità del cavo, alla quale collega un altro cavo, all'estremità del quale è montata anche una presa. Se il computer viene quindi spostato ulteriormente, viene aggiunto alla linea un nuovo pezzo di cavo con una presa allo stesso modo ... L'opzione peggiore è quando il cavo viene esteso senza prese, giuntando manualmente i conduttori con un saldatore o colpi di scena, il che è del tutto inaccettabile. Va tenuto presente che i connettori dei cavi sono la principale fonte di interferenza, il loro numero su una linea non deve superare quattro.

5. Connettori mal crimpati.

   Un errore molto comune. Il connettore Ethernet è progettato in modo tale da fissare in modo sicuro non solo i conduttori in rame, ma anche l'isolamento. I doppini intrecciati non devono essere districati di oltre 1 cm Sfortunatamente, si può spesso osservare come questi requisiti vengono ignorati, l'isolamento viene tagliato molto più del necessario e i doppini non intrecciati vengono crimpati dal connettore. Un tale cavo ha caratteristiche d'onda significativamente peggiori e un impatto meccanico incurante può causare un'interruzione nel conduttore.

6. Cavi sdraiati sul pavimento.

   Puoi essere certo che qualsiasi cavo di rete che giace sul pavimento nel corridoio verrà tirato almeno una volta. Se nei tuoi uffici i cavi di rete dei computer giacciono sul pavimento (anche peggio, dall'altra parte del corridoio), prima o poi qualcuno li catturerà. Come minimo, ciò significa che un cavo è saltato fuori dalla scheda di rete, ma può anche verificarsi un'interruzione del cavo, seguita da un guasto dell'hub di rete. Se possibile, tutti i cavi LAN, ad eccezione dei cavi dalla presa al computer, devono essere inseriti in canali predisposti: tubi corrugati, scatole di plastica, grondaie dietro i pannelli delle pareti o del soffitto. Se è impossibile rimuovere il cavo dal passaggio, almeno dovrebbe essere coperto con un involucro protettivo in metallo o plastica.

7. Cavi vicino a lampade fluorescenti.

   Un'opzione molto comune per la posa di cavi di rete dietro un controsoffitto è veloce, ordinata ed economica. Tuttavia, non basta nascondere i cavi dietro i pannelli del soffitto, bisogna tenere conto che le lampade fluorescenti sono le più forti fonti di interferenza elettromagnetica. I cavi devono essere posati il ​​più lontano possibile dagli apparecchi fluorescenti, preferibilmente in passerelle con messa a terra fissate al soffitto. Sfortunatamente, questo principio è ampiamente violato. I cavi dietro il soffitto si trovano a casaccio, spesso proprio sugli infissi. Sono garantiti una grande quantità di rumore e una diminuzione della velocità della rete.

8. Un gran numero di hub di rete.

   La lunghezza di una linea di una rete Ethernet costruita su doppini intrecciati non supera i 100 metri. Quando è necessario allungare la linea di rete per una distanza considerevole, la soluzione ottimale sarebbe quella di utilizzare il cavo in fibra ottica, ma aumenta notevolmente il costo di installazione, quindi gli amministratori di sistema si sforzano di vari accorgimenti. Ad esempio, posano una linea in pezzi di 100 metri, tra i quali installano il cosiddetto. ripetitori (amplificatori di segnale). Molto spesso, come ripetitori vengono utilizzati hub di rete ordinari ed economici. Di norma, in questo modo collegano edifici separati in cui sono già state posate reti locali e sono presenti hub di rete. Le regole di costruzione richiedono che non ci siano più di 4 hub tra due computer, ma con questo approccio all'espansione della rete, sono molto facili da violare, il che è irto di rallentamenti e guasti. Il prossimo errore comune consiste nell'installare un numero elevato di hub di rete con un numero ridotto di porte. Prima o poi, si verifica una situazione in cui le porte libere si esauriscono nell'hub e non c'è nessun posto dove connettere nuovi computer. Il modo più economico e veloce per rimediare alla situazione è acquistare un altro piccolo hub e collegarlo a quello vecchio. Questo metodo è anche il più sbagliato. Va ricordato che un hub con un numero elevato di porte funziona sempre meglio di molti piccoli. Un altro errore si verifica durante la posa di una rete in più stanze adiacenti, ognuna delle quali ha il proprio hub di rete. La soluzione migliore per questi casi è collegare direttamente ciascun hub all'hub radice della rete, tuttavia, gli amministratori di sistema, volendo ridurre la quantità di cablaggio, collegano gli hub tra loro, allineandoli in una catena. Se, oltre a questo, vengono scelti i modelli di hub più economici, che non sono in grado di far fronte a una notevole quantità di traffico, il rallentamento della rete è quasi inevitabile.

Come riparare la rete e accelerare 1C

Se un'ispezione superficiale della tua rete mostra che contiene almeno alcuni degli errori tipici elencati, dovresti pensare a mettere in ordine la rete. Nella maggior parte dei casi, uno specialista qualificato può correggere la situazione o suggerire soluzioni. Ma la soluzione più efficace e corretta sarà sempre quella di affidare il lavoro a specialisti, progettare attentamente una rete di computer prima dell'implementazione e seguire le regole di installazione.

L'implementazione di innovazioni nell'infrastruttura di rete è redditizia. Il costo di un sistema di cavi "corretto" raramente supera il 5% del costo dell'intera rete di computer e il risparmio di un centesimo in quest'area può causare gravi perdite dovute a guasti e tempi di fermo.

Alex Cemic,

partner per la sicurezza della rete e l'infrastruttura del server

01.04.2004, 19:16

:virus:Non sono un amministratore molto esperto. Scusa per la domanda storta. C'è un tale sospetto che la rete locale (e anche Telnet) rallenti a causa delle trasmissioni (lo switch è completamente lampeggiato e il 25% dei pacchetti non passa!!!)! Qualcuno conosce un programma o un modo per tracciare da quale macchina vengono inviati o come bloccarli?

-----
cappuccio cambiato
Preghiera

01.04.2004, 20:14

C'è un tale sospetto che la rete locale (e anche Telnet) rallenti a causa delle trasmissioni (lo switch è completamente lampeggiato e il 25% dei pacchetti non passa!!!)!
Perché l'hai deciso a causa delle trasmissioni?
descrivi che tipo di rete, esiste un dominio, quali sistemi operativi ...

E l'argomento avrebbe dovuto chiamarsi in altro modo

01.04.2004, 20:30

serpente2005

Prova a sniffare: vedrai quali pacchetti sono in esecuzione sulla rete. Inoltre, che tipo di rete? Se la LAN è normale, ma sotto carico, è comunque positivo che venga perso solo il 25%.

02.04.2004, 00:25

Postato originariamente da sky7
serpente2005
Sarebbe bello cambiare il titolo dell'argomento.

Sì, e abbiamo una sezione separata sulle reti ... Per ora l'ho spostata lì ...

05.04.2004, 18:53

1. Che tipo di attrezzatura di rete?
2. tipi di collegamenti tra gli interruttori?
3. IP statico o dinamico?
4. quanti switch ci sono nella rete e come sono collegati?

Nella forma in cui hai posto la domanda, è semplicemente impossibile rispondere.
Se rispondi a queste domande, chiederò quanto segue, solo allora sarà possibile capire qual è il problema.

05.04.2004, 22:47

Posnif, guarda il papavero originale delle trasmissioni (più precisamente, le richieste) e guarda chi è strano in arps. Un caso simile è possibile quando 2 porte dello switch sono in cortocircuito (non tutte). Oppure il client ha installato uno switch e ha messo in cortocircuito un paio di porte - e le trasmissioni di Windows sono tutte consentite - quindi si moltiplicano con lui - e capirai di chi è la colpa.

06.04.2004, 11:58

asdu:
e fichi capirai di chi è la colpa

Siamo spiacenti, a causa dei problemi che hai citato, può verificarsi una tempesta di trasmissione, quindi devi sapere quanto vale l'attrezzatura. Allora è chiaro cosa fare dopo. E con uno sniffer vedrai una tempesta trasmessa, ma nella maggior parte dei casi non sarai in grado di seguirla. in particolare: un caso simile è possibile quando 2 porte dello switch sono in cortocircuito (per niente). Oppure il client ha installato uno switch e ha messo in cortocircuito un paio di porte

06.04.2004, 13:42

snake2005, quale interruttore? Puoi guardare le sue statistiche. Compreso su brodkasta, guarderai da quale porto cadono.

06.04.2004, 16:18

serpente2005
Uh ... beh, ad esempio, questo potrebbe succedere se hai una rete a 100 Mbps, circa 80-90 computer, i gruppi sono collegati tramite semplici hub, è usato in tutti i DHCP, e tutto questo avviene tramite SSH, con scambio di chiavi dopo ogni connessione = ))))
Ho appena descritto una specie di inferno ... =)

Ma seriamente, una simile canoa può accadere se alcuni computer nel segmento con uno switch funzionano con schede da 10 Mbit, alcuni con 100 ....

06.04.2004, 16:56

Un caso dal mio studio (un mese fa):
Nel reparto, una rete per 10 macchine, un dominio su Win2000 e una manciata di sottoreti, tutte su switch. Le macchine sono vecchie + take out98, la rete funziona bene. Cambiano le nostre macchine per Celerons 2000 (madre Asus P4S533, schede di rete integrate SiS 900-Based), allo stesso tempo cambiamo gli assi in WinXP .... ed è iniziato ... i freni nella rete sono selvaggi ... sorpassare qualcosa in rete su un'altra macchina Impossibile, il collegamento tra le macchine si interrompe da un momento all'altro, la velocità è estremamente bassa...
Hanno fatto di tutto, si è arrivati ​​al punto che hanno messo il dominio su Win2003... sul tamburo. E devo dire che tutti gli IP sono costanti. Abbiamo deciso di installare DHCP, la situazione è la stessa...
Per non interrompere le impostazioni TCP / IP sulle macchine, riservo l'indirizzo IP per MAC in DHCP e trovo che tutte le macchine abbiano lo stesso indirizzo MAC !!!

06.04.2004, 17:40

Trapano:
L'indirizzo MAC è lo stesso!!!

Trapano:
legna da ardere per la scheda di rete per impostazione predefinita

L'indirizzo MAC può essere modificato a livello di codice (ma ciò non lo cambia fisicamente), ma i driver non lo fanno.

Gli indirizzi MAC assomigliano a numeri di serie univoci forniti a ciascuna scheda di rete Ethernet al momento della produzione.

06.04.2004, 19:53

Appz_news:
E qual è la relazione tra i driver e l'indirizzo MAC dell'hardware? MAC dipende dai driver?

Nelle carte MAS molto antiche, era necessario girare le maniglie ed era esattamente quello che faceva la legna da ardere, ma questo è caduto nell'oblio circa 10 anni fa.

E una situazione del genere potrebbe verificarsi su schede Realtek e simili se il sistema fosse installato clonando il disco di sistema. Una volta è successo anche a me, purtroppo non ricordo il modello esatto della scheda, ma è decisamente realtek.
Il problema è che durante l'installazione di WinXP, tutti hanno utilizzato i driver di rete predefiniti dal pacchetto WinXP. Questo problema è stato risolto installando legna da ardere dal compatto per la madre ... Ora la rete sta volando ...
Mi sembra che sia bastato demolire e rimettere la legna da ardere (non importa dove).

06.04.2004, 21:13

Sfortunatamente (per me come networker di professione) il 99% dei sistemi della famiglia Windows consente di modificare l'indirizzo MAC della scheda di rete senza andare lontano, solo nelle proprietà della scheda di rete.
E sulla clonazione del sistema - questo dipende poco dal modello della scheda di rete ;-) In linea di principio, niente.

06.04.2004, 21:20

Appz_newS
E qual è la relazione tra i driver e l'indirizzo MAC dell'hardware? MAC dipende dai driver?
Non riesci a crederci?
Ecco l'indirizzo "00-E0-06-09-55-66" era su tutte le macchine. Ho cercato su Google e ho ottenuto questa risposta:
D. molti Perché della mia scheda madre P4S533-VM utilizzano tutti lo stesso indirizzo MAC " 00-E0-06-09-55-66 " ? Esiste un programma di utilità per recuperarlo?
R. Il problema è stato causato dal cliente che utilizzava il driver predefinito di WinXP. Utilizzare il driver aggiornato dal CD di supporto o dal sito di download per risolvere questo problema.

L'unica differenza è nelle madri, ho P4S533-MX

Eccone un altro (http://maryno.net/forum/viewthread.php?tid=1174)

07.04.2004, 00:31

Il 90% non corrisponde alle velocità dello switch e delle schede di rete, sarà particolarmente evidente su pacchetti di grandi dimensioni

08.04.2004, 11:49

titanio:
Il 90% non corrisponde alle velocità dello switch e delle schede di rete, sarà particolarmente evidente su pacchetti di grandi dimensioni
Oppure l'amore degli amministratori inesperti è quello di inserire 100 Mb / full duplex sulla scheda e lasciare il rilevamento automatico sullo switch. Bolezin si è incontrato 30 volte in diversi uffici e con diversi switch :) :) :) . Trattati dando le mani.

08.04.2004, 13:23

Alexs-B

08.04.2004, 13:36

FERMA:
Qual è il problema, esattamente? Se l'interruttore ne tiene cento?
Nel fatto che in questo caso riceverai 100/Full duplex da un lato e 100/halfduplex dall'altro e l'80-90% di pacchetti persi.
Leggi come funziona Auto per determinare una porta e perché è stata sviluppata.

08.04.2004, 13:59

E cosa dirà lo stesso snake2005?
domande a lui rimaste senza risposta, ma il dibattito alla tavola rotonda si è svolto serio ....
Non è ancora chiaro se abbia risolto i suoi problemi o non ne abbia bisogno ...

08.04.2004, 14:37

Alexs-B

08.04.2004, 15:41

FERMA:
E da dove in poi verrà preso l'half-duplex, se non un segreto?
Sì, come dalla specifica Fast Ethernet

08.04.2004, 15:53

Alexs-B
Capisco che l'ho già ricevuto, ma vorrei vedere una risposta più dettagliata. Tuttavia, perché lo switch sarà 100/halfduplex se la scheda di rete è forzata a 100/fullduplex?

08.04.2004, 16:35

Come impostare correttamente Speed/Duplex

Configura ______________________ prendi

Card___________Switch___________Card___Switch______ultatt
10/H___________avto/avto__________10/h______________10/h____________________Ok
10/f_________________________-________________10/f_____________10/h____________________Merda
10/a_________________________-________________10/f____________________10/f____________________Ok
100/h________________________-_____________100/h______100/h__________________Ok
100/f________________________-________________100/f______100/h__________________ Merda
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

La fonte di informazioni è qualsiasi libro sull'amministrazione delle reti entry-level, istruzioni per lo switch (non per nessuno, è descritto in quelle normali).
Il motivo è la procedura per determinare la velocità e la modalità duplex sulle interfacce. Se interessati, posso dirvi più in dettaglio, ma questo è un problema separato.

08.04.2004, 18:03

Alexs-B
si, forse interessato... attuale in un argomento a parte ok?

08.04.2004, 18:15

Alexs-B
Un calcolo piuttosto strano, secondo me ... Tsiskovsky "Guide to Unified Networking Technologies" è un libro abbastanza autorevole per te? Tutto è accurato lì, ma viceversa: con la negoziazione automatica, la modalità duplex ha una priorità maggiore rispetto alla modalità half-duplex, quindi non sarà "100/f_avto/avto_100/f_100/h_Shit", ma "100/f_avto /avto_100/f_100/f_All_bundle". Il che, tra l'altro, è molto più logico, perché perché scegliere ovviamente non la migliore opzione di connessione tra tutte quelle realmente possibili?
PS A causa di un argomento separato, non mi dispiace affatto. :)

08.04.2004, 20:38

FERMA:
La "Guida alle tecnologie di rete unificate" di Tsisk è un libro abbastanza autorevole per te?
E per te "Configurazione di base dei router Cisco" - 1 tessera di formazione standard?
Apri un nuovo topic entro lunedì, discutiamo!

08.04.2004, 21:53

Alexs-B
Cisco (http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/ethernet.htm#xtocid29), che significa... E non ha senso iniziare un nuovo argomento. Vale la pena fare riferimento alla fonte originale (http://www.ieee802.org/3/ab/public/feb98/an1.pdf) e tutto andrà a posto. Così invano paralizzi le mani degli amministratori. :)

09.04.2004, 11:55

FERMA:
Così invano paralizzi le mani degli amministratori.
Perché invano. Questa informazione è abbastanza comune, ma come è passata la connessione in quale modalità è stata stabilita 10 anni fa al 4 ° anno dell'istituto, per 10 reti, ed è molto più dettagliata di quella descritta da Cisco.

09.04.2004, 19:22

Alexs-B
Cioè, nonostante i collegamenti forniti, insisti sul fatto che lo switch avrà esattamente half-duplex, ho capito bene?

12.04.2004, 12:02

Ti consiglio di sperimentare prima. Prendi uno switch (preferibilmente gestito in modo da poter vedere lo stato della porta) o 2 computer e un cavo incrociato, emula la situazione e vedi il risultato. Sarà un po' più veloce che discutere. E il risultato sarà immediato.

12.04.2004, 13:19

Alexs-B
Un uomo eccentrico... Lo standard ufficiale non ti basta? :)

12.04.2004, 13:39

È difficile da controllare?

12.04.2004, 13:55

Alexs-B

12.04.2004, 14:22

Ho guardato, osservato la tua discussione. Ecco i risultati dell'esperimento: sulla mappa automatica, sull'interruttore automatico, il risultato è un full duplex.

12.04.2004, 14:27

Appz_newS
Se è automatico, non ci sono domande. Discutiamo su cosa succede quando la scheda di rete è forzata a 100/pieno e lo switch è impostato su automatico.

12.04.2004, 14:38

SSTOP, ok, ora vado a controllare. Scriverò il risultato proprio in questo post per non allagare.

Controllato. Sulla mappa 100/pieno, sul sensore. Computer sovraccarico. Risultato: Full duplex sullo switch.
Scheda di rete Intel, switch HP J4813A ProCurve Switch 2524.

12.04.2004, 15:00

FERMA:
Da cosa? Per favore - Setevushka di Intel, integrato. Switch - 3Com 4300. Sulla scheda di rete cambiamo Auto in 100/full, sullo switch abbiamo 100/full, tutto è come dovrebbe essere.
Hai dimenticato di riavviare il collegamento?;) (fisicamente)

12.04.2004, 16:57

Alexs-B
Per chi sono trattenuto qui? :rolleyes:

12.04.2004, 17:14

Bene, forse su schede moderne (soprattutto schede integrate) funziona (c'è un'auto installata anche prima che il computer sia caricato), non funziona su quelle più vecchie.
E questo è per i fan delle fonti primarie di SSTOP: http://www.cisco.com/warp/public/473/46.html#gen_tr_10_100 (ho cercato per 7 minuti :))

:fresco:
Sto parlando dei classici. Quest'ora ho controllato il nuovo Asus con un integrato - e davvero tutto è in un pacchetto. Su P II c 3com 905b - un classico.
Quindi molto probabilmente ciò è dovuto al fatto che la scheda si accende prima dell'avvio del sistema e non guarda le sue impostazioni.

Aggiunto dopo 4 minuti:
Alexs-B:
Per chi sono trattenuto qui?
Non si aggrappano a nessuno. È solo che ognuno esprime la sua opinione. :), e se non corrisponde, discutono!