Acest articol vorbește despre cum să activați depanarea pe un server 1C 8.1, 8.2 și 8.3 în sistemele de operare Windows și Ubuntu.

În plus, observ că acest articol face parte dintr-o mică serie de articole despre depanarea în 1C:

• Cum să activați depanarea pe un server 1C

Activați depanarea pe serverul 1C în Windows

Lansați editorul de registry rulând comanda regedit (folosind Win+R sau Start->Run).

Puteți citi mai multe despre depanarea HTTP și despre serverul de depanare în următorul articol din serie.

Activați depanarea pe serverul 1C din Ubuntu

Mai întâi instalăm serverul:

sudo service srv1cv83 stop

După aceasta, deschideți fișierul /etc/init.d/srv1cv83 ca superutilizator și găsiți linia în el:

Și o aducem în această formă:

Apoi pornim din nou serverul:

sudo service srv1cv83 start

În configuratorul de pe computerul client, accesați „Setări” -> „Lansați 1C: Enterprise” -> „Avansat” și activați două elemente:

• „Setați modul de activare a remedierii”
• „Începeți depanarea la pornire”

Puteți citi despre cum să instalați un server 1C pe Ubuntu 16.04/18.04.

Asta e tot, sper ca acest articol ti-a fost de folos. Permiteți-mi să vă reamintesc și despre alte articole din seria despre depanarea în 1C, legături către acestea pot fi găsite la începutul acestui articol.

Pentru a putea depana procedurile serverului, trebuie să setați steagurile în forma „Service->Parameters” din configurator:

Depanare pe serverul de aplicații

Acest lucru este descris în documentație:

Cartea „1C:Enterprise 8.1. Configurare si administrare"

Capitolul 18. Instrumente de configurare

Depanator și măsurători de performanță

„Cod de depanare pe server

Pentru a instala modul de depanare, ar trebui să porniți serverul 1C:Enterprise cu comutatorul de linie de comandă /Debug (ragent.exe /debug)."

Cheile de pornire a agentului de server sunt descrise în carte:

„1C: Enterprise 8.1. Client-server. Caracteristici de instalare și utilizare"

„Rularea agentului server ca serviciu

Dacă, la instalarea unui cluster de server, ați selectat opțiunea de lansare a agentului server central ca serviciu, atunci acest serviciu va fi lansat automat în timpul procesului de instalare și va fi lansat și la pornirea sistemului de operare.

Dacă agentul serverului central a fost instalat ca aplicație, atunci este posibil să înregistrați manual serviciul și apoi să îl lansați.

Înregistrarea serviciului se realizează cu următoarea comandă:

Ragent.exe -instsrvc -usr<пользователь>-pwd<пароль>-port<порт>-gamă<диапазоны>-seclev<уровень>-depanare | -rmsrvc | -start | -Stop

Instsrvc – înregistrarea agentului cluster ca serviciu Windows. Dacă ragent.exe este lansat cu această cheie, se înregistrează în lista de servicii Windows și se termină. Nu este compatibil cu comutatoarele -srvc, -rmsrvc;

Usr<имя пользователя>

Pwd<пароль пользователя>– numele și parola utilizatorului Windows sub al cărui nume ragent.exe ar trebui să fie lansat ca serviciu Windows. Poate fi utilizat numai împreună cu comutatorul -instsrvc atunci când înregistrați ragent.exe ca serviciu Windows;

Port<порт>– numărul portului principal al agentului cluster. Acest port este folosit de consola cluster pentru a accesa serverul central. Portul agentului cluster este, de asemenea, specificat ca port IP al serverului de lucru;

Gamă<диапазоны>– Intervale de porturi IP pentru selecția dinamică. Dintre acestea, sunt selectate porturile de serviciu ale proceselor cluster dacă este imposibil să le selectați din setările serverului de lucru corespunzător. Implicit: 1560-1591. Valori de exemplu<диапазоны>: "45:49", "45:67,70:72,77:90";

