1c bedriftsregistreringslogg ekstern logging. Fjerner ubrukte logger fra Srvinfo-mappen

1C-loggen er en spesiell mekanisme for 1C-plattformversjonene 8.2 og 8.3, som lar deg registrere brukernes arbeid med systemet. Ved hjelp av loggen kan du finne ut hvem og når endrede objekter i systemet: kataloger, dokumenter, registre, etc. Nedenfor skal vi se på hvordan du jobber med denne mekanismen, hvor 1C-loggfiler lagres, hvordan den er konfigurert, hvordan du optimerer loggen og hvordan du kan tømme dataene fullstendig.

La oss starte med hvor registreringsloggen i 1C er lagret. Det kan være to alternativer - for fil- og klient-serverdriftsmodus.

Fildatabase

For 1C-fildatabaser ligger loggen i mappen med databasen. Plasseringen av filene finner du når du starter programmet i databasevalgmenyen:

Stien er uthevet i rødt. Hvis vi følger denne veien, vil vi se følgende bilde:

1Cv8Log-mappen er katalogen som inneholder loggen.

• Hvis du planlegger overføre fildatabase og vil lagre logghistorikken, må du definitivt kopiere 1Cv8Log-mappen til kategorien til den nye 1C-databasen.
• Hvis det er nødvendig tøm 1C-registreringsloggen i fildatabasen, bare slett mappen 1Cv8Log.

Klient-server database 1C SQL

I klient-server-modus lagres historikkfiler vanligvis på serveren i katalogen:

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

For å overføre 1C-loggen for en SQL-database, så vel som for en fil, flytter du bare mappen til plasseringen av den nye databasen.

Det er det samme med sletting - bare slett denne mappen.

Logginnstillinger

For å se de tilgjengelige innstillingene, må du gå til og i hovedmenyen finne elementet "Administrasjon - Logginnstillinger...":

Få 267 videotimer på 1C gratis:

Følgende loggingsinnstillinger er tilgjengelige i grensesnittet som åpnes:

Her, i feltet "Registrer deg i hendelseslogg", kan du spesifisere detaljene for de loggede dataene. "Ikke logg"-alternativet lar deg deaktivere logging helt. Andre punkter er dechiffrert som følger:

1. Feil— alle mulige alternativer for feil og feil i systemet;
2. Advarsler— viktige systemmeldinger som ikke er feil;
3. Informasjon— all informasjon om systemdata som kan endres;
4. Notater— uviktige meldinger (du kan nesten alltid slå dem av).

Loggbokoptimalisering

Blant måtene å optimalisere lastehastighet og arbeid med loggen er følgende metoder:

Registrer færre arrangementer. Deaktivering av opptak av meldinger som ikke er viktige for oss vil redusere informasjonsmengden betydelig og øke hastigheten på arbeidet.

Inndeling av logglagring etter perioder. Å endre innstillingen "Del logglagring etter periode" til dag (for store databaser) / uke (for mellomstore databaser) kan forbedre loggytelsen betydelig. Loggfilene vil bli delt i 1Cv8Log-mappen i deler spesifisert i innstillingene, og vil ha en form som ligner på 20140905000000.lgp, som viser datoen og klokkeslettet loggen ble opprettet.

Å redusere loggen gir også betydelig optimalisering i arbeidet med loggen. For å gjøre dette, klikk på "Reduser" -knappen i innstillingene. Velg perioden du vil redusere loggen til:

Når du bruker denne metoden, anbefales det sterkt å skrive slettede hendelser til en egen fil. Dette lar deg når som helst gjenopprette historikk som ble slettet fra 1C-databaseloggen.

Og den siste og mest effektive måten å optimalisere på er å overføre registreringsloggen til det såkalte "Nytt format". Den er tilgjengelig fra 1C-plattformversjon 8.3.5.1068. Dette formatet for lagring av registreringsloggen er ikke i en tekstfil, men i en egen database på SQLite DBMS.

For å bytte til et nytt format, konverter magasinet ved å klikke på "Nytt format"-knappen:

Vær forsiktig, omvendt konvertering til det gamle formatet umulig.

I 1C-systemet er det også et system for å analysere teknisk informasjon.

