1c raccomandazioni per la scelta di un server. Soluzioni

Server per 1C

Le grandi imprese utilizzano 1C in modalità client-server da molto tempo. E oggi questa tecnologia si sta spostando attivamente nelle medie e piccole imprese. Questo articolo spiega come dovrebbe essere un server 1C con un numero limitato di utenti.

Da quale numero di utenti è necessario un server per 1C?

PostgreSQL gratuito per 1C è apparso molto tempo fa. E relativamente recentemente una posizione così meravigliosa è apparsa nel listino prezzi 1C:

Raccomandiamo con sicurezza di utilizzare 1C in modalità client-server iniziando con 3-5 utenti. L'opzione file rimane per database molto piccoli e se non è necessario lavorare nel database da casa, viaggi di lavoro o altri uffici, se lasciato senza 1C in caso di guasto per un paio di giorni, non è affatto spaventoso . Consideriamo anche il lavoro in RDP una tecnologia obsoleta, adatta solo quando per qualche motivo la piattaforma è vecchia (8.0 o 8.1) o la piattaforma è antica, si è tentati di scrivere "vecchio russo" (7.7). Pertanto, tutto ciò che è scritto di seguito si applica all'opzione "un DBMS e un server applicativo 1C:Enterprise sono installati sul server 1C, il lavoro viene eseguito in un thin client 8.2."

Dovrei acquistare un server di marca o assemblarlo da solo o ordinare l'assemblaggio dai fornitori?

Se hai fino a 10 utenti, puoi utilizzare un normale computer “domestico” come server con alcune modifiche. È del tutto possibile acquistarlo "in parti" e assemblarlo da soli. Se hai una buona conoscenza di cosa sia la pasta termica, come agganciare il connettore di alimentazione ATX senza rompere la scheda a metà, dov'è il connettore più freddo su di essa, come le prestazioni di 1C dipendono dalla frequenza della memoria (quasi linearmente con risorse sufficienti ) e perché non dovresti collegare i dischi rigidi uno vicino all'altro.

• più di 15 utenti
• non esiste un super amministratore di sistema che sappia tutto “sui computer”
• l'azienda guadagna abbastanza soldi per pentirsene se 1C smette di funzionare

Piccolo chiarimento. Per “marchio” intendiamo IBM, HP e marchi simili. Eventuali "integratori" locali che assemblano computer basati sulla piattaforma server Intel "su ordinazione" con l'aiuto degli studenti di ieri, con la configurazione registrata dalle parole del cliente, non sono marchi. Anche se questo server è assemblato in un contenitore montabile su rack. Anche se hanno messo una bella etichetta sul pannello frontale. Questo è autoassemblaggio e abbiamo molti esempi in cui, diciamo, gli assemblatori commettono errori nella selezione dei componenti. Ad esempio, abbiamo visto come in un server serio che costa più di 300.000 rubli, il controller RAID hardware è in conflitto con la scheda madre e ha prodotto il 15% del throughput dichiarato. Abbiamo visto anche configurazioni con enormi distorsioni, ad esempio una macchina con quattro Xeon e un singolo array di due dischi. Quando acquisti un server 1C, contatta chi capisce come dovrebbe essere.

L'importante è che oggi valga un server brandizzato, garantito funzionante, collaudato e affidabilepiù economicoautoassemblaggio con caratteristiche comparabili. Pertanto, molto probabilmente non sarai in grado di risparmiare denaro acquistando un server di medio livello autoassemblato. Oggi l'autoassemblaggio ha diritto alla vita solo nel segmento dei server basati su componenti convenzionali ("desktop"), cioè proprio al livello base, che praticamente non sono prodotti dai marchi.

sistema operativo

Senza iniziare guerre sante, ti consigliamo di utilizzare Windows Server 2012. Questa è una piattaforma affidabile e comprovata per il server 1C. Altre soluzioni hanno diritto alla vita, ma, diciamo, se decidi di installare Ubuntu Server, difficilmente avrai bisogno di consigli. Ed è improbabile che aiutino. Linux per 1C è ogni volta unico ed è impossibile fornire consigli generali.

Per i server entry-level, è del tutto possibile utilizzare Windows desktop, ad esempio Windows 7/8. Se non hai bisogno di Active Directory, RDS e non utilizzerai MS SQL Server come DBMS. Basta tenere presente che per impostazione predefinita in Windows 7 Professional il numero di connessioni simultanee tramite TCP non può superare 20. In Windows 8 questa limitazione è stata rimossa.

Memoria

Dovrebbe esserci abbastanza memoria. Se installi più memoria del necessario, non ci sarà alcun aumento delle prestazioni. Se fornisci meno del necessario, l'esperienza dell'utente si trasformerà in una tortura. Il calcolo è il seguente: almeno 2GB per le esigenze del sistema operativo, da 2GB per il DBMS, da 4GB per il server 1C:Enterprise. Totale minimo 8GB. Questo volume è abbastanza per 5-10 utenti con un database. Lo screenshot mostra un'immagine tipica dell'allocazione della memoria durante il lavoro piacevole di più utenti con un piccolo database:

Nota come il server delle applicazioni 1C (rphost.exe) ama la memoria. Immediatamente dopo aver aperto il database, ha bisogno di circa un gigabyte. Con un lavoro intenso, ad esempio, rielaborando documenti per un mese, è abbastanza in grado di padroneggiare 6 GB con un'unica connessione attiva. È inoltre necessario tenere presente che la barra blu ("In attesa") non è memoria libera, ma cache di sistema. Ecco lo stesso sistema in cui abbiamo iniziato a lavorare più o meno intensamente:

Il flusso di lavoro 1C ha una caratteristica. Di norma, cresce in una direzione. La quantità di memoria catturata da rphost.exe aumenta gradualmente durante la giornata lavorativa. Consigliamo vivamente di riavviare l'agente server 1C ogni notte, immediatamente prima di caricare i backup.

16 GB sono sufficienti per 20-30 utenti con due o tre database. È imperativo configurare il volume massimo allocato per il server 1C:Enterprise (questo viene fatto nella console di amministrazione) e per il DBMS! Se ciò non viene fatto, ad esempio, Postgree utilizzerà solo 200-300 MB di memoria. Per impostazione predefinita è "soffocato". Ma il server delle applicazioni 1C, al contrario, può facilmente “mangiare” tutto, non importa quanto gli dai.

Sottosistema del disco

Innanzitutto, anche su un server entry-level è necessario separare il disco con il sistema e il disco con i database. Successivamente, se le finanze lo consentono, aggiungiamo un terzo disco per archiviare una grande quantità di dati (backup, ecc.). Per Postgree, dobbiamo creare un disco RAM per archiviare temporaneamente le statistiche.

È del tutto possibile utilizzare un disco per il sistema che non sia il più veloce e non il più voluminoso. 500 GB sono più che sufficienti.

Il disco per il database è sicuramente SSD. Per i database 1C, i dischi convenzionali e i loro array non presentano il minimo vantaggio. Con una dimensione tipica del database di un'azienda media di 2-3 GB, un volume di 120 GB, come capisci, è abbastanza. E le prestazioni, a parità di altre condizioni, differiscono di 10 volte o più. Le limitazioni al numero di cicli di riscrittura appartengono al passato; oggi gli SSD sono più affidabili di qualsiasi disco “meccanico”. Devi assolutamente prendere un SSD con tecnologia TRIM (registra la cache quando l'alimentazione è spenta) e devi guardare attentamente la velocità di scrittura dichiarata, ora ci sono molte opzioni diverse sul mercato.

Se il tempo di inattività del database, e soprattutto il ripristino della copia di ieri dall'archivio, è inaccettabile, è necessario installare un controller RAID e due dischi in modalità "mirror". Sconsigliamo vivamente di utilizzare controller RAID software. Solo hardware.

L'archiviazione può essere configurata utilizzando un DBMS oppure è possibile scrivere un file batch che verrà avviato dallo scheduler di Windows e scaricare i database dalla modalità batch 1C:Enterprise. Non è molto importante. È importante che ogni notte il sistema crei automaticamente un archivio e lo scriva su un disco del server separato. Un sistema di archiviazione che richiede l'attivazione manuale non è un sistema di archiviazione, ma una sciocchezza. Dopo aver creato i download del database, ti consigliamo vivamente di caricarli nell'archivio cloud. Potrebbe essere Google Drive, Yandex Disk, Dropbox o la tua risorsa ftp. La cosa principale è che questi download non vengono archiviati nella stessa stanza in cui si trova il server. Perché? Perché un'azienda normale dovrebbe sopportare con calma qualsiasi cosa. Incendio, furto, visita delle autorità con sequestro. Dio non voglia, ovviamente, ma tutto può succedere.

Se tutto ciò che è possibile è già stato configurato e le tue mani non vedono l'ora di fare qualcos'altro, puoi reindirizzare la registrazione del registro Postgree (se ne hai uno) su un disco separato. Ciò fornirà un piccolo ma evidente aumento della velocità durante le operazioni attive con il database.

Alimentazione e UPS

Non lesinare sull'alimentazione. Mai. Puoi risparmiare su tutto il resto entro limiti ragionevoli e l'alimentazione per il server dovrebbe essere l'ideale. Un server differisce da un normale computer principalmente perché è sempre attivo. Il doppio della riserva di watt e un produttore con un nome (Thermaltake, Powerman, Enermax), ecco la nostra raccomandazione. Un UPS (gruppo di continuità) è necessario per due scopi. Innanzitutto, in caso di sbalzi di tensione gravi, deve permettere all’alimentatore del server di sopravvivere subendo un colpo su se stesso (o meglio ancora sul suo fusibile). In secondo luogo, deve spegnere correttamente il server in caso di interruzione di corrente. L'UPS non dovrebbe e non può consentire il funzionamento senza tensione esterna, questa è un'illusione. Anche 15 minuti. Il suo compito è dare al sistema operativo del server il comando di spegnimento. Pertanto un UPS scollegato e non configurato è un mobile, niente di più.

processore

Quando lavorano 5 utenti, qualsiasi processore "desktop" di classe sufficientemente elevata, ad esempio un quad-core Core i7, verrà caricato in media del 5-7%. Il processore generalmente non è un collo di bottiglia. Deve soddisfare i restanti parametri, niente di più. Pertanto è meglio scegliere per ultimo il processore, tra quelli adatti al sistema selezionato. Le caratteristiche digitali (numero di core, dimensione della cache, frequenza) non sono determinanti. Ad esempio, l'ultimo Core i5 supera la generazione precedente Core i7.

In ogni caso, non dovresti acquistare per un server 1C il processore più potente e costoso disponibile per la piattaforma selezionata (scheda madre). Piuttosto, l’opzione ottimale sarebbe quella dal centro dell’elenco, ordinata per prezzo.

Software

Non è necessario installare software antivirus sul server. È troppo. La sicurezza e l'assenza di virus è garantita da tre regole:

• Il server non deve contenere programmi non necessari per il suo funzionamento
• Il server non deve essere utilizzato come uno dei computer client
• Dall'esterno, da Internet e dalla rete locale, nessuna risorsa del server dovrebbe essere accessibile, tranne quelle assolutamente necessarie

Non consigliamo di combinare server 1C e file, posta, proxy e server web. Questi compiti sono perfettamente risolti da dispositivi e servizi specializzati. Ad esempio, il router Zyxel Keenetic 4G e altri simili sono eccellenti nella distribuzione di Internet sulla rete, lavorando come ftp e file server. La soluzione migliore è assolutamente trasferire il server web di una piccola e media azienda su un VDS in un data center. Invia lì la posta o anche la posta di Google o Yandex per il tuo dominio.

Qualche parola sui server virtuali

Naturalmente, questa è una tecnologia molto popolare per le soluzioni server di fascia alta. Tuttavia, per le imprese di medie dimensioni (20-50 utenti), i vantaggi della virtualizzazione sono tutt’altro che ovvi, mentre per le piccole imprese non rappresentano altro che grattacapi. Innanzitutto, la virtualizzazione dei server non è gratuita e comporta un costo in termini di risorse della macchina. In secondo luogo, tutti i vantaggi della "ottimizzazione delle prestazioni al volo" e della "mobilità" sono interrotti da una serie di problemi con la perdita delle licenze software 1C in caso di modifiche. In terzo luogo, non c'è praticamente nulla da condividere (ci sono poche risorse) e un'impresa del genere semplicemente non ha bisogno di più server. Oggi pochissime aziende rischiano di noleggiare un server virtuale in un data center sotto 1C, e anche in questo caso è meglio non noleggiare un server, ma connettersi al servizio 1C Online.

Quanto costa un server per 1C?

Al momento della stesura di questo articolo, il costo approssimativo del server è:

• da 30.000 rubli per 5-10 utenti
• da 60.000 rubli per 15-20 utenti
• da 90.000 rubli per 30-50 utenti

Con un numero maggiore di utenti, diventa necessario distribuire il server DBMS e il server applicativo su macchine fisiche diverse.