Seclev<уровень>– nivelul de securitate al procesului agentului cluster. Determină nivelul de securitate al conexiunilor stabilite cu procesul ragent.exe.<уровень>poate lua următoarele valori: 0 (implicit) conexiunile nu sunt securizate, 1 – conexiunile securizate doar pe durata autentificării utilizatorului, 2 – conexiunile securizate permanent.;

Rmsrvc – anulează înregistrarea agentului cluster ca serviciu Windows. Dacă ragent.exe este lansat cu această cheie, atunci își anulează înregistrarea în lista de servicii Windows și iese. Nu este compatibil cu comutatoarele -srvc, -daemon, -instsrvc.

Start - lansați ragent.exe înregistrat ca serviciu Windows. Lansează ragent.exe, înregistrat anterior ca serviciu Windows, apoi iese;

Stop - opriți ragent.exe înregistrat și rulat ca serviciu Windows. Oprește ragent.exe, înregistrat anterior și care rulează ca serviciu Windows, apoi iese;

Depanare - lansarea unui cluster de servere în modul de depanare a configurației. "

Astfel, dacă serverul 1C:Enterprise a fost lansat ca serviciu și din anumite motive ar trebui să fie lansat și ca serviciu în modul de depanare, trebuie mai întâi să anulați înregistrarea serviciului (cheia -rmsrvc) și apoi să reînregistrați serviciul cu tasta -debug.

Evident, un efect similar poate fi obținut în alte moduri, de exemplu, prin editarea directă a registrului Windows. Pentru a face acest lucru, probabil că ar trebui să consultați documentația Windows.

Funcționează numai când cheia „-debug” este setată în registry. În toate celelalte cazuri, nu funcționează din anumite motive.

„ImagePath”=

a fost "F:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "F:\Program Files\1cv81\server"

setați „F:\Program Files\1cv81\bin\ragent.exe” -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -debug -d "F:\Program Files\1cv81\server"

8, este nevoie (după cum se discută mai jos) pentru o reelaborare semnificativă a procedurii de depanare. Acest lucru a fost reflectat în versiunea 8.3.7.1759. În primul rând, a fost creată o interfață universală pentru această procedură, iar în al doilea rând, această modificare asigură dezvoltarea ulterioară a programului în sine. La urma urmei, acum puteți lucra cu depanarea nu numai prin Configurator, ci și folosind Instrumente de dezvoltare. Să ne uităm la cum să activați depanarea pe serverul 1C începând cu noua versiune.

Folosind noul protocol

Depanatorul anterior, care a fost implementat în versiunile anterioare, gestiona aplicațiile client și server folosind protocolul TCP/IP.

În prezent, utilizarea unui astfel de protocol a început să limiteze accesul programului 1C:Enterprise la Internet și a cauzat inconveniente pentru funcționarea aplicațiilor mobile.

Prin urmare, pentru accesul liber la bazele de informații care pot fi situate în afara rețelei locale, acum a fost adoptat protocolul HTTP flexibil.

Arhitectură nouă

Anterior, la efectuarea depanării configurației, un angajat trebuia să se conecteze la baza de informații. Pentru a face acest lucru, a fost necesar să-i acordăm drepturi de administrator.

În noua versiune, nu este nevoie să vă conectați direct la bazele de date - este suficient să aveți pur și simplu aceeași bază de date ca și clientul. Și îl puteți încărca dintr-un fișier.

Aplicații mobile

Folosind protocolul HTTP, acum este posibil să depanați datele serverului, datele clientului și aplicațiile.

Alte modificari

Cu noua versiune, este posibilă modificarea valorilor pentru variabilele locale în procedura de depanare a fost implementată o nouă fereastră de vizualizare rapidă;

Modul de calcul a fost schimbat în asincron, permițându-vă să continuați să lucrați fără să așteptați rezultate.

Depanator în instrumente de dezvoltare

