8, obstaja potreba (kot je razloženo spodaj) po precejšnji predelavi postopka odpravljanja napak. To se je odražalo v različici 8.3.7.1759. Prvič, za ta postopek je bil ustvarjen univerzalni vmesnik, in drugič, ta sprememba zagotavlja nadaljnji razvoj samega programa. Konec koncev, zdaj lahko delate z odpravljanjem napak ne le prek konfiguratorja, ampak tudi z razvojnimi orodji. Oglejmo si, kako omogočiti odpravljanje napak na strežniku 1C, začenši z novo različico.

Uporaba novega protokola

Prejšnji razhroščevalnik, ki je bil implementiran v prejšnjih različicah, je upravljal odjemalske in strežniške aplikacije s protokolom TCP/IP.

Trenutno je uporaba takšnega protokola začela omejevati dostop programa 1C:Enterprise do interneta in povzročila nevšečnosti pri delovanju mobilnih aplikacij.

Zato je za prost dostop do informacijskih baz, ki se lahko nahajajo izven lokalnega omrežja, sedaj sprejet prilagodljiv HTTP protokol.

Nova arhitektura

Prej se je moral zaposleni pri izvajanju konfiguracijskega odpravljanja napak povezati z informacijsko bazo. Za to mu je bilo treba dati skrbniške pravice.

V novi različici ni potrebe po neposredni povezavi z bazami podatkov - dovolj je, da imate preprosto isto bazo kot odjemalec. In lahko ga naložite iz datoteke.

Mobilne aplikacije

Z uporabo protokola HTTP je zdaj mogoče razhroščevati podatke strežnika, podatke odjemalca in aplikacije.

Druge spremembe

Z novo različico je možno spreminjati vrednosti za lokalne spremenljivke v postopku odpravljanja napak; v ta namen je implementirano novo okno za hitri pogled.

Način izračuna je bil spremenjen v asinhroni, kar vam omogoča, da nadaljujete z delom, ne da bi čakali na rezultate.

Razhroščevalnik v razvojnih orodjih

Interakcija z novim postopkom se izvaja v posebej razvitem univerzalnem programskem vmesniku. Po eni strani ta vmesnik uporablja konfigurator. Po drugi strani pa je implementiran v novem okolju 1C:Enterprise Development Tools.

Kako izgleda zdaj

Po spremembi programa se postopek izvede po naslednjem scenariju:

Zdaj ne vključuje le razhroščevalnika in elementov, kot je bilo prej. Zdaj je v verigo uveden dodaten element - strežnik.

Ne samo, da je dodan - služi kot glavni element izmenjave informacij med razhroščevalnikom in objekti. In sama izmenjava poteka prek sporočil, postavljenih v čakalno vrsto.

In ker ta izmenjava poteka prek protokola HTTP, zdaj ni več pomembno, kje točno se podatki nahajajo.

Klici do strežnika se oblikujejo iz razhroščevalnika in objektov v obliki dodatnih zahtev za povezavo. Ko se pojavijo, se jim pošljejo ustrezni odgovori.

Omogoči odpravljanje napak v različnih scenarijih

Pri razvijalcu aplikacije ni bilo sprememb. Bistvena razlika je v tem, da mora biti nov mehanizem omogočen. Navsezadnje je zdaj privzeto onemogočen.

Poglejmo, kaj se zgodi, ko se način zažene, če izberemo enega od dveh scenarijev.

Datotečni skript

Na začetku različice datoteke morate v konfiguracijskih nastavitvah določiti uporabo novega mehanizma - »Odpravljanje napak prek protokola HTTP«.

Nato bo konfigurator samodejno predlagal uporabo lokalnega strežnika. Ta pogoj je treba sprejeti in program znova zagnati v načinu konfiguratorja.

Po tem bo na novo zagnani konfigurator shranil novo metodo, ki smo jo izbrali med naslednjo sejo. Ampak za isto informacijsko bazo. Zato mora biti pri dostopu do druge informacijske baze tudi ta omogočena.

Omogočen mehanizem bo zdaj samodejno zagnal strežnik za odpravljanje napak, ki je posebna aplikacija dbgs.exe. Odraža se v oknu upravitelja opravil.

Vrednost parametra ownerPID bo ustrezala ID-ju aplikacije, ki je z njim povezana.

