1s 8.3 come lavorare se la rete è lenta. Suggerimenti per l'automazione

La velocità di 1C è un fattore molto importante che determina il tempo necessario per accedere alle informazioni nel database e lavorare con esse. Sfortunatamente, la maggior parte delle piccole e medie imprese dota il proprio posto di lavoro di computer vecchi o economici, ritenendo che la contabilità non richieda molte risorse. I database possono essere caricati in cinque minuti e i report e gli estratti conto possono essere generati in un paio di minuti. Quando arriva il momento di chiudere un mese, anche se ci sono pochi documenti, l'attesa può durare anche 10 minuti, ed è necessario controllare tutto affinché non ci siano errori e non si debba richiudere il mese.

Accelerare 1C significa accelerare i processi aziendali dell'azienda relativi alla riflessione dei fatti della vita aziendale nella base informativa. Se 1C funziona lentamente, ciò influenzerà in qualche modo il lavoro dell'intera azienda e i profitti.

L'articolo sarà utile sia agli specialisti che ai contabili. Esistono diversi modi per accelerare 1C, basati su test di sistema e misurazioni delle prestazioni, messa a punto dei server, ecc., Ma qui descriveremo i metodi più semplici che hanno un impatto positivo sulla velocità di 1C.

Siamo pronti a realizzare tutte le misure necessarie per velocizzare il tuo 1C e rendere il tuo lavoro piacevole e confortevole. Per velocizzare 1C lascia una richiesta e ti richiameremo.

Perché 1C è lento?

Quando fai una domanda del genere agli specialisti 1C, riceverai sempre tutta una serie di ipotesi. E la maggior parte di essi può davvero influenzare la velocità di 1C sul tuo computer. Proviamo a capire quali sono le ragioni delle basse prestazioni 1C e come aumentarle.

Tutti i motivi possono essere suddivisi in due gruppi riguardanti il ​​programma 1C: esterno E interno. Consideriamo ciascun gruppo di ragioni separatamente ed evidenziamo i punti principali che dovrebbero essere monitorati e corretti per accelerare 1C.

Ragioni esterne per il funzionamento lento di 1C

Le ragioni esterne che influenzano la velocità di 1C 8.3 includono fattori hardware, operativi e software.

Fattore hardware

Nella nostra esperienza, molto spesso il motivo del funzionamento lento di 1C è la scarsa attrezzatura tecnica dei computer. Utilizzando computer del periodo 2002-2007, dotati di hardware obsoleto, è difficile elaborare grandi quantità di dati e visualizzarli. Da qui tutte le possibili conseguenze: non solo 1C rallenta, ma anche il browser, gli editor di Office, la posta e molto altro.

Possiamo identificare due componenti principali in un computer che influenzano maggiormente le prestazioni 1C: il processore e la RAM.

I processori sono dotati di diversi numeri di core e diverse velocità di clock. Il numero di core consente di elaborare più processi contemporaneamente e la frequenza è responsabile della velocità di elaborazione dei processi. Più alti sono entrambi gli indicatori, meglio è.

La RAM consente di archiviare i dati nella memoria temporanea, consentendo ai programmi di lavorare con essi. Maggiore è la quantità di RAM, maggiore è la quantità di dati che può essere elaborata dal programma 1C. L'aumento della RAM ha un effetto positivo su tutte le fasi del lavoro con 1C, dal caricamento del programma al caricamento dei report. Tuttavia, l'effetto positivo dell'aumento della RAM si avverte con volumi ridotti. Quando si passa da 2 GB a 4 GB, la differenza si fa sentire fortemente, ma se si aumenta la memoria da 16 GB a 32 GB, non si avvertirà un grande aumento delle prestazioni (l'informazione non è rilevante per i server 1C).

Vale la pena menzionare la scheda video. Qui puoi risparmiare denaro installando una scheda video a livello di budget, poiché i programmi 1C sono progettati in colori monotoni senza l'uso di effetti speciali non necessari.

Indipendentemente dal lavoro svolto per accelerare 1C, se hai poca RAM (1 GB) o un processore debole (2200 GHz), difficilmente otterrai un notevole aumento di velocità. Vale la pena pensare ad aggiornare il tuo computer.

Puoi visualizzare le impostazioni del tuo computer nella forma più breve facendo clic con il pulsante destro del mouse sull'icona Risorse del computer e selezionando "Proprietà" lì. Vedrai il processore utilizzato, la sua frequenza e la quantità di RAM.

Fattore operativo

I fattori operativi includono il tipo di sistema operativo e le impostazioni di alimentazione.

I sistemi operativi più comuni sono a 32 e 64 bit. I sistemi più recenti (Windows 8.10) sono per lo più a 64 bit. I sistemi a 32 bit presentano alcune limitazioni, la principale delle quali è una limitazione software della quantità massima di RAM disponibile: circa 3,5 GB. Anche se hai fisicamente installato 8 GB, il massimo che puoi utilizzare è 3,5 GB.

L'impostazione dell'alimentazione prevede la selezione dello schema operativo “Prestazioni massime”. In diversi sistemi operativi, le impostazioni di risparmio energia si trovano in posti diversi; in Windows puoi sempre trovarle nel pannello di controllo.

Fattore software

I fattori software includono programmi che limitano le prestazioni di 1C o programmi che condividono le risorse del computer con 1C.

Questo fattore è più facile da eliminare: mentre 1C è in esecuzione, chiudi tutti gli altri programmi che richiedono una grande quantità di risorse (browser, lettori video, giochi, ecc.) E aggiungi anche il programma 1C alle eccezioni del tuo antivirus. Non dovresti caricare il tuo computer con altri programmi mentre lavori con 1C. Ciò contribuirà a migliorare le prestazioni di 1C poiché tutte le risorse del computer verranno inviate per elaborare i processi di calcolo in 1C.

Ragioni interne per il funzionamento lento di 1C

I motivi interni che influenzano la velocità di 1C includono documenti non necessari, cache del software e attività di routine.