Su vostra richiesta, insieme ai nostri partner, possiamo selezionare e fornire sia un server di marca prodotto da IBM sia un server entry-level prefabbricato.

Le versioni 8.2 e 8.3 della piattaforma 1C:Enterprise sono considerate un'applicazione standard per le attività contabili e gestionali delle aziende. È stata sviluppata un'ampia gamma di soluzioni applicative per imprese pubbliche e private. Quando implementa la propria infrastruttura informativa, ogni dirigente o responsabile IT di un'azienda ha una domanda sul tipo di server necessario per 1C. Il problema è complicato dal fatto che l'acquisto di apparecchiature richiede costi finanziari significativi e non tutte le aziende possono permettersi di scegliere configurazioni di fascia alta.

Abbiamo raccolto raccomandazioni dai principali produttori di apparecchiature (HP, Dell, IBM) e sviluppatori del prodotto software 1C 8.3 in modo che i nostri clienti possano acquistare con profitto il server di cui hanno bisogno. L'infrastruttura di rete ottimale può essere ottenuta sulla base di qualsiasi sistema operativo, ma in questo caso le capacità hardware svolgono un ruolo più importante.

Criteri di selezione del server

La piattaforma 1C potrebbe richiedere risorse hardware significative dal server. Se il budget dell'azienda è illimitato, cosa che accade raramente, puoi senza esitazione prendere le piattaforme di ultima generazione, riempire tutte le unità disco e gli slot RAM e richiedere allo specialista IT il funzionamento ininterrotto del sistema. La selezione di attrezzature con fondi limitati richiede un approccio più ponderato. Per capire quale server 1C sarà in grado di farcela, è necessario analizzare attentamente la struttura dei carichi di calcolo. Se si conoscono in anticipo, sarà molto più semplice progettare una soluzione già pronta.

Quando si sceglie un server per "1C" (8.2; ​​​​8.3), sono guidati dai seguenti punti:

• il numero di operatori che eseguono simultaneamente l'immissione dei dati e la generazione di report;
• la possibilità di allocare server fisici separati per SQL e l'applicazione 1C;
• volumi pianificati di elaborazione dei dati;
• struttura di distribuzione del carico nell'architettura client-server

Selezione di un processore e della RAM

Il calcolo della frequenza, del numero richiesto di core del processore e della quantità di RAM è il primo e più importante passo. Per considerare diverse opzioni, sceglieremo un server per 1C tenendo conto del personale dell'azienda.

Piccola organizzazione (fino a 15 dipendenti). Con un numero limitato di utenti, il volume del database, di norma, non supera i 2 GB e il programma 1C sotto forma di versione file viene installato sulle macchine client. Il fabbisogno del sistema operativo in questo caso ammonta a 4–6 GB e altri 4 GB sono allocati per la cache dei file di sistema. La distribuzione del carico del processore è simile alla seguente:

• 2 core – per il sistema operativo e gli utenti del terminale;
• 1 core – per il server delle applicazioni 1C;
• 1 core: per database SQL.

Le macchine entry-level con un processore quad-core possono far fronte a questo compito. Possono essere server rack o tower. Quest'ultima opzione è preferibile perché non richiede l'assegnazione di una stanza separata per una sala server.

Organizzazione media (fino a 40 dipendenti). Con un tale numero di utenti, gli sviluppatori 1C consigliano di utilizzare la modalità terminale per accedere all'applicazione. La dimensione del database può arrivare fino a 4 GB. Per un tale carico sono necessari almeno due processori con 4-6 core. La quantità ottimale di RAM sarà 16–64 GB, poiché per ciascun utente devono essere allocati almeno 700 MB. Si ritiene che la soluzione applicativa 1C in cui viene eseguita la macchina client richieda da 240 a 480 MB e altri 200-220 MB siano assegnati per le applicazioni da ufficio.

Con un tale numero di processi, si consiglia di utilizzare una macchina di livello medio con virtualizzazione o due server fisici. Uno di essi verrà utilizzato per l'accesso al terminale e il secondo per SQL. È meglio implementare il server delle applicazioni 1C sulla prima macchina o addirittura allocare a questo scopo un sistema a processore singolo separato. La configurazione richiesta viene selezionata in ciascun caso specifico in base a un'analisi del tempo del processore.

Grande organizzazione (più di 40 dipendenti). La configurazione dell'attrezzatura di base in questo caso sarà composta da tre server fisici:

• terminale,
• DBMS,
• "1C".

I volumi del database con un numero così elevato di dipendenti spesso superano i 4 GB e si consiglia di allocare almeno la stessa quantità di RAM per la cache di sistema. Altri 4 GB verranno utilizzati dal sistema operativo e le applicazioni 1C richiederanno circa 8 GB. Pertanto sono necessari almeno 16 GB di RAM.

Per tali attività vengono selezionati server a doppio processore con supporto per Intel Xeon E5-2600 o superiore. Se il numero di dipendenti non supera le 50 persone, è possibile lasciare solo una macchina per l'accesso al terminale e le applicazioni 1C. Tuttavia, date le prospettive di crescita dell'azienda, è meglio fornire un server separato per ciascuna attività. Se il numero del personale coinvolto si avvicina ai 100 dipendenti, è necessario distribuire un cluster di due macchine per 1C e lasciarne una per altre attività.

Selezione di un sottosistema di dischi

Le prestazioni del server dipendono direttamente dal sottosistema del disco. Quando si eseguono applicazioni 1C, le operazioni di lettura e scrittura dei dati vengono eseguite ad alta intensità. La maggior parte dei reclami sul funzionamento del server riguardano il blocco delle tabelle quando un gran numero di utenti vi accede contemporaneamente.

Il compito di scegliere un server per 1C include il monitoraggio del sottosistema del disco, consentendo di trovare l'equilibrio ottimale tra prestazioni e affidabilità. Un fattore estremamente importante che influisce sulle prestazioni è la sua capacità di eseguire un certo numero di operazioni di lettura/scrittura al secondo (IOPS). Se il database ha una dimensione massima di 300 MB e il numero di utenti 1C è massimo di 6 persone, questo parametro è 400–600. Se il numero di utenti del server raggiunge 100 persone, gli IOPS saranno 18.000.La velocità di trasferimento dello streaming gioca un ruolo secondario.

Per ogni tipo di disco rigido vengono impostati i valori di velocità di lettura/scrittura:

• SATA – 100/80;
• SAS-240/220;
• SSD – 35.000/8.600.

Ciò dimostra che le unità a stato solido sono più adatte per i server di database 1C. Il principale fattore che ne limita l’utilizzo è il loro costo elevato. Pertanto, per ridurre il budget, vengono utilizzate anche le unità SAS. Per archiviare dati critici, incluso 1C, i dischi rigidi vengono combinati in array RAID di diversi livelli e la ridondanza incorporata in essi dovrebbe essere inclusa nel calcolo delle prestazioni del server.

Quando si progetta una soluzione, la tolleranza agli errori del sistema gioca un ruolo importante. A questo scopo vengono utilizzati sia l'hardware che il software. I server sono dotati di alimentatori hot-swap e gabbie disco e utilizzano un UPS per l'alimentazione ininterrotta. La sicurezza dei dati è garantita mediante il backup. Almeno una volta al giorno viene creato un file di registro per garantire il ripristino delle informazioni in caso di guasti del sistema.

Puoi trovare il server richiesto e configurarlo per 1C sul sito web. I nostri specialisti ti aiuteranno a risolvere questo problema. Per consigli contattateli telefonicamente oppure contattate il gestore via chat.

Server per 1C:Enterprise 8 per un piccolo ufficio

Questo materiale potrebbe interessare piccole organizzazioni o filiali con 3-25 utenti del sistema 1C:Enterprise 8. L'autore parte dal presupposto che verrà letto non solo da specialisti IT, ma anche da manager o contabili di piccole imprese, quindi il materiale è in qualche modo semplificato in termini tecnici. I suoi principi di base sono abbastanza applicabili ai sistemi con un gran numero di utenti. Per le organizzazioni con più di 25 utenti 1C:Enterprise 8, verranno pubblicati in seguito altri due materiali, che descrivono molti anni di esperienza nella selezione di apparecchiature server e nella creazione di infrastrutture IT per implementazioni medie e grandi di 1C:Enterprise 8.

Chi dovrebbe chiedersi se è necessario acquistare un server?

Innanzitutto, descriviamo le condizioni in cui un server che esegue 1C:Enterprise 8 non è necessario.
Di norma si tratta di organizzazioni che soddisfano il più fedelmente possibile due criteri:
a) una piccola organizzazione per 1-5 utenti,
b) Per supportare i processi aziendali dell'azienda, le capacità della soluzione standard di 1C sono abbastanza sufficienti (vale a dire, non è necessario apportare modifiche alla configurazione standard, al massimo cambiando alcuni moduli stampati, report ed elaborazioni).
Secondo le statistiche, a seconda della regione, il numero di organizzazioni che utilizzano configurazioni standard da 1C può arrivare fino al 60-80%.
Se l'azienda soddisfa i criteri sopra elencati, forse invece di acquistare un set composto da:
- “1C:Impresa 8”,
- Licenze Windows Server e client,
- server hardware,
- servizi di installazione di apparecchiature e software,
- supporto e manutenzione di questo complesso,
Ha senso prendere in considerazione il noleggio di 1C:Enterprise 8 da un fornitore di servizi nel formato Software as a Service (SaaS).
I fornitori di servizi di questo tipo offrono configurazioni 1C:Enterprise 8 standard completamente funzionali, presentate sotto forma di un sito Web remoto. I documenti vengono stampati sulla stampante locale; puoi anche salvare i documenti elettronicamente sul tuo computer locale. Naturalmente è possibile salvare in qualsiasi momento una copia di backup locale del proprio database 1C. Inoltre, puoi posizionare la copia di backup sul disco del computer, su un'unità USB rimovibile o da qualche parte su un'unità "cloud" remota (come DropBox o Yandex.Disk).
Puoi noleggiare una delle configurazioni standard "1C:Enterprise 8" dalla stessa società 1C sulla risorsa 1cFresh.com, nonché dai suoi partner, ad esempio 1C:Accounting Services.
Tra le comodità tecnologiche, questo significa lavorare ovunque ci sia Internet e da quasi tutti i dispositivi, compresi tablet e persino smartphone, senza la necessità di coinvolgere uno specialista informatico. Tra i vantaggi finanziari: l'organizzazione, invece di accumulare fondi, investendo nell'acquisto di un server fisico, del sistema operativo Windows Server e del software 1C:Enterprise 8 stesso, l'organizzazione paga semplicemente per l'accesso a 1C:Enterprise 8 come servizio , ammortizzando immediatamente i costi come spese operative . In effetti, è come pagare un servizio pubblico. Se è necessario aumentare o diminuire il numero dei dipendenti, ciò può essere fatto quasi istantaneamente, gestendo così i costi in modo flessibile in base alle esigenze attuali. E centinaia di utenti potranno lavorare contemporaneamente in tale servizio.

“Facciamo dei test”, ovvero cosa sarebbe auspicabile registrare con le apparecchiature attuali?

Se disponi già di un server che esegue 1C:Enterprise 8, l'opzione ideale sarebbe eseguire un'utilità Windows standard: Performance Monitor (Perfmon) e registrare i dati di carico per un giorno lavorativo. Questo sarà un punto di partenza che ti permetterà poi di confrontare quanto è efficace il nuovo server e se vale i soldi spesi.
Utilizzando Perfmon, è sufficiente rimuovere il carico sul processore (CPU) sotto forma di% di carico sui core, memoria ad accesso casuale (RAM) in% di utilizzo e fisico dischi (non logici): su cui si trovano 1C e il sistema operativo Windows (può essere uno, ma di solito si tratta di dischi diversi). In termini di carico del disco, i parametri più importanti sono:
- “Media. Disk sec/Transfer” (tempo medio di accesso al disco) - idealmente fino a 10 ms (millisecondi), buono fino a 25 ms, il valore limite per un funzionamento confortevole è 40 ms;
- “Attuale Lunghezza coda disco" ( attuale lunghezza della coda del disco) - idealmente la presenza di picchi stretti (nel grafico) e il valore della coda più piccolo possibile, una lunghezza della coda di 70-100 richieste o più, un grafico sotto forma di "diapositiva" indica prestazioni insufficienti del sottosistema del disco ;
- "Trasferimenti disco/sec" (accesso al disco/sec) - qui è importante fissare i numeri massimi e la loro durata, di norma va da 80 IOPS a diverse centinaia o addirittura migliaia.
Avendo queste informazioni, sarà più semplice formulare i requisiti per i sottosistemi hardware del server per il fornitore dell'attrezzatura, e poi confrontarli con i valori calcolati.

Metodologia di calcolo delle apparecchiature

Dopo aver deciso di acquistare il proprio server per le esigenze di 1C:Enterprise 8, proveremo a tenere conto delle esigenze specifiche di questa applicazione, per selezionare l'attrezzatura ottimale per l'attività entro il budget.

