1c uzņēmuma reģistrācijas žurnāla attālā reģistrēšana. Nelietoto žurnālu noņemšana no Srvinfo mapes

1C reģistrācijas žurnāls - īpašs mehānisms 1C platformas versijas 8.2 un 8.3, kas ļauj ierakstīt, kā lietotāji mijiedarbojas ar sistēmu. Izmantojot žurnālu, var uzzināt, kas un kad mainīja objektus sistēmā: direktorijus, dokumentus, reģistrus utt. Zemāk mēs apskatīsim, kā strādāt ar šo mehānismu, kur tiek glabāti 1C žurnālfaili, kā tas ir konfigurēts, kā optimizēt žurnālu un kā jūs varat pilnībā notīrīt datus.

Sāksim ar to, kur tiek glabāts reģistrācijas žurnāls 1C. Var būt divas iespējas - faila un klienta-servera darbības režīmiem.

Failu bāze

1C failu datu bāzēm žurnāls atrodas mapē ar datu bāzi. Failu atrašanās vietu var atrast, startējot programmu datu bāzes atlases izvēlnē:

Ceļš ir iezīmēts sarkanā krāsā. Ja mēs ejam pa šo ceļu, mēs redzēsim šādu attēlu:

Mape 1Cv8Log ir direktorija, kurā atrodas žurnāls.

Ja plānojat pārsūtīšanas failu datu bāze un vēlaties saglabāt žurnāla vēsturi, jums noteikti ir jāpārkopē mape 1Cv8Log uz kategoriju jauna bāze 1C.
Ja nepieciešams notīriet 1C reģistrācijas žurnālu failu datubāzē, vienkārši izdzēsiet mapi 1Cv8Log.

Klientu-servera datu bāze 1C SQL

Klienta-servera režīmā vēstures faili parasti tiek glabāti serverī direktorijā:

C:\Program Files\1cv8\srvinfo\<Имя кластера сервера>\<Идентификатор базы на сервере>\1Cv8Log

Lai pārsūtītu 1C žurnālu SQL datubāzei, kā arī failam, vienkārši pārvietojiet mapi uz jaunās datu bāzes atrašanās vietu.

Tas pats attiecas uz dzēšanu — vienkārši izdzēsiet šo mapi.

Žurnāla iestatījumi

Lai redzētu pieejamos iestatījumus, jums jāiet uz un galvenajā izvēlnē jāatrod vienums "Administrēšana - žurnāla iestatījumi...":

Saņemiet 267 video nodarbības 1C bez maksas:

Atvērtajā saskarnē ir pieejami šādi reģistrēšanas iestatījumi:

Šeit laukā “Reģistrēties notikumu žurnālā” varat norādīt reģistrēto datu detaļas. Opcija “Nereģistrēties” ļauj pilnībā atspējot reģistrēšanu. Citi punkti tiek atšifrēti šādi:

Kļūdas- Visu iespējamie varianti kļūmes un kļūdas sistēmā;
Brīdinājumi— svarīgi sistēmas ziņojumi, kas nav kļūdas;
Informācija— visa informācija par maināmiem sistēmas datiem;
Piezīmes— nesvarīgi ziņojumi (gandrīz vienmēr varat tos izslēgt).

Žurnāla optimizācija

Starp veidiem, kā optimizēt iekraušanas ātrumu un strādāt ar baļķi, ir šādas metodes:

Reģistrējiet mazāk notikumu. Atspējojot mums nebūtisku ziņojumu ierakstīšanu, tiks būtiski samazināts informācijas apjoms un palielināts darba ātrums.

Baļķu uzglabāšanas dalīšana pa periodiem. Mainot iestatījumu “Sadalīt žurnālu krātuvi pēc perioda” uz dienu (lielām datu bāzēm)/nedēļā (vidēja lieluma datu bāzēm), var ievērojami uzlabot žurnāla veiktspēju. Žurnāla faili tiks sadalīti mapē 1Cv8Log iestatījumos norādītajās daļās, un tiem būs līdzīga forma kā 20140905000000.lgp, kas parāda žurnāla izveides datumu un laiku.

Žurnāla samazināšana nodrošina arī ievērojamu optimizāciju darbā ar žurnālu. Lai to izdarītu, iestatījumos noklikšķiniet uz pogas "Samazināt". Atlasiet periodu, līdz kuram vēlaties samazināt žurnālu:

Izmantojot šo metodi, ļoti ieteicams dzēstos notikumus ierakstīt atsevišķā failā. Tas ļaus jums jebkurā laikā atjaunot vēsturi, kas tika izdzēsta no 1C datu bāzes žurnāla.

Un pēdējais un visvairāk efektīvs veids optimizācija - reģistrācijas žurnāla pārsūtīšana uz tā saukto “Jauno formātu”. Tas ir pieejams, sākot no 1C platformas versijas 8.3.5.1068. Šis formāts reģistrācijas žurnāla glabāšana nevis teksta failā, bet atsevišķā datubāzē SQLite DBVS.

Lai dotos uz jauns formāts vienkārši konvertējiet žurnālu, noklikšķinot uz pogas "Jauns formāts":

Esiet piesardzīgs, apgrieziet konvertēšanu uz veco formātu neiespējami.

1C sistēmā ir arī sistēma tehniskās informācijas analīzei.

Mani interesēja žurnāla failu formāts, taču meklēšana internetā nedeva nekādus rezultātus. Man pašam tas bija jāmācās. Tā radās apstrāde - žurnālfailu 8.1/8.2 analīze un rediģēšana - ELF/LOG/LGF/LGP. Kā solīts, mēģināju uzrakstīt pilnvērtīgu rakstu par 1C 8 log failu formātu.

1C 8 reģistrācijas žurnāls tiek saglabāts teksta failos, kas atrodas apakšdirektorijā 1Cv8Log. Klients-serveris meklējiet kaut kur “C:\Program Files\1cv82\srvinfo\reg_1541\\1Cv8Log\”.

Parasti 1C 8 žurnāls sastāv no viena apraksta faila (ELF 8.1 versijā / LGF 8.2 versijā) un viena vai vairākiem datu failiem (LOG 8.1 versijā / LGP 8.2 versijā). Ir arī tā sauktie žurnālu arhīvi - šajā gadījumā apraksti un dati atrodas vienā failā secīgi, vispirms apraksti, tad dati, ar paplašinājumu, kas ir tāds pats kā datu failam.

Žurnāla faila pirmajā rindā ir marķieris
"1CV8LOG_" 8.1 un "1CV8LOG(ver 2.0)" 8.2.

Otrajā rindā ir GUID.

Žurnāla datu failam papildus tiek ierakstīta trešā tukša rindiņa.

Parsējot žurnālu, mēs saskaramies ar ierakstu atdalīšanas problēmu viens no otra - galu galā tiem ir mainīgs garums un tos var sadalīt atšķirīgs numurs virknes, kas izriet no tālāk norādītajiem noteikumiem, pievienojot papildu rakstzīmes jauna līnija(Simboli.PS):

1) Sākuma cirtaini figūriekavās "( "failā vienmēr ir jaunrindas rakstzīme;

2) Noslēdzošās cirtainās iekavas ")" nevar būt secīgas — tās vienmēr atdala ar jaunrindas rakstzīmi;

3) Jaunās rindiņas rakstzīme var būt pēdiņās.

Tādējādi ierakstu var atdalīt, pamatojoties uz šādiem kritērijiem:

1) Pirmā rakstzīme ir sākuma cirtaini iekava "(";

2) Atveramo cirtaino breketu skaits "(" ir vienāds ar aizverošo cirtaino lencēm ")";

3) pēdējā rakstzīme ir noslēdzošā cirtainā figūriekava ")";

4) Arī pareizais ieraksts vienmēr būs pāra skaitlis citāti.

Apraksta faila ierakstu struktūra 8.1 versijā ļoti atšķiras no 8.2.

Analizējot 8.1 apraksta failu saskaņā ar iepriekšminētajiem noteikumiem, mēs iegūstam tikai vienu ierakstu, kas sastāvēs no elementa “Legend” un ligzdotiem ierakstiem. Ligzdoto ierakstu struktūra ir vienāda – galvene un ligzdotais ieraksts. Galvenei var būt šādas vērtības: "Lietotāji" - lietotāju GUID, "UserNames" - lietotāju vārdi, "Hosts" - datori, "Apps" - lietojumprogrammas, "Notikumi" - notikumi, "MDID" - metadatu GUID, "MDCodes" - metadatu nosaukumi , "SrvHosts" - serveri, "MainPorts" - galvenie porti, "SyncPorts" - palīgporti. Ligzdotie ieraksti būtībā ir masīvi. Pirmais elements ir masīva lielums, kam seko faktiskās vērtības. Atdalītājs ir komats.

