Administrarea serverelor de întreprindere 1C nu pornește. Administrarea serverelor 1C Enterprise. „Cu cât parola este mai ușoară, cu atât este mai ușor”

Consola de administrare a serverului 1C sau consola de administrare a serverului 1C sau consola de cluster de servere 1C este un utilitar inclus în 1C Enterprise 8.3, care este necesar pentru:

• Managementul sesiunii;
• Gestionarea listei de baze de date;
• Crearea de clustere 1C pentru arhitectură tolerantă la erori și scalabilitate;
• Configurare flexibilă a proceselor de lucru;
• Limitări ale consumului de resurse;
• Separarea sarcinilor efectuate de serverele de lucru (pentru a transfera servicii individuale către diferite servere de lucru);
• Gestionarea profilului de securitate.

Gestionarea bazelor de date în consola cluster

Atunci când lucrează într-o arhitectură client-server, utilizatorii cel mai probabil, într-un fel sau altul, întâlnesc consola de administrare a serverului, cel puțin atunci când adaugă o nouă bază de date la lista de baze de informații. Pentru a adăuga o nouă bază de date, trebuie să faceți clic dreapta pe bazele de informații și să selectați „Creare”.

Se va deschide o fereastră.

În această fereastră, setările pentru conectarea la SGBD sunt completate, iar dacă lipsește, puteți utiliza opțiunea „Creați o bază de date dacă nu există”. Restul setărilor pot fi lăsate ca implicite.

De asemenea, puteți deschide aceeași fereastră de setări pentru o bază de informații deja creată, pentru care trebuie să faceți clic dreapta pe baza de informații și să selectați elementul de meniu „Proprietăți”.

Aici putem seta un bloc la începutul sesiunilor (setați un bloc pentru o anumită perioadă). În timp ce blocarea este activată, nicio sesiune nu se va putea conecta la baza de date.

Puteți seta un anumit mesaj pe care utilizatorul îl va vedea atunci când se conectează.

Această opțiune poate fi utilizată, de exemplu, atunci când se efectuează orice întreținere de rutină a bazei de date (de obicei, actualizarea bazei de date). Dar atunci când administratorilor li se cere să se conecteze la baza de date cu blocarea sesiunii impusă, trebuie să utilizați opțiunea „Cod de permisiune”. După ce ați specificat codul, în viitor, folosindu-l, va fi posibil să lucrați cu baza de date. De exemplu, să setăm codul de extindere la 123, astfel încât să putem intra în baza de date mai târziu. Parametrul trebuie utilizat cu codul de permisiune /UC.

Un parametru de blocare este un parametru arbitrar care poate fi utilizat în codul programului. Blocarea va avea loc la utilizarea funcției GetSessionLock().

Blocarea sarcinilor de rutină este activată - aceasta înseamnă că sarcinile de rutină nu vor fi executate în baza noastră de date.

Opțiunile discutate sunt cele mai des folosite. Restul sunt folosite foarte rar în viață, iar informații despre ele pot fi citite pe ITS.

Lucrul cu sesiunile Consolei de administrare

În consola de administrare, puteți gestiona sesiunile conectate pentru o anumită bază de date, precum și sesiunile generale pe un anumit cluster.

Fereastra sesiunilor arată astfel:

Din această fereastră puteți obține o cantitate mare de informații, pornind de la ce utilizator este această sesiune și terminând cu datele de consum de memorie pentru sesiune, precum și câte date DBMS au fost primite, cât timp a petrecut procesorul și multe altele .