Successivamente, considereremo la metodologia per il calcolo delle risorse richieste per 1C:Enterprise 8 in base a:
- versione utilizzata - file o SQL,
- tipo di accesso - tramite rete locale, tramite desktop remoto “Remote Desktop” o Web/thin client,
- numero di utenti,
- numero e volume dei database,
- altri compiti assegnati al server.
L'approccio presentato è relativamente universale ed è ugualmente adatto per l'esecuzione di 1C:Enterprise 8 su un server fisico (con Intel Hyper-Threading abilitato) e per l'esecuzione su un server virtualizzato con Microsoft Hyper-V o VMware vSphere e per il calcolo dei contratti di locazione risorse dai fornitori di servizi cloud.

Per chiarezza di calcolo, ne prenderemo tre sufficienti tipico esempio:
UN) 5 utenti"1C:Azienda 8", versione del file, gli utenti collegati tramite rete locale (LAN) tramite cliente "grasso". 1C. In questa modalità, il server svolge solo il ruolo di file server e l'intero carico di elaborazione ricade sulle workstation dell'utente.
B) 10 utenti, Banca dati SQL, è stato lanciato “1C:Enterprise 8”. Server delle applicazioni", gli utenti lavorano cliente "grasso". via LAN, database da 4 GB, per 2 anni. Il server funge da data warehouse, server SQL e server applicazioni 1C.
V) 20 utenti, Banca dati SQL, è stato lanciato “1C:Enterprise 8”. Server delle applicazioni", gli utenti lavorano in" Desktop remoto"(RDP), una configurazione, database da 9 GB per 3 anni. Il server funge da data warehouse, server SQL, server applicazioni 1C e server terminal.

Calcolo dei requisiti di potenza di elaborazione (CPU ) : Per prima cosa dobbiamo calcolare di quanti “core” di processore abbiamo bisogno. Effettueremo il calcolo in "core logici della CPU", dove un core logico corrisponde a un core su un server fisico nel "Task Manager" con Hyper-Threading abilitato (ovvero, ciascun core del processore fisico è rappresentato come due logici) .
- Per le esigenze del sistema operativo (OS) riserviamo 1-2 core; per la versione SQL di solito è sufficiente uno; per la versione file due sono migliori.
- Se viene utilizzata la versione SQL, allora un core per 20-25 utenti di “1C:Enterprise 8” per le esigenze di MS SQL (più utenti - più core);
- Anche per la versione SQL riserviamo un core per le esigenze di “1C:Enterprise 8. Application Server x64” (processo rphost) per 15-20 utenti (più utenti - più processi rphost, più core);
- Nella versione in cui gli utenti lavorano in modalità "Desktop remoto", riserviamo un core logico per 8 utenti terminali (più utenti - più core).
- Per lavorare in modalità servizio Web tramite browser o Thin Client, riserviamo anche un core logico per 8 utenti remoti. Infatti, per le configurazioni su “Managed Forms” il carico viene spostato su “1C:Enterprise 8. Application Server x64”, e nel caso di un servizio Web viene aggiunto anche al server Web Internet Information Server (IIS), ma per i nostri calcoli questo non ha importanza.

Esempi di calcolo:
a) per 5 utenti nella versione file, collegati tramite una rete locale tramite un client "spesso", sono necessari 2 core logici per il sistema operativo (incluso il ruolo di file server) - per un totale di un core del processore fisico;
b) per 10 utenti in SQL e tramite un client "thick", è richiesto un core per il sistema operativo, un core per MS SQL Server, un core per "1C:Enterprise 8. Application Server x64" (rphost) - per un totale di 3 core logici o 2 fisici;
c) per 20 utenti in SQL e in modalità “Desktop remoto”, è necessario un core per il sistema operativo, un core per MS SQL Server, un core per “1C:Enterprise 8. Application Server x64” (rphost), 2,5 core per manutenzione sessioni utente terminale (20:8) - un totale di 5,5 core logici o 3 fisici.
Un server con il processore Intel Xeon E3 12xx più basso contiene 4 core fisici o 8 core logici. Pertanto, anche la versione minima del processore del server in termini di core copre completamente le esigenze di una piccola organizzazione di 25 utenti 1C:Enterprise 8. E, ad esempio, un server a processore singolo basato su un più potente Intel Xeon E5 16xx, contenente 8 core fisici o 16 core logici, può facilmente far fronte a un carico di 50-75 utenti 1C:Enterprise 8 in modalità Desktop remoto o Web - servizio/thin client.

Allo stesso tempo, una delle caratteristiche più importanti per un processore è la sua frequenza nominale (da non confondere con Turbo Boost), di cui parleremo più in dettaglio di seguito. Per dirla semplicemente, il comfort degli utenti che lavorano con 1C:Enterprise 8 in modalità SQL, e soprattutto quando lavorano tramite Remote Desktop (RDP), cresce quasi linearmente con la frequenza del processore.

Calcolo dei requisiti di RAM ) : Come quando si calcola la necessità di core del processore, il nostro compito è tenere attentamente conto delle esigenze di tutti i servizi.
- Per le esigenze del sistema operativo (OS), riserviamo 4 GB;
- Se si utilizza la versione SQL, almeno il 20-30% del volume delle tabelle del database (DB) deve essere inserito nella cache RAM SQL. Se sono presenti più database, il 20-30% del volume delle tabelle di dati per ciascun database. Oppure, come criterio per calcolare il fabbisogno di cache RAM SQL, è possibile utilizzare il volume di dati per 1 anno. Poiché le piccole organizzazioni di solito hanno database 1C non troppo grandi, molto spesso è possibile posizionare l'intero database nella cache RAM SQL, ad es. 100% del volume delle tabelle del database (questo è l'ideale). Il volume minimo è di 2 GB.
- Per le esigenze di “1C:Enterprise 8. x64 Application Server”, la quantità di RAM viene calcolata in base al numero di processi rphost in esecuzione, circa 1 GB per ciascun rphost. In genere si tratta di 1-2 GB per 10-25 utenti.
- Quando gli utenti lavorano in modalità Desktop remoto, tutto è un po' più complicato. Innanzitutto è necessario fare chiarezza sulle configurazioni utilizzate, o meglio ancora, vedere fisicamente quanta ciascuna configurazione consuma RAM per utente in modalità rete locale o in modalità terminale. Inoltre, è necessario guardare non immediatamente dopo l'inizio, ma dopo circa 20-30 minuti di lavoro intenso. Ad esempio, "Contabilità" consuma in media 250-300 MB di RAM per ogni sessione in esecuzione, "Gestione commerciale" in media consuma 300-350 MB di RAM per ogni sessione in esecuzione. Successivamente, calcoliamo quanti utenti utilizzeranno simultaneamente ciascuna configurazione, moltiplichiamo il loro numero per la quantità di RAM richiesta per la configurazione 1C:Enterprise 8 e sommiamo per configurazione per ottenere il volume totale. Di norma, per una configurazione e 10 utenti si tratta di 3-4 GB di RAM.
- Nella modalità Desktop remoto è necessario tenere conto anche di altri possibili carichi. Ad esempio, 1C viene spesso scaricato nel formato MS Excel per l'ulteriore elaborazione di moduli o report stampati. Oppure agli utenti viene concesso l'accesso per utilizzare Internet, altre applicazioni MS Office e altri programmi. Di conseguenza, è necessario calcolare le risorse RAM che consumano. Per MS Word e MS Excel si tratta di circa 100 MB ciascuno, per MS Outlook circa 150 MB, Internet Explorer circa 200 MB per ciascuna istanza in esecuzione per ciascun utente. Per altri programmi è ottimale osservare il consumo effettivo di RAM su un PC e tenerne conto allo stesso modo.
- Per lavorare in modalità Servizio Web tramite browser o Thin Client, è possibile calcolare il consumo di RAM utilizzando gli stessi principi delle varie configurazioni 1C:Enterprise 8 in modalità Desktop Remoto, contando gli utenti di ogni conferma, moltiplicando per il corrispondente consumo di RAM in modalità “thick client” e riassumendo. Queste risorse aggiuntive andranno effettivamente a 1C:Enterprise 8. Application Server x64 e IIS, ma per i calcoli preliminari è abbastanza adatto.
Esempi di calcolo:
a) per 5 utenti nella versione file, collegati tramite rete locale tramite Thick Client, il minimo richiesto è 4 GB di RAM sotto il sistema operativo e preferibilmente 8 GB di RAM;
b) per 10 utenti in SQL e tramite client “thick” con database da 4 GB per 2 anni, 4 GB per OS, 1 GB (pari al 25% del volume) o 2 GB (dati per un anno) per MS Sono richiesti SQL Server e 4 GB sono migliori, in modo che il 100% del database possa essere contenuto nella RAM, 1 GB per "1C:Enterprise 8. Application Server x64" (un thread rphost), un totale da 6 GB a 9 GB di RAM;
c) per 20 utenti “Trade Management” in SQL con database da 9 GB per 3 anni e in modalità “Desktop Remoto”, sono necessari 4 GB per OS, 3 GB per MS SQL Server (o meglio ancora, 9 GB per 100% Il database è stato collocato nella RAM), 1-2 GB per "1C:Enterprise 8. Application Server x64" (1-2 thread rphost), 6-7 GB per la manutenzione delle sessioni utente del terminale, per un totale di 14 GB - 22 GB di RAM .
Dopo aver calcolato la quantità di RAM richiesta, è corretto aggiungere il 20-30% della riserva per l'aumento del carico (ad esempio, un aumento del numero di utenti o una crescita del database). Fortunatamente, la RAM ora è poco costosa e i processori moderni ne supportano molta: Intel Xeon E3 16xx fino a 64 GB di RAM e Intel Xeon E5 16xx fino a 1540 GB di RAM. Non esiste troppa RAM in un server ;-).

Sottosistema del disco :

Il sottosistema del disco è costituito da due componenti:
- sottosistema di input/output sotto forma di controller acqua/output (HBA) e controller RAID;
- dispositivi di archiviazione dati o, nel nostro caso, unità SSD e HDD.

Sottosistema I/O ( RAID).
Poiché si tratta di un server il cui compito è archiviare informazioni in modo affidabile, è assolutamente necessario riservare risorse hardware per l'archiviazione dei dati, ad es. dischi.
Le piccole imprese in genere utilizzano RAID1, o "mirror", in cui i dati vengono scritti su due dischi contemporaneamente. In questa modalità, anche se uno dei dischi si guasta fisicamente, i dati vengono salvati.
Ci sono diverse opzioni contemporaneamente costruzioneRAID1 su un piccolo server.

1. Utilizzando Windows Server è possibile creare ad esempio un RAID completamente software (Soft RAID). Questa opzione non si applica all'unità di sistema che contiene il sistema operativo (SO). Per un disco con un database, puoi provare a utilizzare la tecnologia Spazi di archiviazione di Windows. Nella vita reale viene utilizzato molto raramente, non lo consigliamo.

2. È possibile utilizzare hardware e software basati su un chipset Intel e la tecnologia Intel® Rapid Storage ( IntelRST). La sua essenza è che tutte le operazioni di input/output a livello hardware vengono eseguite dal chipset della scheda madre, praticamente senza caricare le risorse della CPU. Ma questo array è controllato a livello software, utilizzando i driver per Windows.
Questo Il più comune, e in questo momento il più performante opzione per costruire RAID1 per un server non molto caricato con 2 o 4 dischi.
È vero, come ogni soluzione di compromesso, presenta alcuni svantaggi.
a) Il suo funzionamento dipende dai driver caricati nel sistema operativo. E ciò comporta il rischio potenziale che durante l'aggiornamento dei driver o del sistema operativo, potrebbe verificarsi una situazione in cui il disco RAID non sarà disponibile. È estremamente improbabile, perché... Intel e Microsoft sono molto amichevoli e testano molto bene il loro software, ma è possibile. In tutta onestà, va notato che negli ultimi 8 anni l'autore non ha riscontrato casi di tali fallimenti.
b) Sulla base dei risultati degli esperimenti nel laboratorio di test Entry, prove indirette suggeriscono che il modello di driver Intel RST utilizza risorse RAM per la cache di scrittura. Ciò aumenta le prestazioni, ma comporta anche alcuni rischi di perdita di dati in caso di interruzione non pianificata dell'alimentazione del server. Nella precedente “reincarnazione” di questa tecnologia, Intel Matrix RAID, la memorizzazione nella cache di scrittura poteva essere esplicitamente disabilitata a livello di istruzione. Nella versione moderna di Intel RST, l'utente non ha la possibilità di influenzare in alcun modo questo parametro e nemmeno di scoprirne lo stato. Questo problema può essere facilmente risolto installando un gruppo di continuità relativamente “intelligente” (Smart UPS), che può monitorare lo stato delle batterie e, quando sono scariche, dà il comando di spegnere il server. In ogni caso, infatti, un UPS deve essere installato sul server, quindi questo non è un problema, l'importante è non essere pigri per effettuare le impostazioni. C'è qualche problema con la portabilità in caso di guasto della scheda madre. Durante il periodo di garanzia, molto probabilmente questo problema potrà essere risolto dal fornitore dell'apparecchiatura, ma durante il periodo post-garanzia potrebbe essere necessario cercare una scheda madre simile.
Il costo di tale soluzione nella maggior parte dei casi è già compreso nel prezzo della scheda madre e, infatti, l'utente la riceve “gratuitamente”.