Jeg var interessert i formatet på loggfilene, men søking på Internett ga ingen resultater. Jeg måtte studere det selv. Slik ble behandlingen født - Analyse og redigering av loggfiler 8.1/8.2 - ELF/LOG/LGF/LGP. Som lovet prøvde jeg å skrive en fullverdig artikkel om formatet til 1C 8-loggfiler.

I 1C 8 er registreringsloggen lagret i tekstfiler, som ligger i underkatalogen 1Cv8Log. For klient-server, se et sted i "C:\Program Files\1cv82\srvinfo\reg_1541\\1Cv8Log\".

Vanligvis består 1C 8-loggboken av én beskrivelsesfil (ELF i 8.1 / LGF i 8.2) og én eller flere datafiler (LOG i 8.1 / LGP i 8.2). Det finnes også såkalte loggarkiver - i dette tilfellet ligger beskrivelser og data i én fil sekvensielt, først beskrivelser, deretter data, med filtypen som er den samme som datafilen.

Den første linjen i loggfilen inneholder en markør
"1CV8LOG_" for 8.1 og "1CV8LOG(ver 2.0)" for 8.2.

Den andre linjen inneholder GUID.

For loggdatafilen skrives en ekstra tredje tom linje.

Når vi analyserer loggen, står vi overfor problemet med å skille poster fra hverandre - de har tross alt en variabel lengde og kan deles inn i et annet antall linjer, som oppnås på grunn av følgende regler som legger til flere nylinjetegn (Symboler.PS):

1) Den krøllede åpningen "( "i filen er alltid innledet med et linjeskifttegn;

2) Lukking av krøllete klammeparenteser ")" kan ikke være fortløpende - de er alltid atskilt med et linjeskifttegn;

3) Nylinjetegnet kan forekomme innenfor anførselstegn.

Dermed kan du skille en post basert på følgende kriterier:

1) Det første tegnet er den innledende krøllete klammeparentesen "(";

2) Antallet krøllete bukseseler som åpner seg "(" er lik antall lukkende krøllete klammeparenteser ")";

3) Det siste tegnet er den avsluttende krøllete klammeparentesen ")";

4) Dessuten vil en korrekt oppføring alltid ha et partall anførselstegn.

Strukturen til beskrivelsesfiloppføringer i 8.1 er veldig forskjellig fra 8.2.

Når vi analyserer 8.1-beskrivelsesfilen i henhold til reglene ovenfor, får vi bare én oppføring, som vil bestå av "Legend"-elementet og nestede oppføringer. Strukturen til nestede poster er den samme - en overskrift og en nestet post. Overskriften kan ha følgende verdier: "Brukere" - bruker-GUID-er, "brukernavn" - brukernavn, "verter" - datamaskiner, "apper" - applikasjoner, "hendelser" - hendelser, "MDID" - metadata-GUID-er, "MDCodes" - metadatanavn , "SrvHosts" - servere, "MainPorts" - hovedporter, "SyncPorts" - hjelpeporter. Nestede poster er i hovedsak matriser. Det første elementet er størrelsen på matrisen, etterfulgt av de faktiske verdiene. Skillelinjen er et komma.

Når vi analyserer 8.2-beskrivelsesfilen, vil vi se et annet bilde. Filen inneholder mange oppføringer som varierer i størrelse fra vanligvis tre elementer til fire, hvis du trenger å spesifisere en GUID - for brukere og metadata.

Opptaksformatet er enkelt - det første elementet er matrisekoden, det andre er verdien, det tredje er tallet i matrisen. Ved fire oppføringer vises en GUID mellom det første og andre elementet.

Følgende array-koder ble oppdaget:

1 - brukere;

2 - datamaskiner;

3 - applikasjoner;

4 - hendelser;

5 - metadata;

6 - servere;

7 - hovedporter;

8 - hjelpeporter.

Det er også fortsatt uidentifiserte koder 11, 12 og 13

Fra beskrivelsesfilene henter vi derfor de nødvendige oppslagsbøkene som skal brukes i datafilene.

Strukturen til datafilposter 8.1 skiller seg fra 8.2 i hovedsak bare i antall elementer. I 8.1 består posten strengt tatt av 16 elementer, og i 8.2 er antallet elementer variabelt og kan være fra 19 stykker til i prinsippet et hvilket som helst antall.

