Console di amministrazione del server 1c come iniziare. Amministrazione del server1С enterprise

La console di gestione del server 1C o la console di amministrazione del server 1C o la console del cluster di server 1C è un'utilità che fa parte di 1C Enterprise 8.3, necessaria per:

• Gestione delle sessioni;
• Gestione liste di base;
• Creazione di cluster 1C per architettura fault-tolerant e per scalabilità;
• Configurazione flessibile dei processi di lavoro;
• Restrizioni al consumo di risorse;
• Differenziazione delle attività svolte dai server di lavoro (per portare i singoli servizi su diversi server di lavoro);
• Gestione del profilo di sicurezza.

Gestione database nella Cluster Console

Quando si lavora in un'architettura client-server, gli utenti, molto probabilmente, in un modo o nell'altro, incontrano la console di amministrazione del server, almeno quando aggiungono un nuovo database all'elenco di infobase. Per aggiungere un nuovo database, è necessario fare clic con il pulsante destro del mouse su infobase e selezionare "Crea".

Si aprirà una finestra.

In questa finestra vengono compilate le impostazioni per la connessione al DBMS e, se non è disponibile, è possibile utilizzare l'opzione "Crea database se non esiste". Il resto delle impostazioni può essere lasciato come predefinito.

Puoi anche aprire la stessa finestra delle impostazioni per un'infobase già creata, per la quale è necessario fare clic con il tasto destro sull'infobase e selezionare la voce di menu "Proprietà".

Qui possiamo impostare un blocco di inizio sessione (impostare un blocco per un certo periodo). Mentre il blocco è impostato, nessuna sessione sarà in grado di connettersi al database.

È possibile impostare un messaggio specifico che l'utente vedrà durante la connessione.

Questa opzione può essere utilizzata, ad esempio, durante l'esecuzione di qualsiasi lavoro di manutenzione con il database (di norma, si tratta di aggiornare il database). Ma quando gli amministratori devono entrare nel database con il blocco della sessione imposto, è necessario utilizzare l'opzione "Codice di autorizzazione". Specificando il codice, in futuro, utilizzandolo, sarà possibile lavorare con il database. Ad esempio, impostiamo il codice di autorizzazione su 123 per poter accedere al database in un secondo momento. Con un codice di autorizzazione, è necessario utilizzare il parametro /UC.

Il parametro lock è un parametro arbitrario che può essere utilizzato nel codice del programma. Il blocco sarà ottenuto utilizzando la funzione GetSessionLock().

Il blocco delle attività pianificate è abilitato: significa che le attività pianificate non verranno eseguite nel nostro database.

Queste opzioni sono le più comunemente utilizzate. Il resto è usato molto raramente nella vita e le informazioni su di loro possono essere lette su ITS.

Utilizzo delle sessioni della console di amministrazione

Nella console di amministrazione è possibile gestire le sessioni connesse di un database specifico, nonché le sessioni generali su un determinato cluster.

La finestra della sessione si presenta così:

Da questa finestra è possibile ottenere molte informazioni, a partire dall'utente di questa sessione e terminando con i dati sul consumo di memoria della sessione, nonché la quantità di dati DBMS ricevuti, il tempo impiegato dal processore e molto altro.