Interacțiunea cu noua procedură se realizează într-o interfață software universală special dezvoltată. Pe de o parte, această interfață este utilizată de Configurator. Pe de altă parte, este implementat în noul mediu 1C:Enterprise Development Tools.

Cum arată acum

După schimbarea programului, procedura are loc conform următorului scenariu:

Acum implică nu numai depanatorul și elementele, așa cum a fost cazul anterior. Acum a fost introdus un element suplimentar în lanț - Server.

Nu numai că este adăugată - servește ca element principal al schimbului de informații între depanator și obiecte. Și schimbul în sine are loc prin mesaje aliniate într-o coadă.

Și, deoarece acest schimb se realizează prin protocolul HTTP, acum nu contează unde exact pot fi localizate datele.

Apelurile către server sunt formate din depanator și obiecte sub formă de solicitări suplimentare de conectare. Când apar, le sunt trimise răspunsuri adecvate.

Activați depanarea în diferite scenarii

Pentru dezvoltatorul aplicației, nu au existat modificări. Diferența semnificativă este că noul mecanism trebuie activat. La urma urmei, acum este dezactivat implicit.

Să ne uităm la ce se întâmplă când pornește modul dacă alegem unul dintre cele două scenarii.

Script de fișier

La începutul versiunii fișierului, trebuie să specificați în setările de configurare utilizarea unui nou mecanism - „Depanare prin protocolul HTTP”.

Apoi Configuratorul va sugera automat utilizarea unui server local. Această condiție trebuie acceptată și programul repornit în modul Configurator.

După aceasta, Configuratorul nou lansat va salva noua metodă pe care am ales-o în timpul următoarei sesiuni. Dar pentru aceeași bază de informații. Prin urmare, atunci când accesați o altă bază de informații, trebuie să fie și activată.

Mecanismul activat va lansa acum automat serverul de depanare, care este o aplicație specială dbgs.exe. Se reflectă în fereastra Task Manager.

Valoarea parametrului ownerPID va corespunde ID-ului aplicației care este legată de acesta.

Când începeți o sesiune de depanare prin Configurator, conexiunea la server va avea loc automat. Și obiectele conectate se vor reflecta în el.

Dacă programul 1C a fost activat fără noul mecanism, atunci va trebui să activați manual depanarea pe serverul 1C. Abia acum va trebui să specificați adresa serverului:

Accesați Service - Opțiuni

Se află în setările articolului:

Accesați Conexiune - Setări

Când utilizați un script de fișier cu mai multe baze de date în același timp, trebuie să țineți cont de o nuanță importantă - fiecare dintre configuratori (cu mecanismul HTTP activat) trimite propriul server:

Prin urmare, dacă sunt deschise mai multe configuratoare, atunci pentru a conecta Clientul trebuie să specificați cel corect.

Scenariul client-server

Depanarea pe un server 1C folosind un scenariu client-server, ca în cazul precedent, începe prin lansarea modului. Aceasta specifică utilizarea noului mecanism HTTP. Acest lucru se face astfel:

ragent.exe -debug -http

Când pornește, depanatorul pornește automat în spatele lui.

Valoarea parametrului ownerPID va corespunde cu numărul de identificare al managerului de cluster 1C.

Programul va genera o propunere de utilizare a serverului de depanare a clusterului acum (și nu unul local ca în scenariul anterior). Suntem de acord și repornim.

În viitor, totul va merge ca un script de fișier. Numai când porniți Server Database Configurator serverul local de depanare nu va mai porni.

Sperăm că publicația noastră v-a ajutat să înțelegeți problema cum să activați depanarea pe un server 1C.

Implementat în versiunea 8.3.7.1759.

Am reproiectat semnificativ mecanismul de depanare. Au fost mai multe motive pentru aceasta. În primul rând, am vrut să vă oferim posibilitatea de a depana fiecare aplicație disponibilă astăzi. În al doilea rând, arhitectura anterioară de depanare a necesitat modificări pentru a ține pasul cu tendințele actuale și pentru a se adapta dezvoltării viitoare. În al treilea rând, era nevoie de o interfață universală de depanare, cu care nu numai configuratorul 1C:Enterprise, ci și .