1) Dato og klokkeslett i formatet "ååååMMddHHmmss", enkelt konvertert til en dato ved hjelp av Date()-funksjonen;

2) Transaksjonsstatus - kan ha fire verdier: "N" - "Fraværende", "U" - "Fast", "R" - "Ikke fullført" og "C" - "Avbrutt";

3) En transaksjon i et registreringsformat av to elementer konvertert til et heksadesimalt tall - den første er antall sekunder siden 01/01/0001 00:00:00 multiplisert med 10000, den andre er transaksjonsnummeret;

4) Bruker - nummeret i brukerarrayet er angitt;

5) Datamaskin - antallet i rekken av datamaskiner er angitt;

6) Applikasjon - nummeret i applikasjonsarrayet er angitt;

7) Tilkobling - tilkoblingsnummer;

8) Hendelse - nummeret i hendelsesmatrisen er indikert;

9) Viktighet - kan ta fire verdier - "I" - "Informasjon", "E" - "Feil",

"W" - "Advarsler" og "N" - "Notater";

10) Kommentar - hvilken som helst tekst i anførselstegn;

11) Metadata - nummeret i metadatamatrisen er indikert;

12) Data er det vanskeligste elementet, som inneholder en nestet post;

13) Datapresentasjon - tekst i anførselstegn;

14) Server - nummeret i serverarrayet er angitt;

15) Hovedport - angi nummeret i rekken av hovedporter;

16) Hjelpeport - nummeret i utvalget av hjelpeporter er indikert;

17) Sesjon - sesjonsnummer;

18) Antallet ekstra metadata, hvis numre vil bli oppført i følgende elementer i posten. Det er det 18. elementet som bestemmer lengden på posten, fordi da vil det være så mange elementer som angitt her + en siste, hvis formål ennå ikke er bestemt, og vanligvis er det "(0)". Kanskje dette bare er en markør for slutten av innspillingen. Det er også en idé om at (0) ser ut som en tom matrise.

Vurder nå den nestede posten til element 12 (Data), som kan ha følgende verdier:

1) ("U") - Udefinert - kan konverteres via ValueFromStringInt();

2) ("S",,"String") - String - kan konverteres via ValueFromStringInt();

4) ("P",(6,("S","String1"),("S","String2"))) - noe som en matrise, men det er ennå ikke klart hva 6 betyr - jeg har sett det på sin plass så langt bare 1, 2 og 6. Kanskje dette er forskjellige typer - array, struktur osv.

Dermed er generelt loggformatet til både 1C 8.1 og 1C 8.2 demontert. Det er noen misforståelser, som jeg håper vil oppklare over tid, men selv de forstyrrer ikke behandlingen av parsefiler - - Analyse og redigering av loggfiler 8.1/8.2 - ELF/LOG/LGF/LGP

Senere dukket det opp en ganske interessant publikasjon - der forfatteren analyserer loggfilene direkte, og han skriver at han har analysert loggformatet selv, lenge før den nåværende publikasjonen, men dessverre ennå ikke har delt tilleggsinformasjonen som finnes på formatet med fellesskapet .

Registreringsloggen i 1C 8.3 er svært nyttig ved at den viser hendelser som har skjedd i informasjonsbasen, som indikerer klokkeslett, datamaskinnavn og brukernavn, og lenker til dataene som endres. Når brukere er autentisert, opprettes det også oppføringer i loggen som angir metoden for å logge på programmet. Denne mekanismen lar deg svare på et av de hyppige spørsmålene - hvem sist gjorde endringer i et bestemt objekt.

Hvor finner jeg loggboken i 1C 8.3? Gjennom menyen "Alle funksjoner" - "Standard" eller, i typiske 1C-konfigurasjoner, i menyen "Administrasjon" - "Støtte og vedlikehold".

Loggboken konfigureres i konfiguratormodus. I "Administrasjon"-menyen velger du "Logginnstillinger".

Her konfigurerer du hendelsene som skal vises i loggen.

Ved å velge det første innstillingselementet kan du ikke føre en logg i det hele tatt. De resterende innstillingene er ordnet i stigende rekkefølge etter viktighet. Hvis det er et stort antall brukere, anbefales det ikke å registrere kommentarer for ikke å tette databasen.