Ko začnete sejo odpravljanja napak prek konfiguratorja, bo povezava s strežnikom vzpostavljena samodejno. In povezani predmeti se bodo odražali v njem.

Če je bil program 1C aktiviran brez novega mehanizma, boste morali ročno omogočiti odpravljanje napak na strežniku 1C. Šele zdaj boste morali določiti naslov strežnika:

Pojdite na Storitev - Možnosti

Nahaja se v nastavitvah predmeta:

Pojdite na Povezava - Nastavitve

Pri uporabi datotečnega skripta z več bazami podatkov hkrati morate upoštevati pomembno nianso - vsak od konfiguratorjev (z omogočenim mehanizmom HTTP) pošlje svoj strežnik:

Če je torej odprtih več konfiguratorjev, morate za povezavo odjemalca določiti pravilnega.

Scenarij odjemalec-strežnik

Odpravljanje napak na strežniku 1C po scenariju odjemalec-strežnik, kot v prejšnjem primeru, se začne z zagonom načina. To določa uporabo novega mehanizma HTTP. To se naredi na ta način:

ragent.exe -debug -http

Ko se zažene, se za njim samodejno zažene razhroščevalnik.

Vrednost parametra ownerPID bo ustrezala identifikacijski številki upravitelja gruče 1C.

Program bo ustvaril predlog za uporabo strežnika za odpravljanje napak v gruči zdaj (in ne lokalnega, kot v prejšnjem scenariju). Strinjamo se in ga ponovno zaženemo.

V prihodnosti bo vse potekalo kot datotečni skript. Samo ko zaženete konfigurator strežniške baze podatkov, se lokalni strežnik za odpravljanje napak ne bo več zagnal.

Upamo, da vam je naša publikacija pomagala ugotoviti težavo, kako omogočiti odpravljanje napak na strežniku 1C.

Navodila

Pozorno preučite podatke, ki jih imate o tem strežniku. Za vzpostavitev povezave morate poznati njegov naslov IP in vrata, s katerimi bo vzpostavljena povezava. Za večino strežnikov, ki uporabljajo protokol http, so standardna vrata 80.

Na strežniku so lahko odprta druga vrata - vse je odvisno od tega, katere storitve se na njem izvajajo. Na primer, ftp – 21 vrat, telnet – 23 vrat, SMTP (pošiljanje pošte) – 25 vrat, POP (prejemanje pošte) – 110 vrat itd. Mnoga od teh vrat so potencialno odprta za povezavo, vendar boste morda morali vnesti geslo, ko poskušate vzpostaviti povezavo.

Kako lahko ugotovim, katera vrata so odprta na strežniku? Če želite izvedeti, uporabite - na primer Nmap ali XSpider. V internetu lahko poiščete informacije o drugih skenerjih. Kot test vnesite naslov 127.0.0.1 v skener in poskusite skenirati. Prejeli boste informacije o odprtih vratih na vašem računalniku.

Dejanski postopek skeniranja je mogoče izvesti na različne načine. Nastavite lahko na primer določena vrata za skeniranje za iskanje določenih storitev ali pa v celoti pregledate vsa vrata. Ko ugotovite, katera vrata so odprta na strežniku, se lahko poskusite povezati z njimi.

Za povezavo boste potrebovali programe, ki delujejo z ustreznimi strežniškimi storitvami. Na primer, če so vrata 21 odprta, potrebujete odjemalca ftp. Z odprtim 23 boste potrebovali telnet. S skeniranjem vrat lahko poiščete tiste, ki jih uporabljajo oddaljeni skrbniški programi - na primer Anyplace Control, Access Remote PC, DameWare NT Utilities, RemotelyAnywhere, Radmin, VNC itd.

Ko najdete odprta vrata, se lahko poskusite povezati z njimi. Najverjetneje boste morali vnesti geslo, vendar včasih skrbniki ne spremenijo privzetega. Na primer, za priljubljen program Radmin (vrata 4899) je privzeto geslo 12345678 ali 123456789.

Obstaja veliko programov, ki vam omogočajo izbiro prijav in gesel za takšne storitve, vendar morate vedeti, da je takšna dejavnost nezakonita in kazenska. Zato delajte z vrati, do katerih skrbnik strežnika dovoljuje povezave. Na primer ftp - s tem protokolom lahko uspešno prenesete velike količine podatkov in si ogledate datoteke, ki so na voljo za ogled. Dober odjemalec ftp je na voljo v priljubljenem upravitelju datotek Total Commander.

