Termini, concetti

Perché hai bisogno di un server 1C

Il termine "cluster di server" si riferisce a diversi computer (server) che eseguono un'attività comune.

Le attività risolte dal cluster di server 1C:Enterprise 8 sono mostrate nella figura seguente.

Differenza tra 8.1 e 8.2

Cluster 1C 8.1

Il cluster di server 1C:Enterprise 8.1 è un'implementazione delle idee di distribuzione del carico sui server che servono le richieste dei client. Tale meccanismo implementa la distribuzione del carico sulle risorse di calcolo all'interno di uno o più server ("Working Server"), garantendo così la scalabilità dell'applicazione. Il cluster di server duplica il codice che gestisce le connessioni client. Il codice eseguibile del cluster duplicato è chiamato "Worker Process" (rphost). Quando si installa un cluster, viene creato un solo processo di lavoro.
Più processi di lavoro su un server consentono un uso efficiente dello spazio memoria ad accesso casuale e le risorse del processore per eseguire le richieste, oltre a connettere la sessione client a un altro processo di lavoro quando quello corrente si "blocca".
Il programma Server Agent (ragent) è responsabile della comprensione di ciò che è in esecuzione su un determinato server. L'arresto dell'agente server renderà il server inutilizzabile dal cluster. L'agente memorizza le sue informazioni nel file srvribrg.lst.
Il Server Manager (rmngr) possiede le informazioni sulle basi di lavoro, sui processi di lavoro coinvolti. Memorizza queste informazioni nel file 1CV8Reg.lst. L'arresto del server manager può comportare il riavvio delle applicazioni client in caso di un corretto riavvio del manager o l'arresto completo dei server funzionanti dell'intero cluster.
1C:Enterprise 8.1 consente di creare diversi cluster indipendenti su un server. Ciascuno di essi è identificato sulla rete da una "porta IP" univoca e numero unico nei file di servizio. Il primo cluster riceve la porta 1541 per impostazione predefinita.
Lo snap-in "Server aziendali" è destinato alla gestione dei cluster.
È possibile connettersi ai server tramite il nome o l'indirizzo IP del server.

Agente server

L'agente server "conosce" tutti i cluster in esecuzione sul server. Queste informazioni sono memorizzate nel file srvribrg.lst con un elenco di cluster e amministratori di elenco. La porta principale dell'agente è 1540. Su ciascun server funzionante può essere eseguito un solo agente, che serve tutti i possibili cluster su questo server.
Per ottenere informazioni più dettagliate visivamente, utilizzare l'utilità Process Explorer (sviluppata da Sysinternals). Il programma consente di esaminare più a fondo qualsiasi processo in esecuzione, incluso un cluster di server 1C:Enterprise 8.1.

gestore di cluster

Il gestore del cluster è responsabile dell'esecuzione del cluster. Ogni cluster ha il proprio Manager. Il gestore memorizza le informazioni sul cluster nel file 1CV8Reg.lst (registro del cluster). Ciascun Cluster Manager dispone inoltre di una propria porta sul Work Server. Per il primo cluster, per impostazione predefinita, la porta Manager è 1541. È questa porta che viene visualizzata nello snap-in 1C: Enterprise Servers nel ramo Cluster, identificando il cluster.
Il manager accetta le richieste dalla parte client di 1C:Enterprise 8.1 e decide a quale flusso di lavoro inviare questa richiesta di servizio.

Il Manager utilizza una porta di servizio per interagire con i flussi di lavoro.

Il processo di lavoro

Il flusso di lavoro è responsabile di "lavorare con i clienti". Si può dire che in versione precedente 1C:Enterprise 8.0 "Flusso di lavoro" era uno.
Possono esserci diversi processi di lavoro in un cluster 1C:Enterprise 8.1. Il server manager decide quale processo di lavoro servirà la connessione client. Per le connessioni client, ai processi di lavoro viene assegnato per impostazione predefinita un intervallo di porte IP compreso tra 1560 e 1591. Inoltre, a ciascun processo di lavoro viene assegnata una porta di servizio per comunicare con il gestore cluster. Ogni processo di lavoro utilizza fino a 2 Gb di RAM in un sistema operativo a 32 bit. In un sistema operativo a 64 bit, la limitazione è imposta dalla quantità fisica di RAM

Cluster 1C 8.2

Cluster di server 1C:Enterprise 8.2 - ulteriori sviluppi tecnologie server 8.2.

Il server può funzionare "come 8.1", cioè rimane compatibile con le tecnologie precedenti.

Inoltre, è stato implementato un nuovo approccio al funzionamento del server. Ora, invece dei processi, le sessioni giocano un ruolo importante.

Le sessioni consentono di eseguire il bilanciamento del carico e il failover in un'applicazione gestita.

gestore di cluster

Il cluster manager ora è più complesso. Alcune delle funzioni ora possono essere separate in un processo separato e persino posizionate su un altro server funzionante del cluster. Ciò consente di bilanciare il carico sul server.

La tolleranza agli errori del server 8.2 è raggiunta da:

• Memorizzazione delle informazioni sulla sessione dell'utente.
  • L'utente non è più legato a un flusso di lavoro.

• Ridondanza dei processi di lavoro in un cluster.
  • Dovrebbero esserci diversi processi di lavoro, inclusi quelli ridondanti

• Ridondanza del cluster.
  • Viene specificato un cluster di riserva che, una volta connesso, viene elencato nella stringa di connessione

Ciò consente di garantire la continuità del lavoro:

Quando la connessione fisica del client con il cluster viene interrotta (la donna delle pulizie ha tirato fuori il cavo, l'alimentazione è stata interrotta apparecchiature di rete, problemi con il provider) non è necessario riconnettersi all'infobase e ricominciare da capo. Dopo il ripristino della connessione fisica, l'utente può continuare a lavorare dal punto in cui era stato interrotto.

Se lo desidera Manutenzione computer cluster, possono essere spenti direttamente durante il funzionamento, senza interrompere il lavoro degli utenti con base informativa.

Se un server nel cluster si guasta, il lavoro degli utenti non si interromperà, verrà automaticamente trasferito a un cluster in standby e/o ai processi di lavoro in standby. Per gli utenti, una tale transizione sarà impercettibile.

Se uno dei processi di lavoro del cluster si interrompe in modo anomalo, gli utenti ad esso connessi passeranno automaticamente ad altri processi di lavoro o di fallback. Tale transizione sarà anche invisibile agli utenti.

Cluster 1C 8.3

Il server 8.3 è caratterizzato da un codice interno ridisegnato, anche se "dall'esterno" può sembrare che si tratti di un 8.2 leggermente modificato.

Il server è diventato più “auto-configurabile”, alcuni parametri come il numero di processi di lavoro non vengono più creati manualmente, ma vengono calcolati sulla base delle descrizioni dei requisiti delle attività per la tolleranza ai guasti e l'affidabilità.

È stato sviluppato un meccanismo di bilanciamento del carico, che può essere utilizzato sia per migliorare le prestazioni del sistema nel suo insieme, sia da utilizzare nuova modalità"memory saver", che permette di lavorare "con memoria limitata" nei casi in cui la configurazione utilizzata "ama consumare la memoria".

La stabilità del lavoro quando si utilizzano grandi quantità di memoria sarà determinata dai nuovi parametri del server funzionante.

Di particolare interesse è il parametro “consumo di memoria sicuro per chiamata”. Per coloro che hanno poca idea di cosa sia, meglio non allenarsi su una base "produttiva". Il parametro “Memoria massima del flusso di lavoro” consente, in caso di “overflow”, di non collassare l'intero flusso di lavoro, ma solo una sessione “con il perdente”. "Quantità di memoria del processo di lavoro fino alla quale il server è considerato produttivo" consente di bloccare nuove connessioni non appena questa soglia di memoria viene superata.

Raccomando di isolare i flussi di lavoro per infobase, ad esempio, specificare il parametro "Numero di sicurezza delle informazioni per processo = 1". Con diversi database altamente caricati, ciò ridurrà l'influenza reciproca sia in termini di affidabilità che di prestazioni.

Un contributo separato alla stabilità del sistema è dato dalla "spesa" di licenze/chiavi. In 8.3 è diventato possibile utilizzare un "gestore delle licenze software" simile al gestore "Aladin". L'obiettivo è essere in grado di portare la chiave di una macchina separata.

Viene implementato come un altro "servizio" nel gestore cluster. Puoi usare ad esempio un laptop "gratuito". Aggiungilo al cluster 1s 8.3, crea un gestore separato su di esso con il servizio "servizio di licenza". Puoi collegare una chiave hardware hardware a un laptop o attivare licenze software.

Di maggiore interesse per i programmatori dovrebbero essere i "Requisiti per l'assegnazione di funzionalità".

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 IS" - "Non assegnare", ovvero impedire ai processi di lavoro su questo server di gestire le connessioni client.

Di ancora maggiore interesse è la possibilità di correre "solo lavori in background' su un server di produzione cluster 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 del parametro aggiuntivo” su un computer, e l'attività in background “Aggiornamento dell'indice full-text” su un altro. La specificazione avviene tramite l'indicazione del “Valore del parametro aggiuntivo”. Ad esempio, se si specifica BackgroundJob.CommonModule come valore, è possibile limitare il funzionamento del server di lavoro nel cluster solo ai processi in background con qualsiasi contenuto. Il valore di BackgroundJob.CommonModule.<Имя модуля>.<Имя метода>- indicherà un codice specifico.

Risoluzione di possibili problemi di installazione

Quando si installa la parte server 1C:Enterprise 8.1, è possibile creare un nuovo utente o selezionare un account esistente.

Se selezioni un esistente accountè necessario fornire la password e la conferma corrette, altrimenti l'avvio del back-end comporterà un errore.
La prima volta che si esegue Cluster Agent, viene creato un cluster predefinito.
Il cluster predefinito ha le seguenti caratteristiche:
numero di porta - 1541;
gamma di porte IP - 1560:1591;
supporto per molti flussi di lavoro - disabilitato;
· un processo di lavoro, il numero di porta viene impostato dall'intervallo specificato.
In caso di problemi al primo avvio di Cluster Agent, è possibile che il cluster predefinito non venga creato. Ciò si manifesta nel fatto che quando l'agente server (ragent) viene avviato, si avvia, ma non avvia altri processi del cluster (rmngr, rphost). L'elenco dei cluster srvribrg.lst è simile al seguente:
{
{0},
In questo caso, è possibile interrompere il processo di ragent, rimuovere l'elenco dei cluster (srvribrg.lst) e riavviare ragent.

Verificare se le porte specificate nel parametro port del servizio dell'agente server avviano la riga di comando e quelle specificate nella finestra di dialogo dei parametri del server centrale della console dei cluster corrispondono:

- Arrestare il servizio 1C:Enterprise 8.1 Server Agent.

Se Server Agent è in esecuzione come applicazione, può essere interrotto premendo la combinazione di tasti Ctrl+C.
- Assicurati nel Task Manager ( responsabile delle attività) che tutti i processi ragent, rmngr, rphost sono terminati. Se necessario, completali utilizzando il Task Manager.

— Aprire le proprietà del servizio 1C:Enterprise 8.1 Server Agent.

- Prestare attenzione alla riga "File eseguibile" (Percorso dell'eseguibile). Ha l'opzione -d seguita dalla directory dei dati del cluster. Tutti i file relativi al cluster si trovano in questa directory.
- Elimina tutti i contenuti di questa directory.
— Avviare il servizio 1C:Enterprise 8.1 Server Agent.
- Assicurati in Task Manager che tutti i processi ragent, rmngr, rphost siano stati avviati.
- Avviare la console del cluster e registrarvi il server centrale. La console dovrebbe connettersi al server centrale e mostrare un cluster predefinito.
Possibili problemi di errore del cluster di server sono problemi con chiavi di sicurezza, diritti dell'account di servizio, parametri di avvio errati.

1. La chiave di sicurezza lato server è installata LOCALMENTE su ciascun server aziendale
2. Non impostare un account di servizio con una password vuota
3. Per più cluster, le porte utilizzate non devono sovrapporsi

Si noti che durante l'installazione della piattaforma 1C:Enterprise 8.1 possono essere generati messaggi di errore. I messaggi più probabili sono elencati di seguito. Vengono indicate le cause che hanno causato i messaggi e le fasi per eliminarli.

Errore 1069: il servizio non è stato avviato a causa di un errore di accesso

Il problema è legato ai diritti dell'account da eseguire come servizio di sistema. Apri l'utilità sicurezza locale Politica( Politica Locale sicurezza) e aggiungere l'utente (per conto del quale vengono avviati i Cluster Working Server) alle politiche Accesso come servizio e Accesso come processo batch.
Se i dati archiviati nei file di servizio vengono violati, l'avvio dei Cluster Working Server potrebbe non riuscire. Assicurati che l'agente del server 1C:Enterprise 8.1 sia in esecuzione (processo ragent in Task Manager).
Non dimenticare che l'audit è anche un mezzo di analisi Eventi di Windows. Per fare ciò, controlla se nel registro eventi di Windows vengono visualizzati messaggi "sospetti".

Errore 8007056B / 800708C5

La nuova password non soddisfa i criteri di password. La password potrebbe essere troppo breve o l'hai già utilizzata di recente.
Causa: la password specificata per l'account nella finestra di dialogo "Installa 1C: Enterprise Server" non soddisfa i requisiti della politica di sicurezza.
Soluzione: impostare una nuova password per l'account selezionato che soddisfi i requisiti della politica di sicurezza o indebolire i requisiti della politica di sicurezza applicabile, ad es. non richiedono una password “complessa”, non limitano il numero di caratteri nella password, non controllano tentativi di ripetizione, ecc.

Errore 1923: nessun privilegio da impostare dal servizio

Causa: l'errore è correlato alle autorizzazioni per installare l'account come applicazioni. Questo errore è tipico per i tentativi di installazione del server su un controller di dominio in cui sono presenti misure di sicurezza aumentate.
Soluzione: non utilizzare un controller di dominio per ospitare il server aziendale o ridurre i requisiti di sicurezza e specificare i diritti "Lavora come servizio", "Lavora come processo batch" per l'account selezionato.

Errore 80070056

Non è stato possibile modificare la tua password. Ogni password deve essere utilizzata per almeno x giorni.
Causa e soluzione: un altro errore che si verifica quando vengono violati i requisiti della politica di sicurezza per le password utilizzate. La soluzione è simile all'errore 800708C5.

Prese di Windows - 11004 (0x00002AFC)

1) Assicurati che sul server di lavoro del cluster nel Task Manager (Task Manager) siano in esecuzione:
Agente server (ragent.exe),
Gestore cluster (rmngr.exe),
Processo di lavoro del cluster (rphost.exe).
2) Per verificare la risoluzione dei nomi dell'indirizzo ip, eseguire dalla riga di comando:
ping nome host
Nella risposta del sistema al comando, ci interessa se determinare l'indirizzo ip.
3) Se il nome è determinato, ma il Workflow non viene ancora trovato, assicurarsi che la definizione dell'indirizzo Ip del nome<имя машины>e<имя машины>.<имя домена>non sono definiti diversamente.