Når du oppretter en ny infobase, settes standardmodusen for registrering av alle hendelser.

Se og søk i poster

Når du åpner selve loggboken, kan det ved første øyekast virke som det er mye informasjon og det er rett og slett urealistisk å finne den. Dette er faktisk ikke sant.

Som standard vises 200 oppføringer i loggen. Visning av et stort antall oppføringer kan påvirke ytelsen til programmet negativt eller ganske enkelt få det til å fryse.

I registreringslogglisteskjemaet kan du angi valg og bruke søk. Søket gjelder kun for poster som allerede er vist (i dette tilfellet de siste 200 hendelsene). Utvalget gjelder alle poster.

Søket utføres ved hjelp av de viste dataene i tabelldelen, så når du bruker den trenger du bare å spesifisere kolonnen og dataene du vil finne.

Valg lar deg velge data etter spesifikke brukere, datamaskinnavn, hendelser osv. Du har også muligheten til å vise loggoppføringer kun for spesifikke metadata, data (en lenke til ønsket objekt, for eksempel et spesifikt dokument) og andre innstillinger er angitt.

Dette eksemplet viser logginnstillingene for å velge alle hendelser til brukeren "Admin" fra og med 20.06.2017.

Hvor er loggfilen 1cv8.lgd lagret?

Plasseringen av den fysiske lagringen av loggen avhenger direkte av om fildatabasen eller klienten er en serverdatabase.

Fildatabase

Med denne plasseringsmodusen ligger registreringsloggen i mappen med selve databasen. Du kan finne ut plasseringen enten fra listen over databaser eller fra hjelpen "Om programmet".

Hvis du går til denne adressen, vil du finne en mappe som heter "1Cv8Log". Det er her loggdataene i 1Cv8.lgd-filen ligger.

Hvis du trenger å overføre databasen fra ett sted til et annet, kan du også kopiere denne katalogen, da vil loggdataene bli overført sammen med databasen.

Når du sletter denne katalogen, vil loggen bli slettet.

Klient-server base

I denne modusen er alt det samme som i den forrige, bare 1C-loggdataene er lagret på serveren. Oftest er plasseringen som følger:

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

Optimalisering

Loggen kan optimaliseres om nødvendig, spesielt når det oppstår et stort antall hendelser i databasen.

En måte er å konfigurere registreringen av kun visse hendelser som diskutert ovenfor. For eksempel er det ingen vits i å spore notater hvis du rett og slett ikke trenger dem.

I eldre plattformutgivelser var inndeling av loggen etter periode tilgjengelig i logginnstillingene. Hele loggen kan deles inn i separate filer med en spesifisert frekvens (dag, måned, år osv.).

Fra og med versjon 1C-plattform 8.3.5.1068, lagres loggen i en SQLite-databasefil med filtypen *.lgd, og denne innstillingen har blitt utilgjengelig. Denne metoden for å lagre loggen er mye mer produktiv enn den gamle.

Hvordan redusere eller slette registreringsloggen i 1C

Hvis du trenger å fjerne loggoppføringene helt eller delvis, klikker du på "Reduser"-knappen i innstillingsvinduet. I vinduet som vises angir du datoen for når alle poster skal slettes. Du kan også lagre slettede oppføringer i en fil for sikkerhets skyld.

Loggboken er en nødvendig og nyttig ting, men den går ofte veldig, veldig sakte.

Versjon 8.3.5.1068 introduserte noen forbedringer for å løse problemet med treg logg. Så spesielt er loggen nå lagret i form av en enkelt fil - en SQLite-database.

I eldre versjoner har loggfilen filtypen "lgp" og kan finnes her:

Fra og med versjon 8.3.5.1068 har loggfilen filtypen "lgd" og er fortsatt plassert på samme sted:

For serverdatabaser finner du loggfilen her:

I figuren ovenfor er UID-en til databasen uthevet i rødt hvis det er mange databaser, kan du finne ut UID-en til den ønskede databasen ved å se på denne filen:

I tillegg er det lagt til et par nye funksjoner og tidsformatet er endret (tiden er nå lagret i UTC).