Video na temo

Arhitektura omrežja je kompleksen sistem, katerega delovanje lahko spremljajo napake in okvare. Skoraj vsak aktiven uporabnik računalnika je naletel na sporočilo »Napaka pri dostopu do strežnika«, pa naj bo to spletno mesto ni bilo mogoče najti ali napaka pri povezovanju aplikacije.

Najprej se prepričajte, da je povezava prekinjena samo z določenim strežnikom. Poskusite se povezati z drugimi in brskati po spletu v brskalniku. Morda je prišlo do težave z internetno povezavo, nastavitvami povezave ali napakami pri ponudniku internetnih storitev. Znova zaženite računalnik in omrežne naprave. Po potrebi se obrnite na tehnično podporo podjetja, ki vam nudi internetne storitve.

Eden najpogostejših razlogov je uporaba napačnega naslova. Prepričajte se, da vnašate pravilno ime spletne strani ali naslov IP. Lahko se spremenijo ali prenehajo obstajati.

Razlog za nezmožnost povezave s strežnikom je lahko nezmožnost dostopa do njega iz fizičnih razlogov. Računalnik je morda onemogočen s strojno opremo, pokvarjen ali pa je težava s sistemom, ki povezuje napravo z internetom.

Drug razlog za pomanjkanje komunikacije je lahko varnostna politika. Iz enega ali drugega razloga je lahko naslov IP vašega računalnika vključen na črni seznam strežnika, ki prepoveduje vse ali nekatere vrste povezav. Po drugi strani pa so pogosti primeri razlogov za zavrnitev povezave s strani odjemalca. Prepričajte se, da protivirusni programi ali omrežni monitorji v vašem računalniku ali omrežnem strežniku podjetja ne blokirajo naslova, s katerim se želite povezati.

Če povezava temelji na uporabi odjemalskih programov, ki se povezujejo s strežnikom, se obrnite na spletno mesto razvijalca in se prepričajte, da uporabljate najnovejšo različico. V nasprotnem primeru posodobite program. Če uporabljate neoriginalni odjemalski program, ki je združljiv s strežnikom, poskusite namestiti druge možnosti programske opreme ali originalno različico izdelka.

Napaka povezave je morda povezana s sledenjem strežniku. Uporabite ustrezne ukaze za preverjanje. Morda zahteva za povezavo s strežnikom preprosto ne doseže prejemnika zaradi težav v vmesnih vozliščih.

Kako začeti odpravljanje napak na strežniku 1C ...

Privzeto pri uporabi arhitekture odjemalec-strežnik 1C:Enterprise način odpravljanja napak kode 1C deluje samo na strani odjemalca. Postopki in funkcije strežnika niso vidni odjemalskemu računalniku.

Če želite omogočiti uporabo odpravljanja napak na strežniku 1C, morate izvesti naslednje korake:

1. V upravitelju storitev poiščite in zaustavite storitev “1C:Enterprise Server Agent 8.3” (za različico 8.3).

Nova arhitektura

Prej se je moral zaposleni pri izvajanju konfiguracijskega odpravljanja napak povezati z informacijsko bazo. Za to mu je bilo treba dati skrbniške pravice.

V novi različici ni potrebe po neposredni povezavi z bazami podatkov - dovolj je, da imate preprosto isto bazo kot odjemalec. In lahko ga naložite iz datoteke.

Mobilne aplikacije

Z uporabo protokola HTTP je zdaj mogoče razhroščevati podatke strežnika, podatke odjemalca in aplikacije.

Druge spremembe

Z novo različico je možno spreminjati vrednosti za lokalne spremenljivke v postopku odpravljanja napak; v ta namen je implementirano novo okno za hitri pogled.

Način izračuna je bil spremenjen v asinhroni, kar vam omogoča, da nadaljujete z delom, ne da bi čakali na rezultate.

Razhroščevalnik v razvojnih orodjih

Interakcija z novim postopkom se izvaja v posebej razvitem univerzalnem programskem vmesniku. Po eni strani ta vmesnik uporablja konfigurator. Po drugi strani pa je implementiran v novem okolju 1C:Enterprise Development Tools.

Kako izgleda zdaj

Po spremembi programa se postopek izvede po naslednjem scenariju:

Zdaj ne vključuje le razhroščevalnika in elementov, kot je bilo prej. Zdaj je v verigo uveden dodaten element - strežnik.