3. Tra gli specialisti IT è abbastanza comune voler avere un RAID completamente hardware nel server. Un buon esempio di tale soluzione è l'utilizzo di un controller SAS (SAS HBA) in modalità RAID1. Ad esempio, LSI HBA 9211 e i suoi successori. A tale scopo, nell'HBA SAS è installato uno speciale firmware BIOS; per l'LSI 9211 si tratta di un firmware "IR". Questo schema non fornisce alcun vantaggio in termini di prestazioni. Teoricamente, se la scheda madre si guasta, puoi collegare rapidamente i dischi e il controller a un altro server... ma con la stessa probabilità della scheda madre, il controller SAS può bruciarsi, quindi dal punto di vista dell'autore questo vantaggio è alquanto illusorio , risolvendo più problemi psicologici che tecnologici.
Il costo di LSI HBA 9211 è di $ 250-300, notevolmente più costoso rispetto alla versione precedente basata su Intel RST. Questo aumento di prezzo è piuttosto significativo per una soluzione economica. Dal punto di vista dell'autore, se si vuole davvero realizzare un RAID “hardware”, allora è meglio scegliere una soluzione leggermente più costosa basata sul controller RAID Intel® RS3WC080. Anche questo HBA SAS è basato su un chip LSI, ma la generazione successiva, LSI SAS 3008, supporta lo standard SAS 3.0 (12 Gb/s), ad un prezzo di circa $ 300.

4. A volte, in caso di disonestà o qualifiche insufficienti del venditore, cercano di vendere controller RAID economici di modelli obsoleti per server 1C. Ad esempio, Adaptec 6405E. Lo svantaggio di tali controller è che il chip prestazionale integrato in essi è progettato per supportare un certo numero di HDD e non sopporta bene nemmeno il carico di due modelli SSD di server junior. Ad esempio, i moderni SSD possono facilmente produrre 80.000 IOPS (richieste al secondo) per la lettura ciascuno, e il processore di un controller RAID, ad esempio, è in grado di elaborare solo 60.000 IOPS... Inoltre, quando si utilizzano RAID1 e SSD, c'è non è necessaria una cache di scrittura sul controller: la scrittura nella cache RAM del controller e direttamente sull'SSD avviene quasi alla stessa velocità della lettura. Inoltre, i moderni controller RAID, anche con 1 GB di cache RAM a bordo, non lo utilizzano quando si lavora con SSD. Ciò non significa che Adaptec 6405E sia un cattivo controller, è solo che lo strumento è progettato per un uso diverso.
Il costo dell'Adaptec 6405E è di circa $ 250.

Come breve conclusione, propongo di esaminare il programma di test di quattro SSD in RAID10 in tre configurazioni RAID: Adaptec 6405E, LSI 9211, Intel RST (Entry Test Laboratory). Si vede chiaramente che l'opzione più produttiva è con Intel RST, la meno produttiva è con Adaptec 6405E.

Dispositivi di memoria ( SSDEHDD)

“1C:Enterprise 8” nel suo lavoro, oltre alla posizione effettiva delle tabelle del database (cartella per la versione file, tabelle DB per la versione SQL), può utilizzare l'unità di sistema “C:\”. Ad esempio, la cartella di sistema Tmp del sistema operativo Windows per l'archiviazione di file temporanei. La versione SQL può funzionare con esso, in particolare archiviare tempDB lì. Nella modalità “Remote Desktop” è possibile utilizzare nei profili utente locali le directory tmp locali degli utenti terminali sul server, che di solito si trovano anche sul drive “C:\”.
- Per il sistema operativo richiesto (OS), riserviamo almeno 120 GB;
- Per archiviare un database in versione file, è consigliabile guardare semplicemente il volume delle cartelle in cui sono archiviati i database. Di solito è fino a 1-2 GB o anche 10-20 GB.
- Se viene utilizzata la versione SQL, abbiamo tre tipi di dati: le tabelle del database stesse (DB), le tabelle temporanee (tempDB) e il registro SQL. Per impostazione predefinita, tempDB si troverà nell'unità di sistema "C:\". Per i database di piccole dimensioni solitamente è piccolo, circa 100-300 MB. Tabelle di database (DB): come scritto sopra, raramente superano il volume di 10-20 GB per le aziende con 5-25 utenti, ma qui, prima di tutto, è necessario considerare il volume attuale più la crescita nel corso dell'anno. Il log SQL può essere molto grande, fino a decine di GB, soprattutto quando è abilitata la modalità “Log SQL completo”, ma può anche essere “tagliato” senza problemi alla fine di ogni mese e archiviato (o cancellato se non necessario).
In totale, per le esigenze dei database 1C:Enterprise 8, raggiungiamo capacità di 20-60 GB, che in realtà sono più piccole delle unità server più piccole, sia HDD che SSD.
- Nel caso degli utenti che lavorano in modalità Desktop remoto, è opportuno prendere in considerazione 3-4 GB di RAM nelle cartelle personali degli utenti per archiviare vari file/dati scaricati o caricati su/da 1C. Se il server viene utilizzato anche come archivio di file, questo deve essere calcolato in modo completamente separato dalle esigenze di 1C e preferibilmente su altri dischi fisici.

Cos'altro deve essere preso in considerazione durante la progettazione per quanto riguarda la selezione dei dischi.
1. È molto auspicabile distribuire il sistema operativo (OS) e i dati 1C (tabelle dati) in diversi dispositivi fisici dal punto di vista della tolleranza agli errori. Ma se il budget è piccolo, lascia che tutto sia su un unico spazio di archiviazione, con backup tramite RAID e backup giornaliero su supporto (o servizio) esterno.
2. Non dimenticare che il server deve riservare i dischi e creare da essi un RAID1 con tolleranza agli errori (RAID5 e i suoi analoghi non sono utilizzati per i database), ad es. abbiamo bisogno di almeno due dischi identici (se il sistema operativo e il database sono combinati), o due volte due dischi identici per due array RAID1 (se il sistema operativo e il database sono separati).

Esempi di calcolo:
a) per 5 utenti nella versione file, collegati in rete locale tramite Thick Client, il minimo richiesto è 120 GB per il sistema operativo, o meglio ancora 240 GB, e 10-20 GB per i dati. In effetti, un sottosistema disco costituito da due unità Intel SSD serie s3510 da 240 GB in modalità RAID1 è in grado di gestire questo carico.
b) per 10 utenti in SQL e tramite un Thick Client con un database da 4 GB, sarà tecnicamente sufficiente anche un sottosistema disco di due dischi come un SSD Intel serie s3510 da 240 GB in modalità RAID1. Ma, dato il numero di utenti, ha già senso considerare di dividerlo in due volumi separati: due dischi in RAID1 da 120-240 GB per il sistema operativo e due dischi in RAID1 da 80 GB per il database.
c) Per 20 utenti di “Trade Management” in SQL con un database da 9 GB, tecnicamente sarà sufficiente anche un sottosistema disco di due dischi come un SSD Intel serie s3500 da 240 GB in modalità RAID1. Tuttavia, tenendo conto del numero di utenti, si consiglia vivamente di dividere il sistema operativo e il database in due volumi separati: due dischi in RAID1 da 120-240 GB per il sistema operativo e due dischi in RAID1 da 80-120 GB per il database. .

Vorrei ricordarvi il “principio di ragionevole sufficienza”.
Di norma, anche il volume dei database per le piccole aziende con 5-25 utenti 1C:Enterprise 8 è ridotto. E qui è molto importante non inseguire lo spazio su disco, semplicemente non ne hai bisogno. Ma ha senso scegliere il disco più affidabile e produttivo, anche se con una capacità inferiore. Un tipico errore commesso dagli acquirenti è il desiderio di "acquistare un disco più grande, ma costa poco", che porta all'utilizzo di dischi non server più economici e capienti, il che è inaccettabile da un punto di vista tecnico.

Bypassare i colli di bottiglia

Interfaccia di rete . È meno probabile che quando si lavora con 1C:Enterprise 8, il collo di bottiglia possa essere l'interfaccia di rete, perché Poiché non viene trasferita una grande quantità di dati, non esistono requisiti speciali per 5-25 utenti. Inoltre, la maggior parte dei server ha due schede di rete Ethernet da 1 Gbit/s installate contemporaneamente, ma qui ci sono delle sfumature.
Le schede di rete sono diverse. Alcuni sono progettati per funzionare su PC e laptop e in essi una parte significativa del carico ricade sulla CPU. Questi includono, ad esempio, le interfacce di rete sul chip Realtek RTL8201N. Tali chip vengono utilizzati anche nei server, ma su porte speciali progettate per controllare il server.
Allo stesso tempo, ci sono chipset di rete per server, come l'Intel® i350-AM2 Dual Port Gigabit Ethernet. Con loro, la maggior parte dell'elaborazione avviene sul chip stesso, senza coinvolgere le risorse della CPU, che è allo stesso tempo più veloce ed efficiente.
In realtà i consigli sono semplici:
- non comprare un PC “a la server”, perché molto probabilmente ha una scheda di rete Ethernet per il suo PC;
- se il server dispone di più porte Ethernet, non utilizzare la porta destinata alla gestione del carico di lavoro.

RAM . Tutto è semplice qui. Come calcolare è descritto sopra. La RAM è poco costosa al giorno d'oggi. Pertanto, fai i conti, prendi una riserva del 20-50% o più e chiudi la questione. Se è previsto un aumento significativo del carico nel prossimo anno o due, assicurarsi che il server disponga di slot liberi per l'installazione di moduli di memoria aggiuntivi.

processore . Dopo aver calcolato il numero di core fisici richiesti, rimane la questione della frequenza.
E questa è una domanda molto importante.
1. Se sono presenti nuclei sufficienti, le prestazioni della parte client, il server applicazioni 1C:Enterprise 8 e in molte situazioni il server SQL, dipende direttamente dalla frequenza processore. Inoltre, è quasi lineare. Molti report, ad esempio, vengono eseguiti esattamente nello stesso tempo più velocemente quando la frequenza del processore viene aumentata di 1,5 volte.
Pertanto, a parità di altre condizioni, ha senso dare la preferenza ai processori a frequenza più alta.
2. Il punto successivo è non cedere alla strategia di marketing di alcuni venditori che distribuiscono la frequenza del processore Turbo Boost per frequenza del processore. Sì, la tecnologia Intel® Turbo Boost 2.0 è una cosa piuttosto interessante e, nelle realtà di 1C, quando è in esecuzione un solo thread (elaborazione di documenti o generazione di report complessi), consente di aumentare le prestazioni di un core di 15- 30%, o anche di più. Ma bisogna ricordare che in realtà nel chip del server la frequenza aumenterà per un breve periodo di tempo, per 30 secondi, a volte per un minuto, per poi scendere a quella standard. Di conseguenza, il guadagno è a brevissimo termine. E un processore ad alta frequenza funziona sempre ad alta frequenza, il che significa più velocemente. Ecco perché costa di più.
Un esempio è nella tabella seguente:

Tavolo 1

3. Per le piccole imprese con 3-10 utenti, a volte offrono di acquistare non un server basato su Intel Xeon E3, ma un "potente PC" basato su Core-i7, citando le sue maggiori prestazioni e affidabilità.
Ma è necessario considerare i seguenti punti.
a) I processori Intel Xeon E3 e Core-i7 sono in realtà fratelli gemelli in termini di hardware e costano addirittura lo stesso. Ma il firmware interno responsabile dell'impostazione delle priorità è diverso. Molto semplificato: lo Xeon E3 ha la priorità per le operazioni di input/output e altre operazioni del server, mentre il Core-i7, studiato su misura per il segmento dei giochi e per l'elaborazione dei flussi video, dà la priorità alla manutenzione della scheda video. Il prezzo, sottolineo ancora, è lo stesso (con gli stessi parametri).
b) C'è una grande differenza tra le schede madri desktop e quelle server. Il desktop è progettato per funzionare 8 ore al giorno, 5 giorni alla settimana, per due o tre anni. Di conseguenza, i suoi componenti sono selezionati per resistere alla durata di servizio specificata. Le schede madri dei server sono progettate per funzionare 24 ore al giorno, 365 giorni all'anno per tre o cinque anni. E i componenti sono leggermente diversi. Ma anche in questo caso la differenza di prezzo è minima, spesso intorno ai 10-20 dollari.
c) In un PC “avanzato”, con un alto grado di probabilità la scheda di rete non sarà una scheda server.
Ha senso, invece di un server come dispositivo specializzato con determinati parametri operativi, provare ad acquistare una sorta di "PC sofisticato" per il ruolo di server, e non è nemmeno un dato di fatto che sia più economico: ora tutti possono farlo una scelta informata.