La oss se hvilke verktøy som er tilgjengelige i 1C for å jobbe med registreringsloggen.

Funksjoner

Alle funksjoner tilhører den globale konteksten, og deres detaljerte beskrivelse finnes i det tilhørende hjelpeemnet.

Journalregistrering— lar deg legge til en oppføring i registreringsloggen.

GetUsageLogRegistration— returnerer en rekke loggnivåer som hendelser registreres for. Du kan konfigurere loggnivåene i menyen "Administrasjon"->"Logginnstillinger..." eller bruke følgende funksjon.

SetUseLogRegistration— lar deg programmere sette loggnivåer funksjonen krever eksklusiv tilgang og administrative rettigheter.

EventLogRegistration View– returnerer det lokaliserte navnet på hendelsen.

Last opp journalregistrering— lar deg laste ned innholdet i loggfilen til en XML-fil eller til en verditabell det er mulig å spesifisere loggfilen som nedlastingen skal gjøres fra.

GetLogSelectionValuesRegistration— lar deg få mulige verdier for loggvalgparameterne, noe som er nyttig for å lage et filter når du bruker funksjonen ovenfor.

SetUseEventLogRegistration— lar deg administrere registrering av hendelser i loggen, krever administrative rettigheter.

GetUsageEventLogRegistration— får gjeldende status for registreringsadministrasjonen for den angitte hendelsen, krever administrative rettigheter.

CopyJournalRegistrering— kopierer deler av loggen (i henhold til filteret) fra en fil til en annen, krever administrative rettigheter.

ClearLogRegistration— sletter deler av loggoppføringene (i samsvar med filteret), gjelder kun for nye typer logger (.lgd) og krever administrative rettigheter.

Data

Som nevnt ovenfor kan data fra registreringsloggen hentes ved å bruke funksjonen "Last opp registreringslogg".

I tillegg, for ny type logger (.lgd), kan du bruke en annen metode - en ekstern datakilde.

For å bruke loggfilen som en ekstern datakilde, må du installere ODBC-driveren for SQLite, du kan laste den ned (valget mellom 32-bit og 64-bit versjon avhenger ikke av OS-versjonen, men på 1C versjon).

Etter å ha installert driveren, legger vi til en ny ekstern datakilde i konfiguratoren, og legger deretter til tabeller, tilkoblingsstrengen ser slik ut: "DRIVER=SQLite3 ODBC Driver;Database=D:\1Cv8.lgd;BigInt=1;"

Deretter kan du velge tabellene du er interessert i (hovedtabellen heter "EventLog", men alle tabeller vil være nødvendige for fullstendig informasjon).

Etter å ha fullført alle operasjonene vil du få følgende:

Etter dette gjenstår det bare å lage en spørring som trekker ut all nødvendig informasjon.

Det er alt, jeg håper denne artikkelen hjalp deg.

Hvis du må sikre funksjonaliteten til et 1C-system med et stort antall brukere, oppstår det ofte situasjoner når du trenger å sjekke handlingene deres. Det er for dette formålet at utviklerne har laget en utmerket mekanisme - loggboken. Den lar deg finne ut hvem som har gjort endringer i dokumenter og andre systemobjekter, hvem som har mottatt feilmeldinger og kjørte rapporter.

Hvor er feilloggen i 1C?

Det er flere måter å spore hvilke feil brukere har møtt mens de jobbet. Oftest er det enklere og raskere å åpne "Administrasjon"-menyen, gå til elementet "Vedlikehold" og klikk på "Registreringslogg":

Du kan også komme til loggen ved å bruke den generelle menyen kalt "Alle funksjoner":

I tillegg kan du starte journalen fra konfiguratoren. For å gjøre dette, åpne menyfanen "Administrasjon" og velg "Registreringslogg":

Plasseringen av loggdata er forskjellig for fil- og klient-serverdatabaser. I det første tilfellet er loggfilene plassert i mappen med databasen i en egen katalog "1Cv8Log". Hvis en server og klientnettsteder er implementert, er feilhistorikken og brukerhandlingene plassert på serveren i en egen mappe.

Hvordan åpne loggboken?