Ne samo, da je dodan - služi kot glavni element izmenjave informacij med razhroščevalnikom in objekti. In sama izmenjava poteka prek sporočil, postavljenih v čakalno vrsto.

In ker ta izmenjava poteka prek protokola HTTP, zdaj ni več pomembno, kje točno se podatki nahajajo.

Klici do strežnika se oblikujejo iz razhroščevalnika in objektov v obliki dodatnih zahtev za povezavo. Ko se pojavijo, se jim pošljejo ustrezni odgovori.

Omogoči odpravljanje napak v različnih scenarijih

Pri razvijalcu aplikacije ni bilo sprememb. Bistvena razlika je v tem, da mora biti nov mehanizem omogočen. Navsezadnje je zdaj privzeto onemogočen.

Poglejmo, kaj se zgodi, ko se način zažene, če izberemo enega od dveh scenarijev.

Datotečni skript

Na začetku različice datoteke morate v konfiguracijskih nastavitvah določiti uporabo novega mehanizma - »Odpravljanje napak prek protokola HTTP«.

Nato bo konfigurator samodejno predlagal uporabo lokalnega strežnika. Ta pogoj je treba sprejeti in program znova zagnati v načinu konfiguratorja.

Po tem bo na novo zagnani konfigurator shranil novo metodo, ki smo jo izbrali med naslednjo sejo. Ampak za isto informacijsko bazo. Zato mora biti pri dostopu do druge informacijske baze tudi ta omogočena.

Omogočen mehanizem bo zdaj samodejno zagnal strežnik za odpravljanje napak, ki je posebna aplikacija dbgs.exe. Odraža se v oknu upravitelja opravil.

Vrednost parametra ownerPID bo ustrezala ID-ju aplikacije, ki je z njim povezana.

Ko začnete sejo odpravljanja napak prek konfiguratorja, bo povezava s strežnikom vzpostavljena samodejno. In povezani predmeti se bodo odražali v njem.

Če je bil program 1C aktiviran brez novega mehanizma, boste morali ročno omogočiti odpravljanje napak na strežniku 1C. Šele zdaj boste morali določiti naslov strežnika:

Pojdite na Storitev - Možnosti

Nahaja se v nastavitvah predmeta:

Pojdite na Povezava - Nastavitve

Pri uporabi datotečnega skripta z več bazami podatkov hkrati morate upoštevati pomembno nianso - vsak od konfiguratorjev (z omogočenim mehanizmom HTTP) pošlje svoj strežnik:

Če je torej odprtih več konfiguratorjev, morate za povezavo odjemalca določiti pravilnega.

Scenarij odjemalec-strežnik

Odpravljanje napak na strežniku 1C po scenariju odjemalec-strežnik, kot v prejšnjem primeru, se začne z zagonom načina. To določa uporabo novega mehanizma HTTP. To se naredi na ta način:

ragent.exe -debug -http

Ko se zažene, se za njim samodejno zažene razhroščevalnik.

Vrednost parametra ownerPID bo ustrezala identifikacijski številki upravitelja gruče 1C.

Program bo ustvaril predlog za uporabo strežnika za odpravljanje napak v gruči zdaj (in ne lokalnega, kot v prejšnjem scenariju). Strinjamo se in ga ponovno zaženemo.

V prihodnosti bo vse potekalo kot datotečni skript. Samo ko zaženete konfigurator strežniške baze podatkov, se lokalni strežnik za odpravljanje napak ne bo več zagnal.

Upamo, da vam je naša publikacija pomagala ugotoviti težavo, kako omogočiti odpravljanje napak na strežniku 1C.

Postavljajte vprašanja, delite svoje izkušnje, pustite komentarje.

   

Kako omogočiti odpravljanje napak aplikacij 1C na strežniku?

Če želite omogočiti odpravljanje napak na strežniku 1C 8.1 Ponovno boste morali zagnati aplikacijski strežnik in iti v register. namreč

"ImagePath"=
privzeto:
"C:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv81\server"
in potrebno je:
"C:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -debug -d "C:\Program Files\1cv81\server"

Zaporedje dejanj 1C 8.2:
1. Ustavite storitev 1C:Enterprise 8.2 Server Agent
2. V registru v poslovalnici HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\1C:Enterprise 8.2 Server Agent\ za parameter ImagePath dodati -debug in shrani. Izkazalo se je nekaj takega: "C:\Program Files\1cv82\8.2.10.82\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -obseg 1560:1591 -d "C:\Program Files\1cv82\srvinfo" -debug
3. Posnemite in zaženite storitev.