Aici puteți, de asemenea, să încheiați sesiunile (începând de la versiunea platformei 1C:Enterprise 8.3 (8.3.13) și să setați textul mesajului pe care îl va vedea utilizatorul la închiderea clientului subțire 1C.

Folosind profiluri de securitate, puteți configura ce module pot fi extinse cu extensii, limitați extensiile la anumite module de configurare, limitați accesul la sistemul de fișiere din codul aplicației, limitați accesul la obiecte COM, la componente externe, la aplicații terțe etc.

Fluxuri de lucru (clustering)

În platforma 1C 8.2, a fost posibil să se creeze manual procese de lucru ale serverului de aplicații (proces de lucru rphost). În 8.3, procesele de lucru sunt create de ragent. Numărul de procese care rulează simultan poate fi controlat indirect prin setările serverelor de lucru.

Când utilizați setările implicite, un rphost va fi folosit pentru 8 baze de informații sau 128 de conexiuni. Dacă aveți un sistem de operare pe 32 de biți (adică există limite ale consumului de RAM pe proces), se recomandă să schimbați aceste valori, de exemplu, să setați o bază pe proces și să reduceți numărul de conexiuni. Numărul optim de conexiuni este selectat empiric și depinde în mare măsură de configurația specifică și de numărul de joburi de fundal.

Deoarece ne uităm la proprietățile fluxurilor de lucru, merită menționat alte setări:

Valoarea în octeți (disponibilă pentru toate procesele de lucru în cluster de pe acest server de lucru).

• -1 – fără restricții;
• 0 – determinat automat ca 80% din RAM-ul serverului.

Consum de memorie sigur per apel valoare în octeți.

Poate lua o valoare de la -1 la 9 223 372 036 854 775 807:

• -1 – orice apel de server este considerat periculos dacă capacitatea maximă de memorie a procesului de lucru este atinsă în timpul apelului de server;
• 0 – valoarea volumului este determinată automat ca 5% din capacitatea maximă de memorie a proceselor de lucru pe un anumit server de lucru.

Dacă în timpul unui apel cantitatea de memorie depășește parametrul Consum de memorie sigur per apel, iar consumul total de memorie al tuturor proceselor rphost a depășit valoarea setată în Capacitate maximă de memorie a proceselor de lucru, un astfel de apel va fi întrerupt.

Cantitatea de memorie de proces de lucru până la care serverul este considerat productiv, măsurată în octeți. O valoare de 0 indică faptul că nu există o limită stabilită. Cantitatea totală de memorie ocupată de toate procesele de lucru pe acest server de lucru, la atingerea căror conexiuni noi nu vor mai fi alocate acestui server de lucru.

Steag manager pentru fiecare serviciuînseamnă că o instanță separată a managerului de cluster (procesul rmngr) va fi atribuită fiecărui serviciu. Lista serviciilor care rulează în cluster:

Steag Server centralînseamnă că acest server va putea să aplice conexiuni și să sincronizeze registrul clusterului.

Setările fluxului de lucru pot fi utilizate numai atunci când utilizați licențe CORP! Dacă aveți o licență PRO, setările vor fi disponibile, dar nu veți avea drepturi de utilizare.

Consolidarea serverelor într-un cluster

Serverele 1C pot fi combinate într-un cluster pentru a rezolva problemele de scalabilitate (distribuția sarcinii) și toleranța la erori. Este ușor să combinați serverele într-un cluster; trebuie doar să creați un server funcțional.

Dacă opțiunea „server central” nu este instalată pe noul server, atunci un astfel de server va fi considerat funcțional și nu va putea accepta conexiuni de sesiune. Această arhitectură de interacțiune cu serverul este utilizată pentru scalabilitate; nu poate fi tolerantă la erori, deoarece pentru aceasta trebuie să existe servere centrale, iar nivelul de toleranță la erori trebuie specificat în proprietățile clusterului.

Nivelul de toleranță la erori este setat ca număr de servere centrale -1.

În fereastra de setări, puteți seta și restricții privind consumul de resurse per proces de lucru (rphost). Setările vor fi setate pentru întregul cluster.

Intervalul de repornire– interval în secunde după care fluxul de lucru va fi repornit. Numărătoarea inversă începe din momentul instalării acestei opțiuni.

Dimensiunea memoriei permisă Ar trebui stabilit pe baza că, dacă se declanșează condiția de depășire a indicatorului, se va lansa un alt proces rphost de aceeași dimensiune, adică. la un moment dat vom avea două procese până când conexiunile de la cea veche sunt comutate la cea nouă.

Interval pentru depășirea cantității permise de memorie– interval în secunde în care este permis consumul de memorie setat în parametru Dimensiunea memoriei permisă.

Interval pentru depășirea cantității permise de memorie. Dacă valoarea proprietății Server Error Count Tolerance este 0, atunci verificarea variației numărului de erori nu este efectuată. Indiferent de valoarea setată pentru această proprietate, un flux de lucru care nu face mai mult de 1 eroare la 100 de solicitări este considerat a funcționa normal și nu este considerat problematic. Să ne uităm la un exemplu despre cum funcționează proprietatea Deviație tolerabilă a numărului de erori de server. Să presupunem că pentru 100 de solicitări, în medie, se înregistrează 2 erori în ultimele 5 minute. Dacă proprietatea Abatere permisă în numărul de erori de server este setată la 50, atunci fluxul de lucru pentru care sunt înregistrate mai mult de 3 erori la 100 de solicitări va fi considerat problematic.

Procesele sunt repornite „încet”:

• Un nou proces rphost este pornit;
• Vechiul proces rphost este oprit, dar nu se încheie;
• Conexiunile sunt alocate procesului rphost nou creat, care este imediat complet operațional;
• Vechiul proces va sprijini apelurile existente pe acesta. Apelurile deja alocate vor fi acceptate pentru timpul specificat în parametru „Opriți procesele care sunt oprite după” secunde

Atunci când combinăm mai multe servere într-un cluster, putem muta anumite servicii pe servere separate. De exemplu, putem muta munca joburilor de fundal pe un server separat sau putem crea un server de licențiere (un server care va distribui licențele client). O listă completă a serviciilor pe care serverul le realizează și care pot fi reatribuite:

Atribuirea unui serviciu unui anumit server de producție se realizează prin cerințele de atribuire a funcționalității.

Articolul a discutat despre principalele capabilități ale consolei de administrare, dar acest subiect este foarte extins și informații cuprinzătoare despre funcționalitatea specifică a utilitarului de administrare pot fi găsite pe ITS.

Fundal.

Pentru a administra serverele 1C: Enterprise din versiunea 8.0, este furnizată consola „Administrarea serverelor 1C Enterprise” (complet pentru Microsoft Management Console). Instrumentul este destul de funcțional și convenabil, dezvoltat împreună cu versiunile platformei și servește administratorului cu fidelitate.

Cu versiunea 8.1, a apărut o opțiune de distribuție a serverului pentru sistemele de operare bazate pe Linux (bazate pe deb și rpm). Acest lucru a permis consumatorilor să reducă utilizarea stivei de tehnologie Microsoft și să economisească semnificativ pe licențe și software. Dar cum rămâne cu administratorul? Toate aceleași echipamente pentru MMC. Este dificil să acuzi dezvoltatorul de conservatorism, deoarece progresul în dezvoltarea platformei a arătat impresionant de-a lungul anilor (ceea ce devine adesea un motiv de reproș - stabilitatea este sacrificată progresului). Dar rămâne faptul că s-a propus administrarea serverelor versiunilor 8.1 și 8.2 din Windows.

În versiunea 8.3, au apărut noi instrumente de gestionare a clusterelor de server multiplatformă - ras (server de management) și rac (client de management). Chiar și printre oamenii care lucrează constant cu platforma 1C: Enterprise, mulți pur și simplu nu știu despre ei sau abia au auzit de ei. Acestea. Această metodă de management nu a câștigat popularitate. Și motivul pare să fie că rac este o aplicație de consolă. Este mai ușor pentru un administrator leneș să lanseze mmc și să facă clic pe tot ce are nevoie. Dar mai este o posibilitate...

Băieți de la 1C, vorbiți serios?

De ce să nu folosiți un server ras fără rac? Din fericire, compania 1C a publicat „Administrative Service API” pentru Java.

Ca urmare, vom avea nevoie de:

1. Instalat și configurat ras. În mod implicit, această aplicație este instalată împreună cu partea de server (în același director cu ragent.exe), dar nu funcționează implicit. Să corectăm acest neajuns.

Îl puteți configura să pornească când serverul pornește:

Ras cluster --port=

(dacă nu specificați un port, implicit este 1545)

Sau instalați ras ca serviciu Windows (exemplu fișier register-ras.bat pentru înregistrare de la compania 1C):

@echo off rem %1 – numărul complet al versiunii 1C:Setul Enterprise SrvUserName=<имя пользователя>setați SrvUserPwd=<пароль пользователя>set CtrlPort=1540 set AgentName=localhost set RASPort=1545 set SrvcName="1C:Enterprise 8.3 Remote Server" set BinPath="\"C:\Program Files\1cv8\%1\bin\ras.exe\" cluster -- service --port=%RASPort% %AgentName%:%CtrlPort%" set Desctiption="Administration Server 1C:Enterprise 8.3" sc stop %SrvcName% sc șterge %SrvcName% sc crea %SrvcName% binPath= %BinPath% start= auto obj= %SrvUserName% parola= %SrvUserPwd% displayname= %Desctiption%

2. A trebuit să scriu eu însumi clientul pentru ras pentru Android DroidRAC2. După părerea mea, totul este intuitiv de configurat și conectat. Aplicația încearcă să reproducă stilul și interfața de utilizare a unei console MMC familiare. Gratuit și fără SMS, după cum se spune. Este acceptată capacitatea de a vizualiza întregul arbore al componentelor și de a edita setările de bază care trebuie modificate în timpul funcționării.

Perspective de dezvoltare.

În prezent disponibilă pentru testare este versiunea 1C: Enterprise 8.4.1, în care partea de server a fost puternic reproiectată. Printre altele, a fost anunțat un API REST pentru administrarea serverului și a fost anunțat un client pentru acesta. Evident, dezvoltatorul însuși vede problema în dezvoltarea slabă a instrumentelor de management și aici ne așteaptă surprize plăcute. Între timp, trebuie să lucrăm cu ceea ce avem.

P.S. Personal, sunt încântat să urmăresc evoluția rapidă a software-ului companiei 1C, deși de multe ori trebuie să plătesc pentru acest progres în nervi și timp. Dar asta este o cu totul altă poveste

Deci, aveți instalat 1C:Enterprise, cum puteți determina în ce metodă sau opțiune este încărcată baza dvs. de informații (IS)?

Dacă aveți o versiune a fișierului de lucru, atunci în linia când porniți 1C și când selectați o bază de informații (în lista de baze de informații) veți vedea: Fișier=”C:\Documents and Settings\Pupkin\My Documents\Infobase1 ”. Acesta este folderul în care este stocată baza de date a fișierelor.

Dacă vedeți o inscripție precum Srvr=»192.168.6.1″;Ref=»Infobase1″;, atunci aceasta înseamnă că lucrați în versiunea client-server de lucru cu 1C.

Înțelegeți mai mult sau mai puțin ce înseamnă versiunea fișierului de lucru.

Versiunea client-server de lucru implică schimbul de date printr-o rețea folosind un port special și adresa IP a computerului în care este instalată baza de date.

În cazul unei versiuni client-server de lucru, pe computerul pe care este instalată baza de date rulează un serviciu special, pe care îl puteți consulta în Panoul de control, elementul „Administrare” și selectați snap-in-ul „Servicii”; în lista de servicii veți vedea ceva de genul următor (în funcție de versiunea 1C) - „1C: Enterprise 8.xx Server Agent” sau, de exemplu, acest serviciu „1C: Enterprise 8.2 Server Agent:”.

În cazul lucrului cu o opțiune client-server, un snap-in foarte util se află în meniul Start->Toate programele (programele)->1C Enterprise 8.x->Advanced->Administrarea serverelor 1C Enterprise.

Ce ne oferă acest echipament în ceea ce privește lucrul cu utilizatorii și descărcarea securității informațiilor?

1. Aici putem anula utilizatorii

2. Aici putem seta o blocare care interzice accesul utilizatorilor (in cazul in care avem nevoie de acces exclusiv la baza de informatii)

Snap-in-ul poate cere o parolă, dar ce fel?

Nume de utilizator și parolă (pentru dvs. în calitate de administrator al bazei de date) - introduceți numele de utilizator și parola pe care le utilizați pentru a vă conecta la 1C:Enterprise.

Deci ce vedem aici? Vedem serverul 1C Enterprise (My_1C) și baza de date de informații (portul implicit 1541) - My_UPP. În partea dreaptă a ferestrei vedem opțiunea de a selecta -> Sesiuni, Blocări, Conexiuni.

Acum ne interesează filiala cu baze de informații - faceți clic dreapta pe banca de informații selectată și utilizați comanda „Proprietăți” din meniul contextual.

Pentru a interzice utilizatorilor să se conecteze și să lucreze cu baza de informații, trebuie să bifați caseta „Blocarea începerii sesiunilor este activată”.

Vă rugăm să rețineți datele de început și de încheiere a blocării. Începând de la data și ora la care a început blocarea și de la data și ora la care s-a încheiat blocarea, baza de date va fi în modul exclusiv.

Până nu debifați caseta, nimeni nu poate intra și lucra cu baza de informații, dar... Pentru ca dvs. să puteți introduce singur în securitatea informațiilor (folosind linia de comandă), furnizați un Cod de Permisiune.

Blocarea sarcinilor de rutină este activată - această blocare este necesară pentru a nu permite 1C să ruleze diverse sarcini de rutină în fundal. O sarcină de rutină este un fel de operațiune care rulează conform unui program, uneori pentru a actualiza configurația - sarcinile de rutină vă stau în cale și rulează așa cum ar fi avut norocul în acele momente în care lucrați cu baza de date - puteți lua profitați de această oportunitate pentru o perioadă.

Utilizatorii, atunci când pornesc 1C:Enterprise cu blocarea instalată, vor primi Mesajul specificat în rubrica „Mesaj”.

În plus

Se întâmplă adesea ca serverul 1C:Enterprise să fie instalat pe un singur computer (un fel de server principal, ca în cazul nostru My_1C) și să doriți să „direcționați” serverul de pe computerul local. (De asemenea, este posibil să aveți mai multe servere și să doriți să gestionați aceste servere din echipamentul local al computerului dvs.).

Să facem următoarele pe mașina locală: deschideți snap-in-ul „Administrarea serverelor 1C Enterprise” (calea Start->Toate programele (Programele)->1C_Enterprise 8.x->Advanced->Administrarea serverelor 1C Enterprise). Dacă dintr-o dată nu aveți această componentă instalată pe mașina dvs. locală, atunci nu o veți vedea - mergeți la Panou de control -> Adăugați sau eliminați programe și căutați linia cu instalarea 1C Enterprise și modificați setările componentei adăugând snap-in-ul „Administrare server”.

Așa că am găsit-o, am făcut-o, ne-am uitat la el. Sa trecem peste.

În snap-in vedem o linie goală care nu include nimic, ceva de genul Console Root-> Servere Central 1C:Entreprise 8.2. Plasați cursorul pe această linie, faceți clic dreapta și selectați comanda Creare->Central Server 1C Enterprise 8.2.

Introduceți numele serverului nostru situat în rețea și faceți clic pe „OK”. și asta este tot - avem posibilitatea de a lucra de pe un computer local și de a gestiona serverul nostru 1C.

În acest articol ne vom familiariza cu serverul de administrare a clusterului de servere și în special cu utilitățile rac.exeȘi ras.exe, precum și programe deployka cu ajutorul căruia devine posibilă administrarea unui cluster de servere 1C:Enterprise din linia de comandă.

Conform tradiției, recomand tuturor celor cărora le este prea lene să citească să urmărească un webinar pe această temă

Ei bine, pentru restul, bine ați venit la tăietură:

1. Informații generale

Gestionați un cluster de servere cu versiunea 1C:Enterprise 8.3 este posibil atât folosind consola de administrare a serverelor 1C, cât și din linia de comandă. În aceste scopuri servește Server de administrare a clusterului de servere, care constă din două utilitare: serverul în sine - programul rac.exeși utilitare de linie de comandă rac.exe, care, prin accesarea serverului ras rulat anterior, vă permite să efectuați diverse operațiuni cu un cluster de servere 1C:Enterprise.

Puteți citi mai multe despre acest mecanism în cartea „Ghidul Administratorului” furnizată împreună cu platforma. Opțiunea client-server” (sau, în consecință, pe site-ul ITS).

Și schema generală a modului în care funcționează acest link arată astfel:

Serverul de administrare trebuie să fie aceeași versiune, ca versiunea clusterului de servere 1C:Enterprise și poate fi conectat la un cluster de servere în același timp niste servere de administrare, dar un anumit server de administrare poate comunica cu unul singur agent server.

Atât serverul de administrare, cât și utilitarul de linie de comandă pot rula pe orice sistem de operare acceptat de platforma 1C:Enterprise. Dar în acest articol ne vom limita doar la familia de sisteme de operare Windows.

2. Instalarea componentelor serverului de administrare

Atât serverul în sine, cât și utilitarul de administrare sunt incluse în componentele serverului 1C:Enterprise. În consecință, pe un computer care rulează serviciul de agent server 1C:Enterprise, aceștia ar trebui să fie deja instalat Mod implicit.

Pentru a verifica acest lucru, trebuie doar să mergeți la directorul cu fișierele serverului 1C:Enterprise și să găsiți în el utilitățile corespunzătoare (pentru comoditate, fișierele pot fi grupate după tip).

Am scris în detaliu despre instalarea unui server 1C:Enterprise.

Pentru a instala serverul de administrare pe un computer unde ați fost anterior nu a fost Serverul 1C:Enterprise este instalat, trebuie să rulați kitul de distribuție de instalare a serverului 1C și să selectați elementul ca parte a componentelor „Server 1C: Enterprise 8”.

Mai mult, dacă această componentă este selectată, la pasul următor asistentul de instalare va oferi instalarea serverului 1C:Enterprise ca serviciu Windows. Din acest punct desigur ar trebui abandonat prin eliminarea steagului corespunzător.

După instalare, trebuie să vă asigurați că toate componentele necesare sunt disponibile în modul descris mai sus.

3. Pornirea serverului de administrare

Pentru a obține informații detaliate despre utilitarul ras.exe, puteți apela ajutor rulând comanda

Din ajutor puteți vedea că serverul de administrare poate funcționa ca în modul de aplicare, așa și cum serviciu Windows(parametru serviciu ). De asemenea, putem seta portul de rețea pe care va rula serverul de administrare (parametru port , este utilizat portul implicit 1545 ), iar pentru modul de administrare cluster modul este cluster . Puteți apela ajutor pentru acest mod cu comanda:

rac help cluster

Apoi vom vedea că acest mod specifică adresa agentului cluster al serverului 1C:Enterprise ca argument. Valoarea implicită este localhost:1540.

Astfel, dacă serverul de administrare este lansat pe aceeași mașină pe care rulează agentul serverului 1C:Enterprise, este suficient să rulați comanda

Ei bine, dacă trebuie să vă conectați la un agent server care rulează, de exemplu, pe un computer cu numele rețelei Server1C, iar agentul lucrează pe un port non-standard 2540 , atunci comanda va fi după cum urmează:

rac cluster server1c:2540

4. Pornirea serverului de administrare ca serviciu Windows

Desigur, pentru a nu porni manual serverul de administrare de fiecare dată, este convenabil să-l porniți o dată ca serviciu Windows. Dar, din păcate, dezvoltatorii platformei nu au implementat capacitatea de a înregistra automat serviciul corespunzător în sistem, așa cum, de exemplu, sa făcut. Pentru a adăuga un serviciu, se recomandă utilizarea utilitarului de sistem sc. Să ne uităm puțin mai detaliat la acest proces.

Să fie acesta un utilizator local numit USR1CV8_RAS si parola Trecerea123

Fișierul Register-ras.bat:

@echo dezactivat rem %1 - numărul complet al versiunii 1C:Enterprise set SrvUserName=.\USR1CV8_RAS set SrvUserPwd="Pass123" set CtrlPort=1540 set AgentName=localhost set RASPort=1545 set SrvcName="1C:Enterprise 8.3 Remote Server" set BinPath="\"C:\Program Files\%\1cv8 1 cluster \bin\ras.exe\" --service --port=% RASPort % % AgentName % :% CtrlPort % " set Desctiption="1C:Enterprise 8.3 Remote Server" sc stop % SrvcName % sc delete % SrvcName % sc create % SrvcName % binPath= % BinPath % start= auto obj= % SrvUserName % parola= % SrvUserPwd % displayname= % Desctiption %

În dosar indicăm:

• numele de utilizator și parola sub care va fi lansat serviciul - variabile SrvUserName Și SrvUserPwd
• adresa și portul agentului server pe care urmează să-l administrăm - variabile Numele agentului Și CtrlPort
• Precum și numele serviciului și portul de rețea pe care va rula serverul de administrare - variabile RASPort Și SrvcName . Este logic să modificați acești parametri numai dacă doriți să rulați mai multe servere de administrare în paralel, de exemplu, pentru a deservi diferite servere 1C.

Singurul parametru al fișierului bat este versiunea actuală a platformei 1C:Enterprise. Astfel, pentru a crea un serviciu, lansați linia de comandă cu drepturi de administrator și rulați fișierul creat anterior register-ras.bat, fără a uita să indicați versiunea necesară a platformei.

Verificăm dacă în sistem a apărut un serviciu cu numele specificat. Și îl lansăm imediat selectând elementul corespunzător din meniul contextual.

Aceasta finalizează instalarea serverului de administrare ca serviciu.

5. Administrarea unui cluster de servere utilizând utilitarul rac.exe

Deci, am instalat serverul de administrare. Interacțiunea cu serverul se realizează folosind un utilitar special de consolă rac.exe. Să executăm comanda

pentru a obține ajutor pentru acest program.

După cum puteți vedea din ajutor, utilitarul are un argument comun, care specifică adresa serverului de administrare (în mod implicit localhost:1545) și multe moduri de operare: pentru administrarea agentului de cluster de server, cluster-ul în sine, managerul clusterului, procesele de lucru etc. Ajutorul pentru fiecare mod poate fi apelat cu comanda corespunzătoare.

Evident, nu are rost să descriem toate modurile de funcționare. Voi da doar câteva exemple de muncă.

Obținerea unei liste de informații despre clustere:

Obținerea unei liste de baze de informații pe un anumit cluster de servere:

Primirea unei liste de conexiuni cu baza de informații specificată:

Utilitarul de administrare vă permite să efectuați toate lucrările necesare pentru a administra un cluster de servere, cu excepția autentificării sistemului de operare pentru administratorii clusterului de servere, a serverului de producție și a bazei de informații.

6. Wrapper-uri software pentru lucrul cu serverul de administrare

După cum puteți vedea din exemple, lucrul din linia de comandă cu utilitarul rac este încă o plăcere. Dar acest mecanism nu a fost creat pentru control manual. De exemplu, pe site-ul ITS există o arhivă Java care vă permite să interacționați cu serverul de administrare dintr-un program în Java, fără ajutorul unui utilitar de administrare consolă. Puteți descărca acest pachet.

Principalul lucru este că avem capacitatea de a executa diverse instrucțiuni pe un cluster de servere 1C din linia de comandă. Aceasta înseamnă că puteți adăuga funcțiile necesare pentru interacțiunea cu un cluster de servere 1C:Enterprise la diferite programe, procesări sau scripturi.

De exemplu, printre altele, ceva scris în limbaj poate funcționa cu serverul de administrare. OneScript program deployka.

Am vorbit deja despre motorul de ignorare OneScript.

Puteți afla mai multe despre programul deployka.

Ei bine, cea mai completă prezentare generală a tuturor bibliotecilor și aplicațiilor disponibile scrise în OneScript este dată în acest articol.

7. Instalare și configurare cu programul deployka

Algoritmul de instalare pentru OneScript și deployka este discutat în detaliu în articolele de la linkurile furnizate în paragraful anterior. Ei bine, pe scurt, constă din următoarele puncte:

1. Descărcați distribuția OneScript de pe site-ul oficial.

2. Instalăm urmând instrucțiunile vrăjitorului.

3. Ne logăm din nou în sistem, astfel încât noile variabile de mediu să fie aplicate.

4. Lansăm linia de comandă cu drepturi de administrator, verificăm ca pașii anteriori să fie executați corect de linia de comandă

5. Instalarea programului deployka folosind managerul de pachete opm prin rularea comenzii

opm install deployka

6. Verificăm dacă totul funcționează apelând ajutorul de „implementare” cu comanda

7. Asta e practic tot. Toate modurile de operare ale programului sunt vizibile pe ecran. Apoi, citiți ajutorul de pe site sau în consolă, apelând indiciu pentru fiecare mod cu comanda corespunzătoare:

Acesta este modul în care, de exemplu, puteți încheia toate sesiunile într-o bază de informații specificată și apoi puteți bloca începutul sesiunilor.

deployka session kill -db Accounting_Demo -rac „C:\Program Files\1cv8\8.3.11.2867\bin\rac.exe” -db-user „AbramovGS (director)”

8. Acum puteți folosi „implementarea” în scripturile dvs. De exemplu, un script pentru actualizarea unei baze de date dintr-un depozit, deconectarea utilizatorilor și actualizarea bazei de date ar putea arăta astfel:

@echo activat rem Setați valorile variabilelor set ServerName="1CAPP:2541" set RacPath="C:\Program Files\1cv8\8.3.11.2954\bin\rac.exe" set uccode="123" set BaseName="ERP_Test" set UserName="Admin" set UserPass ="Pass123" setează ConStr="/1CAPP:2541\ERP_Test" setează RepoPath="tcp://1CAPP/ERP_DEV" setează RepoUserName="test" setează RepoUserPass="123" rem Terminați utilizatorii apel deployka session kill -db % BaseName % -db-user % UserName % -db-pwd % UserPass % -rac % RacPath % -lockuccode % uccode % rem Actualizați configurația bazei de date din depozit apel deployka loadrepo % ConStr % % RepoPath % -db-user % UserPass % -db-pwd % UserPass % -storage-user % RepoUserName % -storage-pwd % RepoUserPass % -uccode % uccode % rem Actualizați configurația bazei de date apelați deployka dbupdate % ConStr % -db-user % UserName % -db-pwd % UserPass % -uccode % uccode % rem Deblocare sesiuni apel deblocare sesiune deployka -db % BaseName % -db-user % UserName % -db-pwd % UserPass % -rac % RacPath % -lockuccode % uccode %

Mulțumesc tuturor celor care au citit până la sfârșit. Scrieți dacă aveți întrebări.

Te-a ajutat acest articol?

Sistemul automatizat 1C Enterprise vă permite să efectuați management, comerț, contabilitate și să primiți rapoartele necesare. Există două tipuri de operare a programului:

• Fișier - 1C este instalat pe un singur computer; niciun manager nu poate lucra cu baze de date. Această opțiune este potrivită pentru companiile mici cu o cifră de afaceri mică.
• Versiune client. Când lucrați cu 1C, este implicat un sistem de utilizatori; bazele de date sunt situate pe un singur computer, la care sunt conectate toate celelalte. Opțiunea de lucru are o arhitectură pe trei niveluri, constând dintr-o aplicație client, un server 1C Enterprise și baze de date în format MS SQL Server sau PostgreSQL. În acest caz, administrarea serverului 1C este utilizată pentru a asigura configurarea corectă.

Consola de administrare a serverului 1C:functii principale

Serverul 1C nu are o interfață încorporată pentru administrare, așa că se folosește consola. Este inclus în pachetul de livrare standard al versiunii corespunzătoare a 1C Enterprise. Acest utilitar standard este instalat pe fiecare computer local, iar bazele de date pot fi localizate aici sau pe un server la distanță.

Folosind consola pentru administrarea serverului 1C Enterprise, puteți rezolva următoarele sarcini:

• Faceți modificări în funcționarea serverului, creați altele noi, ștergeți cele inutile. Ele pot găzdui baze de date și pot defini interacțiuni între diferiți utilizatori.
• Creați administratori. Aceștia sunt utilizatori care au drepturi de acces pentru a face modificări la servere. Fiecare administrator poate administra doar serverul alocat. Dacă nu adăugați un singur administrator, orice utilizator înregistrat poate administra serverul 1C.
• Crearea fluxurilor de lucru cluster 1C. Adăugarea de procese de lucru vă permite să influențați performanța unui anumit utilizator din sistem. În proprietăți puteți seta valoarea maximă a performanței (până la 1000). Sesiunile de rulare sunt atașate procesului cu performanță maximă. Sistematic, sistemul analizează și redistribuie în mod independent aceste valori pentru optimizare.
• Crearea bazelor de date în 1C Enterprise. Puteți seta posibilitatea ca utilizatorii să se conecteze la acesta sau să îi permiteți să funcționeze numai local.
• Încheierea forțată a ședințelor. Uneori, un mesaj de server vă informează că lucrările sunt deja în curs de desfășurare sub numele de utilizator specificat. Sistemul nu încheie întotdeauna acest proces de unul singur, astfel încât administrarea vă permite să încheiați forțat sesiunea pentru orice utilizator.

Cum să începi să lucrezi în 1C?

Aplicația client 1C Enterprise este o platformă goală. Pentru ca acesta să înceapă să funcționeze, trebuie să efectuați mai mulți pași secvențiali:

• Consola este instalată. Permite administrarea ulterioară a serverelor 1C.
• Crearea unui server central. Apoi, pe baza acestuia, puteți crea structuri care îi raportează. Pentru a face acest lucru, folosind meniul contextual, introduceți numele, protocolul utilizat și numărul portului utilizat pentru comunicare.
• Crearea unui cluster. În acest caz, meniul contextual va ajuta și el. Este necesar să completați informațiile solicitate (numele clusterului, computerul utilizat, portul de conectare, care nu se potrivește neapărat cu portul specificat mai devreme).
• Crearea unei baze de date cu informații. În ramura corespunzătoare, trebuie să utilizați și meniul contextual. Acolo sunt introduși parametrii necesari (nume, descriere, tip de conexiune, locație, tip DBMS, nume de utilizator și parolă). După confirmarea corectitudinii datelor introduse, se creează baza de date. Acum puteți introduce datele necesare în el.

La prima vedere, administrarea 1C Enterprise este un proces simplu, dar fără setările corecte, sistemul nu va funcționa corect, utilizatorul nu își va putea folosi capacitățile la maximum. Sunt posibile și probleme tehnice suplimentare.

Administrarede către profesioniști: principalele avantaje

Versiunea client a 1C este utilizată de întreprinderile mijlocii și mari care trebuie să conecteze toate computerele, inclusiv unitățile structurale de la distanță, într-un singur sistem. Acest lucru vă permite să luați decizii de management, să primiți rapoarte consolidate și să efectuați o contabilitate generală.

Un rol important îl joacă configurarea corectă și întreținerea constantă a platformei, crearea de utilizatori, clustere, administratori și efectuarea modificărilor bazelor de date. Pentru a face acest lucru trebuie să aveți un anumit personal de specialiști. Pentru a face acest lucru, puteți angaja noi angajați, puteți instrui în mod constant oamenii existenți sau puteți externaliza serviciul. Fiecare companie decide singură care metodă este potrivită în condiții specifice de operare.

Administrarea platformei 1C, realizată de specialiști profesioniști, are o serie de avantaje:

• Configurarea corectă a sistemului, care vă permite să garantați funcționarea adecvată a 1C, fără defecțiuni tehnice.
• Modificări constante și monitorizare a securității. Activitățile companiei sunt dinamice, punând noi sarcini sistemului automatizat de a lua decizii manageriale și strategice.
• Instalarea de noi module, distribuirea corectă a drepturilor de acces, crearea de subsisteme. Este deosebit de important pentru companiile mari cu sucursale și unități îndepărtate.
• Monitorizarea încărcării sistemului, distribuirea sarcinii pe diferite computere server.

1C funcționează cu diferite locații ale componentelor arhitecturale; acestea pot fi localizate pe același computer sau pe diferite computere. Pentru a asigura o protecție maximă, se recomandă ca fiecare element să fie amplasat pe computere diferite.