Beneficii cheie

Pentru a vă imagina amploarea modificărilor pe care le-am făcut, vom enumera pe scurt principalele avantaje ale noului mecanism.

Depanare HTTP

Mecanismul de depanare anterior se baza pe faptul că depanatorul, implementat în configuratorul 1C:Enterprise, interacționa direct cu elementele de depanare (aplicații client și server). Această interacțiune a fost realizată folosind protocolul TCP/IP.

Cu toate acestea, odată cu lansarea aplicațiilor 1C:Enterprise pe Internet, și mai ales odată cu apariția aplicațiilor mobile, această abordare a devenit o sursă de limitări și inconveniente. Protocolul TCP/IP nu permite întotdeauna depanatorului să „atingă” elementele depanate. La urma urmei, acestea pot fi localizate în afara rețelei locale în care rulează depanatorul.

Prin urmare, în noul mecanism, am ales protocolul HTTP mai „omniprezent” ca protocol de transport, care, apropo, este folosit și de aplicațiile client pentru a se conecta la bazele de informații.

Arhitectură modernă de depanare

O caracteristică a mecanismului anterior de depanare a fost necesitatea de a vă conecta la baza de informații folosind configuratorul. Ca rezultat, depanarea dezvoltatorului a avut acces deplin la toate funcțiile administrative.

Noul mecanism de depanare nu mai necesită o conexiune la baza de informații care este depanată. Principalul lucru de care are nevoie acum depanatorul este aceeași configurație care funcționează pentru clienți. Pentru a-l obține, nu este nevoie să vă conectați la baza de informații care este depanată. Îl puteți încărca, de exemplu, dintr-un fișier.

Depanarea aplicațiilor mobile

Datorită utilizării protocolului HTTP, a devenit posibilă depanarea aplicațiilor executate de platforma mobilă. Mai mult, puteți depana orice contexte: client, server, precum și joburi de fundal.

Acum, în timpul depanării, puteți modifica valorile oricăror variabile inscriptibile. Pentru a vizualiza și modifica rapid variabilele locale, am implementat o fereastră separată. Iar calculul expresiilor afișate de depanator este acum efectuat în modul asincron.

Depanare în instrumente de dezvoltare

Când am creat un nou mecanism de depanare, am implementat o nouă interfață software universală pentru interacțiunea cu acesta. Această interfață este utilizată de configuratorul 1C:Enterprise, iar aceeași interfață este utilizată acum de noul mediu de dezvoltare. Astfel, toate capabilitățile de depanare sunt acum disponibile atunci când lucrați în .

Arhitectura procesului de depanare

Noua arhitectură de depanare arată astfel:

Depanarea implică un depanator, elemente de depanare și un element nou - server de depanare.

Nu există un transfer direct de informații între dispozitivul de depanare și elementele de depanare. Toată interacțiunea este organizată prin serverul de depanare. Acesta este elementul principal al mecanismului. Serverul de depanare are o coadă de mesaje prin care dispozitivul de depanare și elementele de depanare își transmit informații unul altuia.

Atât depanatorul în sine, cât și elementele de depanare comunică cu serverul de depanare prin HTTP. Deci acum nu contează unde se află aceste elemente de depanare.

Interacțiunea cu serverul de depanare este inițiată de dispozitivul de depanare și elementele de depanare. În acest scop, sunt organizate conexiuni suplimentare. Scopul lor principal este să afle dacă au apărut informații pentru ei pe serverul de depanare. Și dacă apare, obțineți aceste informații.

Astfel, interacțiunea este unilaterală. Informațiile sunt transferate constant de la serverul de depanare la depanator și la obiectele de depanare.

Identificarea bazelor de informații