(Prese Windows - 10054(0x00002746).

L'host remoto ha interrotto forzatamente la connessione.
Tale messaggio può essere ricevuto in caso di riavvio del server o di rimozione forzata del Workflow.
Questo errore di solito non viene visualizzato durante la riconnessione. Se l'errore persiste, è necessario indagare sui motivi del guasto dei server funzionanti del cluster.
Questo errore può verificarsi quando il processo di lavoro raggiunge l'utilizzo massimo della memoria nei sistemi a 32 bit.
Un altro caso è un tentativo di connessione da un client con un messaggio di errore:

(Prese Windows - 10060(0x0000274C)

Un tentativo di stabilire una connessione non è riuscito perché la risposta richiesta non è stata ricevuta da un altro computer nei tempi richiesti o è stata già terminata connessione stabilita a causa di una risposta errata di un computer già connesso.
L'essenza di questo errore è la mancanza di risposta entro un certo tempo (timeout).
1) Assicurarsi che il firewall non stia bloccando il traffico dell'applicazione. Disattiva il firewall.
Per fare ciò, eseguire il comando sulla riga di comando (il comando è disponibile a partire da Windows XP e Windows Server 2003, in più prime versioni non è presente un firewall integrato, ma è possibile installare software di terze parti):
nettofirewallimpostareopmodedisattivare
Se il comando va a buon fine, riceverai un messaggio:
OK.
Oltre al firewall, i filtri di rete possono bloccare il traffico. Sono disabilitati per impostazione predefinita. Tuttavia, assicurati che sia così:

1. Apri la cartella Connessioni di rete.
2. Fare clic con il tasto destro connessione di rete che si desidera configurare e selezionare il comando Proprietà.
3. Sulla scheda Generale(per collegamento tramite rete locale) o nella scheda Rete(per tutti gli altri collegamenti) selezionare Protocollo Internet (TCP/IP) e premere il pulsante Proprietà.
4. Fare clic sul pulsante Inoltre.
5. Apri una scheda Opzioni, seleziona un'opzione Filtraggio TCP/IP e premere il pulsante Proprietà.
6. Assicurati che la casella di controllo Abilita filtro TCP/IP (tutti gli adattatori) RIMOSSO.

2) Assicurarsi che le risorse del processore non siano caricate al 100% (CPU%).
3) Misurare l'attività di rete delle interfacce client e server. Il carico sulla scheda di rete non deve superare il 60%.

