Soluzioni. Soluzioni Raccogliamo il server 1c
Circa due anni fa abbiamo pubblicato materiale sul server 1C Enterprise su piattaforma Linux, l'interesse per questo argomento è ancora grande. Allo stesso tempo, molto è cambiato, la piattaforma 1C non si ferma e molto spesso l'implementazione va oltre la semplice ripetizione delle istruzioni. Ciò non sorprende, il server 1C Enterprise è un prodotto complesso, quindi abbiamo deciso di iniziare questa serie di articoli volti ad approfondire l'argomento.
Prima di prendere il mouse e correre nella stanza del server, dovresti chiaramente padroneggiare le conoscenze minime necessarie, ovvero avere un'idea della struttura del server 1C Enterprise e dello scopo dei suoi singoli componenti. La maggior parte dei problemi durante l'implementazione sono dovuti al fatto che il server 1C Enterprise è percepito come una sorta di formazione monolitica in cui tutti i componenti sono interconnessi in un modo astuto noto a uno sviluppatore. Tuttavia, non è così e oggi scopriremo in cosa consiste il nostro server e come funziona tutto insieme.
Vorrei sottolineare ancora una volta l'estrema importanza di quanto verrà discusso in seguito. Senza questa conoscenza, sarà problematico ottenere un funzionamento stabile, per non parlare della diagnosi dei colli di bottiglia e dell'aumento della produttività. Di conseguenza, potrebbe risultare un'immagine classica: sembra che il ferro sia potente, tutto viene eseguito secondo le istruzioni, ma rallenta. Sfortunatamente, la maggior parte delle istruzioni per principianti (comprese le nostre) contengono informazioni solo su come farlo, senza concentrarsi su cosa si sta facendo esattamente e perché. Quindi iniziamo a sistemarlo.
La versione client-server di 1C Enterprise è una struttura a tre livelli (il cosiddetto "tre collegamenti"), che comprende: un client, un server 1C Enterprise e un server DBMS. Questi sono componenti completamente indipendenti che possono essere combinati in qualsiasi combinazione accettabile per ottenere il miglior risultato. Considera il seguente diagramma:
Partiamo dai client, l'attuale versione della piattaforma (8.2) prevede l'utilizzo di tre tipologie di client. Analizziamole più nel dettaglio.
cliente grasso
Questa è una classica applicazione client 1C, prima del rilascio della piattaforma 8.2, era l'unico tipo di client disponibile. Lo schema di funzionamento di un thick client è il seguente: l'applicazione client richiede i dati dal server 1C, quindi, a sua volta, li richiede dal database e li rimanda al client, sul quale vengono elaborati. Come puoi vedere, questo schema non è ottimale: il server 1C è essenzialmente solo uno strato tra il client e il database, tutti i calcoli vengono eseguiti sul client. Ciò impone maggiori requisiti ai PC client, come la potenza di calcolo del server non viene utilizzata. Dovrebbe essere chiaro che in modalità thick client non otterrai un aumento delle prestazioni dal passaggio alla versione client-server, forse anche viceversa.
Cliente sottile
Può essere definito il tipo principale di applicazione client per la piattaforma 8.2, in teoria, in pratica, non tutto è così fluido e su questo torneremo. Lo schema del suo lavoro è radicalmente diverso: il cliente richiede i dati al server 1C, li riceve dal database, li elabora e fornisce al cliente il risultato del calcolo. In questo caso, il carico computazionale principale ricade sul server, quindi non ci sono requisiti speciali per i PC client e il canale dal client al server.
Inoltre, un thin client può funzionare sia tramite il protocollo TCP/IP nella rete locale, sia tramite HTTP su Internet. Ciò richiede un altro intermediario: un server Web che trasmette le richieste dei client al server 1C, sul server Web non viene eseguita alcuna elaborazione dei dati, viene utilizzato esclusivamente come trasporto. I vantaggi di un thin client sono evidenti, consente, in presenza di un potente server, di velocizzare notevolmente il lavoro con il programma, inoltre si riduce notevolmente il traffico di rete, cosa molto importante per le reti aziendali.
Cliente web
La sua esistenza deriva logicamente da alcune proprietà del thin client, infatti, se tutte le richieste vengono elaborate dal server, il trasporto è HTTP, allora perché non utilizzare un browser per lavoro? Lo schema di funzionamento del web client non è diverso da quello thin, tuttavia, oggi non tutte le funzioni supportate dal thin client sono implementate e funzionano correttamente nel web client. In parte, questo può essere risolto nella configurazione, in parte, il meccanismo di visualizzazione delle informazioni nel browser impone restrizioni. Tuttavia, 1C ha un client web e funziona, e nessuno ti disturba (sempre in teoria) a lavorare nel programma mentre sei sdraiato sulla spiaggia con un tablet.
Ora su una mosca nell'unguento in un barile di miele. Per il normale funzionamento in modalità thin e web client, la configurazione deve funzionare in modalità applicazione gestita e supportare tutte le funzioni in questa modalità. La modalità dell'applicazione gestita è quella principale per la piattaforma 8.2 ed è radicalmente diversa da quella precedente, anche esternamente. Un'applicazione guidata visivamente può essere distinta da una nuova interfaccia che presenta schede e collegamenti ipertestuali:
Come minimo è insolito, soprattutto rispetto all'interfaccia classica, ma non abbiate fretta di rallegrarvi quando vedete la nuova interfaccia, oltre all'aspetto, la configurazione deve supportare l'esecuzione di tutte le sue funzionalità sul server, esso potrebbe benissimo risultare che non tutte le possibilità.
Oggi solo una parte delle configurazioni tipiche funziona in modalità applicativa gestita, come ad esempio: Gestione Small Business, Gestione Trade 11, Retail 2 e Gestione Paghe e Personale. Queste soluzioni possono sfruttare appieno la nuova piattaforma. Enterprise Accounting 2.0 non utilizza la modalità dell'applicazione gestita e non funzionerà in thin client e web client, lo stesso vale per molte soluzioni di terze parti, come Fireplace, ecc.
conclusioni
Se possibile, dovresti utilizzare un thin client, in quanto ciò ti consente di spostare tutti i calcoli sul lato server per lavorare comodamente anche su canali lenti, incl. attraverso internet. Allo stesso tempo, va ricordato che lavorare in modalità Configuratore è possibile solo tramite un thick client, che dovrà essere utilizzato anche per lavorare con configurazioni che non sono ancora state trasferite nella modalità dell'applicazione gestita.
Il client Web va utilizzato quando non è possibile utilizzarne uno sottile, ad esempio dal PC di qualcun altro in viaggio d'affari, mentre bisogna essere preparati all'assenza o al funzionamento errato di alcune funzioni.
Cluster di server 1C
Dopo aver affrontato i client, passiamo ai server. Il sistema prevede l'utilizzo di tre tipologie di server: 1C server, DBMS server e web server. È importante capire che i dati del server sono completamente indipendenti l'uno dall'altro, ciò conferisce flessibilità al sistema e consente un uso razionale delle risorse di calcolo.
Inoltre, il sistema non impone alcun requisito alle piattaforme. È possibile condividere server Windows e Linux, Apache e IIS possono essere utilizzati come server Web, PostgreSQL, MS SQL Server, IBM DB2 e Oracle sono supportati dal DBMS. Pertanto, nessuno ti disturba a creare uno schema in cui il server 1C in esecuzione sulla piattaforma Linux funzionerà insieme al server di database che esegue Windows Server e IIS e viceversa. Inoltre, è possibile utilizzare diversi server DBMS (oltre a server Web) posizionando database diversi su server diversi.
Questo approccio consente di combinare, espandere e modificare in modo flessibile la configurazione esistente a seconda delle esigenze attuali, mentre tutto sarà il più trasparente possibile per l'utente finale. Ad esempio, è possibile trasferire la sicurezza delle informazioni ad alta intensità di risorse su un server DBMS separato modificando solo i parametri di connessione al database nelle impostazioni del server senza influire sulle impostazioni del client.
E infine, il più interessante: un cluster di server 1C Enterprise. Sì, esatto, non un singolo server, ma un cluster di server. Di solito è qui che iniziano i malintesi, specialmente se c'è un solo server. Tuttavia, tutto va a posto se teniamo conto che il concetto di cluster di server è principalmente logico, ma questo approccio consente facilmente di ridimensionare lo schema, aumentandone le prestazioni o la tolleranza ai guasti.
Qualsiasi cluster è costituito dal server centrale 1C Enterprise e dai server funzionanti. Nella configurazione più semplice, questo sarà lo stesso server fisico. Tuttavia, se necessario, possiamo aggiungere ulteriori server funzionanti, il cui carico sarà bilanciato dal server centrale. Ciò consente agli utenti di aumentare in modo rapido e trasparente la potenza di calcolo del sistema e aumentare la tolleranza ai guasti. Il cluster inoltre non impone requisiti per l'omogeneità della piattaforma; può includere server che eseguono sia Windows che Linux.
Quali conclusioni si possono trarre da quanto sopra? Innanzitutto, il sistema client-server 1C Enterprise è molto flessibile e consente di utilizzare in modo ottimale le risorse di calcolo disponibili per ottenere il miglior risultato. Quale configurazione scegliere dipende dalle attività specifiche e dai fondi stanziati per la loro soluzione.
Ad esempio, se si dispone di un carico ridotto e si utilizza un thick client e una configurazione che non supporta la modalità dell'applicazione gestita, ha senso combinare un cluster di server 1C e un server DBMS su un server fisico, poiché è molto dispendioso per allocare una macchina separata per il livello tra il client e il database.
Al contrario, quando si utilizza un'applicazione gestita in modalità thin client, è preferibile separare il server DBMS e il cluster di server in server diversi, ognuno dei quali sarà ottimizzato per il proprio compito.
Quando si lavora con cinque o più utenti, nonché con grandi volumi del database, l'utente potrebbe riscontrare il problema del "funzionamento lento di 1C". In questo caso, si consiglia di utilizzare versione client-server.
Vantaggi dell'opzione client-server
Aumenta la velocità, l'affidabilità e la sicurezza del sistema.
Esiste una distribuzione del carico tra i server durante l'elaborazione dei dati.
Migliore protezione dei dati dai guasti del computer e della rete locale.
Facilità di amministrazione.
Riduzione dei costi (quando si utilizza 1C Linux).
Utilizzo del server 1C: Impresa 8 consente di concentrare su di esso le operazioni di elaborazione dei dati più voluminose. Allo stesso tempo, viene rilasciato il potere dei computer, dove il programma 1C viene lanciato dagli utenti. Questo migliora le prestazioni il loro lavoro.
Dal punto di vista tecnico, l'applicazione client sul computer dell'utente contatta il cluster di server 1C: Enterprise 8 e il cluster, quando necessario, accede al server di database (si consiglia di utilizzare DBMS MS SQL Server).
Inoltre, l'amministratore ha la possibilità di distribuire il carico tra i server e, allo stesso tempo, il cluster di server 1C e il server di database MS SQL Server possono trovarsi su computer diversi.
Per organizzare il lavoro nella versione client-server, è necessario:
licenza server 1C: Enterprise 8
licenze client 1C: Enterprise 8 (licenze standard per la piattaforma) per il numero corrispondente di lavori.
Esistono due tipi di licenze MS SQL:
Licenze a pieno utilizzo
Licenze di esecuzione
Licenze a pieno utilizzo sono licenze senza restrizione del diritto d'uso. Un utente che dispone di licenze 1C:Enterprise 8 può utilizzare Microsoft SQL Server con applicazioni diverse da 1C:Enterprise 8.
Licenze di esecuzione- si tratta di licenze che danno il diritto di utilizzare Microsoft SQL Server solo per lavorare con "1C: Enterprise 8".
La licenza server e l'accesso client devono appartenere alla stessa categoria: Runtime o Full-use. Non è prevista la sostituzione delle licenze Runtime con licenze Full-use.
Servitore MINI
Il server MINI è un server 1C: Enterprise 8.3, progettato per connettere non più di cinque utenti (cinque sessioni in modalità "1C: Enterprise" e una in modalità "Configuratore").
Per lavorare in versione client-server utilizzando il MINI Server, è inoltre necessario disporre di:
Licenza MS SQL Server
Licenze client MS SQL Server per il numero corrispondente di postazioni
licenze client 1C: Enterprise 8 (licenze standard per la piattaforma) per il numero corrispondente di lavori
C'è una transizione dalle licenze server MINI alle licenze di livello PROF. Cioè, con un aumento del numero di utenti, puoi passare a una licenza di livello PROF a condizioni preferenziali.
Opzione di lavoro cloud
Puoi noleggiare uno o più server virtuali della configurazione richiesta. I server virtuali sono ospitati su apparecchiature di marca in un data center affidabile, che garantisce un'elevata disponibilità dei servizi.
Attraverso il pannello di controllo fornito, sarai in grado di gestire completamente i tuoi server noleggiati:
creare e clonare autonomamente server virtuali,
cambiare la loro configurazione
accendi, spegni, installa sistema operativo,
gestire la configurazione della rete,
pubblicare applicazioni su Internet
e altro.
Allo stesso tempo, non è necessario acquistare attrezzature e licenze per 1C: server Enterprise e MS SQL Server,
Tutto questo puoi semplicemente affittarlo!
| Codice | Nome | Consigliato prezzo al dettaglio, strofinare. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
1C: Impresa 8.3. Server MINI per 5 connessioni. Consegna elettronica |
Acquistare | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
1C: Impresa 8.3 PROF. Licenza server (x86-64). Consegna elettronica |
Acquistare | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
MS SQL Server Standard 2016 Licenza full-use per utenti 1C:Enterprise 8. Consegna elettronica |
Acquistare | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Licenza per MS SQL Server 2016 Standard Runtime per utenti di 1C: Enterprise 8. Consegna elettronica |
Acquistare | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Noleggio server nel cloud |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Licenze postali aggiuntive
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Variante operativa client-server
Una delle opzioni alternative per la piattaforma è client-server. "Client - server" si basa sull'architettura di 3 livelli.
L'architettura client-server divide il sistema di lavoro in tre parti, che interagiscono in modo condizionato
- applicazione client
- cluster - server 1C: Enterprise
- server della banca dati.
L'applicazione client di qualsiasi utente, lavorando con un cluster di server, se necessario, accede al database sul server.
In questo caso, non è assolutamente necessario che il server del database e il cluster di server si trovino sullo stesso computer, può essere un altro computer. Tali opportunità aiuteranno a dividere proporzionalmente il carico tra i server.
L'utilizzo di un cluster di server è un'opportunità per concentrare su di esso l'implementazione di operazioni di elaborazione di database di massa. Può trattarsi dell'esecuzione di query complesse di grandi dimensioni, nel qual caso il programma utente riceverà solo le informazioni necessarie sotto forma di selezione tematica e tutta l'elaborazione avverrà direttamente sul server. Questa caratteristica rende molto più semplice il lavoro, perché aumentare la capacità di un cluster è molto più semplice che aggiornare i sistemi software di più computer.
Un altro vantaggio dell'architettura a tre livelli è la possibilità di amministrare e controllare liberamente l'accesso di tutti gli utenti alle informazioni del database. E non è assolutamente necessario che l'utente approfondisca la posizione dei database o della configurazione, tutti gli accessi avvengono tramite un cluster di server della piattaforma. Quando si inserisce una richiesta, è sufficiente specificare il nome dell'infobase e il nome del cluster richiesto, fornendo la password.
In questo caso, la stessa piattaforma per un campionamento efficace delle informazioni funziona con tutti i database:
- Meccanismi di query speciali sono finalizzati al massimo utilizzo del DBMS per eseguire i tipi di lavoro necessari relativi a calcoli e reportistica
- La capacità di evitare un numero enorme di query al database con una grande quantità di informazioni richieste. Le azioni sono semplificate grazie alle impostazioni esistenti per la selezione e l'ordinamento dei dati, aumentando al contempo l'efficienza della ricerca
La formazione della versione client-server e la sua amministrazione non richiedono competenze particolari. La creazione dei database viene eseguita durante il lancio del configuratore, lo stesso vale per la versione del file.
Applicazioni client
È possibile lavorare con l'applicazione client tramite un server Web o direttamente con il cluster. Quando ci si connette a un cluster, il thick client e il thin client utilizzano direttamente il protocollo TCP/IP per il trasferimento dei dati. Se la connessione avviene tramite un server Web, il thin client e il client Web utilizzano HTTP o HTTPS.
Gruppo di server 8.2
Il componente principale del sistema, attraverso il quale gli utenti interagiscono con il sistema di database quando lavorano con il client-server, è un cluster di server.
L'esistenza di un cluster rende possibile il funzionamento ininterrotto e tollerante ai guasti di un numero significativo di utenti con ampie basi di informazioni.
Server di database
Come server di database vengono utilizzati:
- Basato su Microsoft SQL Server
- Database PostgreSQL
- Base IBM DB2
- Database Oracle
Amministrazione della versione client-server del lavoro 8.2
Il kit della piattaforma include un'utilità speciale che consente di amministrare il client-server e gestire tutti gli utenti e le infobase collegati come amministratore.
Esecuzione sul server
Tutto il lavoro con gli oggetti necessari, la lettura dei database e la scrittura viene eseguita direttamente sul server. Sul server vengono eseguite anche tutte le funzioni dell'interfaccia di comando e alcuni moduli.
Preparare tutti i tipi di moduli, registrare le modifiche apportate e organizzarle sono tutte funzioni che spettano al server. Il client visualizza moduli già pronti che possono essere compilati dall'utente, il server viene chiamato tramite il campo di input.
L'interfaccia di comando è formata allo stesso modo sul server e tutti i report vengono visualizzati sul client
Allo stesso tempo, il meccanismo stesso della piattaforma è finalizzato a garantire che la quantità di dati dei dati richiesti sia minima, ordinando i dati sul server. I dati elaborati provengono dal server dopo essere stati visualizzati dall'utente (dati di elenco, tabelle, report)
Il server esegue le seguenti operazioni:
- Interrogazioni di database
- Registrazione di tutti i dati
- Inserimento di documenti
- Calcoli vari
- Effettuare trattamenti
- Formazione di report già pronti
- Preparazione dei moduli per la visualizzazione.
Sul client viene eseguito quanto segue:
- Invio e apertura moduli
- Mostra Moduli
- Ricezione da parte dell'utente di messaggi, avvisi, ad es. informare
- Effettuare calcoli rapidi utilizzando formule semplici (prezzo x quantità)
- Operazioni su file locali
- Operazioni con attrezzature commerciali.
Utilizzo del linguaggio integrato versione 8.2 sul client
E' possibile gestire tutte le funzionalità dei form sia sul server che sul client. Il client supporta il linguaggio di programmazione integrato. Se è necessario eseguire calcoli rapidi utilizzando la formula visualizzata, calcolare la quantità o il numero di righe nel documento, visualizzare il file o inviare, il linguaggio di programmazione integrato è solo per questo caso. Tuttavia, il lavoro del linguaggio di programmazione integrato è progettato per volumi limitati, ciò è dovuto al fatto che le funzioni del client differiscono dalle funzioni del server e la composizione dell'oggetto del modulo è limitata.
Le versioni 8.2 e 8.3 della piattaforma 1C:Enterprise sono considerate l'applicazione standard per le attività di contabilità e gestione aziendale. Un'ampia gamma di soluzioni applicative è stata sviluppata per aziende pubbliche e private. Implementando la propria infrastruttura informativa, ogni manager o responsabile IT di un'azienda ha una domanda su quale 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 hardware (HP, Dell, IBM) e sviluppatori del prodotto software 1C 8.3 in modo che i nostri clienti possano acquistare con profitto il server giusto. Un'infrastruttura di rete ottimale può essere ottenuta da qualsiasi sistema operativo, ma le capacità hardware giocano un ruolo più importante.
Criteri di selezione del server
La piattaforma 1C potrebbe richiedere notevoli risorse hardware dal server. Se il budget dell'azienda è illimitato, cosa che accade di rado, puoi prendere senza esitazione le piattaforme di ultima generazione, riempire tutti i cestini dei dischi, gli slot RAM e richiedere il funzionamento ininterrotto del sistema a uno specialista IT. La scelta di attrezzature con fondi limitati richiede un approccio più equilibrato. Per capire quale server per "1C" sarà in grado di far fronte a questo, è necessario analizzare attentamente la struttura dei carichi di calcolo. Se sono conosciuti in anticipo, sarà molto più facile 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 effettuano contemporaneamente inserimento dati e reportistica;
- la capacità 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
Scelta del processore e della RAM
Calcolare la frequenza, il numero richiesto di core del processore e la quantità di RAM è il primo e più importante passaggio. Per considerare diverse opzioni, sceglieremo un server per "1C" tenendo conto dello stato dell'azienda.
Piccola organizzazione (fino a 15 dipendenti). Con un numero ridotto di utenti, la dimensione del database, di norma, non supera i 2 GB e il programma 1C sotto forma di versione file viene installato sui computer client. Le esigenze del sistema operativo in questo caso sono 4-6 GB e altri 4 GB vengono assegnati alla cache del file di sistema. La distribuzione del carico del processore è simile a questa:
- 2 core - per OS e utenti terminali;
- 1 core - per il server delle applicazioni 1C;
- 1 core - per database SQL.
Le macchine entry-level con un singolo processore quad-core possono gestire questa attività. Può essere sia server rack che tower. Quest'ultima opzione è preferibile, poiché 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à di accesso terminale all'applicazione. I database possono avere dimensioni fino a 4 GB. Per un tale carico, sono necessari almeno due processori con 4-6 core. La quantità ottimale di RAM sarà di 16-64 GB, poiché è necessario allocare un minimo di 700 MB per ciascun utente. 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 allocati per le applicazioni per ufficio.
Con questo numero di processi, si consiglia di utilizzare una macchina di fascia media con virtualizzazione o due server fisici. Uno di questi verrà utilizzato per l'accesso al terminale e il secondo per SQL. È meglio implementare il server delle applicazioni 1C sulla prima macchina o anche allocare un sistema a processore singolo separato per questo. La configurazione richiesta viene selezionata in ciascun caso specifico in base all'analisi del tempo del processore.
Grande organizzazione (più di 40 dipendenti). La configurazione hardware di base in questo caso sarà composta da tre server fisici:
- terminale,
- DBMS,
- "1C".
I volumi del database con un tale numero di dipendenti spesso superano i 4 GB e si consiglia di allocare non meno quantità di RAM per la cache di sistema. Altri 4 GB verranno utilizzati dal sistema operativo e le applicazioni 1C avranno bisogno di circa 8 GB. Pertanto, sono necessari almeno 16 GB di RAM.
Per tali attività, vengono selezionati server a due processori 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 ogni attività. Se il numero di personale coinvolto si avvicina a 100 dipendenti, è necessario distribuire un cluster di due macchine per 1C e lasciarne una per il resto delle attività.
Scelta di un sottosistema del disco
Le prestazioni del server dipendono direttamente dal sottosistema del disco. Quando le applicazioni 1C sono in esecuzione, le operazioni di lettura e scrittura dei dati vengono eseguite ad alta intensità. La maggior parte dei reclami sulle prestazioni del server sono legati al blocco delle tabelle durante l'accesso a un gran numero di utenti contemporaneamente.
L'attività di scelta di un server per 1C include il monitoraggio del sottosistema del disco, che consente 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 è fino a 300 MB e il numero di utenti 1C è fino a 6 persone, questo parametro è 400–600. Se il numero di utenti del server raggiunge le 100 persone, gli IOPS saranno 18000. La velocità di streaming gioca un ruolo secondario.
Per ogni tipo di hard disk 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'uso è il costo elevato. Pertanto, le unità SAS vengono utilizzate anche per ridurre il budget. 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 ai guasti del sistema gioca un ruolo importante. Per questo, vengono utilizzati sia l'hardware che il software. I server sono dotati di alimentatori e alloggiamenti per dischi sostituibili a caldo e utilizzano un UPS per l'alimentazione ininterrotta. Garantire la sicurezza dei dati viene effettuato riservandoli. Almeno una volta al giorno viene creato un file di registro che fornisce il ripristino delle informazioni in caso di guasti del sistema.
Puoi trovare il server desiderato e configurarlo per 1C sul sito del sito. I nostri esperti aiuteranno a risolvere questo problema. Per un consiglio, contattali telefonicamente o contatta il gestore in chat.
Ovviamente, il lavoro di qualsiasi impresa si riflette nei programmi di contabilità e l'amministratore di sistema deve garantirne il corretto funzionamento. Una delle più comuni sono le applicazioni della famiglia 1C.
Dopo aver scelto la versione richiesta di 1C, sorge la domanda sulla scelta dell'attrezzatura, ad es. un server che servirà efficacemente questa applicazione e garantirà un funzionamento affidabile di tutti gli utenti in 1C.
Spesso molti clienti fanno domande: che tipo di hardware è necessario per le applicazioni 1C ... quale server acquistare per 1C ... come scegliere il server giusto per 1C 8 ... ecc.
Per scegliere e acquistare un server per 1C, è necessario tenere conto di molti fattori: la versione dell'applicazione 1C, il numero di utenti 1C, il metodo di accesso, la dimensione del database e la previsione del suo aumento, la criticità di tempi di inattività del server, il budget assegnato. La nostra azienda produce soluzioni server per varie applicazioni 1C, ogni progetto ha un approccio individuale. Tuttavia, queste informazioni saranno utili ai clienti che scelgono un server per 1C, anche in fase di pianificazione del progetto. L'amministratore di sistema potrà presentare immediatamente opzioni specifiche per le configurazioni del server e il relativo costo. Quindi, scegliamo un server per 1C.
Server per 1C per 5 utenti >>>
Per tale compito, sarà sufficiente l'opzione dell'attrezzatura più economica. Il parametro principale qui è l'affidabilità e il funzionamento ininterrotto del server.
- Numero di processori - 1 (4 core)
- RAM: 4-8 GB
Queste prestazioni del server sono sufficienti per consentire a 5 utenti di lavorare in 1C 8 in modalità terminale.
Server per 1C per 10 - 15 utenti >>>
In assenza delle proprie sale server, il fattore di forma e il livello di rumore generato possono diventare un punto chiave quando si acquista un server per 1C.
- Numero di processori - 1 (4 - 8 core)
- RAM: 8-16 GB
- Dischi rigidi - 2 x SATA (RAID 1)
Si consiglia di utilizzare un controller RAID hardware e unità SAS con prestazioni doppie rispetto a SATA. La potenza del server è sufficiente anche per consentire agli utenti di lavorare in modalità terminale. Se non si prevede di utilizzare la modalità terminale, durante l'installazione di dischi SAS e un controller RAID hardware, tale server può servire fino a 25 utenti 1C.
L'utilizzo di unità SSD SATA è un'ottima alternativa alle unità SAS: sono ad alte prestazioni e silenziose e non richiedono l'uso di un controller RAID. Tuttavia, non dimenticare che una delle funzioni chiave del controller è una maggiore affidabilità dell'archiviazione dei dati.
Server per 1C per 20 - 30 utenti >>>
Per questa attività, il server deve disporre di un sottosistema disco ad alte prestazioni. Un controller RAID hardware e la presenza di un buffer di cache aumenteranno la velocità di accesso ai dati.
- Numero di processori - 2 (da 4 core)
- RAM - da 16 GB, con accesso terminale - 64 GB, più la quantità di memoria pari alla dimensione del database
- Dischi rigidi - 2 x SAS (RAID 1), preferibilmente 4 x SAS (RAID 10) o SSD SATA
Per organizzare l'accesso al terminale in 1C 8, sono necessari 500 MB di RAM per ogni sessione. Se si prevede di utilizzare le applicazioni per ufficio nel terminale, si consigliano 1-2 GB di RAM per ciascun utente.
Server per 1C per 30 - 50 utenti >>>
Si consiglia di utilizzare almeno due server: il primo per il database, il secondo per i terminali. In questo caso, il server delle applicazioni è ospitato su uno di questi server. Con un'ampia percentuale del tempo della CPU del server, ha senso utilizzare un server delle applicazioni dedicato. Se il tuo progetto prevede l'utilizzo di un server applicativo dedicato, ti consigliamo di utilizzare un server single-socket economico che dovrà installare solo 2 unità SSD SAS o SATA e 16 GB di RAM.
La cosa più importante per un server di database è il sottosistema del disco e la quantità di RAM.
- È necessario assicurarsi che il database sia completamente memorizzato nella cache nella RAM del server. Se il server delle applicazioni 1C funziona anche su questo server fisico, è necessario allocare memoria per esso - 2-4 GB. Poiché il sistema 1C genera un carico di scrittura molto elevato, questo non può essere compensato dalla RAM.
- Il sistema disco deve ovviamente trovarsi su unità SSD SAS o SATA/SAS ad alte prestazioni, si consiglia vivamente RAID 10. È necessario un controller RAID hardware. Il numero di dischi dipende dall'intensità del lavoro degli utenti. Di norma sono sufficienti 6-8 dischi. Se l'azienda si sta sviluppando in modo dinamico, è meglio scegliere immediatamente un server con un numero elevato di alloggiamenti per dischi.
- I processori non sono il parametro più importante del server di database: la regola generale per pianificare la capacità dei processori è che il loro carico medio non deve superare il 50% (determinato dall'esperienza).
I parametri principali per un server terminal sono la quantità di RAM e la potenza del processore.
- La quantità di RAM richiesta è di circa 500 MB per ogni sessione client.
- Spesso non c'è un carico pesante del disco sui server terminal, quindi è possibile utilizzare un "mirror" di dischi SATA (RAID 1).
- Il carico del processore dipende fortemente dall'intensità del lavoro dell'utente.
Spesso sui terminal server, oltre a 1C, sono in esecuzione anche altre applicazioni, di solito suite per ufficio, Internet. Ciò provoca un aumento del carico del processore e, soprattutto, della RAM. Ciò che deve anche essere preso in considerazione.
UPS per server 1C - a colpo sicuro
È necessario collegare i server con 1C a un potente gruppo di continuità. L'UPS deve fornire almeno 30 minuti di uptime del server. Durante questo periodo, tutti gli utenti avranno il tempo di salvare i documenti e completare il proprio lavoro in 1C e l'amministratore di sistema potrà spegnere in sicurezza il server senza il rischio di perdita di dati.
Raccomandazioni per la configurazione del server E1S ® per applicazioni 1C
| Impostazioni del server per 1C | fino a 5 collegamenti | fino a 10 collegamenti | fino a 30 collegamenti | fino a 50 collegamenti |
| processore | Intel Xeon E3 | Intel Xeon E3/E5 | 2 x Intel Xeon E5/Scalabile | 2 x Intel Xeon E5/Scalabile |
| Memoria | 4-8GB | 8-16GB | da 32GB | da 64GB |
| Sistema disco | 2 SATA (RAID1) | 2 SATA o SSD (RAID1) | da 4 x SAS o SSD (RAID 10) | da 8 x SAS o SSD (RAID10) |
| Controllore | integrato | hardware consigliato con protezione della cache | hardware con protezione della cache | hardware con protezione della cache |
| Numero di server | 1 | 1 | 1 | 2 nel cluster + server delle applicazioni |
| Configuratori |