Dischi. Questo è probabilmente l’argomento più urgente al momento in cui scrivo.
Sfortunatamente, ci sono ancora sia utenti che venditori che sono leggermente bloccati nel secolo scorso. E siamo assolutamente sicuri che l'HDD SAS 15.000 giri al minuto sia un esempio di affidabilità e prestazioni.
In realtà, questo non è più il caso da molto tempo.

a) Per prima cosa, affrontiamo affidabilità SSD e disco fisso.
Molto spesso, l'affidabilità teorica dei dischi viene valutata dal parametro "Errori di lettura non recuperabili per bit letti", che può essere tradotto come "La probabilità che si verifichi un errore di lettura non recuperabile per numero di bit letti". Mostra la quantità di dati che è necessario leggere dal disco affinché vi sia un'alta probabilità che si verifichi un errore irreversibile.
Un altro parametro importante che mostra la probabilità di guasto del disco è l'AFR (tasso di guasto annuale), o “Tasso di guasto annuale”.
La tabella seguente mostra i dati per le unità tipiche SATA Desktop HDD 7200 prm, SATA Enterprise HDD 7200 prm (SATA Raid Edition), SAS HDD Enterprise 15.000 prm, SATA SSD Enterprise (dati presi da documenti ufficiali dei produttori, è possibile verificare i numeri utilizzando il collegamenti).

Parametro	Tipo di disco
	Desktop SATA 7200 giri/min		SAS aziendale 15.000 giri/min (10.000 giri/min)	SSD SATA aziendale
Errori di lettura non recuperabili per bit letti
Volume, durante la lettura che statisticamente si prevede causi un errore irreversibile

Come si può vedere chiaramente dalla tabella, secondo il parametro “Tasso annuo di guasto”, un disco destinato all'utilizzo su un normale PC è in media due volte meno affidabile di un disco server.
Per quanto riguarda la probabilità di errori irreversibili, la teoria ci dice chiaramente che l'SSD Enterprise SATA, per il quale è stato preso come esempio l'SSD Intel® DC S3510 Series, ha una probabilità di errore 10 volte inferiore rispetto a un SAS HDD Enterprise 15.000 giri/min, 100 volte inferiore a SATA Enterprise HDD 7200 giri/min e 1000 volte inferiore a SATA Desktop HDD 7200 giri/min.
Allo stesso tempo, il prezzo di un HDD SATA Desktop da 7200 giri al minuto e di un SSD SATA Enterprise per un volume sufficiente per ospitare sia il sistema operativo che i database 1C differisce non 1000 volte, o addirittura 10.
Vorrei attirare la vostra attenzione in particolare sul "Volume, durante la lettura del quale è statisticamente previsto un errore irrecuperabile". Per l'HDD desktop SATA questa cifra è 12,5 TB. E ci sono già dischi da 8 TB e 10 TB... quindi, se installiamo, ad esempio, un disco desktop da 8 TB, lo scriviamo e lo leggiamo due volte, in teoria incontreremo almeno un errore irreversibile!

Breve riassunto:
- utilizza SSD di classe Enterprise nel server, almeno non sono peggiori e teoricamente più affidabili di qualsiasi HDD.

b) Successivamente stimiamo prestazione SSD e disco fisso.
Dal punto di vista del database, che, in sostanza, è 1C, i più importanti sono solo tre parametri del disco
- La latenza, o tempo di risposta del disco, viene misurata in microsecondi (meno è meglio);
- il numero di operazioni di lettura al secondo (Disk Reads/sec), misurato in IOPS (più è meglio è);
- il numero di operazioni di scrittura al secondo (scritture su disco/sec), misurato in IOPS (più è meglio).
Inseriamo questi tre parametri in un'unica tabella per gli stessi azionamenti dell'esempio sull'affidabilità.

Parametro	Tipo di disco
	Desktop SATA 7200 giri/min	Enterprise SATA\SAS NL 7200 giri/min	SAS aziendale 15.000 giri/min (10.000 giri/min)	SSD SATA aziendale
Latenza (tempo di risposta di lettura/scrittura del disco), microsecondi
Letture disco/sec (numero di operazioni di lettura al secondo), IOPS
Scritture su disco/sec (numero di operazioni di scrittura al secondo), IOPS

Come si può vedere chiaramente dalla tabella, SSD in base al parametro tempo di risposta superiore all'HDD 40-80 volte, e da numero di operazioni di I/O al secondo dentro 100-400 volte (!!!).
Allo stesso tempo, se si affronta la scelta con saggezza e si acquista solo la capacità di archiviazione effettivamente richiesta, la differenza di costo tra Enterprise SATA SSD e Enterprise SATA \ SAS NL HDD sarà molto insignificante.
È ragionevole utilizzare l'HDD per ospitare i database? Dal punto di vista dell'autore, solo se hai acquistato azioni illiquide per un magazzino, devi davvero venderle e ulteriori rapporti con l'acquirente ti preoccupano poco. Perché sia ​​il rapporto prezzo/prestazioni che il rapporto prezzo/affidabilità sono chiaramente a favore dell'Enterprise SSD.

E ora è il momento di tornare al momento in cui sono stati misurati gli indicatori reali del carico sul sottosistema del disco (se è stato possibile farlo).
Se parliamo della "temperatura media in ospedale", i carichi di picco approssimativi per IOPS possono essere i seguenti (numero di utenti, volume del database 1C; nella riga inferiore Trasferimenti su disco/sec)

Conoscendo il numero di utenti e il volume dei database 1C, è del tutto possibile stimare approssimativamente la necessità del sottosistema disco in IOPS per Trasferimenti disco/sec (=Letture disco/sec + Scritture disco/sec) o effettuare misurazioni effettive e formulare i requisiti per il sottosistema del disco in operazioni di input/output al secondo (IOPS). E armati di numeri, scegli quelle pulsioni che li soddisferanno.

c) E per chiudere la questione su quali SSD dovrebbero essere installati, scopriamolo: qual è la differenza Impresa SATA SSD e SATA desktop normale SSD .
1. Le prestazioni della velocità di lettura dei dati in IOPS per le unità desktop e server saranno molto simili. E qui prestazione velocità registrazione dei dati differirà in modo significativo e, con l'aumento dell'utilizzo dello spazio su disco sugli SSD desktop, si degraderà rapidamente. Sì, nelle specifiche per i dischi desktop puoi vedere IOPS per scrittura molto elevati... con il 5-8% di disco pieno di dati. E al 100% - non vengono nemmeno forniti, e per una buona ragione - questi indicatori spesso non differiscono da quelli dell'HDD. Per gli SSD server, il test delle prestazioni di scrittura viene eseguito esattamente quando i dati sono pieni al 100% e il suo valore è, di norma, la media o uno dei risultati peggiori. Conclusione: non prestare attenzione ai numeri belli e grandi nelle specifiche del produttore per gli SSD desktop, questo è marketing. Per il server, devi scegliere il modello SSD più giovane, ma aziendale. Ad esempio, come la serie Intel® SSD DC S3510.
2. Il prossimo parametro importante, che dimostra chiaramente le differenze fondamentali tra SSD server e desktop: risorsa di riscrittura garantita. La maggior parte degli SSD desktop tollera normalmente la sovrascrittura fino allo 0,1% della propria capacità al giorno (senza un significativo degrado delle prestazioni e guasti) e allo stesso tempo 7 giorni alla settimana per 2-3 anni, se non completamente riempiti. Il disco del server è progettato per sovrascrivere lo 0,3% della sua capacità ogni giorno per 3-5 anni, anche quando è completamente pieno.
I punti 1 e 2 sono spiegati in modo molto semplice. I dati vengono scritti sugli SSD in celle da 4 KB, ma vengono cancellati... almeno in blocchi di 256 celle o più. E prima di cancellare l'intero blocco, vengono semplicemente contrassegnati come pronti per essere cancellati. Per sostituire i vecchi dati con nuovi dati, i vecchi dati devono essere cancellati. Per cancellare anche una sola cella da 4 KB, devi prima trasferire tutti i dati da una colonna di 256 celle in un'altra posizione, cancellare l'intera colonna e riportare i dati al suo posto. Non si tratta di un'operazione rapida.
Questa situazione viene risolta posizionando sul disco SSD un'area nascosta, non accessibile all'utente, che viene utilizzata appositamente per sostituire le celle quando c'è bisogno di "raccogliere spazzatura", cioè. cancellare i blocchi inutilizzati. Quest'area è chiamata Over Provisioning, o “Area di Riserva”. Quindi, per gli SSD desktop di solito è pari al 4-8% della capacità totale dei chip di memoria flash sul disco, mentre per quelli server... raggiunge il 42% della capacità fisica dei chip. Se prendiamo un esempio, a condizione che il dispositivo contenga 320 GB di chip, la capacità di un SSD “desktop” sarà di 300 GB e, nel caso di un SSD server, saranno a disposizione dell'utente solo 180 GB. In realtà, tutto è molto più complicato; i dischi dei server utilizzano molte tecnologie per aumentare la loro "sopravvivenza" e garantire prestazioni stabili, ma per una comprensione generale della differenza, l'esempio con l'"Area di Riserva" è abbastanza indicativo.
3. Un'altra importante differenza tra SSD server e desktop riguarda l'area della sicurezza dei dati. Ogni SSD ha la propria RAM volatile, che viene utilizzata, tra le altre cose. per le operazioni di lettura e scrittura. Negli SSD desktop, potrebbero verificarsi circostanze in cui i dati vengono scritti nella RAM dell'SSD, il file system e il server SQL hanno ricevuto il riconoscimento di scrittura e i dati non si trovano ancora nella memoria non volatile. Se in questo momento si verifica un'interruzione di corrente, la probabilità di perdita di dati è molto alta ed è molto difficile ripristinare ciò che è perduto e ciò che non lo è.
Allo stesso tempo nelle sale serverSSD c'è un supercondensatore, la cui capacità è sufficiente per scrivere nella memoria SSD non volatile tutti i dati presenti nella RAM interna all'SSD. Pertanto, la probabilità di perdita di dati durante un'interruzione di corrente è notevolmente ridotta.
E ancora, la differenza di prezzo tra gli SSD SATA server e quelli desktop non è affatto significativa.
Breve riepilogo: per archiviare dati importanti, come i database 1C, il server deve utilizzare esclusivamente SSD Enterprise del server.

Custodia, alimentatore e UPS

Le più comuni sono tre dimensioni per server piccoli e a processore singolo:
- montato in un rack da 19” (Rack-mount),
- in un normale case con piedistallo (desktop),
- moderni “cubi”.
Se hai intenzione di posizionare il server sul sito di un provider di hosting o di una sala server specializzata, il formato ottimale per il montaggio su rack sarà alto 1U o 2U. E si sconsiglia vivamente di posizionare un server di questo tipo nella stessa stanza in cui sono presenti persone a causa del suo elevato livello di rumore.
La dimensione del case Desktop viene utilizzata quando il server si troverà nella stessa stanza con altre persone. Questi server sono relativamente silenziosi, non molto diversi da un PC e spesso fungono anche da postazione di lavoro per uno dei dipendenti.
Un buon esempio di approccio “User Friendly” sono i casi specializzati “cubo”.

Oltre al fatto che sono belli, sono anche silenziosi.

L'immagine mostra un esempio di progettazione di un sistema di raffreddamento per server "cubo", che fornisce un buon raffreddamento a tutti i componenti e allo stesso tempo crea un minimo di rumore:
- la scheda madre è in basso,
- l'aria calda raffredda la scheda e il processore e sale verso l'alto dal radiatore del processore,
- dove viene tirato da una ventola a bassa velocità di un alimentatore di grande diametro,
- e viene buttato fuori,
Il design di questo server è bello, efficace nel ridurre il rumore e abbastanza produttivo.

Dovremmo anche toccare l'eterno tema se sia necessario o meno un eccesso di potenza.
Dal punto di vista dell'autore, con un server che costa oltre 1.000 dollari, e spendendo oltre solo per fornire un'alimentazione ridondante (due alimentatori nel server), potrebbero essere effettivamente necessari circa 400 dollari aggiuntivi, solo se non si dispone di la possibilità di portare tempestivamente il server in riparazione in 2-4 ore.

Se il server è montato su rack, si trova sul sito del provider o nella sala server, dove, di norma, viene fornita un'alimentazione di alta qualità. E se è in ufficio, nella stragrande maggioranza dei casi, in 2-4 ore è del tutto possibile recarsi in un centro di assistenza e sostituire l'alimentatore. Se sei lontano dal centro assistenza, come opzione puoi acquistare un alimentatore di riserva e metterlo nell'armadio come “pezzi di ricambio” e, se si rompe, sostituire l'alimentatore guasto con uno di ricambio all'interno 15-20 minuti.