Per garantire che non ci sia nulla di non necessario nel database, si consiglia di eliminare regolarmente gli oggetti contrassegnati per l'eliminazione, eseguire il rollup del database per i periodi precedenti e anche disabilitare le funzioni non necessarie. Nelle ultime versioni di 1C, nella scheda Amministrazione è apparsa una sezione Prestazioni. Su di esso puoi disabilitare le funzioni opzionali a tua discrezione e aumentare la velocità di 1C.

La cache è una memorizzazione di informazioni che, secondo il sistema, può essere richiesta dall'utente con la massima probabilità. Ma mentre lavorano nel sistema, gli utenti creano nuovi database, nuovi utenti e smettono di utilizzare i vecchi database. La loro cache rimane nel sistema e può rallentare 1C. Ti consigliamo di svuotare regolarmente la cache 1C.

Le attività di routine e in background sono processi eseguiti in background (senza visualizzare o confermare l'utente) necessari per mantenere e aggiornare determinate informazioni. Ad esempio, perché aggiornare il classificatore bancario o i tassi di cambio una volta all'ora se le operazioni di cambio vengono effettuate raramente e dopo aver precaricato i tassi di cambio attuali? Disabilitando tali processi, scaricheremo il sistema e indirizzeremo tutte le risorse disponibili per calcolare le operazioni che dobbiamo eseguire.

Soluzioni client-server 1C

Per le aziende che utilizzano un server 1C, l'aumento della produttività è associato al miglioramento del server (computer host) e alla sua corretta configurazione. I computer client potrebbero avere requisiti minimi per eseguire 1C, poiché tutti i calcoli verranno eseguiti sul server. Tuttavia, a volte anche un server potente non può far fronte al lavoro simultaneo di 5-10 utenti se il server 1C non è configurato correttamente.

Sfortunatamente, questo articolo non include la considerazione delle impostazioni del server per migliorare le prestazioni 1C, poiché ciò richiede determinate competenze e conoscenze nelle aree del networking e dei principi di funzionamento dei server 1C.

conclusioni

Abbiamo considerato tutte le possibili fonti di problemi riguardanti il ​​funzionamento lento di 1C. Eseguendo le procedure appropriate e seguendo le nostre raccomandazioni, migliorerai le prestazioni di 1C e sarai in grado di mantenere un'elevata velocità del programma in futuro. Non dimenticare che una bassa produttività 1C si traduce in una bassa produttività dei dipendenti a causa di tempi di inattività brevi ma frequenti nelle operazioni più comuni.

Siamo pronti a migliorare le prestazioni del tuo 1C, utilizzando un approccio integrato per risolvere questo problema: condurremo tutti i test necessari e prenderemo gli indicatori di prestazione iniziali, analizzeremo lo stato attuale dei computer e delle reti, quindi eseguiremo l'intera serie di misure per accelerare 1C e indicarti come mantenere il sistema in ottima forma.

Accelera 1C adesso!

1C: Contabilità è uno dei programmi di contabilità più famosi e convenienti. Prova di ciò è la sua capillare diffusione in tutti i settori di attività: commercio, produzione, finanza, ecc.

Sfortunatamente, come tutti i programmi per computer, anche 1C: Accounting subisce vari arresti anomali e blocchi. Uno dei problemi più comuni è il funzionamento lento del sistema.

Per comprendere le ragioni del suo verificarsi e cercare di risolverle, è stato scritto l’articolo di oggi.

Eliminazione delle cause comuni del funzionamento lento dell'1C

1. Il motivo più comune per il funzionamento lento del programma è il tempo necessario per accedere al file di base 1C, che è possibile a causa di errori sul disco rigido o a causa della scarsa qualità della connessione Internet se vengono utilizzate le tecnologie cloud. Potrebbero esserci anche problemi con le impostazioni del sistema antivirus.

Soluzione: esegue una scansione per eliminare gli errori e deframmentare il disco rigido. Testare la velocità di accesso a Internet. Se le letture sono basse (meno di 1 Mb/s), contattare il servizio TP del provider. Disattiva temporaneamente la protezione antivirus e il firewall nel sistema antivirus.

2. Forse il funzionamento lento del programma è dovuto alle grandi dimensioni del file di database.

Risolvere questo problema aprire 1C in modalità “Configuratore”, selezionare “Amministrazione” nel menu di sistema, quindi “Test e correzione”. Nella finestra deve essere selezionata la voce “Compressione tabelle database informazioni” è attiva la voce sottostante “Verifica e correzione”; Fai clic su "Esegui" e attendi il completamento del processo.

3. Il prossimo possibile motivo è un software obsoleto o una versione obsoleta del programma stesso.

Via d'uscita da questa situazione: aggiorna il software del sistema operativo o installa l'ultima versione del programma 1C. A scopo preventivo, aggiornare sempre alla versione più recente, che elimina gli errori delle configurazioni precedenti.

Per installare l'ultima versione del sistema 1C, è necessario accedere al programma in modalità “Configurazione”, quindi dal menu andare su “Servizio” -> “Servizio” -> “Aggiornamento configurazione”, quindi selezionare le impostazioni predefinite e fare clic sul pulsante "Aggiorna".

Lo scopo principale di scrivere questo articolo è evitare di ripetere sfumature ovvie per quegli amministratori (e programmatori) che non hanno ancora acquisito esperienza con 1C.

L'obiettivo secondario è che, se ho qualche difetto, Infostart sarà il più veloce a segnalarmelo.

Il test di V. Gilev è già diventato una sorta di standard “de facto”. L'autore sul suo sito web ha fornito raccomandazioni abbastanza chiare, ma presenterò semplicemente alcuni risultati e commenterò gli errori più probabili. Naturalmente, i risultati dei test sulla vostra attrezzatura potrebbero differire; questa è solo una guida su cosa dovrebbe essere e a cosa puoi aspirare. Vorrei sottolineare subito che le modifiche devono essere apportate passo dopo passo e, dopo ogni passaggio, verificare quale risultato ha dato.

Ci sono articoli simili su Infostart, li metterò dei link nelle sezioni pertinenti (se mi manca qualcosa, segnalamelo nei commenti, lo aggiungerò). Quindi, supponiamo che il tuo 1C sia lento. Come diagnosticare il problema e come capire di chi è la colpa, dell'amministratore o del programmatore?

Dati iniziali:

Computer testato, cavia principale: HP DL180G6, equipaggiato con 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. Per confronto, il Core i3-2100 mostra risultati comparabili nel test single-thread. L'attrezzatura che ho scelto deliberatamente non era delle più nuove; con le attrezzature moderne i risultati sono notevolmente migliori.

Per testare server 1C e SQL separati, server SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

Per testare una rete da 10 Gbit sono stati utilizzati adattatori Intel 520-DA2.

Versione del file. (il database è sul server in una cartella condivisa, i client si connettono tramite la rete, protocollo CIFS/SMB). Algoritmo passo dopo passo:

0. Aggiungi il database di test di Gilev al file server nella stessa cartella dei database principali. Ci colleghiamo dal computer client ed eseguiamo il test. Ricordiamo il risultato.

Resta inteso che anche per i vecchi computer di 10 anni fa (Pentium su socket 775 ) il tempo che intercorre tra il clic sul collegamento 1C:Enterprise e la comparsa della finestra del database dovrebbe trascorrere meno di un minuto. ( Celeron = lento).

Se hai un computer peggiore di un Pentium presa 775 con 1 GB di RAM, allora sono solidale con te e sarà difficile per te ottenere un lavoro confortevole su 1C 8.2 nella versione file. Pensa all'aggiornamento (è giunto il momento) o al passaggio a un server terminale (o web, nel caso di thin client e moduli gestiti).

Se il computer non è peggio, puoi cacciare l'amministratore. Come minimo, controllare il funzionamento della rete, dell'antivirus e del driver di protezione HASP.

Se il test di Gilev in questa fase ha mostrato 30 "pappagalli" o più, ma la base di lavoro 1C funziona ancora lentamente, le domande dovrebbero essere rivolte al programmatore.

1. Come guida su quanto un computer client può "spremere", controlliamo il funzionamento solo di questo computer, senza rete. Installiamo il database di test su un computer locale (su un disco molto veloce). Se il computer client non dispone di un normale SSD, viene creato un ramdisk. Per ora, il più semplice e gratuito è Ramdisk enterprise.

Per testare la versione 8.2 è sufficiente un ramdisk da 256 MB, e! Il più importante. Dopo aver riavviato il computer, con il ramdisk in esecuzione, dovrebbero esserci 100-200 MB liberi su di esso. Di conseguenza, senza ramdisk, per il normale funzionamento dovrebbero esserci 300-400 MB di memoria libera.

Per testare la versione 8.3 è sufficiente un ramdisk da 256 MB, ma è necessaria più RAM libera.

Durante il test, è necessario esaminare il carico del processore. In un caso vicino all'ideale (ramdisk), il file locale 1c carica 1 core del processore durante l'esecuzione. Di conseguenza, se durante il test il core del processore non è completamente carico, cerca i punti deboli. Viene descritta un po 'emotiva, ma generalmente corretta, l'influenza del processore sul funzionamento di 1C. Solo per riferimento, anche sui moderni Core i3 con frequenze alte, i numeri 70-80 sono abbastanza realistici.

Gli errori più comuni in questa fase.

a) Antivirus configurato in modo errato. Esistono molti antivirus, le impostazioni per ciascuno sono diverse, dirò solo che con una corretta configurazione né il web né Kaspersky 1C interferiscono. Con le impostazioni predefinite si possono portare via circa 3-5 pappagalli (10-15%).