For å åpne data om historien til brukerhandlinger og feil, må du gå til registreringsloggen på noen måte og angi valg. Problemet er at med et stort antall brukere blir loggboken imponerende i størrelse og 1C viser kun de siste oppføringene. For å se en større liste over data, må du angi de nødvendige filtrene.

I skjemaet som åpnes, kan du angi de valgene basert på loggdataene som er nødvendige. Søkeintervallet settes øverst hvis det er nødvendig å ta hensyn til når brukerhandlinger eller feil ble registrert. Til venstre markerer du begivenheter av hvilken betydning du er interessert i, og til høyre kan du angi valg:

• Hendelsestype;
• Brukeren som handlingen eller feilen oppsto under;
• Applikasjon;
• Datamaskiner;
• Liste over økter.

I "Data"-delen kan du angi valg for spesifikke systemobjekter, fra hele listen over dokumenter til søk etter et enkelt katalogelement. "Transaksjon"-delen vil tillate deg å spore bare registrerte transaksjoner eller de som ennå ikke er fullført. "Annet"-delen gir muligheten til å søke etter forskjellige servere eller IP-porter.

Hvordan deaktivere loggboken?

Mange selskaper som ikke har kraftige servere og ikke ønsker å bruke penger på å leie utstyr deaktiverer påloggingen i 1C. Dette er full av det faktum at i tilfelle feil, vil du ikke kunne se når og til hvem de dukket opp. Men loggboken krever mye ressurser, så noen ganger er det virkelig fornuftig å forlate denne mekanismen. I tillegg utfører objektversjonsmekanismen delvis funksjonene til en logg, slik at du kan se endringer som er gjort i systemobjekter.

For å deaktivere loggingen må du sette administratoren til eksklusiv modus og gå til konfiguratoren. I rullegardinmenyen åpner du fanen "Administrasjon" og åpner "Logginnstillinger...".

Etter å ha valgt «Ikke registrer» og bekreftet valget ved å trykke på «OK»-knappen, vil registreringen av alle hendelser i loggen stoppe.

Hvordan laste ned loggboken?

Siden denne mekanismen krever store ressurser, foretrekker mange administratorer å jobbe med historikk ikke gjennom 1C, men i et annet format. Dette lar deg ikke laste serveren, og klientdatamaskinen fungerer også betydelig raskere. For å se registreringsloggen må du generere en rapport med nødvendige data i 1C. Klikk deretter "Mer/Liste...", velg alle kolonnene og lagre de resulterende dataene til en fil med ønsket format ved å bruke Ctrl+A-tastene.

1C har også en innebygd funksjon "UploadRegistrationJournal()", som kan brukes i ekstern behandling for å laste opp visse data til deg selv. Standardbehandlingen "Log Analysis Console" kan hjelpe deg med å analysere de nedlastede dataene. Den distribueres på ITS-disken, som du mottar når du inngår avtale med 1C-selskapspartnere. Hvis det ikke er tilgang til disse diskene, kan Internett og det offisielle ITS-nettstedet komme til unnsetning.

Hvordan gjenopprette loggboken?

Det er tilfeller når registreringsloggen viser seg å være tom ved migrering av en infobase eller oppgradering av en server. Hvis du er uheldig og loggen ikke fungerer som den skal, må du forholde deg til datagjenoppretting. Kontroller først selve loggfilene. Hvis vi snakker om klient-serverversjonen, lagres de på serveren i katalogen:

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

Ofte er det nok å overføre innholdet i denne mappen til katalogen med den nye plasseringen av informasjonssikkerheten for at loggen skal gjenopprettes. Hvis dette ikke hjelper, må du henvende deg til et loggarkiv eller tredjepartsprogramvare for å gjenopprette loggdata. Før du starter behandlingen på produksjonsbasen, sørg for å øve på en kopi av informasjonssikkerheten.

Svært ofte oppstår slike problemer etter uforsiktige forsøk på å redusere størrelsen på loggfiler.

Hvordan forkorte loggboken?

Når du jobber i 1C, blir loggdataene større. Hvis du har begrensede ressurser, vil du i løpet av et par år bli møtt med mangel på diskplass. Å redusere størrelsen på historikken over feil og brukerhandlinger er et naturlig skritt for å spare plass og optimalisere driften av databasen. For dette trenger vi konfiguratormodus.