Analizējot 8.2 apraksta failu, mēs redzēsim citu attēlu. Failā ir daudz ierakstu, kuru izmērs ir no trīs līdz četriem elementiem, ja jums ir jānorāda GUID — lietotājiem un metadatiem.

Ieraksta formāts ir vienkāršs – pirmais elements ir masīva kods, otrais ir vērtība, trešais ir cipars masīvā. Četru ierakstu gadījumā starp pirmo un otro elementu parādās GUID.

Tika atklāti šādi masīva kodi:

1 - lietotāji;

2 - datori;

3 - pieteikumi;

4 - pasākumi;

5 - metadati;

6 - serveri;

7 - galvenās ostas;

8 - palīgporti.

Vēl joprojām ir neidentificēti kodi 11, 12 un 13

Tādējādi no aprakstu failiem iegūstam nepieciešamās uzziņu grāmatas, kuras tiks izmantotas datu failos.

Datu faila ierakstu struktūra 8.1 atšķiras no 8.2 būtībā tikai ar elementu skaitu. 8.1 ierakstā stingri ir 16 elementi, un 8.2 elementu skaits ir mainīgs un var būt no 19 gabaliem līdz principā jebkuram skaitam.

1) Datums un laiks formātā "ggggMMddHHmmss", ko viegli pārveido par datumu, izmantojot funkciju Date();

2) Darījuma statuss - var iegūt četras vērtības: “N” – “Nav klāt”, “U” – “Fiksēts”, “R” – “Nav pabeigts” un “C” – “Atcelts”;

3) Darījums divu elementu ieraksta formātā, kas pārveidots par heksadecimālo skaitli - pirmais ir sekunžu skaits kopš 01/01/0001 00:00:00 reizināts ar 10000, otrais ir darījuma numurs;

4) Lietotājs - ir norādīts numurs lietotāju masīvā;

5) Dators - norādīts skaitlis datoru masīvā;

6) Pieteikums - norādīts numurs pieteikumu masīvā;

7) Savienojums - pieslēguma numurs;

8) Notikums - tiek norādīts numurs notikumu masīvā;

9) Svarīgums - var ņemt četras vērtības - "I" - "Information", "E" - "Errors",

"W" - "Brīdinājumi" un "N" - "Piezīmes";

10) Komentārs - jebkurš teksts pēdiņās;

11) Metadati - norādīts skaitlis metadatu masīvā;

12) Dati ir visgrūtākais elements, kas satur ligzdotu ierakstu;

13) Datu prezentācija - teksts pēdiņās;

14) Serveris - norādīts numurs servera masīvā;

15) Galvenais ports - norāda numuru galveno portu masīvā;

16) Auxiliary port - tiek norādīts numurs palīgportu masīvā;

17) Sesija - sesijas numurs;

18) Papildu metadatu skaits, kuru numuri tiks uzskaitīti šādos ieraksta elementos. Tieši 18. elements nosaka ieraksta garumu, jo tad būs tik daudz elementu, cik šeit norādīts + viens pēdējais, kura mērķis vēl nav noteikts un parasti ir “(0)”. Varbūt tas ir tikai ieraksta beigu marķieris. Ir arī ideja, ka (0) izskatās kā tukšs masīvs.

Tagad apsveriet elementa 12 (dati) ligzdoto ierakstu, kam var būt šādas vērtības:

1) (“U”) — nenoteikts — var konvertēt, izmantojot ValueFromStringInt();

2) ("S","String") - virkne - var konvertēt, izmantojot ValueFromStringInt();

4) ("P",(6,("S","String1"),("S","String2"))) - kaut kas līdzīgs masīvam, bet vēl nav skaidrs, ko nozīmē 6 - esmu redzējis tas savā vietā līdz šim tikai 1, 2 un 6. Varbūt šis dažādi veidi- masīvs, struktūra utt.

Tādējādi kopumā gan 1C 8.1, gan 1C 8.2 žurnāla formāts ir izjaukts. Ir daži pārpratumi, kas, cerams, ar laiku noskaidrosies, taču pat tie netraucē failu parsēšanas procesu - - Žurnālfailu analīze un rediģēšana 8.1/8.2 - ELF/LOG/LGF/LGP