Parlando dell'alimentatore e della probabilità del suo guasto, è necessario ricordare il gruppo di continuità (UPS) per il server. Come minimo, dovrebbe includere funzionalità di regolazione della tensione (AVR) e, ancora meglio, essere interattivo. Per ridurre il rischio di perdita di dati, è auspicabile che l'UPS abbia la capacità di spegnere il server quando il livello della batteria è basso (e che tutto sia collegato e configurato). E la sua potenza dovrebbe garantire almeno il funzionamento della batteria per 10-15 minuti, che nella maggior parte dei casi è sufficiente per spegnere correttamente il server.

Assembliamo un server “per il compito”

Ora, armati di conoscenza, configuriamo tre server di esempio per tre piccole organizzazioni con carichi di lavoro diversi.

a) Per cinque utenti nella versione file, connessi in rete locale tramite un client “thick”, un server in formato “cube”, con processore quad-core Intel Xeon E3 12xx, 8GB RAM, due SSD Intel s3510 240 GB in RAID1 a bordo saranno sufficienti per Intel Rapid Raid.

b) Per dieci utenti in SQL e tramite un client “thick”, un server in formato “cube”, con processore quad-core Intel Xeon E3 12xx, 16 GB di RAM, due SSD Intel s3510 240 GB in RAID1 su sarà sufficiente un Intel Rapid Raid integrato.

c) Per venti utenti in SQL e in modalità Desktop Remoto, è meglio prendere un server in dimensione Desktop o Rack-mount, con un processore Intel Xeon E5 166x a sei core, 32 GB di RAM, due SSD Intel s3510 da 120 GB in RAID1 per ospitare database 1C e due HDD SATA (RAID Edition) da 2-4 TB in RAID1 per ospitare sistema operativo, backup e dati utente, nonché archiviazione di file, e ancora su Intel Rapid Raid integrato o su Intel® RAID Controllore RS3WC080.

E qualche consiglio assolutamente pratico.
1. Non è necessario "risparmiare sulle piccole cose" e utilizzare strumenti inappropriati: un processore per server, una scheda madre per server e un SSD per server funzionano meglio in un server. La differenza di prezzo con i componenti desktop è molto insignificante, ma in termini di funzionalità può essere sproporzionatamente grande.
2. Non ha molto senso pianificare le risorse per più di tre anni. Le tecnologie cambiano così rapidamente che in un anno o due potrebbe essere più efficiente sostituire un disco o un server piuttosto che pianificare inizialmente una risorsa per cinque anni.
3. Il principio di ragionevole sufficienza si applica anche alla scelta del server. Con un volume del database di 10 GB, un server specializzato con una capacità di 80 GB è di gran lunga preferibile a uno “desktop” con una capacità di 200 GB.

Naturalmente, tutto quanto sopra descritto non è un dogma. Si tratta di calcoli derivati ​​​​empiricamente basati sulla pluriennale esperienza dell'autore nell'ottimizzazione dell'hardware per varie piattaforme aziendali 1C.

Oggi, il prodotto finanziario 1C è cresciuto da un programma applicativo contabile per la contabilità in un complesso di grande formato per la contabilità e il supporto di quasi ogni tipo di attività, pretendendo di competere con i "mostri" mondiali SAP R/3 e Microsoft Dynamics AX ( Axapta).

Le aziende russe organizzano sempre più i propri processi aziendali utilizzando configurazioni moderne 1C 8.3 “Gestione commerciale”, “Gestione della produzione”, “Gestione aziendale ERP” e simili. I reparti contabilità, marketing, produzione e vendite verranno trasferiti a 1C ed è in corso l'integrazione con la telefonia IP e i sistemi di gestione dei documenti. Tuttavia, subito dopo l'intenzione "lavoriamo in 1C", sorgono domande: su quali risorse funzionerà il database centrale 1C, quale hardware mostrerà il risultato ottimale con un budget ragionevole? In questa situazione, è più facile per le grandi imprese del settore pubblico: è stato dato un comando chiaro a numerosi integratori e architetti IT a tempo pieno, sono iniziati i meccanismi delle gare d'appalto a budget elevato, con la condizione obbligatoria di fornire un concetto chiavi in ​​mano e ulteriori supporto del sistema da parte di specialisti certificati. Ma che dire delle aziende che desiderano acquistare e installare personalmente uno dei prodotti 1C: Enterprise, spendendo saggiamente il proprio budget?

L'errore più elementare, se non si tiene conto dell'uso di software piratato o non testato, è risparmiare sull'hardware per 1C. Tendenze simili sono particolarmente comuni nelle startup e nelle piccole imprese. Si ritiene che non sia necessario acquistare costose apparecchiature server con processori Intel Xeon, non sia necessario calcolare prima la quantità di RAM, il carico sulla CPU e sul sottosistema del disco, che non sia necessario creare ridondanza del disco array (Raid), per utilizzare controller di dischi professionali con Cache-RAM e così via. Errori nei calcoli dell'architettura IT per 1C portano a conseguenze disastrose, di cui l'azienda viene a conoscenza dopo l'interruzione dei processi aziendali. Pertanto, è molto importante prestare attenzione a ciascun nodo hardware della piattaforma server per 1C.

Esempi di problemi tipici dovuti ad un'errata costruzione dell'architettura IT per 1C:

• "Rallentamento" del database 1C e delle interfacce a causa del carico eccessivo sulle risorse chiave (solitamente RAM o sottosistema disco).
• Errori e arresti anomali del programma 1C dovuti all'instabilità dell'apparecchiatura selezionata in modo errato.
• Tempi di inattività dell'azienda dovuti al guasto dell'hardware centrale.
• Perdita parziale o completa dei dati 1C a causa di guasti casuali dell'hardware o del software.

Risorse hardware del server 1C

Consideriamo di seguito le risorse hardware più importanti, un errore nella selezione delle quali può rovinare l'intero progetto di automazione aziendale quando si crea autonomamente un server per 1C.

Unità di elaborazione centrale (CPU)

Numero di core fisici della CPU. L'argomento dell'eterno dibattito su tutti i tipi di forum 1C è ciò che è più importante: frequenza della CPU o multi-core. Le radici di queste contraddizioni risalgono a 1C 8.0 o addirittura 1C 7.7. In effetti, i processi eseguibili delle versioni precedenti di 1C erano puramente single-core, cioè indipendentemente dal numero di core forniti dal processore centrale, il servizio server aziendale 1C 8.0 o il Thick Client 1C 7.7 occupavano sempre solo un core "zero" nel sistema operativo. Oggi il quadro è cambiato: il sistema operativo distribuisce coraggiosamente i compiti di un processo 1C: Enterprise (rphost) su diversi core della CPU (vedere Figura 1).

Figura 1: carico della CPU durante l'esecuzione dei processi del server 1C.

Ma questo non significa assolutamente che se acquisti un processore con il numero massimo di core, un server 1C abbinato a un DBMS (molto spesso per DBMS intendiamo MS SQL) mostrerà prestazioni fantastiche e rieseguirà periodi contabili nell'1C il programma durerà pochi minuti. È necessario comprendere la differenza tra la velocità di esecuzione di un'operazione e il processo di elaborazione simultanea di una grande quantità di informazioni. Il numero di core fisici ci consente semplicemente di risolvere il problema della stabilità e delle prestazioni del lavoro simultaneo con molti compiti diversi da parte del server 1C:Enterprise e del DBMS. Da qui la conclusione: maggiore è il numero di utenti 1C, più importante sarà il numero richiesto di core per il comodo lavoro simultaneo di questi stessi utenti. La dipendenza del numero di utenti dal numero di core per il server 1C è mostrata nella Tabella 1.

Numero di utenti simultanei sul server 1C:Enterprise	Tipo e modello del processore	Numero di core utilizzati
Fino a 10 utenti	Intel Core personalizzato da 3,1 Ghz	Non più di 2-4
Fino a 20 utenti	Server Intel Xeon da 2,4 Ghz	Dalle 4 alle 6
Fino a 30 utenti	Server Intel Xeon da 2,6 Ghz	Da 6 a 8 nuclei
Fino a 50 utenti	Server Intel Xeon da 2,4 Ghz – 2 pz.	Da 4 per processore

Tabella 1: il rapporto tra il numero di utenti sul server 1C e il numero consigliato di core della CPU.

Frequenza della CPU. A differenza del numero di core, la frequenza del processore centrale influisce esattamente sulla velocità di elaborazione di una parte di un'attività alla volta, che è il criterio più popolare per gli utenti finali 1C. La frequenza del processore è proprio il parametro che, se aumentato, aumenterà la velocità di elaborazione delle richieste da parte del server 1C e del DBMS per un singolo utente e ridurrà il tempo durante il quale il sistema fornisce il risultato finale all'utente finale. A conferma di ciò, il noto specialista Gilev, in uno dei suoi articoli basati su test pratici, ha tratto una conclusione inequivocabile: “la velocità di 1C è molto più influenzata dalla frequenza del processore centrale rispetto agli altri parametri, sia esso il client finale 1C o il server 1C: Enterprise." Questa è l'architettura del programma 1C.

Cache, virtualizzazione e hyper threading. In passato, quando i processori multi-core non erano ancora così diffusi, Intel ha inventato una speciale tecnologia di processore centrale che simulava il multi-core, il cosiddetto “hyperthreading”. Dopo averlo abilitato, un processore fisico (un core fisico) viene definito dal sistema operativo come due processori separati (due core logici). Consigliamo di disabilitare l'"hyperthreading" per il server 1C. Questa tecnologia non porta alcuna accelerazione a 1C.

Quando si utilizzano macchine virtuali per un server 1C:Enterprise e un DBMS, è necessario tenere presente che i core delle macchine virtuali sono "più deboli" dei core fisici reali, sebbene siano chiamati la stessa cosa: "core". Non esistono coefficienti ufficiali esatti, ma articoli sui portali tecnici Microsoft consigliano di contare 4-6 core del processore per core fisico in una macchina virtuale.

Una cache è una memoria avanzata utilizzata dal processore per ridurre il tempo medio di accesso alla memoria del computer. Infatti è parte integrante del processore, poiché si trova sullo stesso chip e fa parte dei blocchi funzionali. Qui tutto è molto chiaro: maggiore è la dimensione della cache, maggiori sono i "pezzi" di informazioni che il processore può elaborare. In genere, la dimensione della cache dipende dal modello del processore: più costoso è il modello, maggiore è solitamente la quantità di memoria cache. Tuttavia, non crediamo che la dimensione della cache del processore influenzi radicalmente le prestazioni del server 1C e del DBMS. Piuttosto, questo appartiene all’area della “messa a punto”.

Tipo di processore. Tutti sanno che l'hardware è diviso in server e utente. In alcuni casi è possibile utilizzare un processore centrale utente economico come alternativa ad una CPU server professionale ma costosa? Si scopre che è possibile. Diamo un'occhiata a una tabella che confronta i parametri principali di due versioni di processori centrali Intel (vedi Tabella 2).

	Processore Intel® Core™ i7-6700T personalizzato (8 MB di cache, fino a 3,60 GHz)	Server Processore Intel® Xeon® E5-2680 v2 (25 MB di cache, 2,80 GHz)
Memoria cache	8 MB	25 MB
Frequenza del bus di sistema	8 GT/s DMI3	QPI di 8 GT/s
Insieme di comandi	SSE4.1/4.2 a 64 bit, AVX 2.0	AVX 2.0 a 64 bit
Numero di core	4	10
Velocità di clock del processore di base	2,8GHz	2,8GHz
Massimo. quantità e tipo di RAM	64 GB non ECC	768 GB ECC
Costo stimato	354$	1 280$

Tabella 2 - Confronto dei parametri principali delle CPU domestiche e server di Intel.

Come possiamo vedere, il processore del server ha valori molto più alti in termini di numero di core, dimensione della cache, supporto per più RAM e, ovviamente, un prezzo più alto. Tuttavia, una CPU del server non è praticamente diversa da una CPU dell'utente in termini di supporto di determinati comandi del processore (istruzioni) e velocità di clock. Da ciò possiamo concludere che per le piccole organizzazioni è abbastanza accettabile utilizzare un processore centrale personalizzato per il server 1C:Enterprise. L'unica domanda è che un processore personalizzato non può essere installato nel socket della scheda madre del server e supporta la RAM del server con controllo di parità (ECC) e l'uso di componenti personalizzati comporta rischi per la stabilità dell'intero sistema nel suo complesso.

Memoria ad accesso casuale (RAM)

Tipo di RAM. La memoria ad accesso casuale (RAM) varia a seconda del suo scopo - per sistemi server multiutente o per dispositivi personali - PC, laptop, nettop, thin client, ecc. Come nel caso della CPU - i parametri principali dei moduli RAM sono approssimativamente equivalenti - la RAM moderna per un PC praticamente non resta indietro rispetto alla RAM del server né nel volume di una striscia, né nella frequenza dell'orologio, né nel tipo di Moduli DDR. Le differenze tra la RAM del server e la RAM "domestica" risiedono nei casi d'uso e nello scopo della piattaforma hardware, da qui il suo costo più elevato:

• La RAM del server dispone del controllo di parità ECC (Error Correction Code) - una tecnica di codifica/decodifica che consente di correggere errori nell'elaborazione delle informazioni direttamente dal modulo RAM
• La scheda madre di un server dispone di molti più slot per l'installazione di moduli RAM rispetto a un normale PC.
• La RAM del server contiene registri (buffer) che forniscono il buffering dei dati (registrato parziale o buffer completo completo), riducendo così il carico sul controller di memoria con molte richieste simultanee. I moduli FB-DIMM con buffer non sono compatibili con quelli senza buffer.
• I moduli di memoria registrati consentono inoltre una maggiore scalabilità della memoria: la presenza di registri consente di installare più moduli in un canale.

Possiamo concludere che l'uso di moduli RAM del server consente di installare grandi quantità di RAM in un sistema e che le tecniche di controllo di parità ECC e l'uso di buffer consentono al sistema operativo del server di funzionare in modo stabile e rapido.

Quantità di RAM. Uno dei fattori chiave per prestazioni elevate del server 1C e del DBMS è una quantità sufficiente di RAM. Naturalmente, le esigenze effettive di RAM dipendono da molti fattori: il tipo di configurazione 1C, il numero di processi del server 1C:Enterprise, la dimensione del database DBMS e così via. Tuttavia, è possibile ricavare una dipendenza approssimativa della quantità di RAM dal numero di utenti (vedere Tabella 3).

Requisiti RAM per server 1c e DBMS	Fino a 10 utenti	Fino a 20 utenti	Fino a 30 utenti	Fino a 50 utenti
Server 1c: Aziendale	4-6GB	6-8GB	12-14GB	18-24GB
Microsoft SQL Server	4-6GB	8-10GB	16-18GB	24-28GB

Tabella 3: rapporto approssimativo tra il numero di utenti del server 1C e la RAM consigliata per i processi del server 1C:Enterprise e il server MS SQL.

Per quanto riguarda 1C: processi server Enterprise (rphost.exe): le moderne piattaforme 1C non consentono di specificare manualmente il numero di processi server 1C. Invece, il sistema richiede di impostare parametri come il numero di infobase e il numero di utenti per processo rphost.exe, dopo di che determina automaticamente il numero ottimale di processi del server 1C:Enterprise. Puoi anche configurare il processo rphost.exe per rilasciare senza problemi la RAM se il suo volume supera una soglia predeterminata. In questo caso, il server 1C crea un nuovo processo rphost.exe, che gradualmente assume il controllo delle attività 1C, consentendo di scaricare il processo 1C richiesto.

Dovresti anche prestare attenzione che la quantità di RAM allocata al servizio SQL è considerata sufficiente se i dati SQL nella cache sono almeno al 90%. Questa metrica è abbastanza conveniente, perché... Non puoi semplicemente guardare la quantità di RAM consumata da un server SQL: le versioni recenti di SQL hanno consumato RAM in modo dinamico: la quantità massima possibile di RAM viene catturata e rilasciata quando la RAM viene richiesta da altri processi.

Frequenza della RAM. In breve, questa è la larghezza di banda dei canali attraverso i quali i dati vengono trasmessi alla scheda madre e da lì al processore. È auspicabile che questo parametro corrisponda o superi la frequenza consentita della scheda madre, altrimenti il ​​canale di trasmissione della RAM rischia di diventare un collo di bottiglia. All'interno di un tipo di DDR, l'aumento/diminuzione della frequenza non influisce sostanzialmente sulle prestazioni del server 1C e appartiene piuttosto all'area della "messa a punto".

Tempi della RAM. Questa è la latenza o la latenza della RAM. Questo parametro è caratterizzato dal tempo di ritardo dei dati durante la transizione tra diversi moduli del chip RAM. Valori più bassi significano prestazioni più veloci. Tuttavia, l’impatto sulle prestazioni complessive del sistema server, e ancora di più sul server 1C:Enterprise, è basso. In genere, solo i giocatori e gli overclocker prestano attenzione a questi parametri, per i quali ogni ulteriore calo di prestazioni è più prezioso.

Sottosistema disco e dischi rigidi HDD

Controller del disco rigido. Il dispositivo principale per collegare e organizzare i dischi rigidi in un sistema hardware è il controller del disco rigido. È disponibile in due tipi:

1. Integrato: il modulo controller è integrato nel sistema, la gabbia del disco rigido è collegata direttamente alla scheda madre. È considerata una soluzione più economica.

2. Esterno – è una scheda a circuiti stampati separata (dispositivo) collegata al connettore della scheda madre. È considerata una soluzione più professionale perché dispone di chip separati per condurre e monitorare le operazioni con i dischi rigidi HDD. Consigliato per sistemi server importanti, come server 1C:Enterprise e DBMS.

Esiste anche un terzo tipo: un dispositivo per ricevere/trasmettere dati a blocchi tramite canali iSCSI, FiberChanel, InfiniBand, SAS. Tuttavia, in questa opzione, il sottosistema del disco viene “rimosso” su un dispositivo di archiviazione dati separato (DSD), collegato al server tramite un cavo ottico o in rame. Nel nostro articolo analizziamo i requisiti per un server autonomo per 1C, quindi non prenderemo in considerazione questa tipologia.

Tipi e livelli di array RAID.È una tecnologia di virtualizzazione dei dati che combina più dischi in un'unità logica per ridondanza e prestazioni migliorate. Diamo un'occhiata ai livelli più popolari della specifica RAID:

• RAID 0 (“Striping”) Non ha ridondanza e distribuisce immediatamente le informazioni su tutti i dischi inclusi nell'array sotto forma di piccoli blocchi (“strisce”). Per questo motivo, le prestazioni aumentano in modo significativo, ma l'affidabilità ne risente. Non consigliamo di utilizzare questo tipo di array, nonostante i vantaggi in termini di prestazioni.
• RAID 1 (“Mirroring”, “mirror”). Ha protezione contro il guasto della metà dell'hardware disponibile (in generale, uno dei due dischi rigidi), fornisce una velocità di scrittura accettabile e aumenta la velocità di lettura grazie alla parallelizzazione delle richieste. Questo tipo di array supporterà completamente un server 1C+DBMS per un massimo di 25-30 utenti, soprattutto se vengono utilizzati dischi SAS o SSD da 15.000.
• RAID 10. Le coppie di dischi con mirroring sono disposte in una "catena", quindi il volume del volume risultante può superare la capacità di un disco rigido. A nostro avviso, il tipo di array di dischi di maggior successo, perché... combina l'affidabilità di RAID1 e la velocità di RAID 0. In combinazione con dischi o SSD SAS 15K, può essere utilizzato per server 1C da 40-50 utenti.
• RAID5. Famoso per la sua efficienza. Sacrificando la capacità di un solo disco dell'array per la ridondanza, otteniamo protezione contro i guasti di qualsiasi disco rigido del sistema. (la sua variazione di RAID 6 richiede due dischi rigidi aggiuntivi per ospitare i checksum, ma salva i dati anche se due unità si guastano). Questo tipo di array è economico, affidabile e offre prestazioni di lettura abbastanza evidenti. Sfortunatamente, il collo di bottiglia di questo array è la bassa velocità di scrittura, che lo rende comodo da usare con configurazioni di server 1C fino a 15-20 utenti. È ottimale anche per scopi applicativi: archiviazione di dati di file, archivi di flussi di documenti, ecc.

Tipi di interfacce del disco rigido. Per tipo di connessione, i dischi rigidi sono divisi:

• HDD SATA domestico. L'opzione di disco rigido più economica progettata per l'uso nei PC domestici o nei media center di rete. Si sconsiglia vivamente di utilizzare tali dispositivi nei server 1c a causa della bassa tolleranza agli errori e della stabilità operativa: i componenti di questi dischi semplicemente non sono progettati per funzionare 24 ore su 24, 7 giorni su 7 e si guastano rapidamente.
• Server SATA HDD. Questo nome si riferisce solitamente ai dischi rigidi con interfaccia SATA e una velocità del mandrino di 7.200 giri/min. Il prefisso "Server" significa che tali dischi sono stati testati per le prestazioni nei sistemi server e sono progettati per un funzionamento stabile 24 ore su 24, 7 giorni su 7. Tipicamente utilizzato nei server 1C per archiviare grandi volumi di informazioni che non richiedono un'elevata velocità di elaborazione. Ad esempio, database di archivio 1C, cartelle di scambio, file di download di documenti di Office, ecc.
• Server SAS HDD. Esistono molte differenze tra l'interfaccia SAS (un moderno analogo di SCSI) e l'interfaccia Sata. Ecco il tempo medio di risposta del disco, funziona su uno scaffale di dischi condiviso e funziona con il controller HDD a velocità di scambio di informazioni più elevate - fino a 6 GB/s (rispetto a SATA 3 GB/s). Ma il vantaggio principale è l'esistenza di modelli di dischi SAS con una velocità del mandrino di 15.000 giri/min. È questa caratteristica di progettazione che consente ai dischi SAS di eseguire quasi 3 volte più operazioni I/O al secondo rispetto agli HDD SATA Server. Tali dischi SAS hanno una capacità ridotta e se ne consiglia l'utilizzo per i principali database 1c con un carico di lavoro costantemente elevato.
• Unità SSD. Queste unità differiscono dalle precedenti non nell'interfaccia di connessione, ma nel design: sono a stato solido e non hanno parti mobili, ad es. In sostanza, sono analoghi alle "unità flash". Tali tecnologie consentono alle unità SSD di produrre un numero “esorbitante” di operazioni di input/output al secondo (da 10.000 operazioni sui modelli SSD più semplici). Tuttavia, questo vantaggio ha anche uno svantaggio: il prezzo più alto delle unità SSD e la "soglia della loro durata", che dipende dal limite del numero di scritture sui blocchi SSD. Tuttavia, ogni anno questi dischi diventano più convenienti e durevoli. Poiché il costo dei dischi SSD aumenta molte volte a seconda del volume, sarebbe più ragionevole utilizzarli per database 1c piccoli ma sovraccarichi che richiedono un'elevata velocità di accesso, nonché per database temporanei del DBMS TempDB.

IOPS – numero di operazioni di input/output al secondo. Essenzialmente, IOPS è il numero di blocchi di informazioni che possono essere letti o scritti sui media in 1 secondo di tempo. Cioè, nella sua forma pura, questo è il parametro chiave della velocità di elaborazione delle informazioni da parte del disco rigido, che influisce sulle prestazioni del server 1C. Se prendiamo per confronto un blocco di informazioni standard da 4kb, possiamo evidenziare approssimativamente i seguenti indicatori IOPS (vedi Tabella 4).

HDD	IOPS	Interfaccia
Unità SATA da 7.200 giri/min	~75-100 IOPS	SATA 3 Gbit/s
Unità SATA da 10.000 giri/min	~125-150 IOPS	SATA 3 Gbit/s
Unità SAS da 10.000 giri/min	~140 IOPS	SAS
Unità SAS da 15.000 giri/min	~175-210 IOPS	SAS
Unità SSD	Da 8.000 IOPS	SAS o SATA

Tabella 4 - Indicatori IOPS su vari tipi di dischi rigidi quando si lavora con un blocco dati da 4kb.

Naturalmente, nella sua forma pura, l'IOPS è di scarsa utilità per il calcolo dei calcoli finali e dei requisiti per il sottosistema disco di un server 1C. Dopotutto, le prestazioni totali del sottosistema del disco consistono nel tipo di array RAID, tipi di disco e indicatori della velocità dell'interfaccia, tempo di risposta (latenza), tempo di accesso casuale, percentuale del numero di operazioni di lettura e scrittura e molti altri fattori . Tuttavia, questo parametro, a nostro avviso, è un indicatore chiave della velocità del sottosistema del disco e nelle fasi di sviluppo dell'architettura del server aiuta a determinare quale tipo di dischi rigidi sarà più adatto a determinate esigenze. (vedi calcolatore RAID)

Test di pratica

Qual è la relazione tra il numero di utenti 1C e il numero di IOP? Il nostro team ha condotto un test pratico (vedi Tabella 5) per misurare il carico sul sottosistema del disco con un certo numero di sessioni 1C. Poiché il sistema 1C è un ambiente programmabile e ogni azienda può avere il proprio insieme di processi aziendali in 1C, avevamo bisogno di un collegamento a una determinata configurazione di riferimento per i test. In questa veste è stata scelta una configurazione specializzata della CPU 1C, sviluppata per test e debug. Sulla base di ciò, i nostri programmatori 1C hanno aggiunto una serie di query che simulano il normale funzionamento di un'impresa ordinaria, con la formazione di query contabili, registrazioni, redazione di report e pubblicazione di documenti operativi.

		Disco di sistema		Disco con database
Iterazione	Utenti	IOPS scrivono	Lettura IOPS	IOPS scrivono	Lettura IOPS
Valori medi
1	12	9,1	0,1	13,1	1,5
2	20	7,9	0,1	21,8	0,4
3	32	5,2	0,006	36,1	5,2
4	40	7,7	0,013	27,52	1,3
5	52	7,7	0,006	32,04	0,94

Tabella 5 - Risultati di una prova pratica sul carico del sottosistema disco.