În mecanismul anterior, un șir de conexiune a fost folosit pentru a identifica bazele de informații. Această soluție a cauzat în unele cazuri dificultăți în potrivirea elementelor de depanare și configuratorului. Pentru că, în primul rând, era sensibil la majuscule și minuscule, iar în al doilea rând, la depanarea unor contexte, platforma a generat automat șirul de conexiune. Și nu a coincis întotdeauna cu cel pe care l-ați specificat la conectarea bazei de informații în configurator. Găsirea și corectarea unor astfel de situații a complicat procesul de depanare.

În noul mecanism am scăpat de șirul de conexiune. Acum folosim identificatorul bazei de informații. În baza de informații de fișiere, un astfel de identificator este generat prima dată când se stabilește o conexiune client. În baza de informații server, identificatorul de înregistrare a bazei de informații din cluster este utilizat ca un astfel de identificator.

Un punct suplimentar frumos aici este că am păstrat vechiul mecanism de depanare în platformă pentru moment (ar putea fi exclus în viitor). Și îl puteți folosi dacă doriți sau dacă este necesar. Așa că am modificat vechiul mecanism, iar acum folosește și identificatorul bazei de informații, și nu șirul de conexiune.

Scenarii tipice de depanare

Din perspectiva dezvoltatorului de aplicații, scenariile tipice de depanare nu s-au schimbat. Singura diferență semnificativă este că noul mecanism de depanare trebuie activat. Pentru că implicit este dezactivat.

Indiferent, este logic să vă familiarizați cu ceea ce se întâmplă acum când rulați depanarea. Pentru că vă poate fi util în unele scenarii de lucru non-standard.

Opțiunea fișier

Înainte de a începe depanarea în versiunea fișierului, trebuie să indicați în setările configuratorului că doriți să utilizați noul mecanism de depanare - „ Depanare HTTP».

În acest caz, configuratorul vă va solicita automat să utilizați un server local de depanare. Trebuie să fiți de acord cu acest lucru și să reporniți configuratorul.

Metoda de depanare pe care o setați este salvată între sesiunile configuratorului, dar este stocată în contextul bazelor de informații. Prin urmare, pentru o altă bază de informații va trebui să o activați din nou.

Acum, când porniți configuratorul sau când îl reporniți, platforma va lansa automat serverul de depanare. Aceasta este o aplicație separată dbgs.exe. Îl puteți vedea în managerul de activități.

Parametrul ownerPID specifică identificatorul aplicației care deține acest server de depanare. În acest caz, acesta este configuratorul 1C:Enterprise.

Acum, dacă lansați o sesiune de depanare 1C:Enterprise din configurator, aceasta se va conecta automat la serverul de depanare, iar în configurator veți vedea elementele de depanare conectate.

Dacă sesiunea 1C:Enterprise a fost lansată fără depanare, atunci, ca și înainte, o puteți conecta la depanator. Abia acum trebuie să specificați adresa serverului de depanare:

Puteți găsi această adresă din setările elementelor de depanare:

Există un punct neobișnuit asociat cu lucrul cu mai multe baze de date de fișiere simultan. În versiunea de fișier, fiecare configurator cu depanarea http activată lansează propria copie a serverului de depanare pe diferite porturi:

Prin urmare, dacă aveți mai multe configuratoare deschise simultan, atunci pentru a conecta aplicația client la depanator trebuie să îl selectați pe cel corect.

Opțiune client-server

Înainte de a începe depanarea în versiunea client-server, trebuie, ca și înainte, să porniți serverul 1C:Enterprise în modul de depanare, dar să indicați că noul mecanism HTTP va fi folosit pentru depanare. De exemplu, așa:

ragent.exe -debug -http

Când serverul este pornit în acest fel, serverul de depanare va fi de asemenea pornit.

Parametrul ownerPID va indica identificatorul managerului de cluster 1C:Enterprise.

Acum, în setările configuratorului, ca și în cazul bazei de date de fișiere, trebuie să indicați că doriți să utilizați noul mecanism de depanare - „ Depanare HTTP».

În acest caz, configuratorul vă va solicita automat să utilizați serverul de depanare a clusterului, și nu serverul local. Trebuie să fiți de acord cu acest lucru și să reporniți configuratorul.