Vēlāk parādījās diezgan interesanta publikācija - kur autors parsē žurnāla failus tieši, un viņš raksta, ka pats parsējis žurnāla formātu, ilgi pirms pašreizējās publikācijas, bet diemžēl vēl nav dalījies ar kopienu ar papildu informāciju, kas atrodama par formātu.

Reģistrācijas žurnāls 1C 8.3 ir ļoti noderīgs, jo tajā tiek parādīti notikumi, kas notikuši informācijas bāzē, norādot laiku, datora nosaukumu un lietotājvārdu, kā arī saites uz maināmiem datiem. Kad lietotāji tiek autentificēti, žurnālā tiek izveidoti arī ieraksti, kas norāda, kā viņi iekļuva programmā. Šis mehānisms ļauj atbildēt uz vienu no bieži uzdotie jautājumi– kurš pēdējo reizi veica izmaiņas konkrētajā objektā.

Kur es varu atrast žurnālu 1C 8.3? Izmantojot izvēlni “Visas funkcijas” - “Standarta” vai tipiskās 1C konfigurācijās izvēlnē “Administrēšana” - “Atbalsts un apkope”.

Žurnāls ir konfigurēts konfiguratora režīmā. Izvēlnē “Administrēšana” atlasiet “Žurnāla iestatījumi”.

Šeit jūs konfigurējat notikumus, kas tiks parādīti žurnālā.

Izvēloties pirmo iestatījuma vienumu, žurnālu var neveikt vispār. Pārējie iestatījumi ir sakārtoti augošā svarīguma secībā. Plkst lielos daudzumos Lietotājiem nav ieteicams reģistrēt komentārus, lai neaizsprostotu datubāzi.

Veidojot jaunu informācijas bāzi, tiek iestatīts noklusējuma režīms visu notikumu ierakstīšanai.

Skatiet un meklējiet ierakstus

Atverot pašu žurnālu, no pirmā acu uzmetiena var šķist, ka informācijas ir daudz un to atrast ir vienkārši nereāli. Patiesībā tā nav taisnība.

Pēc noklusējuma žurnālā tiek parādīti 200 ieraksti. Liela skaita ierakstu parādīšana var negatīvi ietekmēt programmas veiktspēju vai vienkārši izraisīt tās iesaldēšanu.

Reģistrācijas žurnāla saraksta formā varat iestatīt atlasi un izmantot meklēšanu. Meklēšana attiecas tikai uz ierakstiem, kas jau ir parādīti (šajā gadījumā pēdējie 200 notikumi). Atlase attiecas uz visiem ierakstiem.

Meklēšana tiek veikta, izmantojot tabulas sadaļā parādītos datus, tāpēc, izmantojot to, ir jānorāda tikai kolonna un dati, kurus vēlaties atrast.

Atlase ļauj atlasīt datus pēc konkrētiem lietotājiem, datoru nosaukumiem, notikumiem utt. Jums ir arī iespēja parādīt žurnāla ierakstus tikai konkrētiem metadatiem, datiem (saite uz vēlamo objektu, piemēram, konkrētu dokumentu) un citiem iestatījumiem ir norādīti.

IN šajā piemērā Tiek parādīti žurnāla iestatījumi visu “Admin” lietotāja notikumu atlasei, sākot no 20.06.2017.

Kur tiek glabāts žurnālfails 1cv8.lgd?

Žurnāla fiziskās krātuves atrašanās vieta ir tieši atkarīga no tā, vai failu datu bāze vai klients ir servera datu bāze.

Failu bāze

Izmantojot šo izvietošanas režīmu, reģistrācijas žurnāls atrodas mapē ar pašu datu bāzi. Tās atrašanās vietu var uzzināt datu bāzu sarakstā vai palīdzības sadaļā “Par programmu”.

Ja jūs dodaties uz uz šo adresi, jūs atradīsiet mapi ar nosaukumu "1Cv8Log". Šeit atrodas žurnāla dati failā 1Cv8.lgd.

Ja nepieciešams pārsūtīt datu bāzi no vienas vietas uz citu, varat arī kopēt šo direktoriju, tad žurnāla dati tiks pārsūtīti kopā ar datu bāzi.

Dzēšot šo direktoriju, žurnāls tiks notīrīts.

Klientu-serveru bāze

Šajā režīmā viss ir tāds pats kā iepriekšējā, serverī tiek saglabāti tikai 1C žurnāla dati. Visbiežāk tā atrašanās vieta ir šāda:

C:\Program Files\1cv8\srvinfo\<место расположения информационной базы>\1Cv8Log

Optimizācija

Ja nepieciešams, žurnālu var optimizēt, it īpaši, ja datu bāzē notiek liels skaits notikumu.

Viens veids ir konfigurēt tikai noteiktu notikumu reģistrāciju, kā aprakstīts iepriekš. Piemēram, nav jēgas izsekot piezīmes, ja tās vienkārši nav vajadzīgas.

Vecākos platformas laidienos žurnāla iestatījumos bija pieejams žurnāla sadalījums pēc perioda. Visu žurnālu var sadalīt atsevišķos failos ar noteiktu biežumu (diena, mēnesis, gads utt.).

Sākot ar 1C platformas versiju 8.3.5.1068, žurnāls tiek glabāts sqlite datu bāzes failā ar paplašinājumu *.lgd, un šis iestatījums ir kļuvis nepieejams. Šī metode Baļķu uzglabāšana ir ievērojami efektīvāka nekā vecā.

Kā samazināt vai izdzēst reģistrācijas žurnālu 1C

Ja nepieciešams daļēji vai pilnībā notīrīt žurnāla ierakstus, iestatījumu logā noklikšķiniet uz pogas “Samazināt”. Parādītajā logā norādiet datumu, līdz kuram visi ieraksti ir jāizdzēš. Varat arī saglabāt izdzēstos ierakstus failā katram gadījumam.

Žurnāls ir nepieciešama un noderīga lieta, bet bieži vien tā ir ļoti, ļoti lēna.

Versijā 8.3.5.1068 tika ieviesti daži uzlabojumi, lai novērstu lēnas reģistrēšanas problēmu. Tātad, jo īpaši, žurnāls tagad tiek glabāts viena faila formā - SQLite datu bāzē.

Vecākajās versijās žurnālfailam ir paplašinājums “lgp”, un to var atrast šeit:

Sākot ar versiju 8.3.5.1068, žurnālfailam ir paplašinājums “lgd”, un tas joprojām atrodas tajā pašā vietā:

Par serveru bāzes, žurnāla failu var atrast šeit:

Augšējā attēlā datu bāzes UID ir iezīmēts sarkanā krāsā, ja datu bāzes ir daudz, jūs varat uzzināt vēlamās datu bāzes UID, apskatot šo failu:

Turklāt ir pievienotas pāris jaunas funkcijas un mainīts laika formāts (tagad laiks tiek saglabāts UTC).

Apskatīsim, kādi rīki ir pieejami 1C darbam ar reģistrācijas žurnālu.

Funkcijas

Visas funkcijas pieder globālajam kontekstam un ir detalizēts apraksts ir ietverts attiecīgajā palīdzības sadaļā.

Žurnāla ierakstu reģistrācija— ļauj pievienot ierakstu reģistrācijas žurnālam.

GetUsageLogRegistration— atgriež žurnāla līmeņu masīvu, kuriem tiek reģistrēti notikumi, jūs varat konfigurēt žurnāla līmeņus izvēlnē “Administrēšana”->”Žurnāla iestatījumi…” vai izmantot tālāk norādīto funkciju.

SetUseLogRegistration— ļauj programmatiski iestatīt žurnāla līmeņus, lai funkcijai ir nepieciešama ekskluzīva piekļuve un administratīvās tiesības.

EventLogRegistration skats— atgriež lokalizēto notikuma nosaukumu.

UploadJournalRegistration— ļauj lejupielādēt žurnālfaila saturu XML failā vai vērtību tabulā ir iespējams norādīt žurnāla failu, no kura tiks veikta lejupielāde.

GetLogSelectionValuesRegistration- ļauj iegūt iespējamās vērtībasžurnāla atlases parametri, kas ir noderīgi, lai izveidotu filtru, izmantojot iepriekš minēto funkciju.

SetUseEventLogRegistration— ļauj pārvaldīt notikumu reģistrāciju žurnālā, nepieciešamas administratīvās tiesības.

GetUsageEventLogRegistration— iegūst konkrētā notikuma reģistrācijas pārvaldības pašreizējo stāvokli, pieprasa administratīvās tiesības.

CopyJournalRegistration— kopē daļu žurnāla (pēc filtra) no viena faila uz citu, nepieciešamas administratīvās tiesības.

