Ang 1C log ay isang espesyal na mekanismo ng 1C platform na bersyon 8.2 at 8.3, na nagbibigay-daan sa iyong i-record ang trabaho ng mga user sa system. Gamit ang log, maaari mong malaman kung sino at kailan binago ang mga bagay sa system: mga direktoryo, dokumento, rehistro, atbp. Sa ibaba ay titingnan natin kung paano gumana sa mekanismong ito, kung saan naka-imbak ang mga 1C log file, kung paano ito na-configure, kung paano i-optimize ang log at kung paano mo ganap na ma-clear ang data.
Magsimula tayo sa kung saan naka-imbak ang log ng pagpaparehistro sa 1C. Maaaring mayroong dalawang pagpipilian - para sa mga mode ng pagpapatakbo ng file at client-server.
Base ng file
Para sa mga database ng 1C file, ang log ay matatagpuan sa folder na may database. Ang lokasyon ng mga file ay matatagpuan kapag sinimulan ang programa sa menu ng pagpili ng database:
Ang landas ay naka-highlight sa pula. Kung susundin natin ang landas na ito, makikita natin ang sumusunod na larawan:
Ang 1Cv8Log folder ay ang direktoryo na naglalaman ng log.
- Kung nagpaplano ka paglilipat ng database ng file at gustong i-save ang log history, tiyak na kailangan mong kopyahin ang 1Cv8Log folder sa kategorya ng bagong 1C database.
- Kung ito ay kinakailangan i-clear ang 1C registration log sa file database, tanggalin mo na lang yung 1Cv8Log folder.
Database ng Client-server 1C SQL
Sa client-server mode, ang mga history file ay karaniwang naka-imbak sa server sa direktoryo:
C:\Program Files\1cv8\srvinfo\<Имя кластера сервера>\<Идентификатор базы на сервере>\1Cv8Log
Upang ilipat ang 1C log para sa isang SQL database, pati na rin para sa isang file, ilipat lamang ang folder sa lokasyon ng bagong database.
Ito ay pareho sa pagtanggal - tanggalin lamang ang folder na ito.
Mga setting ng log
Upang makita ang magagamit na mga setting, kailangan mong pumunta sa at sa pangunahing menu hanapin ang item na "Administrasyon - Mga Setting ng Log...":
Kumuha ng 267 video lesson sa 1C nang libre:
Ang mga sumusunod na setting ng pag-log ay magagamit sa interface na bubukas:
Dito, sa field na "Magrehistro sa log ng kaganapan," maaari mong tukuyin ang mga detalye ng naka-log na data. Ang opsyon na "Huwag mag-log" ay nagbibigay-daan sa iyo na huwag paganahin ang pag-log nang buo. Ang iba pang mga punto ay binibigyang kahulugan tulad ng sumusunod:
- Mga pagkakamali— lahat ng posibleng pagkabigo at pagkakamali sa system;
- Mga babala— mahalagang mga mensahe ng system na hindi mga error;
- Impormasyon— lahat ng impormasyon tungkol sa nababagong data ng system;
- Mga Tala— mga hindi mahalagang mensahe (maaari mong i-off ang mga ito halos palagi).
Pag-optimize ng logbook
Kabilang sa mga paraan upang ma-optimize ang bilis ng paglo-load at pagtatrabaho sa log ay ang mga sumusunod na pamamaraan:
Magrehistro ng mas kaunting mga kaganapan. Ang hindi pagpapagana sa pag-record ng mga mensahe na hindi mahalaga sa amin ay makabuluhang bawasan ang dami ng impormasyon at tataas ang bilis ng trabaho.
Paghahati ng imbakan ng log ayon sa mga tuldok. Ang pagpapalit ng setting na "Split log storage ayon sa panahon" sa araw (para sa malalaking database) / linggo (para sa mga medium-sized na database) ay maaaring makabuluhang mapabuti ang pagganap ng log. Ang mga log file ay hahatiin sa folder na 1Cv8Log sa mga bahaging tinukoy sa mga setting, at magkakaroon ng form na katulad ng 20140905000000.lgp, na nagpapakita ng petsa at oras na ginawa ang log.
Ang pagbabawas ng log ay nagbibigay din ng makabuluhang pag-optimize sa pagtatrabaho sa log. Upang gawin ito, mag-click sa pindutang "Bawasan" sa mga setting. Piliin ang panahon kung saan mo gustong bawasan ang log:
Kapag ginagamit ang paraang ito, lubos na inirerekomendang isulat ang mga tinanggal na kaganapan sa isang hiwalay na file. Papayagan ka nitong ibalik ang kasaysayan na tinanggal mula sa 1C database log anumang oras.
At ang huli at pinaka-epektibong paraan upang ma-optimize ay ang paglipat ng log ng pagpaparehistro sa tinatawag na "Bagong format". Ito ay magagamit simula sa 1C platform na bersyon 8.3.5.1068. Ang format na ito para sa pag-iimbak ng log ng pagpaparehistro ay wala sa isang text file, ngunit sa isang hiwalay na database sa SQLite DBMS.
Upang lumipat sa bagong format, i-convert lang ang magazine sa pamamagitan ng pag-click sa button na "Bagong Format":
Mag-ingat, baligtarin ang conversion sa lumang format imposible.
Sa 1C system, mayroon ding sistema para sa pagsusuri ng teknikal na impormasyon.
Interesado ako sa format ng mga log file, ngunit ang paghahanap sa Internet ay hindi nagbunga ng anumang resulta. Kinailangan kong pag-aralan ang sarili ko. Ganito ipinanganak ang pagproseso - Pagsusuri at pag-edit ng mga log file 8.1/8.2 - ELF/LOG/LGF/LGP. Tulad ng ipinangako, sinubukan kong magsulat ng isang buong artikulo tungkol sa format ng 1C 8 log file.
Sa 1C 8, ang log ng pagpaparehistro ay naka-imbak sa mga text file, na matatagpuan sa subdirectory ng 1Cv8Log. Para sa client-server, tumingin sa isang lugar sa "C:\Program Files\1cv82\srvinfo\reg_1541\\1Cv8Log\".
Karaniwan, ang 1C 8 logbook ay binubuo ng isang file ng paglalarawan (ELF sa 8.1 / LGF sa 8.2) at isa o higit pang mga file ng data (LOG in 8.1 / LGP sa 8.2). Mayroon ding tinatawag na log archive - sa kasong ito, ang mga paglalarawan at data ay matatagpuan sa isang file nang sunud-sunod, ang mga unang paglalarawan, pagkatapos ay ang data, na ang extension ay kapareho ng data file.
Ang unang linya ng log file ay naglalaman ng isang marker
"1CV8LOG_" para sa 8.1 at "1CV8LOG(ver 2.0)" para sa 8.2.
Ang pangalawang linya ay naglalaman ng GUID.
Para sa log data file, isang karagdagang ikatlong linyang walang laman ang isinulat.
Kapag nag-parse ng log, nahaharap tayo sa problema ng paghihiwalay ng mga tala sa isa't isa - pagkatapos ng lahat, mayroon silang isang variable na haba at maaaring nahahati sa ibang bilang ng mga linya, na nakuha dahil sa mga sumusunod na panuntunan na nagdaragdag ng mga karagdagang character sa bagong linya. (Mga Simbolo.PS):
1) Ang pambungad na curly brace na "( "sa file ay palaging nauuna sa isang bagong linyang karakter;
2) Ang pagsasara ng mga kulot na brace ")" ay hindi maaaring magkasunod - sila ay palaging pinaghihiwalay ng isang bagong linya na karakter;
3) Ang bagong linya na karakter ay maaaring mangyari sa loob ng mga quote.
Kaya, maaari mong paghiwalayin ang isang talaan batay sa mga sumusunod na pamantayan:
1) Ang unang character ay ang pambungad na curly brace "(";
2) Ang bilang ng mga pagbubukas ng curly braces "(" ay katumbas ng bilang ng closing curly braces ")";
3) Ang huling character ay ang closing curly brace ")";
4) Gayundin, ang tamang entry ay palaging magkakaroon ng pantay na bilang ng mga quote.
Ang istraktura ng mga entry ng file ng paglalarawan sa 8.1 ay ibang-iba sa 8.2.
Kapag sinusuri ang 8.1 na file ng paglalarawan ayon sa mga panuntunan sa itaas, nakakakuha lamang kami ng isang entry, na binubuo ng elementong "Alamat" at mga nested na entry. Ang istraktura ng mga nested record ay pareho - isang header at isang nested record. Maaaring kunin ng header ang mga sumusunod na value: "Mga User" - user GUID, "UserNames" - user name, "Hosts" - computer, "Apps" - applications, "Events" - events, "MDID" - metadata GUIDs, "MDCodes" - mga pangalan ng metadata , "SrvHosts" - mga server, "MainPorts" - pangunahing port, "SyncPorts" - mga auxiliary port. Ang mga nested na tala ay mahalagang mga array. Ang unang elemento ay ang laki ng array, na sinusundan ng aktwal na mga halaga. Ang separator ay isang kuwit.
Kapag sinusuri ang 8.2 na file ng paglalarawan, makikita natin ang ibang larawan. Ang file ay naglalaman ng maraming mga entry mula sa karaniwang tatlong elemento hanggang apat, kung kailangan mong tumukoy ng GUID - para sa mga user at metadata.
Ang format ng pag-record ay simple - ang unang elemento ay ang array code, ang pangalawa ay ang halaga, ang pangatlo ay ang numero sa array. Sa kaso ng apat na mga entry, isang GUID ang lilitaw sa pagitan ng una at pangalawang elemento.
Ang mga sumusunod na array code ay natuklasan:
1 - mga gumagamit;
2 - mga computer;
3 - mga aplikasyon;
4 - mga kaganapan;
5 - metadata;
6 - mga server;
7 - pangunahing mga port;
8 - mga auxiliary port.
Mayroon ding mga hindi pa nakikilalang code 11, 12 at 13
Kaya, mula sa mga file ng paglalarawan ay nakukuha namin ang mga kinakailangang reference na libro na gagamitin sa mga file ng data.
Ang istraktura ng mga talaan ng data file na 8.1 ay naiiba sa 8.2 na mahalagang lamang sa bilang ng mga elemento. Sa 8.1, ang tala ay mahigpit na binubuo ng 16 na elemento, at sa 8.2 ang bilang ng mga elemento ay variable at maaaring mula sa 19 piraso hanggang, sa prinsipyo, anumang numero.
1) Petsa at oras sa format na "yyyyMMddHHmmss", madaling ma-convert sa petsa ng Date() function;
2) Katayuan ng transaksyon - maaaring tumagal ng apat na halaga: "N" - "Wala", "U" - "Naayos", "R" - "Hindi nakumpleto" at "C" - "Kinansela";
3) Isang transaksyon sa isang format ng pag-record ng dalawang elemento na na-convert sa isang hexadecimal na numero - ang una ay ang bilang ng mga segundo mula noong 01/01/0001 00:00:00 na pinarami ng 10000, ang pangalawa ay ang numero ng transaksyon;
4) User - ang numero sa array ng user ay ipinahiwatig;
5) Computer - ang numero sa hanay ng mga computer ay ipinahiwatig;
6) Application - ang numero sa array ng application ay ipinahiwatig;
7) Koneksyon - numero ng koneksyon;
8) Kaganapan - ang numero sa array ng kaganapan ay ipinahiwatig;
9) Kahalagahan - maaaring tumagal ng apat na halaga - "I" - "Impormasyon", "E" - "Mga Error",
"W" - "Mga Babala" at "N" - "Mga Tala";
10) Komento - anumang teksto sa mga panipi;
11) Metadata - ang numero sa array ng metadata ay ipinahiwatig;
12) Ang data ay ang pinakamahirap na elemento, na naglalaman ng nested record;
13) Presentasyon ng datos - teksto sa mga panipi;
14) Server - ang numero sa array ng server ay ipinahiwatig;
15) Pangunahing port - ipahiwatig ang numero sa hanay ng mga pangunahing port;
16) Auxiliary port - ang numero sa hanay ng mga auxiliary port ay ipinahiwatig;
17) Session - numero ng session;
18) Ang bilang ng karagdagang metadata, ang mga numero nito ay ililista sa mga sumusunod na elemento ng record. Ito ang ika-18 na elemento na tumutukoy sa haba ng record, dahil pagkatapos ay magkakaroon ng maraming mga elemento tulad ng ipinahiwatig dito + isang huling isa, ang layunin nito ay hindi pa natutukoy at kadalasan ay mayroong "(0)". Marahil ito ay isang marker lamang para sa pagtatapos ng pag-record. Mayroon ding ideya na ang (0) ay mukhang isang walang laman na hanay.
Ngayon isaalang-alang ang nested record ng elemento 12 (Data), na maaaring tumagal ng mga sumusunod na halaga:
1) (“U”) - Undefined - maaaring ma-convert sa pamamagitan ng ValueFromStringInt();
2) (“S”,”String”) - String - maaaring ma-convert sa pamamagitan ng ValueFromStringInt();
4) ("P",(6,("S","String1"),("S","String2"))) - parang array, ngunit hindi pa malinaw kung ano ang ibig sabihin ng 6 - Nakita ko ito sa lugar nito sa ngayon ay 1, 2 at 6 lamang. Marahil ito ay iba't ibang uri - array, istraktura, atbp.
Kaya, sa pangkalahatan, ang format ng log ng parehong 1C 8.1 at 1C 8.2 ay na-disassemble. Mayroong ilang mga hindi pagkakaunawaan, na inaasahan kong malilinaw sa paglipas ng panahon, ngunit kahit na hindi sila nakakasagabal sa pagpoproseso ng pag-parse ng mga file - - Pagsusuri at pag-edit ng mga log file 8.1/8.2 - ELF/LOG/LGF/LGP
Nang maglaon, lumitaw ang isang medyo kawili-wiling publikasyon - kung saan direktang na-parse ng may-akda ang mga file ng log, at isinulat niya na na-parse niya mismo ang format ng log, matagal bago ang kasalukuyang publikasyon, ngunit sa kasamaang-palad ay hindi pa naibahagi ang karagdagang impormasyon na matatagpuan sa format sa komunidad. .
Ang log ng pagpaparehistro sa 1C 8.3 ay lubhang kapaki-pakinabang dahil ito ay nagpapakita ng mga kaganapan na naganap sa base ng impormasyon, na nagpapahiwatig ng oras, pangalan ng computer at user name, at mga link sa data na binago. Kapag ang mga user ay napatotohanan, ang mga entry ay nilikha din sa log na nagpapahiwatig ng paraan ng pag-log in sa programa. Ang mekanismong ito ay nagpapahintulot sa iyo na sagutin ang isa sa mga madalas na tanong - kung sino ang huling gumawa ng mga pagbabago sa isang partikular na bagay.
Saan ko mahahanap ang logbook sa 1C 8.3? Sa pamamagitan ng menu na "Lahat ng pag-andar" - "Standard" o, sa karaniwang mga pagsasaayos ng 1C, sa menu na "Administration" - "Suporta at Pagpapanatili".
Ang logbook ay na-configure sa configurator mode. Sa menu na "Pamamahala," piliin ang "Mga Setting ng Log".
Dito mo iko-configure ang mga kaganapan na ipapakita sa log.
Ang pagpili sa unang item ng setting ay nagbibigay-daan sa iyong hindi magtago ng log. Ang natitirang mga setting ay nakaayos sa pataas na pagkakasunud-sunod ng kahalagahan. Kung mayroong isang malaking bilang ng mga gumagamit, hindi inirerekomenda na magrehistro ng mga komento upang hindi mabara ang database.
Kapag gumagawa ng bagong infobase, nakatakda ang default na mode para sa pagtatala ng lahat ng kaganapan.
Tingnan at hanapin ang mga talaan
Kapag binuksan mo ang logbook mismo, sa unang tingin ay maaaring mukhang maraming impormasyon at ito ay hindi makatotohanang hanapin ito. Sa totoo lang hindi ito totoo.
Bilang default, 200 mga entry ang ipinapakita sa log. Ang pagpapakita ng malaking bilang ng mga entry ay maaaring negatibong makaapekto sa pagganap ng iyong programa o maging sanhi lamang ng pag-freeze nito.
Sa form ng listahan ng log ng pagpaparehistro, maaari mong itakda ang pagpili at gamitin ang paghahanap. Nalalapat lamang ang paghahanap sa mga talaan na naipakita na (sa kasong ito, ang huling 200 kaganapan). Nalalapat ang pagpili sa lahat ng mga talaan.
Isinasagawa ang paghahanap gamit ang ipinapakitang data sa tabular na seksyon, kaya kapag ginagamit ito kailangan mo lamang tukuyin ang column at data na gusto mong hanapin.
Binibigyang-daan ka ng pagpili na pumili ng data ng mga partikular na user, pangalan ng computer, kaganapan, atbp. May kakayahan ka ring magpakita ng mga entry sa log para lamang sa partikular na metadata, data (isang link sa nais na bagay, halimbawa, isang partikular na dokumento) at iba pang mga setting ay ipinahiwatig.
Ipinapakita ng halimbawang ito ang mga setting ng log para sa pagpili ng lahat ng kaganapan ng user na "Admin" simula 06/20/2017.
Saan nakaimbak ang 1cv8.lgd log file?
Ang lokasyon ng pisikal na imbakan ng log ay direktang nakasalalay sa kung ang database ng file o ang kliyente ay isang database ng server.
Base ng file
Sa placement mode na ito, ang registration log ay matatagpuan sa folder na may database mismo. Maaari mong malaman ang lokasyon nito alinman sa listahan ng mga database o mula sa tulong na "Tungkol sa programa".
Kung pupunta ka sa address na ito, makikita mo ang isang folder na pinangalanang "1Cv8Log". Dito matatagpuan ang log data sa 1Cv8.lgd file.
Kung kailangan mong ilipat ang database mula sa isang lugar patungo sa isa pa, maaari mo ring kopyahin ang direktoryo na ito, pagkatapos ay ililipat ang data ng log kasama ang database.
Kapag tinanggal mo ang direktoryo na ito, mali-clear ang log.
Base ng Client-server
Sa mode na ito, ang lahat ay pareho sa nauna, tanging ang 1C log data ang nakaimbak sa server. Kadalasan ang lokasyon nito ay ang mga sumusunod:
- C:\Program Files\1cv8\srvinfo\<место расположения информационной базы>\1Cv8Log
Pag-optimize
Ang log ay maaaring i-optimize kung kinakailangan, lalo na kapag ang isang malaking bilang ng mga kaganapan ay nangyari sa database.
Ang isang paraan ay ang pag-configure ng pagpaparehistro ng ilang partikular na kaganapan lamang tulad ng tinalakay sa itaas. Halimbawa, walang saysay ang pagsubaybay sa mga tala kung hindi mo lang kailangan ang mga ito.
Sa mas lumang mga paglabas ng platform, ang paghahati ng log ayon sa panahon ay magagamit sa mga setting ng log. Ang buong log ay maaaring hatiin sa hiwalay na mga file na may tinukoy na dalas (araw, buwan, taon, atbp.).
Simula sa bersyon 1C platform 8.3.5.1068, ang log ay nakaimbak sa isang sqlite database file na may extension na *.lgd, at naging hindi available ang setting na ito. Ang pamamaraang ito ng pag-iimbak ng log ay mas produktibo kaysa sa luma.
Paano bawasan o tanggalin ang log ng pagpaparehistro sa 1C
Kung kailangan mong bahagyang o ganap na i-clear ang mga entry sa log, sa window ng mga setting, mag-click sa pindutang "Bawasan". Sa lalabas na window, tukuyin ang petsa kung kailan dapat tanggalin ang lahat ng mga tala. Maaari mo ring i-save ang mga tinanggal na entry sa isang file kung sakali.
Sa 1C server, lumalaki ang folder sa paglipas ng panahon
reg_1541, na naglalaman ng 1C log. Ang folder na ito ay matatagpuan sa direktoryo C:\Program Files\1cv82\srvinfo. At bilang isang resulta, ang isang problema sa libreng espasyo sa hard drive ng system ay maaaring lumitaw. Para maiwasan ang paglaki ng folder srvinfo Kinakailangan na pana-panahong i-clear ang 1C log.
Pag-alis ng mga hindi nagamit na log mula sa Srvinfo folder
Itinatala ng log ng pagpaparehistro ang lahat ng mga pagbabago sa 1C database object - mga dokumento, direktoryo, rehistro, atbp.
Ang bawat 1C database ay may sariling log storage directory at ganito ang hitsura nito:
C:\Program Files\1cv8\srvinfo\\\1Cv8Log
Folder<Имя кластера сервера>sa pamamagitan ng default ito ay tinatawag reg_1541.
Matapos tanggalin ang database mula sa 1C server, ang log folder ay hindi natanggal mula sa Srvinfo. Samakatuwid, mula sa maraming mga folder sa
Ang Srvinfo ay maaari ding maglaman ng mga matagal nang hindi nagamit at kumukuha lang ng espasyo sa hard drive.
Mahahanap mo ang mga folder na ito sa pamamagitan ng pagbubukas ng file, na matatagpuan din sa reg_1541.
Kopya<Идентификатор базы на сервере>mula sa folder ng Srvinfo at tingnan ang file na 1CV8Clst.lst. Kung hindi matatagpuan ang identifier sa file, maaaring tanggalin ang folder.
Sa direktoryo ng Srvinfo mayroong isang folder na may pangalan ng view snccntx+<Идентификатор базы на сервере> . Ang folder na ito ay naglalaman ng data ng session at mas mabuting huwag itong tanggalin maliban kung kinakailangan. hindi ito kumukuha ng maraming espasyo.
Pag-set up at pag-clear sa 1C log
Inilunsad namin ang 1C sa configurator mode at pumunta sa menu na "Administration/Log Settings".
Sa mga setting ng log, maaari mong piliin kung aling mga kaganapan ang mai-log:
Mga Error - impormasyon tungkol sa mga pagkabigo
Ang mga babala ay mahalagang mga abiso, hindi mga error.
Impormasyon - lahat ng mga pagbabago sa database
Mga Tala - lahat ng iba pang mga abiso
Upang i-clear ang log ng pagpaparehistro, i-click ang pindutang "Bawasan".
Dito makikita mo ang hanay ng petsa kung saan iniimbak ang data.
Sa field na "Tanggalin ang mga kaganapan hanggang:", piliin ang petsa bago namin iki-clear ang log ng pagpaparehistro.
Pag-automate sa Proseso ng Pag-clear ng Log
Ang pag-automate ng proseso sa pamamagitan ng Windows command line ay ganito ang hitsura:
"\1cv8.exe" CONFIG /Out /ReduceEventLogSize -saveAs
— string ng koneksyon sa infobase. kasi Pinag-uusapan natin ang bersyon ng server, ang linyang ito ay magmumukhang "/S /N /P". Ang gumagamit ay dapat magkaroon ng mga karapatan sa pangangasiwa.
— landas patungo sa file kung saan mase-save ang mga mensahe ng system kapag isinagawa ang operasyong ito.
— ang petsa kung kailan paikliin ang log ng pagpaparehistro sa format na yyyy-mm-dd
— path sa isang file sa *.elf na format, na maaaring ma-access kung kinakailangan upang magsagawa ng mga pagsisiyasat sa mga matagal nang operasyon gamit ang base ng impormasyon.
Dapat isagawa ang operasyon kapag walang aktibong koneksyon sa 1C database.
Sample na PowerShell script
# # backup at paliitin ang 1c logs # param ($1cexe = "C:\Program Files (x86)\1cv82\8.2.15.319\bin\1cv8.exe", $1cbase = "srvrname\ibname", $1cuser = "username ", $1cupassword = "password", $1coperlog = "s:\logs\1cshrink.txt", $1cdaysoflogstore = 7, #[petsa kung saan tatanggalin ang mga log] (get-date).Date.AddDays(-$1cdaysoflogstore ) .ToString("yyyyMMdd") $1clogsarchive = "s:\backup\6months\", #[path sa *.elf log file na naka-save sa ibang lugar] $1clogfilename = $env:COMPUTERNAME.ToLower() + "-1clog- " + ($1cbase.split("\")) + "-" + (get-date).Date.ToString("yyyyMMdd") + ".elf") $1clog = $1clogsarchive + $1clogfilename cmd /c " `"`"$1cexe`" CONFIG `/s$1cbase `/N`"$1cuser`" `/P`"$1cupassword`" `/Out$1coperlog `/ReduceEventLogSize $((get-date).Date. AddDays(-$1cdaysoflogstore).ToString("yyyy-MM-dd")) -saveAs`"$1clog`"`""
Pansin! Ang data para sa pagkonekta sa 1C database ay hindi nagpapakilala. Kailangan mong palitan ito ng iyong sarili.
Paglilipat ng log sa isa pang drive
Upang maiwasang punan ang system disk ng mga log file, ang 1C folder SRVINFO maaaring ilipat sa ibang drive. Magagawa ito sa pamamagitan ng pagbabago ng mga parameter ng pagsisimula ng serbisyong "1C: Enterprise 8.3 Server Agent" sa Windows registry.
Sa registry editor, pumunta sa sangay HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\1C:Enterprise 8.2 Server Agent at sa parameter ImagePath baguhin ang halaga na "1C: Enterprise 8.3 Server Agent" "C:\Program Files (x86)\1cv8\8.3.10.2667\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d " C:\Program Files (x86)\1cv8\srvinfo".
Sa halip na "C:\Program Files (x86)\1cv8\srvinfo" ipinapahiwatig namin ang bagong direktoryo para sa lokasyon ng log.
pag-edit sa simula ng serbisyong “1C:Enterprise 8.3 Server Agent” sa Windows registry
Ang ginamit na artikulo
Kung dapat mong tiyakin ang pag-andar ng isang 1C system na may malaking bilang ng mga user, madalas na lumitaw ang mga sitwasyon kapag kailangan mong suriin ang kanilang mga aksyon. Ito ay para sa layuning ito na ang mga developer ay lumikha ng isang mahusay na mekanismo - ang log book. Papayagan ka nitong malaman kung sino ang gumawa ng mga pagbabago sa mga dokumento at iba pang mga object ng system, na nakatanggap ng mga mensahe ng error, at nagpatakbo ng mga ulat.
Nasaan ang error log sa 1C?
Mayroong ilang mga paraan upang subaybayan kung aling mga error ang naranasan ng mga user habang nagtatrabaho. Kadalasan, mas madali at mas mabilis na buksan ang menu na "Administrasyon", pumunta sa item na "Pagpapapanatili" at i-click ang "Log ng Pagpaparehistro":
Makakapunta ka rin sa log sa pamamagitan ng paggamit sa pangkalahatang menu na tinatawag na "Lahat ng mga function":
Bilang karagdagan, maaari mong ilunsad ang journal mula sa configurator. Upang gawin ito, buksan ang tab ng menu na "Administrasyon" at piliin ang "Log ng Pagpaparehistro":
Ang lokasyon ng data ng log ay iba para sa mga database ng file at client-server. Sa unang kaso, ang mga file ng log ay matatagpuan sa folder na may database sa isang hiwalay na direktoryo na "1Cv8Log". Kung ang isang server at mga site ng kliyente ay ipinatupad, ang kasaysayan ng error at mga aksyon ng user ay matatagpuan sa server sa isang hiwalay na folder.
Paano buksan ang log book?
Upang buksan ang data sa kasaysayan ng mga aksyon at error ng user, kailangan mong pumunta sa log ng pagpaparehistro sa anumang paraan at magtakda ng mga seleksyon. Ang problema ay na sa isang malaking bilang ng mga gumagamit, ang logbook ay nagiging kahanga-hanga sa laki at ang 1C ay nagpapakita lamang ng huling ilang mga entry. Upang makakita ng mas malaking listahan ng data, kailangan mong itakda ang mga kinakailangang filter.
Sa form na bubukas, maaari mong itakda ang mga pagpipiliang iyon batay sa data ng log na kinakailangan. Ang agwat ng paghahanap ay nakatakda sa itaas kung kinakailangang isaalang-alang kapag naitala ang mga aksyon o error ng user. Sa kaliwa ay markahan mo ang mga kaganapan kung saan ka interesado, at sa kanan maaari kang magtakda ng mga pagpipilian:
- Uri ng kaganapan;
- Ang user kung saan nangyari ang aksyon o error;
- Application;
- Mga kompyuter;
- Listahan ng mga session.
Sa seksyong "Data", maaari kang magtakda ng mga seleksyon para sa mga partikular na object ng system, mula sa buong listahan ng mga dokumento hanggang sa paghahanap gamit ang isang elemento ng direktoryo. Ang seksyong "Transaksyon" ay magbibigay-daan sa iyo na subaybayan lamang ang mga naitala na transaksyon o ang mga hindi pa nakumpleto. Ang seksyong "Iba pa" ay nagbibigay ng kakayahang maghanap sa pamamagitan ng iba't ibang mga server o IP port.
Paano i-disable ang logbook?
Maraming mga kumpanya na walang malalakas na server at ayaw gumastos ng pera sa pagrenta ng kagamitan ay hindi pinagana ang pag-log in 1C. Ito ay puno ng katotohanan na sa kaso ng mga pagkakamali, hindi mo makikita kung kailan at kung kanino sila nagpakita. Ngunit ang logbook ay nangangailangan ng maraming mapagkukunan, kaya kung minsan ay talagang makatuwiran na iwanan ang mekanismong ito. Sa karagdagan, ang object versioning mechanism ay bahagyang gumaganap ng mga function ng isang log, na nagbibigay-daan sa iyong makita ang mga pagbabagong ginawa sa system objects.
Upang hindi paganahin ang pag-log, kailangan mong itakda ang administrator sa eksklusibong mode at pumunta sa configurator. Sa drop-down na menu, buksan ang tab na "Administration" at buksan ang "Mga Setting ng Log...".
Matapos piliin ang "Huwag magparehistro" at kumpirmahin ang iyong pinili sa pamamagitan ng pagpindot sa pindutang "OK", ang pagre-record ng lahat ng mga kaganapan sa log ay titigil.
Paano i-download ang logbook?
Dahil ang mekanismong ito ay nangangailangan ng malalaking mapagkukunan, maraming mga administrador ang mas gustong magtrabaho kasama ang kasaysayan hindi sa pamamagitan ng 1C, ngunit sa ibang format. Pinapayagan ka nitong hindi i-load ang server, at ang computer ng kliyente ay gumagana nang mas mabilis. Upang tingnan ang log ng pagpaparehistro, kailangan mong bumuo ng isang ulat na may kinakailangang data sa 1C. Pagkatapos ay i-click ang "Higit pa/Listahan...", piliin ang lahat ng mga column at i-save ang resultang data sa isang file na may gustong format gamit ang Ctrl+A keys.
Ang 1C ay mayroon ding built-in na function na "UploadRegistrationJournal()", na maaaring magamit sa panlabas na pagproseso upang mag-upload ng ilang partikular na data sa iyong sarili. Makakatulong sa iyo ang karaniwang pagpoproseso na "Log Analysis Console" na suriin ang na-download na data. Ibinahagi ito sa disk ng ITS, na natatanggap mo kapag pumasok ka sa isang kasunduan sa mga kasosyo sa kumpanya ng 1C. Kung walang access sa mga disk na ito, ang Internet at ang opisyal na website ng ITS ay maaaring sumagip.
Paano ibalik ang logbook?
May mga kaso kung kailan, kapag nag-migrate ng infobase o nag-a-upgrade ng server, lumabas na walang laman ang registration log. Kung ikaw ay hindi pinalad at ang log ay hindi gumagana nang tama, kailangan mong harapin ang pagbawi ng data. Una, suriin ang mga log file mismo. Kung pinag-uusapan natin ang bersyon ng client-server, naka-imbak sila sa server sa direktoryo:
C:\ProgramFiles\1Cv8\srvinfo\Substitute ServerName\Substitute IB ID\1Cv8Log.
Kadalasan sapat na upang ilipat ang mga nilalaman ng folder na ito sa direktoryo na may bagong lokasyon ng seguridad ng impormasyon para maibalik ang log. Kung hindi ito makakatulong, kailangan mong bumaling sa isang log archive o software ng third-party upang maibalik ang data ng log. Bago simulan ang pagproseso sa base ng produksyon, siguraduhing magsanay sa isang kopya ng seguridad ng impormasyon.
Kadalasan, lumilitaw ang mga naturang problema pagkatapos ng walang ingat na pagtatangka na bawasan ang laki ng mga file ng log.
Paano paikliin ang logbook?
Habang nagtatrabaho ka sa 1C, nagiging mas malaki ang data ng log. Kung mayroon kang limitadong mga mapagkukunan, pagkatapos ay sa loob ng ilang taon ay mahaharap ka sa kakulangan ng puwang sa disk. Ang pagbawas sa laki ng kasaysayan ng mga error at pagkilos ng user ay isang natural na hakbang upang makatipid ng espasyo at ma-optimize ang pagpapatakbo ng database. Para dito kailangan namin ang configurator mode.
Kailangan mong buksan ang form na “Pagse-set up ng logbook...” mula sa menu na “Administration”:
Dalawang function ang tutulong sa amin na bawasan ang log:
- Gamit ang button na "Bawasan" tinatanggal namin ang lahat ng data hanggang sa isang tiyak na petsa;
- Kakayahang pumili ng mga panahon ng paghahati ng log. Kapag ang opsyong ito ay nakatakda sa "Araw", isang bagong log file ang gagawin araw-araw. Magagawa naming ilipat ang lumang data sa isang hiwalay na mapagkukunan. Magiging magandang ideya din na i-archive ang log in zip o rar para mabawasan ang espasyong kailangan nito.
Paano i-clear ang log book?
Maraming mga administrador ang pana-panahong nililinis ang logbook. Ito ay makatwiran kung kailangan mong tanggalin ang mga lumang talaan o hindi na kailangan para sa data ng kasaysayan ng aktibidad sa database. Sa itaas ay tinalakay namin ang isang paraan upang i-clear ang log bago ang isang tiyak na petsa - gamit ang pindutang "Bawasan" gamit ang configurator. Ngunit hindi lamang ito ang pagkakataon para sa administrator na i-clear ang hindi kinakailangang data ng log.
Ang mga 1C log ay iniimbak sa 1Cv8Log folder sa direktoryo ng lokasyon ng infobase. Upang i-clear ang log, tanggalin lamang ang direktoryo na ito kasama ang mga nilalaman nito. Ito ay magpapalaya ng maraming espasyo sa hard drive, ngunit inirerekomenda na i-archive mo ang log at ilipat ang data sa ibang lokasyon.
Posible bang magdagdag ng log entry sa pamamagitan ng program?
Maraming mga administrator at developer ang aktibong gumagamit ng log file para sa higit pa sa pagsubaybay sa mga error at pagkilos ng user. Ang built-in na functionality ng panloob na 1C na wika ay nagbibigay-daan sa kanila na programmatically record ang kanilang mga kaganapan sa registration log. Upang gawin ito, gamitin ang function na “RegistrationLogRecord()” na may set ng mga parameter.
Log Entry("Event1", Log Level.Information, "Process completed", Log Entry TransactionMode.Transactional)Kaya, ang bawat programmer ay may pagkakataon na itala ang kanyang sariling mga kaganapan sa isang karaniwang log. Ang tampok na ito ay nagbibigay ng sapat na saklaw para sa iba't ibang mga kontrol at pagsubaybay sa pagganap ng user. Ito ay totoo lalo na kung mayroon kang isang malaking bilang ng mga trabaho sa background na na-configure na wala kang oras upang subaybayan.
Paano ako makakabalik sa lumang format ng log?
Simula sa bersyon 8.3.5, may lalabas na bagong format para sa mekanismong ito sa 1C. Kung gagawa ka ng database batay sa platform na bersyon 8.3.5 at mas mataas, makakakita ka ng lgd format file sa 1Cv8Log folder. Napansin na ng mga user na sa malaking bilang ng mga user, ang bagong logger ay gumagana nang mas malala. Samakatuwid, maraming mga administrador ang interesadong bumalik sa lumang format ng log.
Upang makita muli ang lgf format file, kailangan mong gawin ang sumusunod na algorithm para sa bawat 1C database:
- Hanapin ang folder na 1Cv8Log para sa isang partikular na database;
- Alisin ang lahat ng mga file mula sa direktoryo. Maipapayo na iimbak ang mga ito sa ibang lugar;
- Gumawa ng walang laman na file na 1Cv8.lgf na format sa 1Cv8Log folder.
Gawin ang algorithm sa itaas para sa bawat base ng impormasyon.
Posible bang ilipat ang log ng pagpaparehistro sa isang hiwalay na database?
Kung kailangan mong ilipat ang base ng impormasyon sa ibang server, hindi mo dapat kalimutan ang tungkol sa log ng pagpaparehistro. Kung hindi mo ito binibigyang pansin, pagkatapos ay kapag tinitingnan mo ito ay makikita mo na ang data ay hindi mababasa at kailangan mong i-clear ang log.
Ang pamamaraan ng paglilipat ng log ay naiiba para sa file at mga bersyon ng client-server ng infobase. Sa unang kaso, kailangan mo lang hanapin ang 1Cv9Log folder sa lumang database directory at kopyahin ito sa bagong database directory.
Ang pangalawang kaso ay mas kumplikado, dahil ang pagkakakilanlan ng seguridad ng impormasyon ay kailangang itama. Upang gawin ito, buksan ang 1Cv8Reg file na matatagpuan sa server at hanapin dito ang linya na nagpapahiwatig ng ID ng mapagkukunan ng seguridad ng impormasyon. Pumunta sa direktoryo ng seguridad ng impormasyong ito at ilipat ang folder na 1Cv8Log mula doon patungo sa isang bagong direktoryo. Dapat ka ring gumawa ng mga pagbabago sa mga address ng server kung inilipat ang database.