Meniul
AcasăInternet

Consola serverului 1C 8.3 nu pornește. Administrarea serverelor 1C Enterprise. Adăugarea unei baze de informații existente la lista de baze de informații din fereastra de lansare 1C:Enterprise

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, începând de la care 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 fost petrecut procesorului ș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, componente externe, aplicații terțe etc.

Fluxuri de lucru (clustering)

În platforma 1C 8.2, a fost posibil să se creeze manual procese de lucru pentru serverul 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ă se atinge cantitatea maximă de memorie a procesului de lucru î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 de servicii 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 servere î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.


Interval 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 faptului că dacă se declanșează condiția depășirii 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 Cantitatea de memorie 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 joburile 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.

Salutare dragi cititori.

Astăzi vom vorbi despre fonduri Administrare server 1C:Enterprise.

1C: Enterprise acceptă următoarele:
Client - versiunea serverului de lucru
Versiunea de fișier a lucrării

Când se lucrează în modul client-server, se utilizează o arhitectură pe trei niveluri folosind un cluster de servere 1C:Enterprise, prin care se realizează comunicarea între partea client a 1C:Enterprise și DBMS.

Server 1C nu are propria sa interfață cu utilizatorul; pot fi folosite diverse instrumente pentru a-l controla; Utilitar de administrare client-server, poate fi instalat la .

Utilitate administrare server 1C:Enterprise sau Consolă server 1C

Sarcinile principale ale consolei serverului 1C:

  • Crearea, ștergerea și modificarea serverelor de producție;
  • Crearea de administratori;
  • Crearea, ștergerea proceselor de lucru în cluster;
  • Crearea și ștergerea securității informațiilor
  • Încheierea forțată a ședinței;
  • Blocarea noilor conexiuni.

Să luăm în considerare pe scurt punctele principale ale consolei de administrare a serverelor 1C:

Creați un server Central 1C

La adăugați un nou server central 1C:Enterprise 8.2 vom folosi meniul contextual evidențiind mai întâi linia Servere Central 1C

Va apărea o fereastră în care trebuie să introduceți numele serverului 1C sau adresa IP a acestuia.

Crearea de administratori de server 1C

ÎN Administratori de sucursale administratorii de server sunt adăugați. Administratorii au drepturi de a-și administra doar propriul server, nu trebuie să fii administrator pentru a gestiona un cluster. Dacă nu a fost adăugat niciun Administrator, atunci toți cei care se conectează vor putea gestiona serverul.

Crearea fluxurilor de lucru cluster 1C

Servere de lucru Aici sunt adăugate și eliminate procesele de lucru, permițându-vă să influențați performanța sesiunilor de utilizator prin distribuția acestora în procesele de lucru.

Dacă te uiți la proprietățile procesului, vei vedea următoarele:
Performanţă: este indicat un număr de până la 1000, valoarea implicită este 1000. Procesului care are performanța maximă se atașează sesiuni noi și o dată la fiecare N minute sistemul însuși analizează sarcina reală a procesorului și rearanjează numărul de performanță.
Proprietate activată: aici se monitorizează activitatea procesului și poate lua următoarele valori: Folosește, nu folosește, folosește ca rezervă

Crearea și ștergerea securității informațiilor

În fir Baze de informații bazele de date conectate sunt vizibile, este posibil să ștergeți o bază de date sau să creați una nouă.
Dacă ne uităm la proprietățile bazei de date, vom vedea următoarele:

Blocarea începerii sesiunii este activată– interzice conectarea la această bază de date.
Mesaj– emis când încercați să vă alăturați în timp ce este blocat.
Cod de permisiune– permite realizarea unei conexiuni atunci când conexiunile sunt blocate.

Încheierea unei sesiuni de utilizator 1C

În general Ramura sesiunilor puteți vizualiza lista de sesiuni pentru întregul cluster pentru a vizualiza sesiunile pentru o bază de informații separată, trebuie să selectați securitatea informațiilor dorite și să vizualizați sesiunile acesteia.


În majoritatea cazurilor, pentru a instala 1C:Enterprise 8.x în versiunea client-server, este suficient să rulați programul de instalare 1C:Enterprise 8.x. În acest caz, serverul 1C:Enterprise primește valorile parametrilor standard necesare pentru funcționarea sa normală.

Să ne uităm la instalarea serverului 1C:Enterprise mai detaliat. În timpul instalării serverului 1C:Enterprise 8.x, programul de instalare 1C:Enterprise 8.x efectuează următoarele acțiuni:

* Copiază modulele de pornire a serverului 1C:Enterprise în directorul specificat de programul de instalare 1C:Enterprise ca folder final.
* Dacă în timpul instalării este selectat „Creare user USR1CV81”, se creează utilizatorul USR1CV81. Serverul 1C:Enterprise 8.1 rulează în numele acestui utilizator dacă este lansat ca serviciu. Are acces doar la acele resurse de care are nevoie serverul 1C:Enterprise. Este important ca serverul 1C:Enterprise să necesite două directoare pentru a funcționa: un director general cu datele serverului (de obicei „C:\Program Files\1cv81\server”) și un director cu fișiere temporare (de obicei, „C:\Documents and Settings”. \usr1cv81\Local Settings \Temp" sau "C:\WINNT\Temp"). Utilizatorul USR1CV81 primește drepturi asupra directorului partajat cu datele serverului. Directorul de fișiere temporare este de obicei accesibil tuturor utilizatorilor.
* Dacă în timpul procesului de instalare „Instalați serverul 1C:Enterprise 8.1 ca serviciu Windows” este activat, atunci acesta înregistrează serviciul de agent server 1C:Enterprise în Windows și îl pornește. La prima lansare, un cluster de servere 1C:Enterprise este creat cu setări implicite. Are un server de lucru și un proces de lucru. Adresa serverului de lucru se potrivește cu numele computerului pe care a fost efectuată instalarea.

Utilizatorul USR1CV81 sau USR1CV82 și drepturile acestuia

1C:Enterprise Server este o aplicație server a cărei funcționare nu ar trebui să depindă de utilizatorul care este conectat la computerul server în modul interactiv, dacă cineva este conectat. Prin urmare, la instalarea unui server 1C:Enterprise, este indicat să creați un utilizator special USR1CV81, dotat cu drepturile minime necesare pentru serverul 1C:Enterprise, și care nu este destinat logării interactive. Serverul 1C:Enterprise este prezentat sistemului Windows de către utilizatorul USR1CV81.

Să aruncăm o privire mai atentă asupra drepturilor setate pentru utilizatorul USR1CV81. 1C: Serverul Enterprise folosește următoarele directoare:

* Directorul de încărcare a modulelor se află în directorul specificat de programul de instalare 1C:Enterprise ca folder final. Conține modulele de încărcare ale serverului 1C:Enterprise. Utilizatorul USR1CV81 necesită drepturi pentru a citi date și a rula programe din acest director și subdirectoarele acestuia. Primește aceste drepturi implicit prin includerea în grupul Utilizatori.
* Directorul de date server este de obicei numit „C:\Program Files\1cv81\server”. Utilizatorul USR1CV81 necesită drepturi complete asupra acestui director. La crearea utilizatorului USR1CV81, programul de instalare 1C:Enterprise îi acordă drepturi asupra acestui director.
* Directorul de fișiere temporare este de obicei numit „C:\Documents and Settings\usr1cv81\Local Settings\Temp” sau „C:\WINNT\Temp”, care este determinat de valoarea variabilei TEMP de mediu a utilizatorului sau de mediul de sistem TEMP variabil. Puteți vizualiza valoarea acestei variabile în dialogul Proprietăți sistem (Start -> Setări -> Panou de control -> Sistem -> Avansat -> Variabile de mediu). Programul de instalare 1C:Enterprise oferă utilizatorului USR1CV81 drepturi complete asupra acestui director. De obicei, la instalarea Windows, directorul de fișiere temporare este accesibil tuturor utilizatorilor prin includerea grupului CREATOR OWNER în lista de acces. Cu toate acestea, acest acces nu este complet. În special, căutarea fișierelor în acest director nu este disponibilă pentru toți utilizatorii. Setarea dreptului depline utilizatorului USR1CV81 asupra directorului de fișiere temporare permite serverului 1C:Enterprise să efectueze toate operațiunile de care are nevoie. Puteți vizualiza lista de acces în caseta de dialog cu proprietățile directorului din fila Securitate. Prezența grupului CREATOR OWNER permite accesul la director de către orice utilizator care creează orice fișiere în acest director sau deține orice fișiere în acest director. În acest caz, în lista de acces a fișierului creat, în locul grupului CREATOR OWNER, va fi scris utilizatorul care a creat fișierul. Printre utilizatorii cărora li se permite accesul la acest director trebuie să fie utilizatorul USR1CV81, care are drepturi depline asupra acestui director.
Este important să rețineți că directorul de fișiere temporare pentru un anumit utilizator (inclusiv utilizatorul USR1CV81) este determinat de o combinație a variabilelor de mediu ale utilizatorului respectiv și a variabilelor de mediu de sistem. Pentru a afla acest director, programul de instalare 1C:Enterprise solicită contextul utilizatorului USR1CV81. Pentru a face acest lucru în Windows 2000, utilizatorul în numele căruia este lansat programul de instalare 1C:Enterprise poate avea nevoie de următoarele privilegii: Acționează ca parte a sistemului de operare și Bypass traverse checking. Puteți verifica privilegiile utilizatorului folosind utilitarul Local Sequrity Settings din filiala Local Policies -> User Rights Assignment. La instalarea unui nou software, instalatorul obține de obicei aceste privilegii automat.

Înregistrarea unui server 1C:Enterprise ca serviciu Windows

1C:Enterprise Server este o aplicație simplă de consolă Windows și poate fi lansată interactiv. Cu toate acestea, pentru utilizare constantă, acest lucru este incomod, deoarece necesită lansarea serverului 1C:Enterprise de la autentificarea unui utilizator inactiv pe computerul server. Pentru a elimina această dependență, serverul 1C:Enterprise poate fi lansat ca serviciu Windows. Pentru a face acest lucru, trebuie să fie înregistrat în managerul de servicii Windows.

Pentru a vizualiza o listă de servicii Windows și parametrii acestora, utilizați utilitarul Servicii componente (Start -> Setări -> Panou de control -> Instrumente administrative -> Servicii). Serverul 1C:Enterprise este reprezentat în lista de servicii de serviciul „1C:Enterprise Server Agent 8.1”. Parametrii serviciului determină lansarea procesului 1C:Enterprise Server Agent (ragent), utilizatorul sub numele căruia este lansat și metoda de repornire în situații de urgență.

În caseta de dialog de proprietăți a serviciului „1C:Enterprise 8.1 Server Agent”, în fila General, este afișată linia pentru lansarea procesului ragent, care este 1C:Enterprise Server Agent. De obicei, această linie arată astfel:


Se precizează că:

* procesul Server Agent este modulul de pornire „C:\Program Files\1cv81\bin\ragent.exe”;
* procesul ragent rulează ca un serviciu Windows și trebuie gestionat de un manager de servicii (-srvc);
* folosit ca agent 1C:Enterprise Server (-agent);
* la pornirea serviciului pentru prima dată, trebuie creat un cluster cu parametrii impliciti și numărul portului IP principal 1541 (-regport 1541). Folosind acest port, aplicațiile client trebuie să se conecteze la bazele de informații înregistrate în cluster;
* Portul IP al agentului server trebuie să fie numerotat 1540 (-port 1540). Folosind acest port, Cluster Console trebuie să se conecteze la serverul central pentru a efectua funcții administrative;
* când procesele cluster sunt lansate pe acest server, li se vor atribui dinamic porturi IP din intervalul 1560-1591 (-interval 1560:1591).
* datele generale ale clusterului vor fi localizate în directorul „C:\Program Files\1cv81\server” (-d „C:\Program Files\1cv81\server”).

Serviciul „1C:Enterprise 8.1 Server Agent” poate fi adăugat sau eliminat nu numai la instalarea sau dezinstalarea 1C:Enterprise folosind programul de instalare 1C:Enterprise 8.1, ci și manual. Pentru a face acest lucru, puteți rula utilitarul ragent din linia de comandă, specificând parametrii corespunzători.

Pentru a crea un serviciu, trebuie să specificați parametrul -instsrvc și următorii parametri: -usr - numele utilizatorului sub numele căruia ar trebui să fie lansat serviciul, -pwd - parola acestui utilizator. În acest caz, parametrii rămași vor deveni parametrii liniei de lansare ai 1C:Enterprise Server Agent ca serviciu. De exemplu, pentru înregistrarea standard a serviciului 1C:Enterprise Server Agent în modul de depanare, setul de parametri ar trebui să fie după cum urmează:

„C:\Program Files\1cv81\bin\ragent.exe” -instsrvc -usr .\USR1CV81 -pwd Password -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv81\server" - depanare

Pentru a elimina un serviciu, trebuie să specificați parametrul -rmsrvc. De exemplu:
„C:\Program Files\1cv81\bin\ragent.exe” -rmsrvc

Uneori este util să schimbați linia de pornire Server Agent sau alți parametri ai serviciului Agent, de exemplu, activați modul de depanare sau creați mai multe servicii de versiuni diferite. Caseta de dialog cu proprietățile serviciului nu vă permite să editați linia de lansare a aplicației de serviciu și alți parametri, de exemplu, identificatorul serviciului. Pentru a edita, veți avea nevoie de utilitarul regedit, conceput pentru a vizualiza și edita registrul de sistem Windows.

Atenţie!
Editarea registrului de sistem Windows necesită precauție extremă, deoarece modificările eronate ale acestuia pot face sistemul de operare inoperabil.

Rulați utilitarul regedit (deschideți Start -> Run și tastați regedit) și selectați ramura:


Printre parametrii săi se numără parametrul ImagePath, a cărui valoare este șirul de pornire al agentului 1C:Enterprise Server. Aici puteți adăuga noi parametri șir de lansare sau puteți modifica valorile celor existenți. O listă completă a parametrilor posibili este dată în documentația „1C:Enterprise 8.1 Client-Server”.

Dacă trebuie să înregistrați mai multe servicii independente 1C:Enterprise Server Agent, trebuie să le specificați cu module de pornire diferite, porturi diferite și directoare de date cluster diferite. De asemenea, trebuie să le înregistrați cu diferiți identificatori de serviciu. Acest lucru se poate face astfel:

* Creați primul serviciu:
„C:\Program Files\1cv81\bin\ragent.exe” -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d „C:\Program Files\1cv81\server”

* Folosind utilitarul regedit, schimbați identificatorul serviciului înregistrat. Pentru a face acest lucru: selectați o ramură
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent First
* Creați un al doilea serviciu:
„C:\Program Files\1cv81_10\bin\ragent.exe” -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d „C:\Program Files\1cv81_10\server”

* Poate că și ID-ul lui ar trebui schimbat. Pentru a face acest lucru: selectați o ramură
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent
și schimbați-i numele, de exemplu în:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent Second

Ce nu poate face programul de instalare 1C:Enterprise?

După cum sa menționat deja, programul de instalare 1C:Enterprise copiază modulele de boot 1C:Enterprise și efectuează înregistrarea necesară în COM și în managerul de servicii Windows. Cele de mai sus sunt informații necesare pentru a înțelege mecanismele interne ale acestei înregistrări. Dacă nu numai serverul este instalat pe computerul server, ci și partea client a 1C:Enterprise, atunci acesta este gata să funcționeze imediat după instalare (și conectarea cheilor de securitate).

Pentru ca serverul 1C:Enterprise să fie accesibil de pe alte computere din rețeaua locală, trebuie să verificați setările de rețea de pe computerele server și client, precum și pentru rețea în ansamblu. TCP/IP este utilizat pentru a transfera date între aplicațiile client și serverul 1C:Enterprise, precum și între procesele cluster de server. Funcționarea 1C:Enterprise în versiunea client-server depinde de configurația corectă a acestuia.

Procesele unui cluster de servere 1C:Enterprise se conectează între ele la adresele definite ca valorile proprietății „Computer” în dialogul de proprietăți al serverelor de lucru. Clusterul necesită ca valoarea proprietății Computer să fie fie o adresă IP în notație cu puncte, fie o adresă simbolică din care adresa IP poate fi determinată folosind funcția gethostbyname definită în API-ul TCP. Adresa IP este determinată fie pe baza tabelului local de adrese simbolice (C:\WINNT\system32\drivers\etc\hosts), fie pe tabelele de adrese din serverele DNS disponibile. Dacă adresa simbolică a serverului de lucru nu determină adresa sa IP sau o determină incorect (de exemplu, adresa IP nu se potrivește cu adresa IP reală a acestui computer), atunci clusterul nu va funcționa. Este important ca numele computerelor și adresele acestora definite în Windows pe fiecare dintre serverele de lucru din cluster să nu contrazică numele lor în DNS.

Pe fiecare server de lucru, procesele cluster utilizează următoarele porturi: portul IP al serverului de lucru (de obicei 1540); Porturile IP din intervalele de porturi IP ale fluxului de lucru (de obicei 1560-1591). În plus, serverul central al clusterului utilizează portul cluster (de obicei 1541). Dacă sistemul utilizează firewall-uri, atunci transmisia de date pe aceste porturi trebuie permisă. În loc să permiteți porturi din lista de mai sus, puteți permite transferul de date către procesele cluster (ragent, rmngr, rphost).

Conexiunea dintre aplicația client 1C:Enterprise și server se realizează în 2 etape. Mai întâi stabilește o conexiune cu managerul de cluster. Aceasta utilizează adresa serverului central (simbolică sau numerică) și portul cluster (de obicei 1541). Apoi, aplicația client stabilește o conexiune cu unul dintre procesele de lucru. Valoarea proprietății „Computer” a serverului de lucru corespunzător și portul procesului de lucru, care este selectat din gama de porturi IP ale serverului de lucru, sunt utilizate ca adresă. Transmiterea datelor către aceste porturi trebuie permisă în toate firewall-urile de-a lungul rutei de la computerul aplicației client la computerele clusterului de servere 1C:Enterprise. Adresa IP a proceselor serverului este determinată folosind funcția gethostbyname de pe computerul client. Este important ca numele serverelor centrale și de lucru și adresele acestora definite în Windows pe fiecare dintre serverele din cluster să nu contrazică numele acestora în DNS-ul accesibil computerului client.

Și un ultim lucru. Evident, pentru a accesa cu succes serverul 1C:Enterprise de pe alte computere, acesta trebuie să fie în rețea și trebuie făcute setările necesare pentru aceasta. Conectarea la o rețea și metodele de configurare se referă la administrarea rețelelor bazate pe Microsoft Windows și sunt descrise în instrucțiunile corespunzătoare.

Caracteristici de configurare a unui server SQL

1C: Enterprise în versiunea „client-server” folosește un server SQL pentru a stoca date. În acest caz, doar 1C:Enterprise Server accesează serverul SQL. 1C: Clienții Enterprise nu au acces direct la serverul SQL. Instalarea și configurarea unui server SQL este descrisă în detaliu în documentația Microsoft SQL Server. Pentru funcționarea cu succes a 1C:Enterprise Server cu un server SQL, trebuie să acordați o atenție deosebită următoarelor setări.

* Componentele serverului SQL necesare. Pentru a accesa serverul SQL din partea 1C:Enterprise Server, componentele Microsoft Data Access 2.6 sau o versiune ulterioară trebuie să fie instalate pe computerul 1C:Enterprise Server.
* Autentificarea utilizatorului prin server SQL. Drepturile de acces la bazele de date SQL server sunt determinate de utilizatorul în numele căruia sunt accesate bazele de date. De pe computerul pe care este instalat serverul SQL, lansați utilitarul SQL Server Enterprise Manager, găsiți nodul Local (Rădăcină Consolă -> Servere Microsoft SQL -> Grup SQL Server -> (Local)) și deschideți proprietățile acestuia. Pe fila Sequrity puteți vedea că serverul SQL acceptă două metode de autentificare a utilizatorului: SQL Server și numai Windows și Windows. Autentificarea Windows va permite serverului 1C:Enterprise să acceseze serverul SQL numai în numele utilizatorului USR1CV81, ceea ce nu permite diferențierea drepturilor de acces la diferite baze de informații deservite de un server 1C:Enterprise. Este recomandat să selectați modul SQL Server și Windows. În acest caz, accesul la o anumită bază de informații va fi efectuat în numele utilizatorului care a fost specificat ca utilizator de server SQL la crearea acestei baze de informații. Este important ca acest utilizator să aibă nu numai drepturi complete asupra bazei de date infobase, ci și drepturi de a crea baze de date în serverul SQL și de a citi tabelele bazei de date Master.
* Protocoale de rețea pentru accesarea serverului SQL. Dacă 1C:Enterprise Server și serverul SQL sunt situate pe computere diferite, atunci trebuie să configurați protocoalele de acces la rețea la serverul SQL. Acest lucru se poate face folosind utilitarul de rețea client SQL Server. În fila General, puteți selecta o listă de protocoale de rețea utilizate pentru a accesa serverul SQL. Cel mai rapid și mai versatil este utilizarea protocolului TCP/IP. Când utilizați alte protocoale, trebuie să aveți în vedere că unele dintre ele, de exemplu Named Pipes, efectuează autentificare suplimentară folosind instrumente Windows atunci când fac schimb de date cu serverul SQL. În acest caz, pentru a lucra cu succes cu serverul SQL, utilizatorul USR1CV81 trebuie să fie înregistrat pe computer cu serverul SQL, cu drepturile corespunzătoare. Protocolul de acces pentru acest server SQL poate fi modificat în fila Alias.

Pe lângă articol

Nu există nicio îndoială că combinația MS SQL Server + server 1C: Enterprise 8 este cea mai populară și mai frecvent utilizată combinație din nișa sa. Pentru suportul său de înaltă calitate, este de dorit o înțelegere a ambelor produse. În același timp, în practică, un specialist în asistență de obicei fie este specializat în administrarea MS SQL Server și nu este familiarizat cu caracteristicile serverului 1C: Enterprise 8, fie, dimpotrivă, este specializat în administrarea serverului 1C: Enterprise 8 și nu este familiarizat cu caracteristicile MS SQL Server.

Acest articol a fost scris pentru a-i ajuta atât pe aceștia, cât și pe alți specialiști, menit să vă economisească timp și să vă atragă atenția asupra celor mai importante detalii atunci când utilizați împreună aceste produse software.

Pentru a face informațiile mai ușor de înțeles, sunt furnizate studii de caz, note și sfaturi (în cursive).

Circuit cu trei legături

După cum cititorul poate ști deja, baza de date în cazul în cauză are o arhitectură pe trei niveluri:

Link 1: MS SQL Server DBMS. „Stochează” și întreține baza de date, efectuând în cele din urmă toate tipurile de operațiuni ale bazei de date. Astfel, performanța bazei de date, viteza și paralelismul citirii și scrierii datelor sunt în mare măsură determinate de performanța MS SQL Server.

Link 2: Server „1C: Enterprise 8”. Servește ca intermediar în interacțiunea dintre clienți (utilizatori) și MS SQL Server. Toate cererile clientului sunt trimise către server, care le „traduce” în limbajul de interogare MS SQL Server, primește rezultatele executării acestor interogări și trimite rezultatele clientului.

Există doar o mică parte din operațiunile care sunt efectuate la nivelul serverului 1C: Enterprise 8, fără a accesa MS SQL - aceasta este, în special, urmărirea așa-numitelor „blocări gestionate”, citirea și scrierea „parametrilor de sesiune”. În astfel de cazuri, accesul la SGBD nu este necesar, deoarece aceste operațiuni sunt efectuate nu cu date de bază de date, ci cu informații de server auxiliare.

Link 3: parte client din „1C: Enterprise 8”. Accesează serverul 1C: Enterprise 8, primește rezultate de la acesta (adică, de exemplu, mostre de date) și este responsabil pentru interfața cu utilizatorul.

„Am vrut ce e mai bun”.

După reinstalarea serverului 1C: Enterprise 8, utilizatorii se plâng de o scădere bruscă a performanței. Specialistul în implementarea software-ului 1C: Enterprise care a efectuat reinstalarea este doar surprins - spun că a vrut tot ce este mai bun, sistemul ar fi trebuit să înceapă să funcționeze mai repede... Analiza situației a arătat că serverului 1C: Enterprise 8 i-au fost alocate prea multe resurse : procesează (vezi punctul 3) rphost a ocupat 15,5 GB din cei 16 GB de RAM ale serverului, ca urmare, practic nu era RAM disponibilă pentru serverul MS SQL compatibil.

Rezultatul este un „swap” constant, o încărcare inutilă a subsistemului de disc și o execuție extrem de lentă a operațiunilor bazei de date - datorită faptului că MS SQL Server nu are timp să proceseze cererile venite de la 1C „overclockat”: Enterprise 8. Server.

Compatibilitatea produsului

Informațiile actuale despre versiunile de MS SQL Server recomandate pentru utilizare împreună cu 1C: Enterprise 8 trebuie găsite la acest link http://v8.1c.ru/requirements/.

La momentul scrierii acestui articol, dezvoltatorii 1C recomandă următoarele opțiuni:

      1. SQL Server 2008 R2.
      2. SQL Server 2008, necesită instalarea Service Pack 1 (SP1).
    3. SQL Server 2005, necesită instalarea Service Pack 3 (SP3).



Este posibil din punct de vedere tehnic, dar nu este recomandat, să utilizați MS SQL Server 2000, necesită instalarea Service Pack 2 (SP2), iar instalarea Service Pack 4 (SP4) este de dorit.

Vă rugăm să rețineți că această versiune este în prezent depreciată și nu are o versiune pe 64 de biți pentru arhitectura x86-64.

Notă:

Este necesar să acordați atenție setărilor sistemului de operare: de exemplu, pentru funcționarea eficientă a M SQL Server 2008 sub Server 2008R2 OS, trebuie să dezactivați modul de alimentare echilibrată și să treceți la modul de performanță maximă.

Instalarea versiunii client-server a „1C: Enterprise 8”

„1C instalat”

Pentru unul dintre clienți, instalarea 1C: Enterprise 8 a fost efectuată de un administrator de sistem care nu avea experiență de lucru cu 1C: Enterprise 8. Și, deși, potrivit lui, a „instalat 1C”, nu exista nicio parte client pe computerele utilizatorului și o parte server pe server. Analiza situației a clarificat imaginea - kitul 1C: Enterprise 8 a inclus 2 discuri - instalarea platformei și instalarea șabloanelor de baze de date. Administratorul nu a aprofundat în procedura de instalare - și a instalat șabloane de baze de date, mai degrabă decât fișiere executabile, componente ale platformei.

Desigur, acesta este un exemplu atipic de atitudine excepțional de neatentă față de muncă.

Când instalați „1C: Enterprise 8”, trebuie să luați în considerare faptul că următoarele sunt instalate separat:

      Platforma 1C: Enterprise 8 este o aplicație executabilă, un mediu integrat pentru dezvoltarea și operarea bazelor de date. Când îl lansați, selectați unul dintre cele două moduri de operare - „Enterprise” (shell de bază de date utilizator) sau „Configurator” (mediu de dezvoltare integrat). O descriere mai completă poate fi citită pe link
      Șabloanele de configurare „1C: Enterprise” sunt un fișier cu formatul intern al platformei, cu ajutorul căruia platforma poate crea o bază de date pură sau demo a structurii conținute în șablon. De asemenea, puteți utiliza modelul de actualizare pentru a actualiza structura unei baze de date existente care este deja plină cu date.
      Când instalați platforma, ar trebui să acordați atenție selecției componentelor:





Este posibil ca componenta 1C: Enterprise să nu fie instalată pe server(e).

În acest caz, serverul va oferi computerelor client acces la bazele de date 1C: Enterprise, dar lucrul cu baza de date în modul utilizator direct de pe server nu va fi posibil.

Notă:

Versiunea pe 64 de biți a platformei nu conține o parte client. Prin urmare, atunci când se instalează pe un server, componentele serverului pe 64 de biți sunt instalate separat, iar componentele aplicației client pe 32 de biți sunt instalate separat.

Componenta „1C Server: Enterprise” este necesară pentru a se conecta la MS SQL Server - este un server de aplicații, o legătură de conectare între platforma de pe stațiile de lucru client și MS SQL Server.

Este posibil să instalați componenta în modul unei aplicații simple sau serviciu de sistem și, desigur, este recomandată a doua opțiune.

Când este instalată „ca serviciu”, această componentă va fi lansată și executată în numele utilizatorului selectat:




După încărcare, componenta generează mai multe procese, cum ar fi: „server agent”, „server cluster manager”, „server worker processes”.

Interogările la baza de date sunt executate de procesele de lucru, iar managerul de cluster de servere distribuie încărcarea între ele.

Procesele de lucru ale serverului pot fi gestionate (adăugate, șterse, setate limite de utilizare a RAM, declarate primare sau de rezervă) dacă este instalată componenta 1C: Enterprise Server Administration.



Notă:

Pentru versiunea pe 32 de biți a serverului, se recomandă instalarea proceselor de lucru într-un număr atât de mare încât să nu lase RAM neutilizată - fiecare dintre ele are o limitare vizibilă a utilizării RAM, de la 2 la 4 GB în funcție de sistem. configurație.

Pentru versiunea pe 64 de biți a serverului, două procese de lucru sunt teoretic suficiente - un lucrător și unul de rezervă. Cu toate acestea, în practică, pentru a asigura fiabilitatea și stabilitatea conexiunilor pentru un număr semnificativ (câteva sute) de utilizatori, este necesar un număr mai mare, aceasta depinde de mulți factori - de numărul de utilizatori, conținutul bazei de date și volumul de interogări efectuate, astfel încât autorii consideră că numărul de procese în acest caz ar trebui selectat experimental.

"Ouroboros"

După optimizarea nereușită a setărilor serverului 1C: Enterprise 8, utilizatorii au raportat o funcționare extrem de lentă a sistemului, iar administratorul de sistem a observat o încărcare constantă a procesorului de 100% pe server.

O analiză a situației a arătat sursa problemei - în timpul configurării, a fost stabilită o limită prea mică pentru utilizarea RAM de către procesele de lucru.

Dar adevărul este că această limitare funcționează după cum urmează:

Când managerul de cluster de server vede că un proces de lucru a depășit limita RAM, procesul este încheiat, este dezactivat, este creat un nou proces de lucru și conexiunile și solicitările utilizatorilor sunt redistribuite între procesele de lucru.

Limita stabilită a fost atât de mică (300 MB) încât procesul de lucru nu a putut deservi pe deplin nici măcar un utilizator intens - ca urmare, managerul clusterului de server repornește constant procesele de lucru și reconecta utilizatorii. De îndată ce a fost creat un nou proces și utilizatorii s-au conectat la acesta, limita RAM a fost atinsă aproape instantaneu și a provocat următoarea repornire. Acest lucru a luat 100% din sarcina procesorului.

Componenta „1C Server: Enterprise” nu este necesară pe stațiile de lucru client și nu va putea porni acolo, deoarece necesită prezența fizică a unei chei de securitate.

Dacă numărul de utilizatori conectați este mic (mai puțin de 50), serverul de aplicații este de obicei instalat pe același computer pe care rulează MS SQL Server.

Pentru sistemele cu un număr mare de utilizatori și/sau un volum mare de fluxuri de informații, se recomandă instalarea separată, precum și utilizarea unui cluster de servere.

Componenta „1C: Enterprise Server Administration” poate fi utilă și pentru clienți – de exemplu, cu ajutorul ei puteți vedea o listă de baze de informații conectate la un anumit server „1C: Enterprise”.

Este recomandat să-l instalați pe serverul propriu-zis.

Acces

Notă:

Pentru a verifica dacă este asigurat accesul, nu este suficient să folosiți utilitarul de administrare a serverului 1C: Enterprise și, cu atât mai mult, prezența serverului în „Network Neighborhood” nu este suficientă!

Este necesar ca fiecare client să se conecteze la baza de date instalată pe server - doar acest lucru va oferi 100% încredere că accesul este oferit.

1. În funcție de politicile de securitate, MS SQL Server utilizează autentificarea contului Windows sau autentificarea contului MS SQL Server.




În acest ultim caz, la crearea unei baze de date 1C: Enterprise, sistemul va solicita login-ul și parola contului MS SQL Server (de exemplu, sa), în primul caz login-ul și parola trebuie lăsate goale:



iar utilizatorul de sistem în numele căruia rulează serverul 1C: Enterprise trebuie să primească drepturi în MS SQL Server, și anume:

      drepturi depline asupra bazei de date în care se află baza de informații
      acces la baza de date master (rol public)
      recomandat - drepturi pentru a crea o bază de date, altfel fiecare nouă bază de date va trebui mai întâi creată folosind MS SQL Server și abia apoi conectată la serverul 1C: Enterprise
      recomandat - dreptul de a vă șterge baza de date



De exemplu, puteți atribui utilizatorului în cauză rolul fix procesadmin sau sysadmin.

Sfat.

Dacă toți utilizatorii pierd simultan accesul la baza de date de lucru, trebuie să verificați din nou drepturile și rolurile utilizatorului în MS SQL Server, inclusiv cele setate pentru o anumită bază de date, adică Maparea utilizatorului:




2. Server 1C: Enterprise accesează MS SQL Server prin mecanismul Microsoft Data Access, deci componentele acestuia trebuie instalate, iar utilizatorul serverului 1C: Enterprise (vezi paragraful anterior) trebuie să aibă drepturi pentru a le rula.

3. Comunicarea dintre clienți și server este suportată de protocolul TCP, deci este necesar ca acest protocol să fie suportat de ambele părți. Pot apărea probleme de potrivire a numelui serverului și a adresei sale IP, de exemplu, dacă este utilizată o rețea peer-to-peer. În acest caz, ar trebui să înregistrați corespondența în fișierul [C:\WINDOWS\] system32\drivers\etc\hosts .

Sfat.

Dacă rețeaua este peer-to-peer, pentru a asigura o conexiune permanentă la server, creați o unitate de rețea care să acceseze oricare dintre folderele acestui server.

4. Dacă se folosește protocolul Named Pipes și dacă MS SQL Server și serverul 1C: Enterprise sunt instalate pe computere diferite, utilizatorul în numele căruia rulează serverul 1C: Enterprise trebuie să fie înregistrat în lista de utilizatori a computerului. pe care rulează MS SQL Server.

5. În unele cazuri, poate fi necesară o configurare suplimentară a paravanului de protecție Windows, adică adăugarea de excepții.

6. Unele programe antivirus pot bloca traficul de rețea „nedorit”, așa că poate fi necesar să adăugați la listele lor de excludere.

7. Lansarea platformei 1C: Enterprise 8 trebuie să fie absolut identică pe client și pe server.

"Gemenii"

„Unul dintre clienți a folosit două servere de baze de date, fiecare dintre ele găzduind o bază de date funcțională. Utilizatorii au lucrat - fiecare simultan cu ambele baze de date. Serviciul de asistență a actualizat platforma 1C: Enterprise 8 pe servere și clienți... Și apoi au început să curgă plângeri. in pentru imposibilitatea conectării la una sau alta bază de date. O analiză a situației a arătat că mai multe persoane au făcut actualizarea pe clienți și servere, iar specialiștii instalatori nu au verificat de două ori dacă instalau aceeași versiune o lansare a platformei pe un server a doua - alta, pe jumătate dintre clienți - prima dintre aceste versiuni, pe cealaltă jumătate - sa dovedit că fiecare utilizator are acces doar la una dintre bazele de date.

Pentru a rezolva rapid problema, fiecare utilizator a trebuit să instaleze ambele versiuni ale platformei și să creeze comenzi rapide separate pentru a se conecta la fiecare bază de date.

Setările inițiale ale MS SQL Server și baza de date

„Și așa funcționează”

MS SQL Server se distinge prin instalarea sa inițială simplă, așa că nu toți administratorii se deranjează cu configurația suplimentară - după efectuarea instalării implicite, baza de date funcționează, utilizatorii sunt autentificați - treaba este gata. Această abordare duce aproape întotdeauna la probleme care apar după aproximativ o lună sau două - și, desigur, brusc și în cel mai incomod.

De exemplu, dacă baza de date este destinată în scopuri contabile, înainte de a depune rapoarte fiscale, este adesea necesară recalcularea urgentă a anumitor date și recalcularea în masă, de exemplu, „toate încasările de active fixe de la începutul anului”. Mai mult, în timpul zilei de lucru, fără a opri munca altor utilizatori ai bazei de date.

Și, bineînțeles, în acest moment se va descoperi că în timpul unei astfel de recalculări baza de date „se îngheață” sau „se blochează” sau nu permite altor utilizatori să lucreze.

Acest tip de „legea lui Murphy” se aplică fiecăruia dintre următoarele puncte.

Înainte de a începe să utilizați MS SQL Server ca SGBD pentru 1C: Enterprise, se recomandă:

1. Setați valoarea parametrului gradul maxim de paralelism la 1.

Acesta este:

      După conectarea la server, introduceți proprietățile serverului prin meniul contextual, elementul Proprietăți
      apoi selectați pagina Avansat și editați parametrul gradul maxim de paralelism






În caz contrar, unele interogări generate de serverul 1C: Enterprise pot cauza eroarea „Paralelismul intra-interogare a cauzat blocarea comenzii serverului (ID-ul procesului #XX). Reluați interogarea fără paralelism intra-interogare utilizând opțiunea indiciu de interogare (maxdop 1). )". După această eroare, partea client se blochează adesea.

Eroarea nu va apărea în mod consecvent, deoarece planul de interogare este format diferit în funcție de statisticile acumulate - se va manifesta pe interogări mari și complexe, adică în cel mai nefericit moment.

2. Creați un plan de întreținere care micșorează baza de date a tabelului temporar tempdb în fiecare noapte. Baza de date cu tabele temporare nu este întotdeauna ștearsă automat de serverul 1C: Enterprise și, uneori, ca urmare a unei interogări scrise nereușite, un tabel temporar de, de exemplu, 50 GB în dimensiune poate fi creat și nu șters. Ca urmare, spațiul pe disc se poate epuiza, drept urmare atât părțile client, cât și serverul se pot prăbuși și există, de asemenea, un mic risc de încălcare a integrității datelor.

Adică ai nevoie de:

      accesați MS SQL Management Studio
      după conectarea la server, extindeți secțiunea „Planuri de întreținere”.
      creați un nou (sau adăugați la un plan de servicii existent),
      adăugați elementul „Execute T-SQL Statement task” (din moment ce nu puteți selecta baza de date tempdb în sarcina „Shrink database”) cu codul




1.UTILIZARE
2.
3.MERGATE
4.
5.DBCC SHRINKFILE (N „tempdev” , 0, TRUNCATEONLY)
6.
7.GO
8.
9.DBCC SHRINKFILE (N"templog" , 0, TRUNCATEONLY)
10.
11.GO

Rețineți că numele fișierului temporar al bazei de date a tabelului poate să nu fie „tempdev”. Puteți utiliza un script pentru a verifica acest nume

1.UTILIZAȚI tempdb
2.
3.MERGATE
4.
5.EXEC sp_helpfile
6.
7.GO




„Oala, nu găti”

Cea mai obișnuită modalitate în practică de a supraumple tempdb și, prin urmare, de a bloca serverul este să uitați să specificați o condiție atunci când vă conectați la tabele.

Și anume, să presupunem că avem două tabele în baza de date, fiecare cu o dimensiune de 20 de mii de înregistrări. Să presupunem că există o corespondență unu-la-unu între înregistrările lor și scriem o interogare care creează un tabel temporar care conține 20 de mii de înregistrări cu câmpuri din ambele tabele sursă. Dar dacă uităm să specificăm condiția de alăturare, fiecare înregistrare a primului tabel va fi unită la fiecare înregistrare a celui de-al doilea! Adică, tabelul rezultat va consta din 20.000 * 20.000 = 400 de milioane de înregistrări. Și așa mai departe.

3. Pentru a reduce încărcarea subsistemului de disc, se recomandă, dacă este posibil, să distribuiți baza de date de lucru și tempdb, jurnalele și fișierul de schimb de sistem pe diferite discuri fizice.

Este mai bine să setați calea dorită pentru stocarea fișierelor bazei de date de lucru atunci când o creați prin editarea coloanei Cale:




Pentru a schimba locația fizică a fișierelor de baze de date temporare de tabel, utilizați comanda ALTER DATABASE, adică în MS SQL Management Studio trebuie să rulați următorul script (comanda „New query”)

1.USE master
2.
3.MERGATE
4.
5.ALTERARE BAZĂ DE DATE tempdb
6.
7.MODIFICAȚI FIȘIER (NUME = tempdev, FILENAME = „Disc_Nou:\Directoriu_nou\tempdb.mdf”)
8.
9.Merg
10.
11.ALTERARE BAZĂ DE DATE tempdb

12.
13.MODIFICAȚI FIȘIER (NUME = templog, FILENAME = „Disc_Nou:\Directoriu_nou\templog.ldf”)
14.
15.GO

4. „Creșterea” bazei de date de lucru și jurnalul acesteia nu ar trebui să fie împiedicate – nu ar trebui să existe o limită de dimensiune, proprietatea „Autogrowth” trebuie setată ca procent, valoarea recomandată este de 10%. În caz contrar, adăugarea de date la baza de date, restaurarea dintr-o arhivă și alte operațiuni pot dura o perioadă nerezonabilă.

Pentru a seta această proprietate, trebuie să accesați proprietățile bazei de date prin meniul contextual, selectați secțiunea Fișiere și deschideți proprietățile fișierului de editare:



5. Se recomandă să activați suportul pentru protocolul de rețea TCP/IP în MS SQL Server și să dezactivați toate celelalte, altfel funcționarea în comun a MS SQL Server și 1C: serverul Enterprise va fi mai puțin stabilă.




6. În același loc - ștergeți secțiunea Alias, deoarece instalarea acestuia duce la erori în interacțiunea dintre MS SQL Server și serverul 1C: Enterprise.

Înainte de a începe utilizarea bazei de date, se recomandă:

1. Când creați o bază de date din „1C: Enterprise”, setați „data offset” la 2000, altfel o încercare de a înregistra o dată mai devreme de 01/01/1753 (care este posibilă din cauza factorului uman) va cauza eșecuri în Bază de date.

Atenţie! Compensarea datei nu poate fi modificată pentru o bază de date existentă!



2. Setați modelul de recuperare la Simplu sau creați un plan de întreținere, care va crea o copie de rezervă zilnică a bazei de date și va tăia jurnalul de tranzacții (fișierul jurnal). În caz contrar, în timpul unor operațiuni jurnalul de tranzacții (fișierul jurnal) va crește foarte repede: de exemplu, la restructurarea unei baze de date, creșterea dimensiunii fișierului jurnal poate fi de câteva ori mai mare decât dimensiunea bazei de date în sine.




3. Creați un plan de întreținere care îndeplinește următoarele sarcini de rutină cel puțin o dată pe săptămână:

      Crearea unei copii de rezervă a bazei de date.
      Actualizați statisticile bazei de date și ștergeți memoria cache procedurală (rețineți că proprietatea statistici de actualizare automată nu implică ștergerea cache-ului procedural).
      Ștergerea cache-ului procedural nu este inclusă în operațiunile standard ale Planurilor de întreținere, acest pas trebuie definit ca executarea unui script (Execute T-SQL Statement) cu următorul conținut:
      DBCC FREEPROCCACHE
      Reindexarea tabelelor bazei de date.






Desigur, este logic să configurați trimiterea automată de e-mailuri despre finalizarea cu succes/nereușită a sarcinilor.




Concluzie

Problemele care cauzează cel mai adesea dificultăți pentru administratorii de sistem și implementatorii 1C: Enterprise 8 sunt luate în considerare în legătură cu utilizarea în comun a MS SQL Server și versiunea client-server a 1C: Enterprise 8.

Autorul speră că a acoperit „ambele fețe ale monedei” într-un mod destul de consistent și accesibil.

P.S. Faceți copii de siguranță des!

Din diverse motive, accesul la serverul 1C:Enterprise se poate pierde, iar atunci când vom încerca să lansăm consola cluster, vom vedea o solicitare pentru a introduce datele de autentificare, dar nu vom putea face nimic:

Nu vom discuta motivele care au condus la aceasta. Să începem să rezolvăm problema. Trebuie să restabilim accesul la server în orice fel. Nu contează dacă resetam parola sau selectăm datele de autentificare.

Să luăm calea cea mai rapidă. Avem drepturi de administrator pe server, așa că o putem face cu cel mai mic efort.

Soluţie

În primul rând, să oprim serviciul „1C:Enterprise 8.2 Server Agent”. Pentru a face acest lucru, rulați pe linia de comandă:

Sc stop" 1 C: Întreprindere 8 . 2 Server Agent"

Același lucru se poate face prin utilitarul grafic „Servicii”:

Pe baza datelor din fișier, se poate aprecia că un administrator „Adm” a fost adăugat la server cu o anumită parolă. Putem fie înlocui datele cu utilizatorul de care avem nevoie cu parola „corectă”, fie ștergem intrarea despre administratorul serverului. Să alegem ultima metodă. Iată cum arată acum conținutul fișierului:

Să începem serviciul server. Data viitoare când porniți consola cluster de server 1C:Enterprise, programul nu va cere date de autentificare.

Concluzie

Articolul descrie o metodă de resetare a contului de administrator pentru un server 1C:Enterprise 8.2. Merită luat în considerare faptul că conturile de administrator pot fi adăugate pentru fiecare bază de informații separat. În acest caz, priviți fișierul „1CV8Reg.lst”, care se află de obicei în directorul:

" C:Fișiere de program (x86) 1 cv82srvinforeg_1541"

unde „reg_1541” este directorul de setări ale clusterului, al cărui nume de director depinde de setările acestuia.

Acest fișier stochează setările bazei de informații, precum și datele de autentificare ale administratorilor de cluster.

Datele de autentificare ale fiecărui IS coincid cu datele de autentificare corespunzătoare ale utilizatorilor acestei baze de informații. Pentru a deschide proprietățile bazei de date în cluster, trebuie să introduceți numele de utilizator și parola unui utilizator de securitate a informațiilor cu drepturi administrative.

Acum știi deja ce trebuie să faci. În nici un caz nu trebuie să considerați metoda descrisă de resetare a conturilor de administrator de server 1C:Enterprise drept hacking, deoarece fără drepturi de administrator nu se poate face nimic de genul acesta (oprirea serviciului de server, accesarea directorului de setări ale serverului etc.).

Dacă sunteți interesat, iată câteva articole pe o temă conexă și anume despre selectarea/recuperarea parolelor pentru utilizatorii bazei de informații 1C:Enterprise 8.2:

  1. „Cu cât parola este mai ușoară, cu atât este mai ușor”

  2. „Intrare fără invitație”

  3. "Resetarea conturilor. Scriem un program universal în .NET Framework"

Î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 prezente î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ă în 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 doar 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. Hai 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 cluster 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 înapoi î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 utiliza „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?