ClearLogRegistration— dzēš daļu žurnāla ierakstu (saskaņā ar filtru), ir piemērojams tikai jauna tipa žurnāliem (.lgd) un prasa administratora tiesības.

Dati

Kā minēts iepriekš, datus no reģistrācijas žurnāla var iegūt, izmantojot funkciju “UploadRegistration Log”.

Turklāt jauna veida žurnāliem (.lgd) varat izmantot citu metodi - ārēju datu avotu.

Lai žurnāla failu izmantotu kā ārēju datu avotu, jums būs jāinstalē SQLite ODBC draiveris, kuru varat lejupielādēt (izvēle starp 32 un 64 bitu versijām ir atkarīga nevis no OS versijas, bet gan no 1C versijas) .

Pēc draivera instalēšanas konfiguratorā pievienojam jaunu ārējo datu avotu un pēc tam pievienojam tabulas, savienojuma virkne izskatās šādi: “DRIVER=SQLite3 ODBC Driver;Database=D:\1Cv8.lgd;BigInt=1;”

Pēc tam varat izvēlēties sev interesējošās tabulas (galvenās tabulas nosaukums ir “EventLog”, taču informācijas pilnībai būs nepieciešamas visas tabulas).

Pēc visu darbību pabeigšanas jūs iegūsit sekojošo:

Pēc tam atliek tikai izveidot vaicājumu, kas izvelk visu nepieciešamo informāciju.

Tas arī viss, es ceru, ka šis raksts jums palīdzēja.

Ja jums ir jānodrošina 1C sistēmas funkcionalitāte ar liels skaits lietotājiem, bieži rodas situācijas, kad nepieciešams pārbaudīt viņu darbības. Šim nolūkam izstrādātāji ir izveidojuši lielisku mehānismu - žurnālu. Tas ļaus jums uzzināt, kurš veicis izmaiņas dokumentos un citos sistēmas objektos, kurš saņēma kļūdu ziņojumus un palaida atskaites.

Kur ir kļūdu žurnāls 1C?

Ir vairāki veidi, kā izsekot, ar kādām kļūdām lietotāji saskārās darba laikā. Visbiežāk ir vieglāk un ātrāk atvērt izvēlni “Administrēšana”, doties uz vienumu “Apkope” un noklikšķināt uz “Reģistrācijas žurnāls”:

Varat arī piekļūt žurnālam, izmantojot vispārīgo izvēlni “Visas funkcijas”:

Turklāt žurnālu var palaist no konfiguratora. Lai to izdarītu, atveriet izvēlnes cilni "Administrēšana" un atlasiet "Reģistrācijas žurnāls":

Failu un klienta-servera datu bāzēm žurnāldatu atrašanās vieta ir atšķirīga. Pirmajā gadījumā žurnālfaili atrodas mapē ar datu bāzi atsevišķā direktorijā “1Cv8Log”. Ja ir ieviests serveris un klienta vietnes, kļūdu vēsture un lietotāja darbības atrodas serverī atsevišķā mapē.

Kā atvērt žurnālu?

Lai atvērtu datus par lietotāja darbību un kļūdu vēsturi, jums jebkurā veidā jāiet uz reģistrācijas žurnālu un jāiestata atlases. Problēma ir tā, ka ar lielu lietotāju skaitu žurnāls kļūst iespaidīgs izmērs un 1C parāda tikai dažus pēdējos ierakstus. Lai redzētu lielāks saraksts dati – jāiestata nepieciešamie filtri.

Atvērtajā veidlapā varat iestatīt šīs atlases, pamatojoties uz nepieciešamajiem žurnāla datiem. Meklēšanas intervāls tiek iestatīts augšpusē, ja ir jāņem vērā, kad tika reģistrētas lietotāja darbības vai kļūdas. Kreisajā pusē atzīmējat notikumus, kas jūs interesē, un labajā pusē varat iestatīt atlases:

Pasākuma veids;
Lietotājs, kura darbības rezultātā radās darbība vai kļūda;
Pieteikums;
Datori;
Sesiju saraksts.

Sadaļā “Dati” varat iestatīt konkrētu sistēmas objektu atlasi, sākot no visa dokumentu saraksta un beidzot ar meklēšanu pēc viena direktorija elementa. Sadaļā “Darījums” varēsiet izsekot tikai reģistrētajiem vai vēl nepabeigtajiem darījumiem. Sadaļa “Cits” nodrošina iespēju meklēt pēc dažādiem serveriem vai IP portiem.