b) Modalità di prestazione. Per qualche ragione, poche persone prestano attenzione a questo, ma l'effetto è il più significativo. Se hai bisogno di velocità, devi farlo, sia sui computer client che su quelli server. (Gilev ha una buona descrizione. L'unico avvertimento è che su alcune schede madri, se disattivi Intel SpeedStep, non puoi attivare TurboBoost).

In breve, mentre 1C è in esecuzione, c'è molta attesa per una risposta da altri dispositivi (disco, rete, ecc.). Durante l'attesa di una risposta, se la modalità performance è abilitata, il processore abbassa la sua frequenza. Una risposta arriva dal dispositivo, 1C (il processore) deve funzionare, ma i primi cicli di clock hanno una frequenza ridotta, quindi la frequenza aumenta e 1C attende nuovamente una risposta dal dispositivo. E così - molte centinaia di volte al secondo.

Puoi (e preferibilmente) abilitare la modalità performance in due posti:

Tramite BIOS. Disabilita le modalità C1, C1E, Intel C-state (C2, C3, C4). In diverse biografie vengono chiamati diversamente, ma il significato è lo stesso. La ricerca richiede molto tempo, è necessario un riavvio, ma se lo fai una volta, puoi dimenticarlo. Se fai tutto correttamente nel BIOS, la velocità aumenterà. Su alcune schede madri è possibile configurare le impostazioni del BIOS in modo che la modalità prestazioni di Windows non abbia alcun ruolo. (Esempi di impostazioni del BIOS di Gilev). Queste impostazioni riguardano principalmente processori server o BIOS “avanzati”, se non hai trovato questo e NON hai Xeon, va bene.

Pannello di controllo - Alimentazione - Alte prestazioni. Meno: se il computer non viene sottoposto a manutenzione per un lungo periodo, emetterà un rumore della ventola più forte, si scalderà di più e consumerà più energia. Questa è una commissione di performance.

Come verificare che la modalità sia abilitata. Avvia il task manager - prestazioni - monitor risorse - CPU. Aspettiamo finché il processore non è occupato con nulla.

Queste sono le impostazioni predefinite. Nello stato C del BIOS incluso, modalità di consumo energetico bilanciato
Nello stato C del BIOS incluso, modalità ad alte prestazioni Per Pentium e Core puoi fermarti qui, Puoi ancora spremere dei piccoli "pappagalli" da Xeon
Nello stato C del BIOS spento, modalità ad alte prestazioni. Se non usi Turbo boost, ecco come dovrebbe apparire server ottimizzato per le prestazioni

E ora i numeri. Lascia che te lo ricordi: Intel Xeon 5650, ramdisk. Nel primo caso, il test mostra 23.26, nell'ultimo - 49.5. La differenza è quasi duplice. I numeri possono variare, ma il rapporto rimane essenzialmente lo stesso per Intel Core.