Du må åpne skjemaet "Sett opp en loggbok..." fra "Administrasjon"-menyen:

To funksjoner vil hjelpe oss å redusere loggen:

• Ved å bruke "Reduser"-knappen sletter vi alle data opp til en bestemt dato;
• Evne til å velge loggdelte perioder. Når dette alternativet er satt til "Dag", vil en ny loggfil bli opprettet hver dag. Vi vil kunne flytte utdaterte data til en egen ressurs. Det vil også være en god idé å arkivere loggen i zip eller rar for å minimere plassen den tar opp.

Hvordan tømme loggboken?

Mange administratorer rydder med jevne mellomrom loggboken. Dette er begrunnet hvis du trenger å slette gamle poster eller det ikke er behov for aktivitetshistorikkdata i databasen. Ovenfor diskuterte vi en måte å tømme loggen før en bestemt dato - ved å bruke "Reduser"-knappen ved å bruke konfiguratoren. Men dette er ikke den eneste muligheten for administratoren til å fjerne unødvendige loggdata.

1C-logger lagres i 1Cv8Log-mappen i informasjonsbasens plasseringskatalog. For å tømme loggen, slett bare denne katalogen sammen med innholdet. Dette vil frigjøre mye plass på harddisken, men det anbefales at du arkiverer loggen og flytter dataene til et annet sted.

Er det mulig å legge til en loggoppføring programmatisk?

Mange administratorer og utviklere bruker aktivt loggfilen til mer enn bare å spore feil og brukerhandlinger. Den innebygde funksjonaliteten til det interne 1C-språket lar dem programmere registrere hendelsene sine i registreringsloggen. For å gjøre dette, bruk "RegistrationLogRecord()"-funksjonen med et sett med parametere.

Loggoppføring("Hendelse1", Loggnivå.Informasjon, "Prosess fullført",Loggregistreringstransaksjonsmodus.Transaksjonell)

Dermed har hver programmerer mulighet til å registrere sine egne hendelser i en standardlogg. Denne funksjonen gir rikelig med muligheter for ulike kontroller og overvåking av brukerytelse. Dette gjelder spesielt hvis du har et stort antall bakgrunnsjobber konfigurert som du ikke har tid til å overvåke.

Hvordan kan jeg gå tilbake til det gamle loggformatet?

Fra og med versjon 8.3.5 vises et nytt format for denne mekanismen i 1C. Hvis du oppretter en database basert på plattformversjon 8.3.5 og høyere, vil du se en lgd-formatfil i 1Cv8Log-mappen. Brukerne har allerede lagt merke til at med et stort antall brukere fungerer den nye loggeren betydelig dårligere. Derfor er mange administratorer interessert i å gå tilbake til det gamle loggformatet.

For å se lgf-formatfilen igjen, må du gjøre følgende algoritme for hver 1C-database:

1. Finn mappen 1Cv8Log for en bestemt database;
2. Fjern alle filer fra katalogen. Det er tilrådelig å lagre dem på et annet sted;
3. Opprett en tom fil i 1Cv8.lgf-formatet i 1Cv8Log-mappen.

Utfør algoritmen ovenfor for hver informasjonsbase.

Er det mulig å overføre registreringsloggen til en egen database?

Hvis du måtte overføre informasjonsbasen til en annen server, må du ikke glemme registreringsloggen. Hvis du ikke legger merke til det, vil du oppdage at dataene ikke kan leses når du ser dem, og du må tømme loggen.

Loggoverføringsprosedyren er forskjellig for fil- og klient-serverversjonene av infobasen. I det første tilfellet trenger du bare å finne mappen 1Cv9Log i den gamle databasekatalogen og kopiere den til den nye databasekatalogen.

Det andre tilfellet er mer komplisert, siden informå korrigeres. For å gjøre dette, åpne 1Cv8Reg-filen som ligger på serveren og finn i den linjen som indikerer IDen til informasjonssikkerhetskilden. Gå til katalogen for denne informasjonssikkerheten og flytt mappen 1Cv8Log derfra til en ny katalog. Du bør også gjøre endringer i serveradressene hvis databasen har blitt flyttet.