Kā atspējot žurnālu?

Daudzi uzņēmumi, kuriem nav jaudīgu serveru un nevēlas tērēt naudu aprīkojuma nomai, atspējo žurnālu 1C. Tas ir pilns ar faktu, ka kļūdu gadījumā jūs nevarēsit redzēt, kad un kam tās parādījās. Bet žurnāls prasa daudz līdzekļu, tāpēc dažreiz patiešām ir jēga atteikties no šī mehānisma. Turklāt objektu versiju veidošanas mehānisms daļēji pilda žurnāla funkcijas, ļaujot redzēt sistēmas objektos veiktās izmaiņas.

Lai atspējotu reģistrēšanu, administratoram jāiestata ekskluzīvs režīms un jādodas uz konfiguratoru. Nolaižamajā izvēlnē atveriet cilni "Administrēšana" un atveriet "Žurnāla iestatījumi...".

Pēc “Nereģistrēties” izvēles un izvēles apstiprināšanas, nospiežot pogu “OK”, visu notikumu ierakstīšana žurnālā tiks pārtraukta.

Kā lejupielādēt žurnālu?

Tā kā šis mehānisms prasa lieli resursi, daudzi administratori dod priekšroku darbam ar vēsturi nevis caur 1C, bet gan citā formātā. Tas ļauj nenoslogot serveri, un arī klienta dators strādā ievērojami ātrāk. Lai skatītu reģistrācijas žurnālu, 1C ir jāģenerē pārskats ar nepieciešamajiem datiem. Pēc tam noklikšķiniet uz “Vairāk/Saraksts…”, atlasiet visas kolonnas un saglabājiet iegūtos datus failā vēlamajā formātā, izmantojot taustiņus Ctrl+A.

1C ir arī iebūvēta funkcija “UploadRegistrationJournal()”, ko var izmantot ārējā apstrādē, lai augšupielādētu sev noteiktus datus. Standarta apstrāde “Žurnāla analīzes konsole” var palīdzēt analizēt lejupielādētos datus. Tas tiek izplatīts ITS diskā, kuru saņemat, noslēdzot līgumu ar 1C uzņēmuma partneriem. Ja šiem diskiem nav piekļuves, tad var palīdzēt internets un oficiālā ITS vietne.

Kā atjaunot žurnālu?

Ir gadījumi, kad, migrējot informācijas bāzi vai jauninot serveri, reģistrācijas žurnāls izrādās tukšs. Ja nepaveicas un žurnāls nedarbojas pareizi, nāksies nodarboties ar datu atkopšanu. Vispirms pārbaudiet pašus žurnālfailus. Ja mēs runājam par klienta-servera versiju, tie tiek glabāti serverī direktorijā:

C:\ProgramFiles\1Cv8\srvinfo\Substitute ServerName\Substitute IB ID\1Cv8Log.

Bieži vien pietiek ar šīs mapes satura pārsūtīšanu uz direktoriju ar jauno informācijas drošības vietu, lai žurnāls tiktu atjaunots. Ja tas nepalīdz, jums būs jāgriežas pie žurnāla arhīva vai trešās puses programmatūras, lai atjaunotu žurnāla datus. Pirms apstrādes uzsākšanas ražošanas bāzē noteikti praktizējieties ar informācijas drošības kopiju.

Ļoti bieži šādas problēmas parādās pēc neuzmanīgiem mēģinājumiem samazināt žurnālfailu lielumu.

Kā saīsināt žurnālu?

Strādājot 1C, žurnāla dati kļūst lielāki. Ja jums ir ierobežoti resursi, tad pāris gadu laikā jūs saskarsities ar diska vietas trūkumu. Kļūdu un lietotāja darbību vēstures apjoma samazināšana ir dabisks solis, lai ietaupītu vietu un optimizētu datu bāzes darbību. Šim nolūkam mums ir nepieciešams konfiguratora režīms.

Izvēlnē "Administrēšana" ir jāatver veidlapa "Žurnāla iestatīšana...":

Divas funkcijas palīdzēs mums samazināt žurnālu:

Izmantojot pogu “Samazināt”, mēs dzēšam visus datus līdz noteiktam datumam;
Iespēja izvēlēties žurnāla sadalīšanas periodus. Ja šī opcija ir iestatīta uz "Diena", katru dienu tiks izveidots jauns žurnālfails. Novecojušos datus varēsim pārvietot uz atsevišķu resursu. Būtu arī laba ideja arhivēt žurnālu zip vai rar formātā, lai samazinātu tā aizņemto vietu.