I risultati del test mostrano che la maggior parte del carico sul sottosistema del disco si verifica quando 1C scrive sul database del server DBMS e sul disco di sistema del sistema operativo (su cui si trovano per impostazione predefinita i file del server cache 1C:Enterprise) .

Allo stesso tempo, abbiamo effettuato misurazioni pratiche dei database 1C UPP 8.2 già funzionanti durante il periodo di prova - 5 giorni lavorativi. Mostrano che in media un server 1C + DBMS consuma il doppio degli iop “per la scrittura” rispetto a “per la lettura”. Questa differenza tra i test sintetici e le statistiche di monitoraggio di un vero server 1C è dovuta sia al campionamento periodico dei dati informativi dal database durante la giornata lavorativa, sia alla lettura regolare del database durante il backup o la replica del DBMS.

Altri componenti del disco rigido a cui vale la pena prestare attenzione.

• Dimensioni fisiche (fattore di forma). Oggi quasi tutte le unità conosciute per personal computer e server hanno una dimensione di 3,5 o 2,5 pollici. Tieni presente che le unità da 2,5 pollici non vengono prodotte in grandi volumi.
• Tempo di accesso casuale- il tempo durante il quale è garantito che il disco rigido esegua un'operazione di lettura-scrittura su una determinata sezione del disco magnetico. Di norma, le unità server offrono risultati migliori. Questo è un parametro abbastanza importante quando si crea un array di dischi per un server DBMS 1C.
• Velocità del mandrino- il numero di giri del mandrino del disco rigido al minuto. Qui tutto è semplice e chiaro: il tempo di accesso e la velocità media di trasferimento dei dati del disco rigido dipendono dalla velocità di rotazione del mandrino con piastre magnetiche.
• Capacità del buffer del disco rigido- un buffer è una memoria temporanea progettata per appianare le differenze nella velocità di lettura/scrittura di un disco rigido e di trasferimento dei dati tramite l'interfaccia.
• Affidabilità- è definito come il tempo medio tra i guasti (MTBF). Di norma, l'affidabilità dipende direttamente dal produttore, dal prezzo e dall'ambiente di utilizzo del disco rigido. Consideriamo l'affidabilità un parametro importante di un disco rigido che influisce sulla qualità del funzionamento di un server 1C.

La scelta giusta: hardware domestico o server

La riduzione del prezzo dei componenti hardware e la crescita attiva della potenziale capacità dei "computer domestici" portano a un altro disastroso malinteso: le piccole imprese utilizzano attivamente le workstation come piattaforma per la collaborazione con i database 1C. Allo stesso tempo, senza rendersi conto che oltre ai parametri di frequenza principale, alle dimensioni della memoria e alla possibilità di utilizzare unità SSD economiche in un normale PC, ci sono requisiti più sistemici, più profondi e più importanti per il funzionamento dell'hardware in una struttura commerciale (vedi Tabella 6).

Per risolvere il problema dell'organizzazione di un server 1C, offriamo il noleggio di server cloud 1C nei data center di classe Tier III. La fattibilità economica della scelta di noleggiare un server la trovate nell'articolo.

Opzioni	server	Personal computer
Adeguatezza della potenza di calcolo	V	V
Disponibilità del sistema garantita 24 ore su 24, 7 giorni su 7	V	X
Affidabilità e stabilità dei componenti hardware chiave	V	X
Funzionalità IPMI (Remote Power and Console Management).	V	X
Costo preventivato della piattaforma hardware	X	V

Tabella 6 - Confronto tra hardware domestico e server secondo i criteri richiesti per il funzionamento di alta qualità del server 1C.

Funzionamento con tolleranza agli errori di 1C

Naturalmente, uno dei requisiti importanti per la parte del server 1C è la stabilità del suo funzionamento e la resistenza ai guasti. Microsoft e la stessa 1C si sono impegnate molto in questa direzione, creando tecnologie per raggruppare i propri servizi a un livello abbastanza serio (vedi Tabella 7).

Tolleranza agli errori dei server SQL

Basato sul concetto di un unico data warehouse comune. La tecnologia di clustering SQL Server integrata combina due server SQL in un unico cluster con un unico indirizzo IP virtuale e un unico database. Pertanto, se l'SQL principale fallisce, le query vengono automaticamente trasferite a quello di backup. La seconda opzione è AlwaysOn recentemente introdotta, una tecnologia per la replica regolare automatica dei database DBMS tra il server SQL principale e quello di backup. Allo stesso tempo, il server SQL duplicato si trova fisicamente su un altro spazio di archiviazione, il che aumenta la resistenza ai rischi

Tolleranza agli errori del servizio server 1C:Enterprise

I server 1C Enterprise sono combinati in un cluster software attivo-attivo con tolleranza agli errori con failover automatico e salvataggio delle sessioni correnti.

Tabella 7 - Tolleranza agli errori dei server SQL e 1C.

Tuttavia, ciascuna tecnologia presenta sia vantaggi che svantaggi. Oltre ai principali vantaggi, è necessario conoscere alcune funzionalità del clustering 1C e SQL () per non finire con un deterioramento delle prestazioni del servizio:

• Il clustering SQL utilizza un IP virtuale. Ciò significa che l'interazione tra il server 1C:Enterprise e MS SQL avverrà sempre tramite l'interfaccia di rete, anche se entrambi i servizi si trovano sullo stesso sistema operativo. Il che, di conseguenza, porterà a un funzionamento più lento di 1C rispetto alla versione classica dell'architettura consigliata dalla stessa 1C: l'uso della memoria condivisa. In linea di principio questo ostacolo può essere “aggirato” utilizzando, ad esempio, la tecnologia MS SQL Log Shipping. Tuttavia, in questo caso, il passaggio al server SQL di backup non sarà più automatico e questa opzione non può essere considerata un cluster a tutti gli effetti.
• Un cluster SQL richiede ingenti spese di budget. Se parliamo del classico clustering del servizio MS SQL, è richiesto un unico archivio di database, connesso ai server SQL principale e di backup. In genere, questo ruolo è svolto da costosi sistemi di archiviazione, che aumentano il budget di un ordine di grandezza. Se stiamo parlando del nuovo AlwaysOn, non è richiesto un unico archivio di database, la tecnologia funziona con i dischi locali dei server principali e di backup sulla rete. Ma hai bisogno di una versione di SQL Server Enterprise, la cui licenza costa 4 volte di più di una normale SQL Server Standard.
• Numero di licenze. Nonostante il secondo server SQL non elabori i dati ed sia di riserva, sarà necessario acquistare le licenze per entrambi i server, sia quello principale che quello di backup. Particolarmente onerose per il budget sono le licenze SQL Server Enterprise per l'implementazione di un cluster distribuito di gruppi ad alta disponibilità AlwaysOn.

• Non è necessario utilizzare hardware personalizzato economico per un servizio così importante come il sistema contabile dell'intera azienda. Il prezzo in questo caso determina direttamente la qualità, la stabilità e la durata di tale piattaforma.
• Quando si sceglie una piattaforma server, si consiglia di prestare attenzione alla presenza di due alimentatori, di una scheda IPMI remota e del marchio del produttore. Naturalmente, ognuno sceglie una soluzione in base al proprio budget; i marchi più importanti a volte sono troppo costosi e non del tutto appropriati, ma non bisogna lesinare sul produttore, questo può portare a cause di forza maggiore incontrollabili quando si lavora con 1C. Personalmente utilizziamo le piattaforme server Supermicro in combinazione con le CPU server Intel.
• Esiste un'opinione, confermata dalla pratica, secondo cui le prestazioni 1C dipendono più dalla frequenza più elevata della CPU che dal numero di core forniti.
• Non è necessario risparmiare sulla quantità di RAM allocata per il server 1C e il servizio SQL. La RAM è attualmente una risorsa abbastanza economica e la sua carenza (anche del 10-15%) porterà a un calo significativo delle prestazioni del sistema 1C, perché si attiverà un sistema di scambio più lento. Inoltre, lo scambio comporterà un carico aggiuntivo sul sottosistema del disco, il che peggiorerà ulteriormente la situazione.
• L'azienda EFSOL offre servizi completi per la scelta di un server 1C, che comprendono: progettazione, acquisto, configurazione e manutenzione del server 1C.
• Un'alternativa alla creazione del proprio server 1C è noleggiare un server 1C. Le tecnologie cloud consentono di ottenere un servizio affidabile e tollerante ai guasti per un lavoro confortevole in 1C a costi mensili bassi.

Integrazione del sistema. Consulenza

In qualsiasi organizzazione in cui il numero di utenti 1C 8.3 (o 8.2) è pari o superiore a 10, per grandi volumi di dati si consiglia di utilizzare l'opzione client-server. Questa opzione si basa sull'utilizzo di un DBMS di terze parti, ad esempio MS SQL Server. Naturalmente è difficile immaginare una modalità client-server senza un server separato. Ma ogni azienda è unica, ognuna ha le proprie esigenze e quindi la scelta del server deve essere affrontata in modo responsabile. In questo articolo proveremo a rispondere alla domanda su come scegliere un server 1C, sia software che hardware. La scelta è un punto molto importante nello sviluppo del sistema informativo di un'azienda.

Senza software, qualsiasi computer è inutile. Il software di alta qualità è particolarmente importante nelle apparecchiature server. Deve soddisfare i più recenti parametri di sicurezza e affidabilità. L'applicazione client 1C è multipiattaforma e disponibile su quasi tutti i sistemi operativi, compresi i sistemi mobili. L'applicazione server supporta due piattaforme: Linux e Windows.

Esistono cinque opzioni per il DBMS con cui funziona la piattaforma 1C:

Ottieni 267 lezioni video su 1C gratuitamente:

• DBMS integrato dello stesso 1C 8.3, il cosiddetto modalità file. La versione più semplice del lavoro non può vantare un'elevata sicurezza. Funziona su sistemi operativi Windows e Linux. Il limite della dimensione del database è di circa 6-10 gigabyte;
• Microsoft SQL Server- il miglior DBMS per 1C disponibile sul mercato. Secondo molti esperti, SQL Server è generalmente il miglior prodotto software di Microsoft. Richiede il sistema operativo Windows per funzionare;
• IBMDB2 Universal Database è un sistema di gestione DBMS abbastanza affidabile e sicuro. La sua particolarità risiede in alcune sfumature dell'elaborazione delle informazioni e del funzionamento dei metodi di sistema (ad esempio, la sensibilità al caso dei dati di stringa). La qualità del lavoro è significativamente influenzata dalle capacità e dalle conoscenze dell'amministratore. Supporta Windows, Mac OS X, Linux;
• Base di dati Oracle- un DBMS con versione, che in alcuni casi fornisce prestazioni migliorate. Supporta Windows, Mac OS X, Linux;
• PostgreSQL- anche versione. Il vantaggio più importante è la distribuzione gratuita del programma. La velocità del lavoro è fortemente influenzata dalle qualifiche dell'amministratore. Consigliato per un numero limitato di utenti. Funziona su Windows, Mac OS X, Linux.

Scelta dell'hardware per 1C

A differenza del software, la scelta dell’hardware non è così semplice. Consideriamo la scelta dei componenti server per diversi numeri di utenti. Il numero di utenti è un concetto astratto; vengono presi i numeri medi per il flusso di documenti. Quando si seleziona l'attrezzatura, assicurarsi di prendere in considerazione il volume delle pratiche burocratiche.

Fino a 10 utenti

• processore: Intel Core i3 o Intel Xeon E3-12xx.
• RAM: 4 gigabyte, di cui 2 GB per il sistema operativo e 2 gigabyte per la cache DBMS.
• Sottosistema del disco
• Interfacce di rete

Server dalle 10 alle 40

• processore: analogo dell'Intel Xeon E3-12xx o dell'AMD Opteron 4xxx.
• RAM: solitamente sono sufficienti 8-12 gigabyte.
• Sottosistema del disco: Idealmente, è auspicabile una combinazione di SSD + HDD. Ma se ciò non è possibile, puoi accontentarti di un HDD.
• Interfacce di rete: Solitamente tutte le applicazioni server sono installate su un computer.

dai 40 ai 70

• processore
• RAM: 16 gigabyte, o meglio 32.
• Sottosistema del disco: È sufficiente un array tradizionale di HDD SAS da 15K giri/min.
• Interfacce di rete: Se i server si trovano su macchine diverse, utilizzare una rete con una larghezza di banda di 10 Gb.

da 70 a 120

Con così tanti utenti, ha senso distribuire le applicazioni server su macchine server separate.

• processore: Intel Xeon E5-26xx o AMD Opteron 62xx.
• RAM: da 32 gigabyte.
• Sottosistema del disco: RAID 10 di SSD server affidabili con un controller RAID hardware obbligatorio.
• Interfacce di rete: Si consiglia di collegare una catena di server in una rete con una larghezza di banda di 10 Gb. Si consiglia di spostare i file indice su un SSD separato, la tabella temporanea TempDB su 1-2 (RAID 1).

da 120 utenti