Najprej sem zgrešil presledek pred -debug. Kaj naj rečem: rezultat je bil odličen - ni bilo najdene niti ene baze podatkov, podjetje se nikakor ni zagnalo

Morda bi vas tudi zanimalo

Implementirano v različici 8.3.7.1759.

Bistveno smo preoblikovali mehanizem za odpravljanje napak. Razlogov za to je bilo več. Najprej smo vam želeli dati možnost odpravljanja napak v vsaki aplikaciji, ki je danes na voljo. Drugič, prejšnja arhitektura razhroščevalnika je zahtevala spremembe, da bi sledila trenutnim trendom in se prilagodila prihodnjemu razvoju. Tretjič, potreben je bil univerzalni vmesnik za odpravljanje napak, s katerim ne bi bil samo konfigurator 1C:Enterprise, ampak tudi .

Glavne prednosti

Da si boste lahko predstavljali obseg sprememb, ki smo jih naredili, bomo na kratko našteli glavne prednosti novega mehanizma.

Odpravljanje napak HTTP

Prejšnji mehanizem za razhroščevanje je temeljil na dejstvu, da je razhroščevalnik, implementiran v konfiguratorju 1C:Enterprise, neposredno sodeloval z elementi za odpravljanje napak (odjemalske in strežniške aplikacije). Ta interakcija je bila izvedena z uporabo protokola TCP/IP.

Vendar pa je z izdajo aplikacij 1C:Enterprise na internetu in še posebej s prihodom mobilnih aplikacij ta pristop postal vir omejitev in nevšečnosti. Protokol TCP/IP ne dovoljuje vedno razhroščevalniku, da "doseže" elemente, v katerih se odpravljajo napake. Navsezadnje se lahko nahajajo zunaj lokalnega omrežja, v katerem se izvaja razhroščevalnik.

Zato smo v novem mehanizmu za transportni protokol izbrali bolj »vseprisoten« protokol HTTP, ki ga, mimogrede, uporabljajo tudi odjemalske aplikacije za povezavo z informacijskimi bazami.

Sodobna arhitektura za odpravljanje napak

Značilnost prejšnjega mehanizma za odpravljanje napak je bila potreba po povezovanju z informacijsko bazo s pomočjo konfiguratorja. Posledično je razvijalec za odpravljanje napak imel popoln dostop do vseh skrbniških funkcij.

Nov mehanizem za razhroščevanje ne zahteva več povezave z informacijsko bazo, v kateri se odpravljajo napake. Glavna stvar, ki jo zdaj potrebuje razhroščevalnik, je enaka konfiguracija, ki deluje za odjemalce. Če ga želite pridobiti, se ni treba povezati z informacijsko bazo, v kateri se odpravlja napaka. Lahko ga naložite na primer iz datoteke.

Odpravljanje napak v mobilnih aplikacijah

Zahvaljujoč uporabi protokola HTTP je postalo mogoče odpravljati napake v aplikacijah, ki jih izvaja mobilna platforma. Poleg tega lahko odpravite napake v vseh kontekstih: odjemalcu, strežniku in opravilih v ozadju.

Zdaj lahko med razhroščevanjem spremenite vrednosti vseh zapisljivih spremenljivk. Za hiter pregled in spreminjanje lokalnih spremenljivk smo uvedli ločeno okno. In izračun izrazov, ki jih prikaže razhroščevalnik, se zdaj izvaja v asinhronem načinu.

Odpravljanje napak v razvojnih orodjih

Pri ustvarjanju novega mehanizma za odpravljanje napak smo implementirali nov, univerzalni programski vmesnik za interakcijo z njim. Ta vmesnik uporablja konfigurator 1C:Enterprise, enak vmesnik pa sedaj uporablja tudi novo razvojno okolje. Tako so vse zmožnosti odpravljanja napak zdaj na voljo pri delu v .

Arhitektura procesa odpravljanja napak

Nova arhitektura za odpravljanje napak je videti takole:

Razhroščevanje vključuje razhroščevalnik, elemente za odpravljanje napak in nov element - strežnik za odpravljanje napak.