Kā notīrīt žurnālu?

Daudzi administratori periodiski iztīra žurnālu. Tas ir pamatoti, ja nepieciešams dzēst vecos ierakstus vai datu bāzē nav nepieciešami darbību vēstures dati. Iepriekš mēs apspriedām veidu, kā notīrīt žurnālu pirms noteikta datuma - izmantojot pogu “Samazināt”, izmantojot konfiguratoru. Taču šī nav vienīgā iespēja administratoram dzēst nevajadzīgos žurnāla datus.

1C žurnāli tiek glabāti mapē 1Cv8Log informācijas bāzes atrašanās vietas direktorijā. Lai notīrītu žurnālu, vienkārši izdzēsiet šo direktoriju kopā ar tā saturu. Tas atbrīvos daudz vietas cietajā diskā, taču ieteicams arhivēt žurnālu un pārvietot datus uz citu vietu.

Vai ir iespējams programmatiski pievienot žurnāla ierakstu?

Daudzi administratori un izstrādātāji žurnāla failu aktīvi izmanto ne tikai kļūdu un lietotāju darbību izsekošanas nolūkiem. Iekšējās 1C valodas iebūvētā funkcionalitāte ļauj viņiem programmatiski ierakstīt notikumus reģistrācijas žurnālā. Lai to izdarītu, izmantojiet funkciju “RegistrationLogRecord()” ar parametru kopu.

Žurnāla ieraksts ("Notikums1", Žurnāla līmenis. Informācija, "Process pabeigts", Žurnāla ieraksta transakcijas režīms. Darījums)

Tādējādi katram programmētājam ir iespēja ierakstīt savus notikumus standarta žurnālā. Šī iespēja sniedz plašas iespējas dažādas vadības ierīces un lietotāju veiktspējas izsekošana. Tas jo īpaši attiecas uz gadījumiem, kad jums ir liels skaits fona darbi, ko nav laika uzraudzīt.

Kā es varu atgriezties pie vecā žurnāla formāta?

Sākot ar versiju 8.3.5, 1C parādās jauns šī mehānisma formāts. Ja izveidojat datu bāzi, pamatojoties uz platformas versiju 8.3.5 un jaunāku, mapē 1Cv8Log redzēsit lgd formāta failu. Lietotāji jau ir pamanījuši, ka ar lielu lietotāju skaitu jaunais reģistrētājs darbojas ievērojami sliktāk. Tāpēc daudzi administratori ir ieinteresēti atgriezties pie vecā žurnāla formāta.

Lai vēlreiz skatītu lgf formāta failu, katrai 1C datu bāzei ir jāveic šāds algoritms:

Atrodiet mapi 1Cv8Log konkrētai datubāzei;
Noņemiet visus failus no direktorija. Vēlams tos uzglabāt citā vietā;
Mapē 1Cv8Log izveidojiet tukšu 1Cv8.lgf formāta failu.

Katrai informācijas bāzei veiciet iepriekš minēto algoritmu.

Vai ir iespējams pārsūtīt reģistrācijas žurnālu uz atsevišķu datu bāzi?

Ja informācijas bāzi vajadzēja pārsūtīt uz citu serveri, tad nedrīkst aizmirst par žurnālu. Ja jūs tam nepievēršat uzmanību, tad apskatot jūs atklāsit, ka datus nevar nolasīt un jums būs jādzēš žurnāls.

Žurnāla pārsūtīšanas procedūra informācijas bāzes failam un klienta-servera versijai atšķiras. Pirmajā gadījumā jums vienkārši jāatrod mape 1Cv9Log vecajā datu bāzes direktorijā un jāpārkopē uz jauno datu bāzes direktoriju.

Otrais gadījums ir sarežģītāks, jo informācijas drošības identifikators būs jālabo. Lai to izdarītu, atveriet serverī esošo failu 1Cv8Reg un atrodiet tajā rindu, kas norāda informācijas drošības avota ID. Dodieties uz šīs informācijas drošības direktoriju un pārvietojiet mapi 1Cv8Log no turienes uz jaunu direktoriju. Ja datu bāze ir pārvietota, ir jāveic izmaiņas arī serveru adresēs.