Conectarea elementelor de depanare

Când începeți sesiunile de depanare din configurator, aplicațiile conectează automat elementele de depanare (atât client, cât și server) la serverul de depanare.

În același timp, ca și până acum, aveți posibilitatea de a configura configuratorul pentru a conecta automat elementele de depanare, indiferent de modul în care au fost lansate. Acum aceste posibilități au devenit mult mai bogate.

În primul rând, platforma vă oferă acum toate elementele de depanare posibile din care să alegeți.

Și în al doilea rând, a apărut un alt mod de setare, mai subtil. Aceasta este utilizarea selecțiilor pre-create.

Puteți utiliza astfel de selecții atât atunci când conectați elementele de depanare, cât și pentru a vizualiza elementele de depanare disponibile.

În selecție, pe lângă elementele de depanare în sine, puteți specifica utilizatori specifici ale căror sesiuni sunt de interes pentru dvs. și, de asemenea, dacă se utilizează separarea datelor, indicați zona bazei de informații care va fi depanată.

Modificarea variabilelor, proprietățile obiectului și evaluarea asincronă a expresiilor

Noul mecanism de depanare vă permite să modificați valorile variabile în timpul depanării. În mecanismul anterior nu exista o astfel de posibilitate.

Pentru vizualizarea convenabilă și modificarea variabilelor locale, care pare a fi cea mai comună sarcină, am implementat „ Variabile locale».

În exterior, este foarte asemănător cu „tabloul de bord” cu care sunteți obișnuit. Dar, în primul rând, această fereastră este deja umplută automat cu toate variabilele locale și, în al doilea rând, acum puteți modifica valorile variabilelor.

Puteți modifica valorile tipurilor primitive direct în celulă " Sens»:

Și pentru a modifica alte valori, puteți utiliza fereastra de introducere a expresiei:

Un bonus frumos este că indicația contextuală este complet funcțională în această fereastră.

Exact în același mod, puteți modifica valorile oricăror variabile (nu numai locale) și proprietăți inscriptibile. În fereastra de calcul a expresiei (care este numită de comanda Shift+F9), puteți modifica valorile variabilelor atât în ​​celula „Valoare”, cât și folosind un dialog separat.

Apropo, calculul expresiei în sine este acum efectuat asincron. Aceasta înseamnă că configuratorul ordonă calculul articolului de depanare. Și de ceva timp acest calcul este așteptat pe server. Dacă calculul este finalizat, rezultatele sunt trimise imediat configuratorului. Dacă calculul este efectuat pentru o perioadă lungă de timp, atunci rezultatele acestor calcule ajung mai târziu la configurator asincron. Această abordare vă permite să nu așteptați calcule lungi în configurator și să vă continuați munca.

18.10.2016

Depanare pe un server 1C (8.2, 8.3...)

Dacă baza de date 1C rulează într-o versiune client-server, modul de depanare a codului de pe partea serverului este dezactivat. Prin urmare, nu va fi posibil să vedeți pas cu pas ce se întâmplă la executarea unei funcții sau proceduri. Pentru a activa depanarea pe server, trebuie să urmați câțiva pași simpli.

Activați depanarea pe serverul 1C:Enterprise 8.2, 8.3

După oprire, deschideți editorul de registry Windows ("Start - Run" (sau comanda rapidă de la tastatură "Windows + R") și scrieți "regedit") și găsiți ramura cu numele "" sau "" în funcție de versiunea platformei

Suntem interesați de cheia de registry numită „ImagePath”. Adăugați „-debug” la sfârșitul valorii cheii. Aceasta înseamnă că modul de depanare de pe partea serverului 1C este activat.
a fost: "C:\Program Files\1cv8\8.3.6.2530\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"
A devenit: "C:\Program Files\1cv8\8.3.6.2530\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -debug

Salvați și porniți serviciul 1C. Totul este gata! Depanare fericită!