Med razhroščevalnikom in elementi za odpravljanje napak ni neposrednega prenosa informacij. Vsa interakcija je organizirana prek strežnika za odpravljanje napak. To je glavni element mehanizma. Strežnik za odpravljanje napak ima čakalno vrsto sporočil, prek katere razhroščevalnik in elementi za odpravljanje napak drug drugemu posredujejo informacije.

Tako sam razhroščevalnik kot elementi za odpravljanje napak komunicirajo s strežnikom za odpravljanje napak prek HTTP. Tako zdaj ni pomembno, kje se ti elementi za odpravljanje napak nahajajo.

Interakcijo s strežnikom za odpravljanje napak sprožijo razhroščevalnik in elementi za odpravljanje napak. V ta namen so organizirane dodatne povezave. Njihov glavni namen je ugotoviti, ali so se zanje pojavile informacije na strežniku za odpravljanje napak. In če se pojavi, pridobite te informacije.

Tako je interakcija enostranska. Informacije se nenehno prenašajo s strežnika za odpravljanje napak v razhroščevalnik in v objekte za odpravljanje napak.

Identifikacija informacijskih baz

V prejšnjem mehanizmu je bil za identifikacijo informacijskih baz uporabljen povezovalni niz. Ta rešitev je v nekaterih primerih povzročila težave pri ujemanju elementov za odpravljanje napak in konfiguratorja. Ker je bil, prvič, občutljiv na velike in male črke, in drugič, pri odpravljanju napak v nekaterih kontekstih je platforma samodejno ustvarila povezovalni niz. In ni vedno sovpadal s tistim, ki ste ga določili pri povezovanju informacijske baze v konfiguratorju. Iskanje in popravljanje takih situacij je zapletlo postopek odpravljanja napak.

V novem mehanizmu smo se znebili povezovalnega niza. Zdaj uporabljamo identifikator informacijske baze. V datotečni informacijski bazi se tak identifikator generira ob prvi vzpostavitvi odjemalske povezave. V strežniški informacijski bazi se kot tak identifikator uporablja registracijski identifikator informacijske baze v gruči.

Lepa dodatna točka tukaj je, da smo v platformi za zdaj obdržali stari mehanizem za odpravljanje napak (morda bo v prihodnosti izključen). In lahko ga uporabite, če želite ali če je potrebno. Tako smo spremenili stari mehanizem in zdaj uporablja tudi identifikator informacijske baze in ne povezovalnega niza.

Tipični scenariji odpravljanja napak

Z vidika razvijalca aplikacij se tipični scenariji odpravljanja napak niso spremenili. Edina bistvena razlika je, da mora biti nov mehanizem za odpravljanje napak omogočen. Ker je privzeto onemogočen.

Ne glede na to je smiselno, da se seznanite s tem, kaj se zgodi zdaj, ko zaženete odpravljanje napak. Ker vam lahko koristi v nekaterih nestandardnih delovnih scenarijih.

Možnost datoteke

Preden začnete odpravljati napake v različici datoteke, morate v nastavitvah konfiguratorja označiti, da želite uporabiti nov mehanizem za odpravljanje napak - “ Odpravljanje napak HTTP».

V tem primeru vas bo konfigurator samodejno pozval, da uporabite lokalni strežnik za odpravljanje napak. S tem se morate strinjati in znova zagnati konfigurator.

Metoda odpravljanja napak, ki jo nastavite, se shrani med sejami konfiguratorja, vendar je shranjena v kontekstu informacijskih baz. Zato jo boste morali za drugo informacijsko bazo znova omogočiti.

Zdaj, ko zaženete konfigurator ali ko ga znova zaženete, bo platforma samodejno zagnala strežnik za odpravljanje napak. To je ločena aplikacija dbgs.exe. Ogledate si ga lahko v upravitelju opravil.

Parameter ownerPID podaja identifikator aplikacije, ki je lastnik tega strežnika za odpravljanje napak. V tem primeru je to konfigurator 1C:Enterprise.

Zdaj, če zaženete sejo razhroščevanja 1C:Enterprise iz konfiguratorja, se samodejno poveže s strežnikom za odpravljanje napak in v konfiguratorju boste videli povezane elemente za odpravljanje napak.

Če je bila seja 1C:Enterprise zagnana brez odpravljanja napak, jo lahko, kot prej, povežete z razhroščevalnikom. Šele zdaj morate določiti naslov strežnika za odpravljanje napak:

Ta naslov najdete v nastavitvah elementov za odpravljanje napak:

Obstaja ena nenavadna točka, povezana z delom z več zbirkami podatkov hkrati. V datotečni različici vsak konfigurator z omogočenim odpravljanjem napak http zažene svojo kopijo strežnika za odpravljanje napak na različnih vratih:

Če imate torej odprtih več konfiguratorjev hkrati, morate za povezavo odjemalske aplikacije z razhroščevalnikom izbrati pravega.

Možnost odjemalec-strežnik

Preden začnete z razhroščevanjem v različici odjemalec-strežnik, morate kot prej zagnati strežnik 1C:Enterprise v načinu za odpravljanje napak, vendar določite, da bo za odpravljanje napak uporabljen nov mehanizem HTTP. Na primer takole:

ragent.exe -debug -http

Ko se strežnik zažene na ta način, se zažene tudi strežnik za odpravljanje napak.

Parameter ownerPID bo nakazal identifikator upravljalnika gruče 1C:Enterprise.

Zdaj morate v nastavitvah konfiguratorja, tako kot v primeru zbirke podatkov datotek, označiti, da želite uporabiti nov mehanizem za odpravljanje napak - “ Odpravljanje napak HTTP».

V tem primeru vas bo konfigurator samodejno pozval, da uporabite strežnik za odpravljanje napak v gruči in ne lokalnega strežnika. S tem se morate strinjati in znova zagnati konfigurator.

Povezovanje elementov za odpravljanje napak

Ko začnete seje za odpravljanje napak iz konfiguratorja, aplikacije samodejno povežejo elemente za odpravljanje napak (tako odjemalca kot strežnik) s strežnikom za odpravljanje napak.

Hkrati imate, tako kot prej, možnost, da konfigurator konfigurirate tako, da samodejno poveže elemente za odpravljanje napak, ne glede na to, kako so bili zagnani. Zdaj so te možnosti postale veliko bogatejše.

Prvič, platforma vam zdaj ponuja vse možne elemente za odpravljanje napak, med katerimi lahko izbirate.

In drugič, pojavil se je še en, bolj subtilen način nastavitve. To je uporaba vnaprej ustvarjenih izbir.

Takšne izbire lahko uporabite pri povezovanju elementov za odpravljanje napak in za ogled razpoložljivih elementov za odpravljanje napak.

Pri izbiri lahko poleg samih elementov za odpravljanje napak določite določene uporabnike, katerih seje vas zanimajo, in tudi, če se uporablja ločevanje podatkov, navedete območje informacijske baze, ki bo odpravljeno.

Spreminjanje spremenljivk, lastnosti objekta in asinhrono vrednotenje izrazov

Nov mehanizem za odpravljanje napak vam omogoča spreminjanje vrednosti spremenljivk med odpravljanjem napak. V prejšnjem mehanizmu te možnosti ni bilo.

Za priročno pregledovanje in spreminjanje lokalnih spremenljivk, kar se zdi najpogostejša naloga, smo implementirali " Lokalne spremenljivke».

Navzven je zelo podoben »Scoreboard«, ki ste ga vajeni. Toda, prvič, to okno je že samodejno zapolnjeno z vsemi lokalnimi spremenljivkami, in drugič, zdaj lahko spremenite vrednosti spremenljivk.

Vrednosti primitivnih tipov lahko spremenite neposredno v celici " Pomen»:

Če želite spremeniti druge vrednosti, lahko uporabite okno za vnos izraza:

Lep bonus je, da kontekstualni opis orodja v tem oknu popolnoma deluje.

Na povsem enak način lahko spremenite vrednosti poljubnih (ne samo lokalnih) spremenljivk in zapisljivih lastnosti. V oknu za izračun izraza (ki ga prikliče ukaz Shift+F9) lahko spremenite vrednosti spremenljivk tako v celici »Vrednost« kot v ločenem pogovornem oknu.

Mimogrede, sam izračun izraza se zdaj izvaja asinhrono. To pomeni, da konfigurator odredi izračun postavke za odpravljanje napak. In nekaj časa se ta izračun pričakuje na strežniku. Ko je izračun končan, se rezultati takoj pošljejo v konfigurator. Če se izračun izvaja dlje časa, pridejo rezultati teh izračunov asinhrono v konfigurator pozneje. Ta pristop vam omogoča, da ne čakate na dolge izračune v konfiguratorju in nadaljujete z delom.