Qui puoi anche terminare le sessioni (a partire dalla versione della piattaforma 1C:Enterprise 8.3 (8.3.13) e impostare il testo del messaggio che l'utente vedrà alla chiusura del thin client 1C.

Utilizzando i profili di sicurezza, è possibile configurare quali moduli possono essere estesi per estensioni, limitare le estensioni di determinati moduli di configurazione, limitare l'accesso al file system dal codice dell'applicazione, limitare l'accesso a oggetti COM, componenti esterni, applicazioni di terze parti, ecc.

Flussi di lavoro (raggruppamento)

Nella piattaforma 1C 8.2 è stato possibile creare manualmente flussi di lavoro del server delle applicazioni (flusso di lavoro rphost). In 8.3 i flussi di lavoro sono creati da ragent. Il numero di processi in esecuzione contemporaneamente può essere controllato indirettamente tramite le impostazioni dei server funzionanti.

Quando si utilizzano le impostazioni predefinite, verrà utilizzato un rphost per 8 infobase o 128 connessioni. Se si dispone di un sistema operativo a 32 bit (ovvero ci sono limiti al consumo di RAM per processo), si consiglia di modificare questi valori, ad esempio impostare una base per processo e ridurre il numero di connessioni. Il numero ottimale di connessioni viene selezionato empiricamente e dipende in gran parte dalla configurazione specifica e dal numero di lavori in background.

Dal momento che stiamo esaminando le proprietà del flusso di lavoro, ci sono altre impostazioni degne di nota:

Un valore in byte (disponibile per tutti i processi di lavoro del cluster su questo server di lavoro).

• -1 - nessuna restrizione;
• 0 - determinato automaticamente come l'80% della RAM del server.

Consumo di memoria sicuro per chiamata valore in byte.

Può assumere un valore compreso tra -1 e 9 223 372 036 854 775 807:

• -1 - qualsiasi chiamata al server è considerata pericolosa se viene raggiunta la quantità massima di memoria del processo di lavoro durante la chiamata al server;
• 0 - il valore del volume viene determinato automaticamente come 5% della memoria massima dei processi di lavoro su questo server funzionante.

Se durante la chiamata la quantità di memoria supera il parametro Consumo di memoria sicuro per chiamata, e il consumo totale di memoria di tutti i processi rphost ha superato il valore impostato La quantità massima di memoria del processo di lavoro, tale chiamata verrà interrotta.

La quantità di memoria del processo di lavoro fino alla quale il server è considerato produttivo, misurato in byte. Un valore di 0 indica che non è stato impostato alcun limite. La quantità totale di memoria occupata da tutti i processi di lavoro su questo server funzionante prima che non vengano assegnate nuove connessioni a questo server funzionante.

Bandiera responsabile per ogni servizio significa che per ciascun servizio verrà assegnata un'istanza separata del gestore cluster (processo rmngr). Elenco dei servizi eseguiti nel cluster:

Bandiera Server centrale significa che questo server sarà in grado di applicare connessioni ed eseguire la sincronizzazione del registro del cluster.

Le impostazioni del flusso di lavoro possono essere applicate solo quando si utilizzano le licenze CORP! Se hai una licenza PRO, le impostazioni saranno disponibili, ma non avrai i diritti per usarle.

Cluster di server

I server 1C possono essere combinati in un cluster per risolvere i problemi di scalabilità (distribuzione del carico) e tolleranza ai guasti. I server sono semplicemente combinati in un cluster, è sufficiente creare un server funzionante.

Se l'opzione "server centrale" non è impostata nel nuovo server, tale server sarà considerato un server funzionante e non sarà in grado di accettare connessioni di sessione. Questa architettura di interazione del server viene utilizzata per la scalabilità, non può essere a tolleranza di errore, poiché ciò richiede server centrali e il livello di tolleranza agli errori è impostato nelle proprietà del cluster.

Il livello di tolleranza agli errori è specificato come numero di server centrali -1.

Nella finestra delle impostazioni, puoi anche impostare limiti al consumo di risorse per processo di lavoro (rphost). Le impostazioni verranno impostate per l'intero cluster.

Intervallo di riavvio– intervallo in secondi dopo il quale il flusso di lavoro verrà riavviato. Il conto alla rovescia inizia dal momento in cui viene impostata questa opzione.

Memoria consentita dovrebbe essere impostato sulla base che se si verifica la condizione per il superamento dell'indicatore, verrà avviato un altro processo rphost dello stesso volume, ovvero punto nel tempo avremo due processi fino a quando le connessioni dal vecchio passeranno al nuovo.

La memoria ha superato l'intervallo– intervallo in secondi durante il quale è consentito il consumo di memoria, impostato nel parametro Quantità di memoria consentita.

La memoria ha superato l'intervallo. Se il valore della proprietà Tolleranza del conteggio degli errori del server è 0, il controllo della varianza del conteggio degli errori non viene eseguito. Indipendentemente dal valore di questa proprietà, un flusso di lavoro che non fa più di 1 errore ogni 100 richieste è considerato funzionante e non è considerato un problema. Consideriamo un esempio del funzionamento della proprietà Tolerance per il numero di errori del server. Diciamo che per 100 richieste, in media, vengono corretti 2 errori negli ultimi 5 minuti. Se la proprietà Tolleranza errori server è impostata su 50, un flusso di lavoro con più di 3 errori ogni 100 richieste verrà considerato un flusso di lavoro problematico.

Il riavvio dei processi è "soft":

• Viene avviato un nuovo processo rphost;
• Il vecchio processo rphost si chiude ma non esce;
• Le connessioni vengono assegnate al processo rphost appena creato, che è immediatamente pienamente operativo;
• Il vecchio processo manterrà le chiamate esistenti su di esso. Il supporto per il lavoro delle chiamate già assegnate avverrà durante il tempo impostato nel parametro "I processi disabilitati si fermano dopo" secondi.

Quando si combinano più server in un cluster, è possibile spostare determinati servizi su server separati. Ad esempio, possiamo spostare il lavoro dei lavori in background su un server separato o creare un server di licenza (un server che distribuirà le licenze client). L'elenco completo dei servizi che il server esegue e che possono essere riassegnati:

L'assegnazione di un servizio a un particolare server di produzione avviene tramite requisiti di assegnazione delle funzionalità.

L'articolo ha trattato le caratteristiche principali della console di amministrazione, ma questo argomento è molto ampio e le informazioni complete sulla funzionalità specifica dell'utilità di amministrazione possono essere trovate su ITS.

La vita continua e la piattaforma 1C:Enterprise 8 si sta sviluppando. Gli strumenti di amministrazione del server 1C hanno finalmente ricevuto lo sviluppo dal fornitore (vedi), il che conferma indirettamente il problema del sottosviluppo di questi strumenti

In particolare con DroidRAC, nel tempo sono emersi i seguenti problemi

DroidRAC2 0.0.4

Completamente riscritto: elegante, alla moda, giovanile (Kotlin, JetPack, Single-activity)

Nuove API da 1C, compatibilità con 8.3.11+

Nella prima versione, secondo la tradizione della sola lettura e una piccola rimozione (ad esempio, l'eliminazione di sessioni utente)

Aggiunta la sezione "Chiavi". raccoglie i dati sulle licenze da tutti i flussi di lavoro/sessioni degli utenti per controllare il numero di licenze utilizzate

Aggiunta/modifica di amministratori di server e cluster

Visualizza le proprietà dei valori dei contatori delle prestazioni

Modifica delle proprietà del cluster e del server funzionante

DroidRAC2 0.0.7

Modifica di tutte le proprietà dei componenti del cluster (che non erano supportate nelle versioni precedenti)

DroidRAC2 0.0.8

Aggiungi/rimuovi contatori e limiti di prestazioni
+ aggiunta di nuovi database

DroidRAC2 0.1.0

Ricerca RAS. Consente di trovare e aggiungere l'indirizzo di ras dalla sottorete locale. È possibile effettuare ricerche in altre sottoreti e su una porta non standard. Ma! A seconda della tua giurisdizione, la scansione di sottoreti estere può causare vari attacchi.
- selezione multipla di righe nelle liste
- nella modalità di selezione sono disponibili il numero totale di righe della lista e le operazioni sugli elementi selezionati
- cancellazione di sessioni e connessioni nella modalità di selezione multipla. Quando si eliminano le sessioni, non eliminare la sessione RAS per evitare di interrompere la propria connessione. Quando elimini le connessioni, tieni presente che puoi eliminare solo le connessioni associate alla sessione, ma questo è spesso inutile. 1C li ripristina

DroidRAC2 0.1.2

Aggiunta/rimozione di cluster

Aggiunta/rimozione di server funzionanti

Cerca negli elenchi senza distinzione tra maiuscole e minuscole

Correzione dell'errore

Il test è stato eseguito per la piattaforma 8.3.13.1690

Per il supporto morale, puoi anche scaricare il file allegato per infomoney se vuoi sostenere il progetto. La velocità di sviluppo dello strumento è direttamente correlata alla sua domanda.

Saranno piacevoli anche stelle, commenti, suggerimenti per lo sviluppo dell'autore.

Installando il prossimo aggiornamento di Contabilità, ho ricevuto l'errore "Lavoro solo su 8.3.4", beh ... è ora di installare 8.3.4. così:

Non descriverò il processo di download e installazione di una nuova piattaforma, tutto è semplice lì.

Server dell'agente di servizio 1C
Per impostazione predefinita, è impostato sulla porta 1540 e lì ho 8.2 che gira, quindi lo cambiamo nel ramo del registro
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent ImagePath parametro
cambia i numeri di porta aggiungendo l'offset: "C:\Programmi\1cv8\8.3.4.365\bin\ragent.exe" -srvc -agent -regport 1741 -port 1740 -range 1660:1691 -d "C:\Programmi\ 1cv8\srvinfo"

Avviamo l'agente e apriamo la console di amministrazione del server 1C e creiamo un cluster 8.3
Specificare il nome del server e impostarlo sulla porta 1740 (8.2 funziona su 1540)

Crea un cluster + leggermente ottimizzato (ho solo un piccolo server UN, quindi - specifico l'intervallo per il riavvio dei processi di lavoro e la quantità di memoria. Poiché ho un server - il livello di tolleranza agli errori è 0)


Ora più in dettaglio:
1. Intervallo di riavvio: 86400 sec (24 ore). Il momento del riavvio non è regolato, a quanto pare dal momento in cui sono stati impostati i parametri o è stato avviato il server delle applicazioni.
2. È inoltre possibile specificare la quantità di memoria consentita: 3000000 KB (3 GB) - Per un server con 4 GB di RAM, Se è inferiore, allora non riempire questa opzione!.
3. L'intervallo di interruzione della memoria è un intervallo continuo di esaurimento della memoria, trascorso il quale il server riavvierà il processo. Se viene specificato 0 sec, attenderà per sempre.
4. Il numero di flussi di lavoro viene calcolato automaticamente in base alle impostazioni
5. Livello di tolleranza agli errori È possibile impostare il livello di tolleranza agli errori del cluster come il numero di server funzionanti che possono non funzionare contemporaneamente, e ciò non comporterà un arresto anomalo degli utenti. I servizi di backup vengono avviati automaticamente nella quantità necessaria per garantire la tolleranza di errore specificata; in tempo reale, il servizio attivo viene replicato su quelli in standby.
6. Modalità di bilanciamento del carico, che può essere utilizzata sia per migliorare le prestazioni del sistema nel suo complesso, sia utilizzare la nuova modalità "risparmio di memoria", che consente di lavorare "con memoria limitata" nei casi in cui la configurazione utilizzata "piace mangiare via memoria."

server funzionante
Il mio server è semplice, 2 Gb di RAM in totale e avrà solo 2 database, quindi lo configurerò in questo modo:

Ho impostato il parametro Numero di IS per processo su 1, ad es. Voglio che ogni IS avvii il proprio processo: ciò ridurrà l'influenza reciproca sia in termini di affidabilità che di prestazioni. Tu configuri in base alle caratteristiche del tuo server!

Base informativa
Aggiungi IB:

in antipasto scrivendo la base:

Requisiti di assegnazione delle funzionalità
Non lo installo da solo, ma penso sia necessario dire a riguardo:
La gestione del cluster consiste nel fatto che l'amministratore determina la composizione dei computer (server di lavoro) che ospitano il cluster. Inoltre (se necessario), può determinare i "requisiti" per loro: quali servizi e connessioni alle infobase dovrebbero funzionare su ciascuno dei server funzionanti. I cluster manager e i processi di lavoro vengono avviati automaticamente in base ai "requisiti" assegnati. I "requisiti" per i server funzionanti possono essere impostati in modo interattivo, dalla console di amministrazione del cluster, oa livello di codice, da un linguaggio integrato.
Quindi su un laptop con una chiave di sicurezza, per non avviare utenti sul server del cluster, è necessario aggiungere "requisiti" per l'oggetto requisito "Connessione client a IB" - "Non assegnare", ovvero impedire ai processi di lavoro su questo server di gestire le connessioni client. Di ancora maggiore interesse è la possibilità di eseguire "solo lavori in background" su un server cluster di produzione senza sessioni utente. Pertanto, è possibile trasferire attività (codice) ad alto carico su una macchina separata. Inoltre, è possibile eseguire un'attività in background di "chiusura del mese" tramite il "Valore di un parametro aggiuntivo" su un computer e l'attività in background "Aggiornamento dell'indice full-text" su un altro. L'affinamento avviene tramite l'indicazione "Valore parametro aggiuntivo". Ad esempio, se specifichi BackgroundJob.CommonModule come valore, puoi limitare il lavoro del server di lavoro nel cluster solo ai lavori in background con qualsiasi contenuto. Il valore BackgroundJob.CommonModule..- indicherà il codice specifico.

Profili di sicurezza
I profili di sicurezza vengono utilizzati per impedire alla soluzione applicativa di eseguire azioni potenzialmente pericolose per il funzionamento di un cluster di server.
L'amministratore del cluster può assegnare a qualsiasi infobase uno dei profili di sicurezza esistenti nel cluster. E quindi la funzionalità potenzialmente pericolosa della soluzione applicata sarà limitata ai limiti descritti in questo profilo.

Per impostazione predefinita, dopo la creazione, un profilo di sicurezza vieta tutte le azioni potenzialmente pericolose:
- accesso al file system del server;
-lancio di oggetti COM;
-utilizzo di componenti esterni 1C:Impresa;
-lancio di elaborazioni e segnalazioni esterne;
-lanciare le applicazioni installate sul server;
- accesso alle risorse Internet.
Pertanto, è molto facile proteggersi dalle azioni indesiderate di una soluzione applicativa sconosciuta: è necessario creare un profilo di sicurezza vuoto e assegnarlo a un'infobase. Inoltre, se necessario, è possibile estendere questo profilo, descrivendo in esso le azioni che possono essere eseguite dalla soluzione applicativa.

Posizione dei file di servizio del gestore cluster in 1C Enterprise 8.3
Se durante l'installazione del sistema! L'opzione 1C:Enterprise è stata selezionata per avviare il server 1C:Enterprise come servizio, il primo avvio dell'agente server verrà eseguito durante l'installazione del sistema. In questo caso, il servizio verrà avviato per conto dell'utente selezionato nella finestra di installazione del sistema, ma i file di servizio del cluster di server si troveranno nella directory<каталог установки системы 1С:Предприятие>\srvinfo (nei parametri del servizio, la chiave di avvio -d verrà specificata in modo esplicito).

Se durante l'installazione di 1C:Enterprise è stata selezionata l'opzione per avviare il server come applicazione, il server non verrà avviato durante l'installazione del sistema; l'agente server deve essere avviato in modo indipendente al termine dell'installazione del sistema. In questo caso, se l'opzione -d start non è specificata, i file di servizio del cluster di server si troveranno nella directory predefinita: %USERPROFILE%\LocalSettings\ApplicationData\lC\lCv8 (%LOCALAPPDATA%\lC\lCv8 per Windows Vista e precedenti).

ATTENZIONE! Se una volta che un cluster è già stato creato su questo server centrale, quando si cambia l'opzione di avvio dell'agente del server (servizio, applicazione) o quando si cambia l'utente per conto del quale viene eseguito l'agente del server, prestare sempre attenzione a specificare il percorso corretto nella directory dei file del servizio cluster di server. Se Server Agent non trova un elenco di cluster durante l'avvio, creerà un nuovo cluster su questo server.
Sul sistema operativo Linux, i file di servizio del cluster di server si troveranno nella cartella /home/usrlcv8/.lcv8/lC/lcv8 (o ~/.1cv8/1C/1cv8 in breve).

Il sistema automatizzato 1C Enterprise consente di svolgere attività di gestione, commercio, contabilità, ricevere i report necessari. Esistono due tipi di funzionamento del programma:

• File - 1C è installato su un solo computer, nessun manager può lavorare con i database. Questa opzione è adatta per le piccole aziende con un piccolo fatturato commerciale.
• versione client. Nel lavorare con 1C, è coinvolto un sistema di utenti, i database si trovano su un computer, con il quale sono collegati tutti gli altri. L'opzione di lavoro ha un'architettura a tre livelli, composta da un'applicazione client, un server 1C Enterprise e database in formato MS SQL Server o PostgreSQL. In questo caso, viene utilizzata l'amministrazione del server 1C per garantire la corretta configurazione.

Console di amministrazione del server 1C:funzioni principali

Il server 1C non ha un'interfaccia incorporata per l'amministrazione, quindi viene utilizzata la console. È incluso nel pacchetto di consegna standard della versione corrispondente di 1C Enterprise. Questa utility standard è installata su ogni computer locale, mentre i database possono essere ospitati qui o su un server remoto.

Utilizzando la console per l'amministrazione del server 1C Enterprise, è possibile risolvere le seguenti attività:

• Apporta modifiche al funzionamento del server, creane di nuovi, elimina quelli non necessari. Possono ospitare database, definire l'interazione tra utenti diversi.
• Crea amministratori. Questi sono gli utenti che hanno i diritti di accesso per apportare modifiche ai server. Ogni amministratore può gestire solo il server assegnato. Se non si aggiunge un solo amministratore, qualsiasi utente registrato può amministrare il server 1C.
• Creazione di processi di lavoro in cluster 1C. L'aggiunta di processi di lavoro consente di influenzare le prestazioni di un particolare utente nel sistema. Nelle proprietà è possibile impostare il valore massimo di prestazione (fino a 1000). Le sessioni avviate vengono allegate al processo con le massime prestazioni. Sistematicamente, il sistema si analizza e ridistribuisce questi valori per l'ottimizzazione.
• Creazione di banche dati in 1C Enterprise. È possibile impostare se gli utenti possono connettersi ad esso o consentirne il funzionamento solo in locale.
• Forza la chiusura delle sessioni. A volte un messaggio del server ti informa che il lavoro è già stato svolto con il nome utente specificato. Il sistema non sempre termina questo processo da solo, quindi l'amministrazione consente di forzare la fine di una sessione per qualsiasi utente.

Come iniziare in 1C?

L'applicazione client 1C Enterprise è una piattaforma vuota. Affinché inizi a funzionare, è necessario eseguire diversi passaggi sequenziali:

• La console è installata. Consente di eseguire la successiva amministrazione dei server 1C.
• Creazione del Server Centrale. Successivamente, sulla base di ciò, è possibile creare strutture che riportano ad esso. Per fare ciò, utilizzare il menu contestuale per inserire il nome, il protocollo utilizzato, il numero della porta utilizzata per la comunicazione.
• Creazione di un cluster. Il menu contestuale aiuterà anche in questo caso. È necessario inserire le informazioni richieste (nome del cluster, computer utilizzato, porta per la connessione, non necessariamente uguale alla porta specificata in precedenza).
• Creazione di un database di informazioni. Nel ramo corrispondente è necessario utilizzare anche il menu contestuale. In esso vengono inseriti i parametri richiesti (nome, descrizione, tipo di connessione, posizione, tipo DBMS, nome utente e password). Dopo aver confermato la correttezza dei dati inseriti, viene creato il database. Ora puoi inserire i dati necessari al suo interno.

A prima vista, l'amministrazione di 1C Enterprise è un processo semplice, ma senza le impostazioni corrette il sistema non funzionerà correttamente, l'utente non sarà in grado di utilizzare le sue capacità al massimo. Potrebbero esserci anche problemi tecnici aggiuntivi.

Amministrazioneprofessionisti: principali vantaggi

La versione client di 1C viene utilizzata da aziende di medie e grandi dimensioni che devono collegare tutti i computer in un unico sistema, comprese le unità strutturali remote. Ciò consente di prendere decisioni gestionali, ricevere report consolidati e tenere la contabilità generale.

Un ruolo importante è svolto dalla corretta configurazione e dal costante mantenimento delle prestazioni della piattaforma, dalla creazione di utenti, cluster, amministratori e dalle modifiche ai database. Per fare ciò, è necessario disporre di un determinato staff di specialisti. Per fare ciò, puoi assumere nuovi dipendenti, formare costantemente persone esistenti o esternalizzare il servizio. Ciascuna azienda decide autonomamente quale dei metodi è appropriato in specifiche condizioni operative.

L'amministrazione della piattaforma 1C, eseguita da specialisti professionisti, presenta una serie di vantaggi:

• Una corretta configurazione del sistema, che consente di garantire un funzionamento adeguato a 1C, senza guasti tecnici.
• Cambiamenti continui, controllo di sicurezza. L'attività dell'azienda è dinamica, stabilisce nuovi compiti per il sistema automatizzato per prendere decisioni manageriali e strategiche.
• Installazione di nuovi moduli, corretta distribuzione dei diritti di accesso, creazione di sottosistemi. È particolarmente importante per le grandi aziende con filiali e suddivisioni remote.
• Controllo del carico del sistema, distribuzione del carico su diversi computer server.

1C funziona con diverse posizioni dei componenti dell'architettura, possono essere posizionati sullo stesso computer o su computer diversi. Per garantire la massima protezione del sistema, si consiglia di posizionare ogni elemento su computer diversi.

Stampa (Ctrl+P)

Questo articolo contiene una descrizione di alcuni elementi di amministrazione del sistema 1C:Enterprise specifici della versione client-server del sistema con Microsoft SQL Server 2012:

Creazione di un backup nella versione client-server

Amministrazione del cluster di server

La console di amministrazione del cluster o l'utilità 1cv8 servers.msc è un plug-in MMC (Microsoft Management Console) e può essere utilizzata su computer in cui è installato il software appropriato. Installato per impostazione predefinita in C:\Programmi (x86)\1cv8\common

Utilità di amministrazione del cluster progettato per risolvere i seguenti compiti:

• creazione, modifica ed eliminazione di cluster di server;
• modifica dei cluster esistenti: creazione, modifica dei parametri ed eliminazione dei server funzionanti, assegnazione dei requisiti di funzionalità ai server funzionanti;
• impostazione del livello di failover del cluster;
• regolazione manuale del carico sui singoli server di lavoro;
• gestione di elenchi di amministratori di cluster server centrali ed elenchi di amministratori di cluster;
• monitoraggio delle connessioni degli utenti con infobase e connessioni di servizio;
• disconnettere gli utenti dall'infobase;
• monitoraggio di 1C:Enterprise 8 blocchi di oggetti e blocchi di connessione client;
• analisi operativa dei lock transazionali del sistema di gestione del database;
• gestione del blocco dell'instaurazione delle connessioni degli utenti con l'infobase;
• controllo del blocco dell'esecuzione delle attività pianificate.

In questo articolo, prenderò in considerazione solo la registrazione di una nuova infobase

Registrazione di una nuova infobase

Per registrare una nuova infobase utilizzando l'utilità di amministrazione del cluster di server, selezionare il server centrale richiesto nell'albero dei server centrali, il cluster richiesto registrato su questo server, il ramo Infobase ed eseguire il comando del menu contestuale Crea – Infobase o un comando simile di il menu principale dell'utilità.

Come risultato dell'esecuzione del comando, sullo schermo apparirà la finestra di dialogo delle proprietà dell'infobase.

Le impostazioni dell'infobase equivalgono alle impostazioni di un nuovo infobase creato utilizzando la finestra di avvio di 1C:Enterprise.

Tipo DBMS: Microsoft SQL Server.

Server di database: nome del server. Può essere specificato dal nome del computer (se nel computer è installata un'istanza del server) o dal nome di un'istanza specifica (se sono installate più istanze). Ad esempio Server/istanza. Se il server 1C:Enterprise e Microsoft SQL Server si trovano sullo stesso computer e Native Client (client nativo) è installato per Microsoft SQL Server, è possibile utilizzare il protocollo SHARED MEMORY per connettere i server. A tale scopo, anteporre al nome di Microsoft SQL Server il prefisso lpc:. In questo caso, il nome del server DBMS sarà simile al seguente: lpc:Server/instance

Nome del database: il primo carattere del nome del database può essere una lettera dell'alfabeto latino, così come il simbolo "_". I caratteri successivi possono essere lettere dell'alfabeto latino, numeri, nonché i simboli "_", "$". La lunghezza del nome è limitata a 63 caratteri. Non sono ammessi spazi nel nome. Il nome non può essere una parola riservata nel linguaggio di query del server di database. I seguenti caratteri non possono essere utilizzati nel nome del database: "<», «>”, “#”, “%”, “””, “(”, “)”, “[”, “]”, “|”, “\”, “^”, “`”, nonché i simboli con codici da 0 a 31 e 127

Utente del database: nome utente dell'utente del server del database per conto del quale si accederà al database. È essenziale che l'utente specificato sia l'amministratore del database server (sa) o il proprietario del database (se già esistente) per poter modificare ulteriormente la struttura del database selezionato. In quest'ultimo caso, questo utente deve disporre dell'accesso in lettura al database master e dell'accesso completo al database tempdb. Oltre a quanto sopra, l'utente specificato deve essere un membro del ruolo fisso del server processadmin o sysadmin.

Password utente: password dell'utente che accederà al database.

Data offset– 0 o 2000. Questo parametro specifica il numero di anni che verranno aggiunti alle date quando vengono archiviati nel database di Microsoft SQL Server e sottratti quando vengono recuperati. La presenza di questo parametro è determinata dalle peculiarità della memorizzazione delle date in Microsoft SQL Server. Il tipo DATETIME utilizzato in Microsoft SQL Server consente di archiviare le date nell'intervallo dal 1 gennaio 1753 al 31 dicembre 9999. E se, quando si lavora con l'infobase, potrebbe essere necessario memorizzare le date che precedono il limite inferiore di questo intervallo, è necessario selezionare 2000 come valore del parametro.Se tali date non si verificano, è possibile selezionare 0 come data offset Dopo aver creato l'infobase, il valore dato parametro non può essere cambiato.

ATTENZIONE! Se l'applicazione utilizza registri di accumulo o registri contabili, il campo di offset della data deve essere impostato su 2000. Se in questo campo è stato inserito il valore 0 durante la creazione del database, è necessario caricare l'infobase in un file, il database dovrebbe essere ri -creato con l'indicazione nel campo Offset valori data 2000 e caricare l'infobase

ATTENZIONE! I nomi di Infobase devono essere univoci all'interno dello stesso cluster. Quando si registra una nuova infobase, il sistema verifica se esiste un database con lo stesso nome sul server di database specificato. Se il database esiste, verrà stabilita una connessione con esso. Se il database esistente contiene già i dati dell'infobase 1C:Enterprise, verrà stabilito un collegamento con l'infobase già esistente. E se il database non contiene dati dell'infobase, verrà inizializzata una nuova infobase 1C:Enterprise.

Errore durante l'esecuzione di un'operazione con un'infobase

Durante il processo di connessione al database SQL, è possibile che vari errori di creazione o connessione vengano eliminati. Ad esempio, se si verifica il seguente errore:

In questo caso, è stato effettuato un tentativo di creare un'infobase e il server aziendale non è stato in grado di connettersi a Microsoft SQL Server. Devo verificare:

• Parametri di autenticazione dell'utente (Nome, password e diritti per creare un database);
• Se il nome del database segue le regole di denominazione;
• Il nome del server di database è corretto;
• Corrisponde al tipo di autenticazione dell'utente. Forse l'utente ha effettuato l'accesso come nome utente del server sql e nelle impostazioni SQL è impostato il tipo errato di autenticazione utente.