Cari amministratori, potete criticare 1C quanto volete, ma se gli utenti finali hanno bisogno di velocità, è necessario abilitare la modalità ad alte prestazioni.

c) Turbo Boost. Per prima cosa devi capire se il tuo processore supporta questa funzione, ad esempio. Se supporta, puoi comunque ottenere legalmente alcune prestazioni. (Non voglio toccare i problemi dell'overclocking della frequenza, in particolare dei server, fallo a tuo rischio e pericolo. Ma sono d'accordo che l'aumento della velocità del bus da 133 a 166 dà un aumento molto notevole sia della velocità che della dissipazione del calore)

Come attivare il turbo boost è scritto, ad esempio, . Ma! Per 1C ci sono alcune sfumature (non le più evidenti). La difficoltà è che l'effetto massimo del turbo boost si verifica quando lo stato C è attivato. E otteniamo qualcosa del genere:

Tieni presente che il moltiplicatore è il massimo, la velocità del core è ottima e le prestazioni sono elevate. Ma cosa accadrà di conseguenza con 1s?

	Fattore	Velocità core (frequenza), GHz	Discussione singola CPU-Z	Prova del Ramdisk Gilev versione del file	Prova del Ramdisk Gilev client-server
Senza turbo boost
Stato C disattivato, Turbo boost				53.19	40,32
Stato C attivo, Turbo boost			1080	53,13	23,04

Ma alla fine si scopre che secondo i test sulle prestazioni della CPU la versione con un moltiplicatore di 23 è in vantaggio, secondo i test di Gilev nella versione del file le prestazioni con un moltiplicatore di 22 e 23 sono le stesse, ma nella versione client-server versione - la versione con un moltiplicatore di 23 è terribile terribile terribile (anche se C-state è impostato al livello 7, è comunque più lento che con C-state disattivato). Pertanto, la raccomandazione è di verificare personalmente entrambe le opzioni e scegliere quella migliore. In ogni caso, la differenza tra 49,5 e 53 pappagalli è piuttosto significativa, soprattutto senza troppi sforzi.

Conclusione: il turbo boost deve essere attivato. Lascia che ti ricordi che non è sufficiente abilitare la voce Turbo boost nel BIOS, devi anche guardare altre impostazioni (BIOS: QPI L0s, L1 - disabilita, demand scrubbing - disabilita, Intel SpeedStep - abilita, Turbo boost - abilitare Pannello di controllo - Opzioni risparmio energia - Prestazioni elevate). E sceglierei comunque (anche per la versione del file) l'opzione in cui c-state è disattivato, anche se il moltiplicatore è più piccolo. Verrà fuori qualcosa del genere...

Un punto piuttosto controverso è la frequenza della memoria. Ad esempio, è stato dimostrato che la frequenza della memoria ha un'influenza molto forte. I miei test non hanno rivelato tale dipendenza. Non confronterò DDR 2/3/4, mostrerò i risultati della modifica della frequenza all'interno della stessa riga. La memoria è la stessa, ma nel BIOS siamo costretti ad impostare frequenze più basse.

E i risultati dei test. 1C 8.2.19.83, per la versione file ramdisk locale, per client-server 1C e SQL su un computer, memoria condivisa. Il turbo boost è disabilitato in entrambe le versioni. 8.3 mostra risultati comparabili.

La differenza rientra nell'errore di misurazione. Ho appositamente estratto screenshot di CPU-Z per mostrare che con un cambiamento di frequenza cambiano anche altri parametri, la stessa latenza CAS e il ritardo da RAS a CAS, che neutralizza il cambiamento di frequenza. La differenza si farà quando i moduli di memoria verranno cambiati fisicamente, da più lenti a più veloci, ma anche lì i numeri non sono particolarmente significativi.

2. Dopo aver sistemato il processore e la memoria del computer client, passiamo al successivo luogo molto importante: la rete. Sono stati scritti molti volumi di libri sull'ottimizzazione della rete, ci sono articoli su Infostart (e altri), ma qui non mi concentrerò su questo argomento. Prima di iniziare a testare 1C, assicurati che iperf tra due computer mostri l'intera larghezza di banda (per schede da 1 Gbit - beh, almeno 850 Mbit, o meglio ancora 950-980), che il consiglio di Gilev sia stato seguito. Quindi, il test di funzionamento più semplice sarà, stranamente, la copia di un file di grandi dimensioni (5-10 gigabyte) sulla rete. Un segno indiretto del normale funzionamento su una rete da 1 Gbit sarà la velocità di copia media di 100 MB/sec, un buon funzionamento - 120 MB/sec. Vorrei attirare la vostra attenzione sul fatto che il punto debole (incluso) potrebbe essere il carico del processore. PMI Il protocollo su Linux è piuttosto scarsamente parallelizzato e durante il funzionamento può facilmente "consumare" un core del processore e non consumarne altro.

E inoltre. Con le impostazioni predefinite, il client Windows funziona meglio con un server Windows (o anche una workstation Windows) e il protocollo SMB/CIFS, un client Linux (debian, ubuntu non ha guardato gli altri) funziona meglio con Linux e NFS ( funziona anche con SMB, ma su NFS i pappagalli sono più alti). Il fatto che durante la copia lineare un server Windows Linux su NFS venga copiato più velocemente in un flusso non significa nulla. L'ottimizzazione di Debian per 1C è un argomento per un articolo a parte, non sono ancora pronto, anche se posso dire che nella versione file ho ottenuto prestazioni anche leggermente migliori rispetto alla versione Win sulla stessa attrezzatura, ma con postgres con oltre 50 utenti ho ancora tutto pessimo.

Il più importante , che gli amministratori "bruciati" conoscono, ma i principianti non tengono conto. Esistono molti modi per impostare il percorso del database 1c. Puoi fare \\server\share, puoi fare \\192.168.0.1\share, puoi net use z: \\192.168.0.1\share (e in alcuni casi anche questo metodo funzionerà, ma non sempre) e poi specificare l'unità Z Sembra che tutti questi percorsi puntino allo stesso posto, ma per 1C esiste solo un modo che fornisce prestazioni normali in modo abbastanza affidabile. Quindi, questo è ciò che devi fare correttamente:

Sulla riga di comando (o nelle policy o qualunque cosa sia conveniente per te): usa net DriveLetter: \\server\share. Esempio: uso netto m: \\server\bases. Sottolineo specificamente NON l'indirizzo IP, vale a dire Nome server. Se il nome del server non è visibile, aggiungilo al DNS sul server o localmente al file host. Ma l'indirizzo deve essere per nome. Di conseguenza, sulla strada per il database, accedi a questo disco (vedi immagine).

E ora mostrerò con i numeri perché questo è il consiglio. Dati iniziali: schede Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 OS Win 2008 R2, Win 7, Debian 8. Driver più recenti, aggiornamenti applicati. Prima del test mi sono assicurato che Iperf fornisse l'intera larghezza di banda (a parte le schede da 10 Gbit, è riuscito a spremere solo 7,2 Gbit, vedrò dopo perché, il server di test non è ancora configurato correttamente). I dischi sono diversi, ma ovunque c'è un SSD (ho inserito appositamente un solo disco per testare, non viene caricato con nient'altro) o un raid da un SSD. La velocità di 100 Mbit è stata ottenuta limitando le impostazioni dell'adattatore Intel 362. Non c'era differenza tra Intel 350 in rame da 1 Gbit e Intel X520-DA2 ottico da 1 Gbit (ottenuta limitando la velocità dell'adattatore). Prestazioni massime, il turbo boost è disattivato (solo per comparabilità dei risultati, il turbo boost per buoni risultati aggiunge poco meno del 10%, per cattivi risultati potrebbe non avere alcun effetto). Versioni 1C 8.2.19.86, 8.3.6.2076. Non do tutti i numeri, ma solo quelli più interessanti, così avete qualcosa con cui confrontarvi.

	Vinci 2008 - Vinci 2008 contattare tramite indirizzo IP	Vinci 2008 - Vinci 2008 Chiamando per nome	Vinci 2008 - Vinci 2008 Contatto tramite indirizzo IP	Vinci 2008 - Vinci 2008 Chiamando per nome	Vinci 2008 - Vinci 7 Chiamando per nome	Vinci 2008 - Debian Chiamando per nome	Vinci 2008 - Vinci 2008 Contatto tramite indirizzo IP	Vinci 2008 - Vinci 2008 Chiamando per nome
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1C8.2	11,29	26,18	15,29	43,10	40,65	36,76	15,11	44,10
8.2.19.83	12,15	25,77	15,15	43,10			14,97	42,74
	6,13	34,25	14,98	43,10	39,37	37,59	15,53	42,74
1C8.3	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

Conclusioni (dalla tabella e dall'esperienza personale. Vale solo per la versione file):

Sulla rete, puoi ottenere numeri di lavoro abbastanza normali se questa rete è configurata correttamente e il percorso è inserito correttamente in 1C. Anche il primo Core i3 può facilmente produrre più di 40 pappagalli, il che è abbastanza buono, e questi non sono solo pappagalli, anche nel lavoro reale la differenza è evidente. Ma! La limitazione quando si lavora con più utenti (più di 10) non sarà più la rete, qui 1 Gbit è ancora sufficiente, ma il blocco durante il lavoro multiutente (Gilev).

La piattaforma 1C 8.3 è molte volte più esigente in termini di corretta configurazione della rete. Impostazioni di base: vedi Gilev, ma tieni presente che tutto può essere influenzato. Ho notato un'accelerazione dalla disinstallazione (e non solo dallo spegnimento) dell'antivirus, dalla rimozione di protocolli come FCoE, dal cambio di driver con una versione più vecchia ma certificata Microsoft (soprattutto per schede economiche come ASUS e DLC), dalla rimozione della seconda scheda di rete dal server. Ci sono molte opzioni, configura la tua rete con attenzione. Potrebbe esserci una situazione in cui la piattaforma 8.2 fornisce numeri accettabili e 8.3 - due o anche più volte meno. Prova a giocare con la versione 8.3 della piattaforma, a volte ottieni un effetto molto grande.

1C 8.3.6.2076 (forse più tardi, non ho ancora cercato la versione esatta) è ancora più semplice da configurare in rete rispetto a 8.3.7.2008. Sono riuscito a ottenere il funzionamento normale sulla rete dall'8.3.7.2008 (in pappagalli comparabili) solo poche volte. Non potrei ripeterlo per un caso più generale; Non ho capito molto, ma a giudicare dai foot wrap di Process Explorer, la registrazione non è buona come nella versione 8.3.6.

Nonostante il fatto che quando si lavora su una rete da 100 Mbit, il suo grafico di carico sia piccolo (si può dire che la rete è gratuita), la velocità operativa è ancora molto inferiore rispetto a 1 Gbit. Il motivo è la latenza della rete.

A parità di altre condizioni (una rete ben funzionante) per 1C 8.2 la connessione Intel-Realtek è del 10% più lenta di Intel-Intel. Ma realtek-realtek può generalmente dare un brusco cedimento all'improvviso. Pertanto, se hai soldi, è meglio tenere le schede di rete Intel ovunque, se non hai soldi, installa Intel solo sul server (il tuo CO); E ci sono molte più istruzioni per l'ottimizzazione delle schede di rete Intel.

Le impostazioni antivirus predefinite (utilizzando come esempio la versione 10 di drweb) occupano circa l'8-10% dei pappagalli. Se lo configuri come dovrebbe (permetti al processo 1cv8 di fare tutto, anche se non è sicuro), la velocità è la stessa che senza antivirus.

NON leggere i guru di Linux. Un server con Samba è fantastico e gratuito, ma se installi Win XP o Win7 (o meglio ancora, il sistema operativo del server) sul server, la versione del file 1c funzionerà più velocemente. Sì, samba, lo stack di protocolli, le impostazioni di rete e molto, molto altro ancora possono essere ben ottimizzati in Debian/Ubuntu, ma questo è consigliato agli specialisti. Non ha senso installare Linux con le impostazioni predefinite e poi dire che è lento.

È una buona idea verificare il funzionamento dei dischi connessi tramite net use utilizzando fio . Almeno sarà chiaro se si tratta di problemi con la piattaforma 1C, oppure con la rete/disco.

Per la versione monoutente non riesco a pensare a test (o situazioni) in cui la differenza tra 1 Gbit e 10 Gbit sarebbe visibile. L'unica cosa in cui 10 Gbit per la versione file ha dato risultati migliori è la connessione dei dischi tramite iSCSI, ma questo è un argomento per un articolo separato. Tuttavia, penso che per la versione file siano sufficienti schede da 1 Gbit.

Non capisco perché, con una rete da 100 Mbit, 8.3 funzioni notevolmente più velocemente di 8.2, ma era un dato di fatto. Tutte le altre apparecchiature, tutte le altre impostazioni sono assolutamente le stesse, è solo che in un caso viene testato 8.2 e nell'altro - 8.3.

NFS win-win o win-lin non sintonizzato dà 6 pappagalli, non li ho inclusi nella tabella. Dopo l'accordatura ne ho ottenuti 25, ma era instabile (la differenza nelle misurazioni era di più di 2 unità). Non posso ancora dare consigli sull'utilizzo di Windows e del protocollo NFS.

Dopo tutte le impostazioni e i controlli, eseguiamo nuovamente il test dal computer client e ci rallegriamo del risultato migliorato (se funziona). Se il risultato è migliorato, ci sono più di 30 pappagalli (e soprattutto più di 40), meno di 10 utenti lavorano contemporaneamente e il database di lavoro è ancora lento - quasi sicuramente un problema del programmatore (o hai ha già raggiunto le capacità massime della versione del file).

Server terminale. (il database è sul server, i client si connettono tramite la rete, protocollo RDP). Algoritmo passo dopo passo:

0. Aggiungi il database di test di Gilev al server nella stessa cartella dei database principali. Ci colleghiamo dallo stesso server ed eseguiamo il test. Ricordiamo il risultato.

1. Allo stesso modo della versione file, impostiamo il lavoro. Nel caso di un terminal server, il processore svolge generalmente il ruolo principale (si presuppone che non vi siano punti deboli evidenti, come mancanza di memoria o un'enorme quantità di software non necessario).

2. La configurazione delle schede di rete nel caso di un terminal server non ha praticamente alcun effetto sul funzionamento di 1c. Per garantire un comfort “speciale”, se il tuo server produce più di 50 pappagalli, puoi giocare con le nuove versioni del protocollo RDP, proprio per il comfort degli utenti, risposta e scorrimento più rapidi.

3. Se un gran numero di utenti lavora attivamente (e qui puoi già provare a connettere 30 persone a un database, se ci provi), è molto consigliabile installare un'unità SSD. Per qualche motivo si ritiene che il disco non influenzi particolarmente il funzionamento di 1C, ma tutti i test vengono eseguiti con la cache del controller abilitata alla scrittura, il che non è corretto. La base di test è piccola, si adatta abbastanza bene alla cache, da qui i numeri elevati. Sui database reali (di grandi dimensioni) tutto sarà completamente diverso, quindi la cache è disabilitata per i test.

Ad esempio, ho verificato il funzionamento del test Gilev con diverse opzioni del disco. Ho installato i dischi da ciò che avevo a portata di mano, solo per mostrare la tendenza. La differenza tra 8.3.6.2076 e 8.3.7.2008 è piccola (nella versione Ramdisk Turbo boost 8.3.6 produce 56.18 e 8.3.7.2008 produce 55.56, in altri test la differenza è ancora più piccola). Consumo energetico: prestazioni massime, turbo boost disabilitato (se non diversamente specificato).

	Raid 10 4xSATA 7200 ATA ST31500341AS	Raid 10 4x SAS 10k	Raid 10 4x SAS 15k	SSD singolo	Ramdisk		Cache abilitata Controller RAID
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1C8.2	21,65	28,57	32,05	48,54	49,02	53,19
8.2.19.83	21,65	28,41	31,45	48,54	49,50	53,19
	33,33	42,74	45,05	51,55	52,08	55,56	51,55
1C8.3	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

La cache del controller RAID abilitata elimina tutte le differenze tra i dischi; i numeri sono gli stessi sia per sat che per cas. Testarlo su una piccola quantità di dati è inutile e non è indicativo di alcun tipo.

Per la piattaforma 8.2, la differenza di prestazioni tra le opzioni SATA e SSD è più che doppia. Questo non è un errore di battitura. Se guardi il monitor delle prestazioni durante il test sulle unità SATA. quindi puoi vedere chiaramente "Tempo di funzionamento del disco attivo (in%)" 80-95. Sì, se abiliti la cache dei dischi stessi per la registrazione, la velocità aumenterà a 35, se abiliti la cache del controller raid - fino a 49 (indipendentemente da quali dischi vengono testati al momento). Ma questi sono pappagalli della cache sintetica; nel lavoro reale, con database di grandi dimensioni, non ci sarà mai un tasso di riscontro della cache in scrittura del 100%.

La velocità anche degli SSD economici (che ho testato su Agility 3) è sufficiente per eseguire la versione del file. La risorsa di registrazione è un'altra questione, bisogna guardarla in ogni caso specifico, è chiaro che l'Intel 3700 ne avrà un ordine di grandezza superiore, ma il prezzo è corrispondente. E sì, capisco che quando testo un disco SSD, provo anche la cache di questo disco in misura maggiore, i risultati reali saranno inferiori.

La soluzione più corretta (dal mio punto di vista) sarebbe quella di allocare 2 dischi SSD in un raid con mirroring per un database di file (o più database di file) e non inserire nient'altro lì. Sì, con uno specchio, gli SSD si consumano allo stesso modo, e questo è un aspetto negativo, ma almeno l'elettronica del controller è in qualche modo protetta dagli errori.

I principali vantaggi delle unità SSD per la versione file si manifesteranno quando sono presenti molti database, ciascuno con più utenti. Se sono presenti 1-2 database e circa 10 utenti, i dischi SAS saranno sufficienti. (ma in ogni caso, guarda a caricare questi dischi, almeno tramite perfmon).

I principali vantaggi di un terminal server sono che può avere client molto deboli e le impostazioni di rete influiscono molto meno sul terminal server (di nuovo, il tuo K.O.).

Conclusioni: se si esegue il test Gilev su un terminal server (dallo stesso disco su cui si trovano i database di lavoro) e in quei momenti in cui il database di lavoro rallenta e il test Gilev mostra un buon risultato (superiore a 30), allora il Molto probabilmente la colpa del lento funzionamento del database di lavoro principale è un programmatore.

Se il test di Gilev mostra numeri piccoli e hai un processore con clock elevato e dischi veloci, l'amministratore deve prendere almeno perfmon, registrare tutti i risultati da qualche parte e guardare, osservare e trarre conclusioni. Non ci sarà alcun consiglio definitivo.

Opzione client-server.

I test sono stati effettuati solo su 8.2, perché sulla 8.3 tutto dipende abbastanza seriamente dalla versione.

Per i test, ho scelto diverse opzioni di server e reti tra loro per mostrare le tendenze principali.

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Canale in fibra - SSD	SQL: Xeon E5-2630 Canale in fibra - SAS	SQL: Xeon E5-2630 SSD locale	SQL: Xeon E5-2630 Canale in fibra - SSD	SQL: Xeon E5-2630 SSD locale	1C: Xeon 5650 =	1C: Xeon 5650 = Memoria condivisa	1C: Xeon 5650 =	1C: Xeon 5650 =	1C: Xeon 5650 =
	16,78	18,23	16,84	28,57	27,78	32,05	34,72	36,50	23,26	40,65	39.37
1C8.2	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

Sembra che abbia considerato tutte le opzioni interessanti, se c'è qualcos'altro che ti interessa, scrivi nei commenti, proverò a farlo.

SAS sui sistemi di storage è più lento degli SSD locali, anche se i sistemi di storage hanno dimensioni della cache maggiori. Gli SSD, sia locali che su sistemi di archiviazione, funzionano a velocità comparabili per il test di Gilev. Non conosco alcun test multi-thread standard (non solo la registrazione, ma tutte le apparecchiature) ad eccezione del test di carico 1C dell'MCC.

La modifica del server 1C da 5520 a 5650 ha quasi raddoppiato le prestazioni. Sì, le configurazioni dei server non corrispondono completamente, ma mostrano una tendenza (nessuna sorpresa).

Aumentare la frequenza sul server SQL ha sicuramente un effetto, ma non come sul server 1C Il server MS SQL è eccellente (se lo chiedi) per utilizzare multi-core e memoria libera;

Cambiare la rete tra 1C e SQL da 1 Gbit a 10 Gbit dà circa il 10% di pappagalli. Mi aspettavo di più.

Abilitare la memoria condivisa dà comunque un effetto, anche se non del 15%, come descritto. Assicurati di farlo, fortunatamente è facile e veloce. Se durante l'installazione qualcuno ha fornito al server SQL un'istanza denominata, affinché 1C funzioni, il nome del server deve essere specificato non tramite FQDN (tcp/ip funzionerà), non tramite localhost o solo ServerName, ma tramite ServerName\InstanceName, ad esempio zz-prova\zzprova. (In caso contrario si verificherà un errore DBMS: Microsoft SQL Server Native Client 10.0: Provider di memoria condivisa: la libreria di memoria condivisa utilizzata per stabilire una connessione con SQL Server 2000 non è stata trovata. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr : SQLSTATE=08001, stato=1, gravità=10, nativo=126, riga=0).

Per meno di 100 utenti, l'unico punto nel dividerlo in due server separati è una licenza Win 2008 Std (e precedenti), che supporta solo 32 GB di RAM. In tutti gli altri casi, 1C e SQL devono assolutamente essere installati su un server e avere più memoria (almeno 64 GB). Dare a MS SQL meno di 24-28 GB di RAM è un'avidità ingiustificata (se pensi di avere memoria sufficiente e tutto funziona bene, forse la versione del file 1C ti basterebbe?)

Quanto peggiora la combinazione di 1C e SQL in una macchina virtuale è l'argomento di un articolo separato (suggerimento: notevolmente peggiore). Anche in Hyper-V non è tutto così chiaro...

La modalità prestazioni bilanciate è pessima. I risultati sono abbastanza coerenti con la versione del file.

Molte fonti affermano che la modalità di debug (ragent.exe -debug) provoca un calo significativo delle prestazioni. Beh, si riduce, sì, ma non definirei il 2-3% un effetto significativo.

Per vari motivi, gli utenti del programma 1C riscontrano di tanto in tanto problemi di prestazioni 1C. Ad esempio: un documento impiega molto tempo per essere elaborato, un report impiega molto tempo per essere generato, errori di transazione, il programma si blocca, risposta lenta alle azioni dell'utente, ecc. Seguendo le nostre istruzioni, puoi ottenere un successo significativo nelle prestazioni del programma ed evitare di superare il limite del sistema. Questa non è una panacea per tutti i mali, ma la maggior parte delle ragioni dei rallentamenti del 1°C risiedono proprio in questi problemi.

1. Non eseguire attività di routine o in background mentre gli utenti stanno lavorando

La prima e principale regola per gli amministratori di sistema è pianificare il completamento di tutte le attività in background al di fuori dell'orario di lavoro. Il sistema deve essere scaricato al massimo per poter eseguire attività di routine (indicizzazione, elaborazione di documenti, caricamento di dati) e allo stesso tempo non interferire con il lavoro degli utenti. Né il sistema né gli utenti interferiranno tra loro se lavorano in orari diversi.

2. Non scambiare dati RIB durante l'orario di lavoro degli utenti

Anche se recentemente le aziende hanno abbandonato il sistema di scambio dati RIB a favore della modalità online e dell'accesso tramite terminale, non è fuori luogo ricordare che durante il caricamento e lo scaricamento dei dati di scambio è impossibile eseguire documenti e lavorare completamente nel programma. Se possibile, questa procedura, se esistente, dovrebbe essere eseguita di notte utilizzando processi in background.

3. Aumentare tempestivamente le prestazioni del PC, adattandone la potenza alle reali esigenze

Non dimenticare che il funzionamento simultaneo di 30 e 100 utenti nel sistema produce carichi diversi. Di conseguenza, se è previsto un aumento quantitativo degli utenti, il servizio IT dovrebbe tempestivamente considerare con la direzione aziendale la questione dell'ampliamento del parco macchine, dell'acquisto di memoria o server aggiuntivi.

4. Software su cui viene eseguito 1C

Il programma 1C è tale da funzionare in modo diverso sui sistemi operativi. Non si sa esattamente il motivo, ma è così. Ad esempio, la versione server di un database 1C su sistema operativo Linux insieme a SQL Postgre è molto più lenta dello stesso database 1C su sistema operativo Windows insieme a MS SQL. Le ragioni esatte di questo fatto non sono note, ma a quanto pare da qualche parte nel profondo della piattaforma 1C ci sono problemi di compatibilità con sistemi operativi e DBMS non Microsoft. Vale anche la pena distribuire il sistema su un server a 64 bit se si prevede di caricare in modo significativo il database.

5. Indicizzazione dei database

Procedura interna del programma 1C, che “pettina” il sistema dall'interno. Impostalo per l'esecuzione come attività di routine in background durante la notte e mantieni la calma.

6. Disabilitare la contabilità batch operativa

Il fatto è che durante l'elaborazione operativa dei documenti, i movimenti vengono registrati nei registri, compresi i registri contabili dei lotti. La registrazione dei registri contabili batch durante la registrazione dei documenti può essere disabilitata nelle impostazioni del programma. Una volta al mese sarà necessario avviare l'elaborazione della registrazione dei documenti in batch, ad esempio, in un momento in cui il carico sul database è minimo o quando lavora il minor numero di utenti.

7. RAM

Utilizzare la seguente formula:

RAM = (DB 1+DB 2+DB N) / 100 * 70

Circa il 70% del volume fisico totale dei database. I database 1C amano alimentarsi bene con la RAM. Non dimenticarlo.

8. Se possibile, ottimizzare i report autoprodotti e l'elaborazione con codici imperfetti e obsoleti

Durante la vita di un'azienda si presenta la necessità di redigere report ed elaborazioni, nonché modifiche per gestire i processi aziendali ed estrarre informazioni specifiche. Sono tutti questi miglioramenti che possono causare problemi e rallentare il lavoro, perché... a) alcuni Kulibin potrebbero aver scritto un codice pesante e errato che è difficile da eseguire per il programma e richiede uno sforzo significativo per l'esecuzione b) il codice in cui è scritto l'elaborazione o il report potrebbe essere diventato obsoleto e richiedere revisione e riprogrammazione; Usa la regola: meno cambiamo qualcosa nel programma, meglio è.

9. Svuota la cache

Un normale riavvio del server a volte risolve i problemi con la cache 1C obsoleta. Provalo e basta. Anche lo scaricamento può aiutare: caricare la base di informazioni tramite il configuratore. E la pulizia più recente della cache di un utente specifico sta eliminando le cartelle nella directory di sistema 1C nel formato: kexifzghjuhfv8j33hbdgk0. Ma eliminare le cartelle utente memorizzate nella cache è l'ultima cosa, perché... Oltre a rimuovere la spazzatura, svuotare la cache ha conseguenze spiacevoli sotto forma di eliminazione delle impostazioni del report salvate e dell'interfaccia del menu utente.

10. Ridurre il volume fisico dei database

Più base significa più risorse. Naturalmente. Utilizzare gli strumenti 1C standard per comprimere il database. Pensa alla possibilità di rinunciare a cinque anni di dati per migliorare la produttività. E se hai ancora bisogno dei dati degli ultimi cinque anni, puoi sempre utilizzare una copia del database.

11. Corretta organizzazione dell'architettura

In generale, l'architettura del sistema informativo aziendale deve essere corretta. Cosa intendiamo per sistema giusto? Comparabilità dei compiti assegnati al sistema con le attrezzature e il software disponibili. Pianificare il sistema insieme a: l'amministratore di sistema (perché conosce il parco macchine), il programmatore 1C (perché conosce il fabbisogno di risorse di 1C) e il responsabile dell'azienda (perché conosce la crescita o contrazione futura dell'azienda ).

Come velocizzare il lavoro in 1C: Contabilità 8.3 (edizione 3.0) o disabilitare le attività di routine e in background

2019-01-15T13:28:19+00:00

Quelli di voi che sono già passati alla nuova edizione di 1C: Accounting 8.3 (edizione 3.0) hanno notato che è diventata più lenta della 2. Alcuni strani rallentamenti, infinite attività in background più volte al giorno, che nessuno le chiedeva di eseguire a nostra insaputa.

I miei commercialisti mi hanno detto subito dopo il passaggio che la nuova edizione di 1C: Contabilità 3.0 è decisamente lenta rispetto alle precedenti! Ed è semplicemente impossibile lavorare.

Ho iniziato a indagare e ben presto ho scoperto che la causa principale dei blocchi e della conseguente insoddisfazione degli utenti sono le attività di routine e in background, molte delle quali sono abilitate per impostazione predefinita, sebbene per la stragrande maggioranza dei contabili non ce ne sia bisogno.

Ebbene, ad esempio, perché dobbiamo eseguire l'attività "Estrazione testo" cento volte al giorno se non effettuiamo una ricerca full-text (contabili, non allarmatevi) su tutti gli oggetti del nostro database.

O perché scaricare costantemente i tassi di cambio se non abbiamo transazioni in valuta o le facciamo occasionalmente (e prima possiamo cliccare noi stessi sul pulsante di download dei tassi).

Lo stesso vale per il costante tentativo di 1C di connettersi al sito e controllare e aggiornare i classificatori bancari. Per quello? Io stesso premerò il pulsante per aggiornare i classificatori se non trovo la banca giusta tramite il suo BIC.

Come eseguire questa operazione passo dopo passo di seguito.

1. Vai alla sezione "Amministrazione" e seleziona "Manutenzione" () nel pannello delle azioni:

2. Nella finestra che si apre, trova e seleziona "Attività di routine e in background":

3. Aprire ogni attività che ha "On" nella colonna "On". c'è un daw.

4. Deseleziona "Abilitato" e fai clic sul pulsante "Salva e chiudi".

5. Fallo con ciascuna delle attività incluse e goditi la nuova edizione. Nel complesso, secondo me, è molto meglio di due.

Allo stesso tempo, la piattaforma continuerà ad abilitare alcune delle attività pianificate che hai disabilitato.