Da bi lahko odpravljali napake v postopkih strežnika, morate nastaviti zastavice v obliki »Storitev->Parametri« konfiguratorja:

Odpravljanje napak na aplikacijskem strežniku

To je opisano v dokumentaciji:

Knjiga "1C:Enterprise 8.1. Konfiguracija in upravljanje"

Poglavje 18. Konfiguracijska orodja

Razhroščevalnik in meritve zmogljivosti

»Koda za odpravljanje napak na strežniku

Če želite namestiti način za odpravljanje napak, zaženite strežnik 1C:Enterprise s stikalom ukazne vrstice /Debug (ragent.exe /debug).«

Ključi za zagon posrednika strežnika so opisani v knjigi:

"1C:Enterprise 8.1. Odjemalec-strežnik. Značilnosti namestitve in uporabe"

"Izvajanje strežniškega agenta kot storitve

Če ste ob namestitvi strežniške gruče izbrali možnost zagona centralnega strežniškega agenta kot storitve, se bo ta storitev samodejno zagnala med postopkom namestitve in se bo zagnala tudi ob zagonu operacijskega sistema.

Če je bil posrednik centralnega strežnika nameščen kot aplikacija, je možno storitev registrirati ročno in jo nato zagnati.

Registracija storitve se izvede z naslednjim ukazom:

Ragent.exe -instsrvc -usr<пользователь>-pwd<пароль>-pristanišče<порт>-razpon<диапазоны>-seclev<уровень>-debug | -rmsrvc | -začetek | -ustavi se

Instsrvc – registracija agenta gruče kot storitve Windows. Če ragent.exe zaženete s tem ključem, se registrira na seznamu storitev Windows in zapre. Ni združljivo s stikali -srvc, -rmsrvc;

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

Pwd<пароль пользователя>– ime in geslo uporabnika sistema Windows, pod čigar imenom naj se zažene ragent.exe kot storitev sistema Windows. Lahko se uporablja samo v povezavi s stikalom -instsrvc pri registraciji ragent.exe kot storitve Windows;

Pristanišče<порт>– številka glavnih vrat agenta gruče. Ta vrata uporablja konzola gruče za dostop do osrednjega strežnika. Vrata agenta gruče so navedena tudi kot vrata IP delujočega strežnika;

Razpon<диапазоны>– Območja vrat IP za dinamično izbiro. Med njimi so izbrana servisna vrata procesov gruče, če jih ni mogoče izbrati iz nastavitev ustreznega delujočega strežnika. Privzeto: 1560-1591. Primer vrednosti<диапазоны>: "45:49", "45:67,70:72,77:90";

Seclev<уровень>– raven varnosti procesa agenta gruče. Določa raven varnosti povezav, vzpostavljenih s procesom ragent.exe.<уровень>ima lahko naslednje vrednosti: 0 (privzeto) povezave niso varne, 1 – varne povezave samo za čas trajanja avtentikacije uporabnika, 2 – trajno varne povezave.;

Rmsrvc – prekliče registracijo agenta gruče kot storitve Windows. Če ragent.exe zaženete s tem ključem, prekliče svojo registracijo na seznamu storitev Windows in se zapre. Ni združljivo s stikali -srvc, -daemon, -instsrvc.

Start - zagon ragent.exe, registriran kot storitev Windows. Zažene ragent.exe, ki je bil prej registriran kot storitev Windows, in se nato zapre;

Ustavi - ustavi ragent.exe, ki je registriran in deluje kot storitev Windows. Ustavi ragent.exe, ki je bil prej registriran in se izvaja kot storitev Windows, in se nato zapre;

Debug - zagon strežniške gruče v načinu za odpravljanje napak konfiguracije. "

Torej, če je bil strežnik 1C:Enterprise zagnan kot storitev in bi moral biti iz neznanega razloga zagnan tudi kot storitev v načinu za odpravljanje napak, morate najprej odjaviti storitev (ključ -rmsrvc) in nato znova registrirati storitev z tipko -debug.

Očitno je podoben učinek mogoče doseči na druge načine, na primer z neposrednim urejanjem registra Windows. Če želite to narediti, si verjetno oglejte dokumentacijo sistema Windows.

Deluje samo, če je ključ "-debug" nastavljen v registru. V vseh drugih primerih iz nekega razloga ne deluje.

"ImagePath"=

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

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