(Prese Windows - 10061(0x0000274D)

La connessione non è stata stabilita perché il computer di destinazione ha rifiutato la richiesta di connessione.
Un motivo tipico di tale errore è l'assenza di un Server Agent in esecuzione. Avvia il server manualmente o riavvia il server per avviarlo automaticamente.

Risposte alle domande

Multipiattaforma 1C

Installazione del server

D: Errore durante l'installazione del server 1c su MS Server 2008 R2 x64 Quando si installa il server 1c tramite la riga di comando, ad esempio, ragent.exe -instsrvc -port 2040 -regport 2041 -range 2060:2091 -d "C:\Programmi\1cv82 \ (preso dal disco ITS), scrive un messaggio sulla riga di comando: “Error! Errore OpenSCManager!" Il servizio non è stato creato. Verificato l'8.1.15.14 e l'8.2.10.77

R: Per eseguire l'installazione dalla riga di comando su un sistema operativo in cui è presente UAC, è necessario utilizzare il servizio RunAs. anche se l'utente è un membro del gruppo Administrators, UAC blocca le azioni che modificano lo stato del sistema.

Chiavi di sicurezza

D: La chiave di sicurezza del server 8.2 consente di eseguire Server 8.1?
R: Sì, permette

D: Per eseguire il server 1C, ho bisogno di alcune chiavi hasp del server? Locale o non funzionerà per 5 utenti?

R: sì, il server ha bisogno della propria chiave, l'utente locale e la rete non funzionano. Leggi di più in « « , diapositiva numero 30.

D: supponiamo che un cluster di server 1c sia composto da 3 server fisici. quante chiavi di sicurezza sono necessarie

D: C'è un server terminal e una chiave per 5 licenze, la sesta aggiunta. licenza. È possibile installarlo sul server accanto alla chiave per 5? E tutti e 6 gli utenti lavoreranno nelle sessioni del terminale o 5 - sotto il terminale e 1 nella versione del file?
A: No, non lo faranno. La 6a licenza sotto forma di chiave locale deve essere inserita nel computer dell'utente, ma non nel terminale.

Aggiornamenti del server 1C

D: all'uscita nuova versione Piattaforme 8.2.xxx qual è la procedura per l'aggiornamento di server e client
R: Le distribuzioni 8.2 installano i loro file in cartelle diverse(ogni versione ha le sue cartelle), ad es. in teoria, è possibile richiamare più versioni del server in parallelo.

Non ho avuto particolari problemi. Tuttavia, è necessario monitorare attentamente le porte occupate dall'istanza del server 1C. Non dovrebbero esserci incroci.

Configurazione di un server 1C

D: In 1C 8.1, qual è il modo migliore per posizionare le infobase, se ce ne sono diverse, in un cluster o creare un cluster separato per ogni database? R: Con un volume o un carico di grandi dimensioni, oltre ai database di test, è necessario inserirli in cluster separati!

D: DOMANDA: Il flusso di lavoro 1C:Enterprise 8.1 è un'applicazione a thread singolo o multi-thread? Quelli. può caricare molti core con un utente connesso? Con diversi? Che dire del flusso di lavoro 1C:Enterprise 8.2? Grazie.
R: 1Сv8.exe e rphost.exe nella versione 8.1 hanno mangiato 1 core. Finché in 8.1 la connessione del client è rigidamente legata al processo di lavoro, possiamo supporre condizionatamente che l'elaborazione dei client 1C venga eseguita all'interno dello stesso core. L'eccezione è il DBMS, che utilizza i kernel indipendentemente da come funziona il server 1C.

Nella versione 8.2, le connessioni sono state sostituite da sessioni. Le sessioni potrebbero essere già in esecuzione in flussi di lavoro diversi. Pertanto, chiamare 8.2 a thread singolo probabilmente non è corretto. Il client 8.2 carica anche visivamente diversi core, quindi in questo modo:

La piattaforma 8.2 non implementa tutte le funzionalità di un sistema multi-thread, ma sfrutta molto meglio le capacità dell'hardware rispetto alla 8.1, anche in termini di parallelismo.

D: È necessario disporre di diversi processi di lavoro 1C:Enterprise 8.1 affinché il server di database (MS SQL) carichi diversi core? (Si noti che MS SQL di solito "carica" ​​solo un core, ovvero la "parallelizzazione" dell'elaborazione di una query su più core, di norma, non si verifica.) Grazie.
A: Non è necessario gestire MS SQL in modo specifico, è un sistema abbastanza autoregolante che utilizza le risorse secondo necessità. Puoi controllare il parallelismo di esecuzione:

EXEC sys.sp_configure N'max grado di parallelismo', N'5'
ANDARE
RICONFIGURA CON OVERRIDE
ANDARE

È possibile creare diversi flussi di lavoro sul server 1C in base al fatto che un flusso di lavoro non offre agli utenti l'opportunità di riconnettersi in caso di arresto anomalo del flusso di lavoro. 2 (su 8.2 è meglio farlo "backup") risolve questo problema. Ma ha senso aggiungere il 3° o più flussi di lavoro solo se i primi due flussi di lavoro sono pesantemente caricati (oltre il 90%). Non vale la pena di unire i flussi di lavoro inutilmente, poiché ciò può ridurre le prestazioni.

R: Dovrebbe esserci almeno 1 flusso di lavoro di riserva in 8.2.

Cluster di failover

D: Domanda sull'abilitazione della ridondanza del cluster 1s 8.2. Se il nostro server si è bloccato (la donna delle pulizie ha tirato fuori il filo), il nome della rete, ad esempio "server: 2540", non sarà disponibile. come fa il client, che ha "server:2540" nella stringa di connessione, a sapere che deve connettersi al cluster di backup? da dove prenderà il nome di un altro server? E se scrivi cluster separati da virgole nella stringa di connessione al database?
R: Diversi cluster sono combinati in un "gruppo di ridondanza". A tale scopo, nello snap-in del cluster è presente un "elenco di prenotazione".

La prima volta che un client accede a un cluster, riceve un elenco di cluster che fanno parte di un gruppo di ridondanza.

Se il client non ha mai contattato, in questo caso è necessario specificare manualmente gli indirizzi di tutti i cluster, ad esempio storm:2541,monster:2541.

I dati sincronizzati vengono scambiati tra i cluster di ridondanza.

D: Cosa succede dopo il ripristino del cluster principale? quando gli utenti sono passati a un backup.

R: Torna indietro. Sono possibili pause durante il passaggio per la durata della sincronizzazione dei dati del cluster.

Lavori in background

D: Come posso eliminare un'attività in background in esecuzione sui server 1C:8.1 e 1C:8.2?

R: Possibilità di cancellazione compito di routine funziona solo se il codice viene eseguito all'interno del linguaggio integrato 1C:Enterprise. Se il codice viene eseguito in librerie esterne, un tale lavoro non può essere annullato se non interrompendo forzatamente il flusso di lavoro. Se nel processo il blocco StartTransaction() - FixTransaction() è improbabile. Altri lavori in background possono essere eliminati tramite la console dei lavori.

Procedure regolamentari

D: È possibile distruggere la base durante T&I?

A: Non sono a conoscenza di casi del genere, ma IMHO tutto è possibile. Pertanto, sarebbe bello fare un backup prima di T&I.

D: Vyacheslav, per quali motivi non esegui la reindicizzazione utilizzando 1C Testing and Correction?
R: Per questi scopi, le funzionalità del DBMS sono più adatte, poiché essenzialmente eseguono la stessa ricostruzione degli indici, ma non richiedono l'acquisizione esclusiva del database.

Rivista di tecnologia

D: Buon pomeriggio. Domanda sulla rivista di tecnologia: ho bisogno di ottenere copie degli schermi delle workstation in caso di errori 1C. Devo configurare il log tecnologico sulle workstation per questo o è solo per il server?
A: Puoi impostare uno screenshot solo quando la piattaforma si arresta in modo anomalo e non per errori. Tuttavia, non c'è molta utilità in un'operazione del genere, è abbastanza raccogliere eccezioni usando il registro tecnologico. Allo stesso tempo, la maggior parte degli errori può essere vista con l'aiuto di TJ sul lato server 1C. Un'eccezione sarebbero eventi come "errore di formattazione del flusso" associati a una cache di metadati obsoleta.

Problemi ed errori

D: Hai riscontrato un problema: la scomparsa delle impostazioni di segnalazione degli utenti durante l'aggiornamento dinamico delle configurazioni sulla piattaforma 8.2. Qualche consiglio su come affrontare questo?
R: I problemi relativi all'aggiornamento dinamico si riflettono in "Server 1C: Enterprise 8.1 e 8.2 - con cosa mangiano"), diapositiva numero 60. Svuota la cache. Forse in alcuni casi è necessario capire dove sono archiviate esattamente le impostazioni dell'utente. Se necessario, archiviare come dati binari nel registro delle informazioni.

D: Una domanda passeggera, perché. questo è rilevante per modalità file: quali errori corregge chdbfl.exe?
R: Questo è uno strumento di correzione degli errori della struttura di archiviazione. Potrebbe trattarsi di una situazione in cui, ad esempio, si verifica "Il file di database è danneggiato .../1Cv8.1CD". Quelli. corregge il danneggiamento del file di database. Tuttavia, non svolge le funzioni di T&I. Eseguo chdbfl.exe se T&I "non vende correttamente".

D: Per favore, dimmi se hai riscontrato un problema del genere. mentre in base un largo numero utenti (circa 40) quando si eseguono documenti di grandi dimensioni, ad esempio la riflessione della RFP nel reg. pari a circa 8000 righe. viene segnalato un errore di memoria insufficiente sul server 1C dell'impresa e l'utente che ha avviato la conservazione di questo documento cade. Il documento può quindi essere inviato solo dopo il riavvio dell'agente server 1C.
A: Sembra perdite di memoria:

1. Riavviare il server 1C, aumentare il numero di processi di lavoro, mantenere solo questa base nel cluster.

2. Sbatti tenendo in pezzi, diciamo 1000 righe alla volta. Utilizzare TJ per tenere traccia degli oggetti che occupano memoria all'inizio dell'operazione, ma non rilasciano memoria alla fine.

3. Installa la versione x64, aumenta la quantità di RAM, passa a 8.2.

D: Una domanda su test e riferimenti. È possibile eseguire il "Controllo di integrità referenziale" basato su URDB con selezione basata sui dati trasmessi? (cioè non ci sono oggetti fisicamente in alcuni nodi, ma ci sono collegamenti ad essi). Grazie!
R: Sfortunatamente, questo non è ancora possibile.

D: Perché il test e la correzione non risolvono tutti i problemi in una volta, è necessario eseguirlo più volte?

R: Solo gli sviluppatori possono dare una risposta esatta. Eseguo T&I secondo le normative (ciclicamente), quindi questa domanda non è molto rilevante per me. È necessario fare T&I non una volta, ma costantemente, come "TO for a car".

D: C'è una differenza tra TI 8.1 e 8.2?

R: Al momento di scrivere la risposta e la versione 8.2.10, non conosco la differenza.

D: Devo reindicizzare durante la ristrutturazione?
R: Non c'è bisogno.

Altro

D: Cari signori, nessuno ha provato a eseguire il mirroring dei database utilizzando MSSql 2008, è possibile?

D: Domanda sull'inclusione forzata della memoria condivisa sul server 1c 8.2

A: Non devi forzare nulla, il server capirà.

D: Per 1C:Enterprise 8.1, sono state notate situazioni sullo stesso hardware la versione file-server con operazioni “pesanti” e un solo utente funziona molto più velocemente della versione client-server, quando tutti i “link” (server database, 1C:Enterprise server e client) sono installati sullo stesso server. Allo stesso tempo, quando si esegue questa operazione “pesante”, non ci sono sovraccarichi espliciti dell'hardware (caricamento del processore, memoria, dischi fissi minimo). Cioè, ci sono molte risorse hardware, ma funziona lentamente. Per cosa possiamo "stare in piedi"? Grazie.
R: Dignità architettura client-server in termini di prestazioni - la capacità di elaborare PARALLELAMENTE le richieste di dati dei clienti. Quelli. la portata non è l'indicatore con cui vale la pena trarre conclusioni generali. I meccanismi che migliorano la concorrenza possono comunque ridurre leggermente le prestazioni all'interno di un singolo thread.

Per trovare inequivocabilmente un collo di bottiglia nel tuo caso, devi ottenere il carico di lavoro dell'attrezzatura del server e confrontarlo in tempo con le operazioni più lunghe in modalità client-server. Spesso si tratta di un trasferimento ridondante di dati sul lato client. Quelli. invece di eseguire operazioni sul server 1C, i dati dal subd vengono trasmessi attraverso il server al client.

La velocità in un thread della versione client-server raggiungerà solo le prestazioni della versione del file. Vale la pena affrontare questo problema se il tempo di funzionamento in termini assoluti viene misurato non inferiore a un minuto. È dubbioso impegnarsi nell'ottimizzazione entro 1-3 secondi di query.

D: Sulla differenza tra un terminale Windows e un thin client 1C.
R: Fino a quando la maggior parte delle soluzioni non sarà COMPLETAMENTE tradotta in 8.2, è decisamente difficile parlare di un confronto pratico di queste tecnologie.

È chiaro che il thin client 1C dovrebbe consumare meno traffico e fornire la possibilità di lavorare via web. Ma questo è qualcosa che deve ancora essere implementato e le soluzioni terminali sono attualmente ampiamente sfruttate.

Per i project manager pragmatici e prudenti che convertono la soluzione terminale da 8.1 a 8.2. Per piccoli progetti con bassi costi di errore e configurazione immediatamente implementata con moduli gestiti e SKD: un thin client è preferibile IMHO.

D: E come condurre test di carico vicino alle condizioni reali? Dopotutto, non spingerai gli utenti a "fare clic su qualcosa".

R: 1C: Centro prove con scelta delle operazioni più difficili, non è necessaria la riproduzione al 100%, i click stessi non sono difficili, principalmente effettuando e richiedendo segnalazioni. Ci sarà un webinar separato per i test. Ti dirò anche di più.

Trova nel thread

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8 Server Agent, parametro Percorso Immagine.

Per impostazione predefinita, il server 1C:Enterprise utilizza le seguenti porte:

• 1540 - agente server
• 1541 - gestore di cluster
• 1560:1691 è l'intervallo di porte dinamiche per i processi di lavoro.

O informazioni ufficiali da http://its.1c.ru:

Problemi di installazione e configurazione di 1C: Enterprise 8.1 nella versione "client-server".

Nella maggior parte dei casi, per installare 1C:Enterprise 8.1 nella versione “client-server”, è sufficiente eseguire il programma di installazione 1C:Enterprise 8.1. Allo stesso tempo, il server 1C:Enterprise riceve i valori dei parametri standard necessari per il suo normale funzionamento.

Prendi in considerazione l'installazione del server 1C:Enterprise in modo più dettagliato. Durante l'installazione del server 1C:Enterprise 8.1, il programma di installazione di 1C:Enterprise 8.1 esegue le seguenti azioni:

Copia i moduli di avvio del server 1C:Enterprise nella directory specificata dal programma di installazione di 1C:Enterprise come cartella di destinazione.

Se durante l'installazione viene selezionato "Crea utente USR1CV81", viene creato l'utente USR1CV81. Il server 1C:Enterprise 8.1 viene eseguito per conto di questo utente se viene eseguito come servizio. Ha accesso solo alle risorse necessarie al server 1C:Enterprise. È importante che il server 1C:Enterprise abbia bisogno di due directory per funzionare: una directory comune con i dati del server (di solito "C:\Programmi\1cv81\server") e una directory di file temporanei (di solito "C:\Documents and Settings\ usr1cv81\Impostazioni locali \Temp" o "C:\WINNT\Temp"). L'utente USR1CV81 ottiene i diritti sulla directory condivisa con i dati del server. La directory dei file temporanei è generalmente disponibile per tutti gli utenti.

Se "Installa il server 1C:Enterprise 8.1 come servizio Windows" è abilitato durante l'installazione, registra il servizio dell'agente del server 1C:Enterprise in Windows e lo avvia. Al primo avvio, viene creato un cluster di server 1C:Enterprise con le impostazioni predefinite. Ha un server funzionante e un processo funzionante. L'indirizzo del server funzionante corrisponde al nome del computer su cui è stata eseguita l'installazione.

Utente USR1CV81 e suoi diritti

Server 1C:Enterprise è un'applicazione server il cui funzionamento non dovrebbe dipendere dall'utente che ha effettuato l'accesso al computer server in modalità interattiva, se qualcuno ha effettuato l'accesso. Pertanto, durante l'installazione del server 1C:Enterprise, è consigliabile creare un apposito utente USR1CV81, dotato dei diritti minimamente necessari per il server 1C:Enterprise e non destinato al login interattivo. Il server 1C: Enterprise viene presentato al sistema Utente Windows USR1CV81.

Diamo un'occhiata più da vicino ai diritti assegnati all'utente USR1CV81. 1C: Enterprise Server utilizza le seguenti directory:

La directory dei moduli di avvio si trova nella directory specificata dal programma di installazione di 1C:Enterprise come cartella di destinazione. Contiene i moduli di avvio del server 1C:Enterprise. L'utente USR1CV81 necessita dei diritti per leggere i dati ed eseguire programmi da questa directory e dalle sue sottodirectory. Riceve questi diritti implicitamente essendo incluso nel gruppo Utenti.

La directory dei dati del server è generalmente denominata "C:\Programmi\1cv81\server". L'utente USR1CV81 necessita di diritti completi su questa directory. Il programma di installazione 1C:Enterprise, durante la creazione dell'utente USR1CV81, gli conferisce i diritti su questa directory.

La directory dei file temporanei è solitamente denominata "C:\Documents and Settings\usr1cv81\Local Settings\Temp" o "C:\WINNT\Temp", che è determinata dal valore della variabile TEMP dell'ambiente utente o dalla variabile TEMP dell'ambiente di sistema . È possibile visualizzare il valore di questa variabile nella finestra di dialogo Proprietà del sistema (Start -> Impostazioni -> Pannello di controllo -> Sistema -> Avanzate -> Variabili d'ambiente). Il programma di installazione di 1C:Enterprise fornisce all'utente USR1CV81 diritti completi su questa directory. Di solito quando Installazione di Windows La directory dei file temporanei è accessibile a tutti gli utenti includendo il gruppo CREATOR OWNER nella sua lista di accesso. Tuttavia, questo accesso non è completo. In particolare, l'operazione di ricerca dei file in questa directory non è disponibile per tutti gli utenti. L'impostazione dei diritti completi dell'utente USR1CV81 sulla directory dei file temporanei consente al server 1C:Enterprise di eseguire tutte le operazioni necessarie. È possibile visualizzare l'elenco di accesso nella finestra di dialogo delle proprietà della directory nella scheda Protezione. La presenza del gruppo CREATOR OWNER consente l'accesso alla directory da parte di qualsiasi utente che crea file in questa directory o possiede file in questa directory. In questo caso, l'utente che ha creato il file verrà scritto nell'elenco di accesso del file creato anziché nel gruppo CREATOR OWNER. Tra gli utenti che possono accedere a questa directory deve essere l'utente USR1CV81, che ha diritti completi su questa directory.
È importante tenere a mente che la directory di file temporanei di un particolare utente (incluso l'utente USR1CV81) è determinata da una combinazione di variabili di ambiente di quell'utente e variabili di ambiente di sistema. Per scoprire questa directory, il programma di installazione di 1C:Enterprise richiede il contesto utente USR1CV81. A tale scopo in Windows 2000, l'utente per conto del quale viene avviato il programma di installazione 1C:Enterprise può richiedere i seguenti privilegi: Agire come parte del sistema operativo e Ignora il controllo incrociato. È possibile verificare i privilegi dell'utente con l'utilità Impostazioni di sicurezza locale nel ramo Criteri locali -> Assegnazione diritti utente. Durante l'installazione di un nuovo Software Il programma di installazione di solito ottiene questi privilegi automaticamente.

Registrazione di un server 1C:Enterprise come servizio Windows

Server 1C:Enterprise è una semplice console Applicazione Windows e può essere eseguito in modo interattivo. Tuttavia, per l'uso permanente, questo è scomodo, poiché imposta l'avvio del server 1C: Enterprise dall'accesso dell'utente inattivo al computer server. Per eliminare questa dipendenza, il server 1C:Enterprise può essere eseguito come servizio Windows. Per fare ciò, deve essere registrato nel manager Servizi Windows.

Per visualizzare l'elenco dei servizi Windows e dei relativi parametri, utilizzare l'utilità Servizi componenti (Start -> Impostazioni -> Pannello di controllo -> Strumenti di amministrazione -> Servizi). Il server 1C:Enterprise è rappresentato nell'elenco dei servizi dal servizio 1C:Enterprise Server Agent 8.1. I parametri del servizio determinano l'avvio del processo 1C:Enterprise Server Agent (ragent), l'utente sotto il cui nome viene avviato e il metodo di riavvio in situazioni di emergenza.

Nella finestra di dialogo delle proprietà del servizio 1C:Enterprise Server Agent 8.1, nella scheda Generale, viene visualizzata la stringa per l'avvio del processo ragent, ovvero 1C:Enterprise Server Agent. Di solito questa riga è simile a:

Si afferma che:

il processo di Server Agent è il modulo di avvio "C:\Programmi\1cv81\bin\ragent.exe";

il processo ragent viene eseguito come servizio di Windows e deve essere gestito dal gestore del servizio (-srvc);

utilizzato come 1C:Enterprise Server Agent (-agent);

al primo avvio del servizio è necessario creare un cluster con parametri di default e numero di porta IP principale 1541 (-regport 1541). Le applicazioni client devono utilizzare questa porta per connettersi agli infobase registrati nel cluster;

La porta IP dell'agente server deve essere 1540 (-porta 1540). Su questa porta, la console del cluster deve connettersi al server centrale per svolgere le funzioni amministrative;

quando i processi del cluster vengono avviati su questo server, verranno assegnate dinamicamente porte IP dall'intervallo 1560-1591 (-intervallo 1560:1591).

i dati condivisi del cluster verranno inseriti nella directory "C:\Programmi\1cv81\server" (-d "C:\Programmi\1cv81\server").

Il servizio 1C:Enterprise 8.1 Server Agent può essere aggiunto o rimosso non solo durante l'installazione o la disinstallazione di 1C:Enterprise con il programma di installazione 1C:Enterprise 8.1, ma anche manualmente. Per fare ciò, puoi eseguire l'utilità ragent dalla riga di comando, specificando i parametri appropriati per essa.

Per creare un servizio, è necessario specificare il parametro -instsrvc ei seguenti parametri: -usr è il nome utente con cui avviare il servizio, -pwd è la password di questo utente. In questo caso, i parametri rimanenti diventeranno i parametri della linea di lancio di 1C:Enterprise Server Agent come servizio. Ad esempio, per la registrazione standard del servizio 1C:Enterprise Server Agent in modalità debug, il set di parametri dovrebbe essere il seguente:

"C:\Programmi\1cv81\bin\ragent.exe" -instsrvc -usr .\USR1CV81 -pwd Password -regport 1541 -porta 1540 -intervallo 1560:1591 -d "C:\Programmi\1cv81\server" - eseguire il debug

Per rimuovere un servizio, è necessario specificare l'opzione -rmsrvc. Per esempio:

"C:\Programmi\1cv81\bin\ragent.exe" -rmsrvc

A volte può essere utile modificare la riga iniziale di Server Agent o altri parametri del servizio Agent, ad esempio abilitare la modalità di debug o creare più servizi diverse versioni. La finestra di dialogo delle proprietà del servizio non consente di modificare la riga di avvio dell'applicazione di servizio e alcuni altri parametri, ad esempio l'ID del servizio. Per modificare, avrai bisogno dell'utilità regedit, progettata per visualizzare e modificare registro di sistema Finestre.

Attenzione!
Modifica del sistema Registro di Windows richiede estrema cautela, poiché modifiche errate possono rendere inutilizzabile il sistema operativo.

Eseguire l'utility regedit (aprire Start -> Esegui e digitare regedit) e selezionare il ramo:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent

I suoi parametri includono il parametro ImagePath, il cui valore è la stringa di avvio di 1C:Enterprise Server Agent. Qui puoi aggiungere nuovi parametri della stringa di avvio o modificare i valori di quelli esistenti. Lista completa i parametri possibili sono riportati nella documentazione del libro "1C:Enterprise 8.1 Client-Server".

Se è necessario registrare diversi servizi indipendenti di 1C:Enterprise Server Agent, è necessario specificare moduli di avvio diversi, porte diverse e directory di dati del cluster diverse per essi. È inoltre necessario registrarli con ID servizio diversi. Questo può essere fatto in questo modo:

Crea primo servizio:

"C:\Programmi\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -porta 1540 -intervallo 1560:1591 -d "C:\Programmi\1cv81\server"

Utilizzare l'utilità regedit per modificare l'ID di un servizio registrato. Per fare ciò: seleziona una filiale


HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C: Enterprise 8.1 Server Agent First

Crea un secondo servizio:

"C:\Programmi\1cv81_10\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Programmi\1cv81_10\server"

Forse anche il suo identificatore dovrebbe essere cambiato. Per fare ciò: seleziona una filiale
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent
e cambiarne il nome, ad esempio in:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C: Enterprise 8.1 Server Agent secondo

Cosa non può fare il programma di installazione di 1C:Enterprise

Come già accennato, il programma di installazione di 1C:Enterprise copia i moduli di avvio di 1C:Enterprise ed esegue registrazione necessaria in COM e in Gestione servizi di Windows. Sopra sono le informazioni necessarie per comprendere il funzionamento interno di questa registrazione. Se non solo il server, ma anche la parte client di 1C:Enterprise è installato sul computer server, è pronto per l'uso subito dopo l'installazione (e la connessione delle chiavi di sicurezza).

Affinché il server 1C:Enterprise sia accessibile da altri computer sulla rete locale, è necessario verificare impostazioni di rete sul server e sui computer client, nonché per la rete nel suo insieme. TCP/IP viene utilizzato per trasferire i dati tra le applicazioni client e il server 1C:Enterprise, nonché tra i processi del cluster di server. Il funzionamento di 1C:Enterprise nella variante client-server dipende dalla correttezza delle sue impostazioni.

I processi del cluster di server 1C:Enterprise sono collegati tra loro agli indirizzi definiti come valori della proprietà "Computer" della finestra di dialogo delle proprietà del server funzionante. Per un cluster, il valore della proprietà "Computer" deve essere un indirizzo IP in notazione puntata o un indirizzo simbolico mediante il quale è possibile determinare l'indirizzo IP utilizzando la funzione gethostbyname definita nell'API protocollo TCP. La determinazione dell'indirizzo IP viene eseguita o sulla base della tabella degli indirizzi simbolici locali (C:\WINNT\system32\drivers\etc\hosts) o sulle tabelle degli indirizzi presenti nelle Server DNS. Se l'indirizzo simbolico del server funzionante non determina il suo indirizzo IP o lo determina in modo errato (ad esempio, l'indirizzo IP non corrisponde all'indirizzo IP effettivo questo computer), il cluster non funzionerà. È importante che i nomi dei computer e i relativi indirizzi definiti in Windows su ciascuno dei server funzionanti nel cluster non siano in conflitto con i loro nomi in DNS.

Su ciascun server funzionante, i processi del cluster utilizzano le seguenti porte: porta IP del server funzionante (solitamente 1540); Porte IP dagli intervalli di porte IP del flusso di lavoro (in genere 1560-1591). Inoltre, la porta del cluster (in genere 1541) viene utilizzata sul server centrale del cluster. Se nel sistema vengono utilizzati firewall, la trasmissione di dati su queste porte dovrebbe essere consentita. Invece di consentire le porte dall'elenco sopra, puoi consentire il trasferimento dei dati ai processi del cluster (ragent, rmngr, rphost).

La connessione dell'applicazione client 1C:Enterprise con il server viene eseguita in 2 fasi. Innanzitutto stabilisce una connessione al gestore cluster. Utilizza l'indirizzo del server centrale (simbolico o numerico) e la porta del cluster (solitamente 1541). Successivamente, l'applicazione client stabilisce una connessione con uno dei processi di lavoro. Come indirizzo vengono utilizzati il ​​valore della proprietà "Computer" del server di lavoro corrispondente e la porta del processo di lavoro, che è selezionata dall'intervallo di porte IP del server di lavoro. La trasmissione dei dati a queste porte deve essere consentita in tutti i firewall sul percorso dal computer dell'applicazione client ai computer del cluster di server 1C:Enterprise. La determinazione dell'indirizzo IP dei processi del server viene eseguita utilizzando la funzione gethostbyname sul computer client. È importante che i nomi dei server centrali e di lavoro e i relativi indirizzi definiti in Windows su ciascuno dei server del cluster non siano in conflitto con i loro nomi nel DNS disponibile per il computer client.

E l'ultimo. Ovviamente, per accedere con successo al server 1C:Enterprise da altri computer, deve essere in rete e per questo devono essere effettuate le impostazioni necessarie. Il collegamento a una rete e l'impostazione di una tecnica sono legati all'amministrazione di reti basate su Microsoft Windows e sono descritti nelle rispettive istruzioni.

Funzionalità di configurazione di un server SQL

1C:Enterprise nella versione "client-server" utilizza un server SQL per memorizzare i dati. In questo caso, solo il server 1C:Enterprise accede al server SQL. 1C:I client Enterprise non hanno accesso diretto al server SQL. L'installazione e la configurazione di SQL Server sono descritte in dettaglio nella documentazione di Microsoft SQL Server. Per il corretto funzionamento di 1C:Enterprise Server con un server SQL, è necessario contattare Attenzione speciale alle seguenti impostazioni.

Componenti di SQL Server obbligatori. Per accedere a SQL Server dal lato 1C:Enterprise Server, il computer 1C:Enterprise Server deve avere componenti Microsoft Accesso ai dati 2.6 o successivo.

Autenticazione utente tramite server SQL. I diritti di accesso ai database del server SQL sono determinati dall'utente per conto del quale si accede ai database. Dal computer su cui è installato il server SQL, eseguire l'utilità SQL Server Enterprise Manager, trovare il nodo Locale (Radice console -> Server Microsoft SQL -> Gruppo SQL Server -> (Locale)) e aprirne le proprietà. Nella scheda Sicurezza è possibile vedere che SQL Server supporta due metodi di autenticazione utente: SQL Server e solo Windows e Windows. L'autenticazione di Windows consentirà al server 1C:Enterprise di accedere al server SQL solo per conto dell'utente USR1CV81, il che non consente di distinguere i diritti di accesso a diverse infobase servite da un server 1C:Enterprise. Si consiglia di selezionare la modalità SQL Server e Windows. In questo caso, l'accesso a un infobase specifico verrà eseguito per conto dell'utente specificato come utente del server SQL durante la creazione di questo infobase. È importante che questo utente abbia non solo i diritti completi sul database dell'infobase, ma anche i diritti per creare database nel server SQL e per leggere le tabelle nel database Master.

Protocolli di rete per l'accesso al server SQL. Se il server 1C:Enterprise e il server SQL sono ospitati computer diversi, quindi è necessario configurare i protocolli di rete per l'accesso al server SQL. Questa operazione può essere eseguita utilizzando l'utilità di rete client di SQL Server. Nella scheda Generale è possibile selezionare un elenco di protocolli di rete utilizzati per accedere al server SQL. Il più veloce e versatile è l'uso del protocollo TCP/IP. Quando si utilizzano altri protocolli, tenere presente che alcuni di essi, come Named Pipes, eseguono un'autenticazione aggiuntiva Strumenti di Windows durante la comunicazione con SQL Server. In questo caso, per operare con successo con il server SQL, l'utente USR1CV81, dotato degli opportuni diritti, deve essere registrato sul computer con il server SQL. Il protocollo per l'accesso a questo server SQL può essere modificato nella scheda Alias.

26.07.2017

Aggiunta di una regola al firewall di Windows Server 2012 R2 per 1C: Enterprise

Poiché vari servizi e software operano su protocolli di rete, questi elementi di lavoro utilizzano porte specifiche attraverso le quali vengono scambiati i dati.

Il firewall di Windows Server 2008/2012 R2 è configurato per impostazione predefinita per bloccare l'attività di rete. Per consentire ai programmi client di comunicare con i componenti del server sulle porte appropriate, è necessario aggiungere regole a Windows Firewall che consentiranno la comunicazione sulla rete utilizzando porte specifiche.

Spesso gli utenti incontrano situazioni in cui il software client non riesce a trovare il server 1C:Enterprise in esecuzione in un ambiente server gestito da Win Server 2012. In questo caso possono verificarsi errori della seguente natura:

errore di accesso al server in rete;

errore durante l'esecuzione di operazioni con l'infobase;

un tentativo fallito di stabilire una connessione, la risposta richiesta non è stata ricevuta da un altro computer;

Una connessione già stabilita è stata interrotta a causa di una risposta errata da un computer già connesso.

Questi errori indicano che il software client non è riuscito a trovare il server 1C all'indirizzo specificato. Capita spesso che sul server la porta necessaria per la connessione venga semplicemente chiusa. Nel caso di un server 1C, questa è la porta numero 1541.

Per aprire questa porta, è necessario accedere al server tramite una connessione RDP ed eseguire Controllo di Windows Firewall. Questa operazione può essere eseguita in due modi. La prima opzione è andare al "Pannello di controllo", quindi alla sottosezione "Sistema e sicurezza", dove è necessario avviare, appunto, il firewall.

Puoi anche usarlo per questo riga di comando, eseguendo il comando firewall.cpl al suo interno - per fare ciò, premi i tasti di scelta rapida Win + R, dopodiché andiamo alla sezione "Apri", inserisci il nome del comando e fai clic sulla conferma dell'azione.

Dopo aver ottenuto l'accesso al firewall di Windows, nella sua finestra attiva dobbiamo selezionare la sezione opzioni aggiuntive situato nel menu a sinistra. Inoltre, nella parte sinistra della nuova finestra che si apre, devi andare nella sezione delle regole per le connessioni in entrata e selezionare "Crea una nuova regola" attraverso il menu "Azioni".

Vedremo una procedura guidata per la creazione di regole per le nuove connessioni in entrata. Nella pagina del titolo, devi selezionare il tipo di regola da selezionare, contrassegnata dal nome "Per i porti" e puoi andare avanti. Ora specifichiamo il protocollo di trasferimento dati di rete (nel nostro caso specifichiamo TCP), nonché il numero della porta da aprire.

Nella scheda successiva, dovremo specificare direttamente l'azione che sarà associata alla regola che stiamo creando. Siamo interessati all'azione "Consenti connessioni". Selezionalo e fai clic su "Avanti". Ora contrassegniamo il richiesto Profili di Windows Firewall, che dovrebbe essere coperto dall'azione che creiamo. l'ultima pagina La procedura guidata ci chiede di inserire un nome per la nuova regola e di aggiungere una descrizione per essa, se lo si desidera. Fare clic su Fine e completare la procedura guidata.

Dopo aver creato la regola, è necessario riprovare a connettersi al server 1C. Durante la connessione, vedremo lo stesso errore, ma ora il messaggio parla di un altro numero di porta 1560.

Per analogia con lo schema per l'aggiunta di porte sopra descritto, aggiungiamo un'altra regola in cui specifichiamo l'intervallo di porte 1560-1591. Queste porte sono necessarie per supportare i vari flussi di lavoro del programma 1C. Le porte incluse in questo intervallo sono indicate con un trattino nella sezione "Protocollo e porte".

Dopo le manipolazioni eseguite, vai allo snap-in "Windows Firewall con sicurezza avanzata". Qui, nella sezione delle regole per la connessione in entrata, potremo vedere le regole che abbiamo creato. Allo stesso tempo, ora il client 1C dovrebbe connettersi liberamente all'ambiente del server. Se devi connetterti al tuo server tramite la console di amministrazione del server 1C, dovrai creare una regola separata che apra la porta 1540.

Se è necessario aggiungere regole alle connessioni in uscita, è possibile utilizzare lo stesso schema per creare regole per singoli protocolli e programmi.

Configurazione di Windows Firewall per Win Server 2012 su 1C Server + MS SQL

Ora alcune parole su come configurare il firewall in Windows Server 2012 nella configurazione specificata. Un tale gruppo non è raro per gli uffici moderni, ma a volte ci vuole più tempo per capire il principio. Le finestre funzionano Firewall relativo all'ambiente server 1C.

A condizione che il server accetti connessioni sulla porta TCP standard 1433, devi solo consentire questa porta utilizzando la creazione di regole per il firewall, il principio di cui abbiamo discusso sopra. Per verificare se il lavoro passa effettivamente attraverso questa porta, è possibile avviare lo snap-in Gestione configurazione di SQL Server in Server 2012 e passare alla scheda Configurazione di rete. Qui è necessario selezionare la scheda protocolli per MSSQLSERVER e trovare il protocollo TCP/IP nella finestra di sinistra. Lo selezioniamo e facciamo clic su "Proprietà", dopodiché cerchiamo la scheda "Indirizzi IP" e apriamo il ramo "IPAII".

Se la porta SQL è dinamica, sarà necessaria l'autorizzazione per connettersi alla seguente applicazione %ProgramFiles%\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Binn\sqlservr.exe.

Come accennato in precedenza, il server 1C funziona con la porta 1541 e le porte nell'intervallo 1560-1591. Tuttavia, capita spesso che, per ragioni sconosciute, questo elenco le porte aperte non consentono ancora di connettersi al server. Affinché tutto funzioni al 100%, devi solo espandere questo intervallo specificando le porte da 1540 a 1591 al suo interno.

i passaggi sono gli stessi). Aggiungeremo la regola usando l'esempio del funzionamento del server 1C: Enterprise 8.x (è necessario aprire la porta 1541 per il gestore cluster, le porte 1560-1591 per flussi di lavoro e porto 1540 per l'agente server).

Alcuni programmi e servizi durante l'esecuzione protocolli di rete utilizzare determinate porte per la comunicazione. Per impostazione predefinita, Windows Firewall, che è abilitato, blocca questo tipo di attività di rete. In particolare, se provi a connetterti da una macchina client a, potresti riscontrare un errore:

« Si è verificato un errore durante l'esecuzione di un'operazione con l'infobase (...). Errore di accesso di rete al server (...). Un tentativo di stabilire una connessione non è riuscito, perché la risposta richiesta non è stata ricevuta da un altro computer entro il tempo richiesto o una connessione già stabilita è stata interrotta a causa di una risposta errata da un computer già connesso (...) »

Questo errore significa che il server 1C:Enterprise non è stato trovato all'indirizzo specificato o la porta sul server è chiusa (in questo caso, la porta 1541 ).

Per aprire la porta, vai al computer in cui è installato il server 1C:Enterprise (nel mio esempio, questo è un computer con l'indirizzo 10.192.128.15 e installato su di esso sistema operativo Windows Server 2012 R2).

Avviamo il firewall di Windows. Questo può essere fatto facendo clic con il tasto destro su " Inizio» ( inizio), poi " Pannello di controllo» ( pannello di controllo) — « sistema e sicurezza» ( Sistema e sicurezza) — « firewall di Windows » ( firewall di Windows). Oppure eseguendo il comando firewall.cpl(per questo è necessario premere la combinazione di tasti Win + R, nella finestra " aprire» ( aprire) inserisci il nome del comando e premi " OK») .

Nella finestra che si apre, nell'albero a sinistra, apri la scheda " » ( Regole d'ingresso), e poi nel menu " Azioni» ( Azioni) seleziona la voce “ Crea regola...» ( Nuova regola…).

Inizierà " Nuova procedura guidata per le regole in entrata» ( Nuova procedura guidata per le regole in entrata). Nella prima pagina, seleziona il tipo di regola ( Tipo di regola) « Per il porto» ( porta) e premere " Ulteriore» ( Prossimo).

Quindi è necessario specificare il protocollo (nel nostro esempio, questo è TCP) e, direttamente, il numero di porta (Porte locali specifiche) che stiamo aprendo. Quindi premere " Ulteriore» ( Prossimo).

Ora specifichiamo l'azione associata alla regola aggiunta. Scegliamo" Consenti connessione» ( Consenti connessione) e premere " Ulteriore» ( Prossimo).

Sul pagina successivaè necessario specificare a quali profili firewall verrà applicata la regola. Contrassegniamo i profili necessari con segni di spunta e facciamo clic su " Ulteriore» ( Prossimo).

Infine, inserisci un nome e una descrizione per la nuova regola e fai clic su " Pronto» ( Fine) per completare la procedura guidata.

Proviamo a connetterci nuovamente al server 1C:Enterprise e vediamo che l'errore persiste, ma il messaggio ha una porta 1560a diversa.

Nel modo sopra, aggiungi un'altra regola di autorizzazione, con il nome " 1C: Flussi di lavoro» per l'intera gamma di porte con 1560 Su 1591 (per flussi di lavoro 1C), specificandoli con un trattino al passaggio " Protocollo e porte» ( Protocollo e porte).

Ora, in un attimo Windows Firewall con sicurezza avanzata» ( Windows Firewall con sicurezza avanzata) sul tavolo " Regole per le connessioni in entrata» ( Regole d'ingresso) dovremmo vedere 2 regole appena create.

Bene, dovrebbe connettersi al server senza errori. Se devi connetterti a questo server, devi anche aprire la porta 1540 .

Allo stesso modo, vengono aggiunte regole per le connessioni in uscita (Regole in uscita), che vietano regole, regole per determinati programmi e protocolli. Inoltre, qualsiasi regola può essere modificata aprendo le sue proprietà da questo snap-in.

Questo articolo ti è stato di aiuto?