1c virksomhedsregistreringslog fjernlogning. Fjerner ubrugte logfiler fra mappen Srvinfo

1C registreringslog - speciel mekanisme 1C-platforme version 8.2 og 8.3, som giver dig mulighed for at registrere, hvordan brugere interagerer med systemet. Ved hjælp af loggen kan du finde ud af, hvem og hvornår ændrede objekter i systemet: mapper, dokumenter, registre mv. Nedenfor vil vi se på, hvordan man arbejder med denne mekanisme, hvor 1C-logfiler er gemt, hvordan den er konfigureret, hvordan man optimerer loggen og hvordan man fuldstændig kan rydde dataene.

Lad os starte med, hvor registreringsloggen i 1C er gemt. Der kan være to muligheder - for fil- og klient-serverdriftstilstande.

Fildatabase

For 1C-fildatabaser er loggen placeret i mappen med databasen. Filernes placering kan findes, når du starter programmet i databasevalgsmenuen:

Stien er fremhævet med rødt. Hvis vi følger denne vej, vil vi se følgende billede:

Mappen 1Cv8Log er den mappe, der indeholder loggen.

• Hvis du planlægger overføre fildatabase og vil gemme loghistorikken, skal du helt sikkert kopiere 1Cv8Log-mappen til kategorien ny base 1C.
• Om nødvendigt ryd 1C-registreringsloggen i fildatabasen, bare slet mappen 1Cv8Log.

Klient-server database 1C SQL

I klient-server-tilstand gemmes historiefiler normalt på serveren i mappen:

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

For at overføre 1C-loggen til en SQL-database, såvel som for en fil, skal du blot flytte mappen til placeringen af ​​den nye database.

Det er det samme med sletning - bare slet denne mappe.

Logindstillinger

For at se de tilgængelige indstillinger skal du gå til og i hovedmenuen finde punktet "Administration - Logindstillinger...":

Få 267 videolektioner på 1C gratis:

Følgende logningsindstillinger er tilgængelige i den grænseflade, der åbnes:

Her kan du i feltet "Registrer dig i hændelseslog" angive detaljerne for de loggede data. Indstillingen "Log ikke" giver dig mulighed for at deaktivere logning helt. Andre punkter dechifreres som følger:

1. Fejl- Alle mulige muligheder fejl og fejl i systemet;
2. Advarsler— vigtige systemmeddelelser, der ikke er fejl;
3. Information— alle oplysninger om udskiftelige systemdata;
4. Noter— uvigtige beskeder (du kan næsten altid slå dem fra).

Logbogsoptimering

Blandt måderne til at optimere indlæsningshastigheden og arbejde med loggen er følgende metoder:

Tilmeld færre arrangementer. Deaktivering af optagelse af beskeder, der ikke er vigtige for os, vil reducere mængden af ​​information betydeligt og øge arbejdshastigheden.

Opdeling af logopbevaring efter perioder. Ændring af indstillingen "Opdel loglagring efter periode" til dag (for store databaser)/uge (for mellemstore databaser) kan forbedre logydelsen markant. Logfilerne vil blive opdelt i mappen 1Cv8Log i dele, der er angivet i indstillingerne, og vil have en form, der ligner 20140905000000.lgp, som viser datoen og klokkeslættet, hvor loggen blev oprettet.

Reduktion af loggen giver også betydelig optimering i arbejdet med loggen. For at gøre dette skal du klikke på knappen "Reducer" i indstillingerne. Vælg den periode, du vil reducere loggen til:

Når du bruger denne metode, anbefales det kraftigt at skrive slettede hændelser til en separat fil. Dette giver dig mulighed for at gendanne historie, der blev slettet fra 1C-databaseloggen til enhver tid.

Og den sidste og den mest effektiv måde optimering - overførsel af registreringsloggen til det såkaldte "Nyt format". Den er tilgængelig fra 1C platform version 8.3.5.1068. Dette format lagring af registreringsloggen ikke i en tekstfil, men i en separat database på SQLite DBMS.

At gå til nyt format konverter blot loggen ved at klikke på knappen "Nyt format":

Vær forsigtig, omvendt konvertering til det gamle format umulig.

I 1C systemet er der også et system til analyse af teknisk information.

Jeg var interesseret i formatet på logfilerne, men søgning på internettet gav ingen resultater. Jeg skulle selv studere det. Sådan blev behandlingen født - Analyse og redigering af logfiler 8.1/8.2 - ELF/LOG/LGF/LGP. Som lovet forsøgte jeg at skrive en fuldgyldig artikel om formatet på 1C 8-logfiler.

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

Typisk består 1C 8-logbogen af ​​en beskrivelsesfil (ELF i 8.1 / LGF i 8.2) og en eller flere datafiler (LOG i 8.1 / LGP i 8.2). Der findes også såkaldte log-arkiver - i dette tilfælde er beskrivelser og data placeret i én fil sekventielt, først beskrivelser, derefter data, hvor filtypen er den samme som datafilen.

Den første linje i logfilen indeholder en markør
"1CV8LOG_" for 8.1 og "1CV8LOG(ver 2.0)" for 8.2.

Den anden linje indeholder GUID.

Til logdatafilen skrives en yderligere tredje tom linje.

Ved parsing af loggen står vi over for problemet med at adskille poster fra hinanden - de har trods alt en variabel længde og kan opdeles i andet nummer strenge, som er resultatet af følgende regler, der tilføjer ekstra tegn ny linje(Symboler.PS):

1) Den indledende krøllede klammeparentes "( "i filen er altid indledt af et linjeskifttegn;

2) Lukning af krøllede seler ")" kan ikke være fortløbende - de er altid adskilt af et linjeskifttegn;

3) Nylinjetegnet kan forekomme inden for anførselstegn.

Således kan du adskille en post baseret på følgende kriterier:

1) Det første tegn er den indledende krøllede bøjle "(";

2) Antallet af åbne krøllede seler "(" er lig med antallet af lukkende krøllede seler ")";

3) Det sidste tegn er den afsluttende krøllede bøjle ")";

4) Den korrekte indtastning vil også altid have lige tal citater.

Strukturen af ​​beskrivelsesfilposter i 8.1 er meget forskellig fra 8.2.

Når vi analyserer 8.1-beskrivelsesfilen i henhold til ovenstående regler, får vi kun én indgang, som vil bestå af "Legend"-elementet og indlejrede poster. Strukturen af ​​indlejrede poster er den samme - en header og en indlejret post. Headeren kan have følgende værdier: "Brugere" - bruger-GUID'er, "Brugernavne" - brugernavne, "Værter" - computere, "Apps" - applikationer, "Begivenheder" - hændelser, "MDID" - metadata-GUID'er, "MDCodes" - metadatanavne , "SrvHosts" - servere, "MainPorts" - hovedporte, "SyncPorts" - hjælpeporte. Indlejrede poster er i det væsentlige arrays. Det første element er størrelsen af ​​arrayet, efterfulgt af de faktiske værdier. Separatoren er et komma.

Når vi analyserer 8.2-beskrivelsesfilen, vil vi se et andet billede. Filen indeholder mange poster i størrelse fra normalt tre elementer til fire, hvis du skal angive en GUID - for brugere og metadata.

Optagelsesformatet er enkelt - det første element er array-koden, det andet er værdien, det tredje er tallet i arrayet. I tilfælde af fire poster vises en GUID mellem det første og andet element.

Følgende array-koder blev opdaget:

1 - brugere;

2 - computere;

3 - applikationer;

4 - begivenheder;

5 - metadata;

6 - servere;

7 - hovedporte;

8 - hjælpeporte.

Der er også stadig uidentificerede koder 11, 12 og 13

Fra beskrivelsesfilerne får vi således de nødvendige opslagsbøger, som vil blive brugt i datafilerne.

Strukturen af ​​datafilposter 8.1 adskiller sig fra 8.2 i det væsentlige kun i antallet af elementer. I 8.1 består posten strengt taget af 16 elementer, og i 8.2 er antallet af elementer variabelt og kan være fra 19 stykker til i princippet et hvilket som helst antal.

1) Dato og klokkeslæt i formatet "ååååMMddHHmmss", let konverteret til en dato ved hjælp af Date()-funktionen;

2) Transaktionsstatus - kan have fire værdier: "N" - "Fraværende", "U" - "Fast", "R" - "Ikke gennemført" og "C" - "Annulleret";

3) En transaktion i et registreringsformat af to elementer konverteret til et hexadecimalt tal - det første er antallet af sekunder siden 01/01/0001 00:00:00 ganget med 10000, det andet er transaktionsnummeret;

4) Bruger - nummeret i brugerarrayet er angivet;

5) Computer - antallet i rækken af ​​computere er angivet;

6) Applikation - nummeret i applikationsarrayet er angivet;

7) Tilslutning - tilslutningsnummer;

8) Hændelse - nummeret i hændelsesarrayet er angivet;

9) Vigtigt - kan tage fire værdier - "I" - "Information", "E" - "Fejl",

"W" - "Advarsler" og "N" - "Noter";

10) Kommentar - enhver tekst i anførselstegn;

11) Metadata - nummeret i metadataarrayet er angivet;

12) Data er det vanskeligste element, der indeholder en indlejret post;

13) Datapræsentation - tekst i anførselstegn;

14) Server - nummeret i serverarrayet er angivet;

15) Hovedport - angiv nummeret i rækken af ​​hovedporte;

16) Hjælpeport - antallet i rækken af ​​hjælpeporte er angivet;

17) Session - sessionsnummer;

18) Antallet af yderligere metadata, hvis numre vil blive opført i de følgende elementer i posten. Det er det 18. element, der bestemmer længden af ​​posten, pga så vil der være lige så mange elementer som angivet her + et sidste, hvis formål endnu ikke er fastlagt og normalt er der "(0)". Måske er dette blot en markering for slutningen af ​​optagelsen. Der er også en idé om, at (0) ligner et tomt array.

Overvej nu den indlejrede post af element 12 (Data), som kan have følgende værdier:

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

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

4) ("P",(6,("S","String1"),("S","String2"))) - noget som en matrix, men det er endnu ikke klart, hvad 6 betyder - jeg har set det på sin plads indtil videre kun 1, 2 og 6. Måske dette forskellige typer- array, struktur osv.

Således er logformatet for både 1C 8.1 og 1C 8.2 generelt blevet adskilt. Der er nogle misforståelser, som jeg håber vil opklare med tiden, men selv de forstyrrer ikke behandlingen af ​​parsing af filer - - Analyse og redigering af logfiler 8.1/8.2 - ELF/LOG/LGF/LGP

Senere dukkede en ret interessant publikation op - hvor forfatteren parser logfiler direkte, og han skriver, at han selv har parset logformatet, længe før den aktuelle udgivelse, men desværre endnu ikke har delt de yderligere oplysninger, der findes på formatet, med fællesskabet.

Registreringsloggen i 1C 8.3 er meget nyttig, idet den viser hændelser, der er opstået i informationsbasen, med angivelse af klokkeslæt, computernavn og brugernavn samt links til data, der kan ændres. Når brugere godkendes, oprettes der også poster i loggen, der angiver, hvordan de kom ind i programmet. Denne mekanisme giver dig mulighed for at besvare en af ofte stillede spørgsmål– hvem der sidst har foretaget ændringer i et bestemt objekt.

Hvor kan jeg finde logbogen i 1C 8.3? Gennem menuen "Alle funktioner" - "Standard" eller, i typiske 1C-konfigurationer, i menuen "Administration" - "Support og vedligeholdelse".

Logbogen konfigureres i konfiguratortilstand. I menuen "Administration" skal du vælge "Logindstillinger".

Her konfigurerer du de hændelser, der vil blive vist i loggen.

Ved at vælge det første indstillingselement kan du slet ikke føre en log. De resterende indstillinger er arrangeret i stigende rækkefølge efter vigtighed. På store mængder Brugere anbefales ikke at registrere kommentarer for ikke at tilstoppe databasen.

Når du opretter en ny infobase, indstilles standardtilstanden til registrering af alle hændelser.

Se og søg poster

Når du åbner selve logbogen, kan det ved første øjekast se ud til, at der er meget information, og det er simpelthen urealistisk at finde det. Faktisk er dette ikke sandt.

Som standard vises 200 poster i loggen. Visning af et stort antal poster kan påvirke dit programs ydeevne negativt eller blot få det til at fryse.

I registreringsloglisteformularen kan du indstille valg og bruge søgningen. Søgningen gælder kun for poster, der allerede er vist (i dette tilfælde de sidste 200 hændelser). Valget gælder for alle poster.

Søgningen udføres ved hjælp af de viste data i tabeldelen, så når du bruger den, skal du kun angive den kolonne og de data, du vil finde.

Udvælgelse giver dig mulighed for at vælge data efter specifikke brugere, computernavne, begivenheder osv. Du har også mulighed for kun at vise logposter for specifikke metadata, data (et link til det ønskede objekt, for eksempel et specifikt dokument) og andre indstillinger er angivet.

I i dette eksempel logindstillinger for valg af alle hændelser for "Admin"-brugeren fra 20/06/2017 vises.

Hvor er 1cv8.lgd-logfilen gemt?

Placeringen af ​​den fysiske lagring af loggen afhænger direkte af, om fildatabasen eller klienten er en serverdatabase.

Fildatabase

Med denne placeringstilstand er registreringsloggen placeret i mappen med selve databasen. Du kan finde ud af dens placering enten fra listen over databaser eller fra hjælpen "Om programmet".

Hvis du går til til denne adresse, vil du finde en mappe med navnet "1Cv8Log". Det er her logdataene i filen 1Cv8.lgd er placeret.

Hvis du har brug for at overføre databasen fra et sted til et andet, kan du også kopiere denne mappe, så vil logdataene blive overført sammen med databasen.

Når du sletter denne mappe, vil loggen blive ryddet.

Klient-server base

I denne tilstand er alt det samme som i den forrige, kun 1C-logdataene er gemt på serveren. Oftest er dens placering som følger:

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

Optimering

Loggen kan optimeres, hvis det er nødvendigt, især når der opstår et stort antal hændelser i databasen.

En måde er kun at konfigurere registreringen af ​​visse begivenheder som beskrevet ovenfor. For eksempel er der ingen mening i at spore noter, hvis du simpelthen ikke har brug for dem.

I ældre platformsudgivelser var opdeling af loggen efter periode tilgængelig i logindstillingerne. Hele loggen kunne opdeles i separate filer med en bestemt frekvens (dag, måned, år osv.).

Fra version 1C platform 8.3.5.1068 gemmes loggen i en sqlite databasefil med filtypenavnet *.lgd, og denne indstilling er blevet utilgængelig. Denne metode Logopbevaring er væsentligt mere effektiv end den gamle.

Sådan reducerer eller sletter du registreringsloggen i 1C

Hvis du helt eller delvist skal rydde logposterne, skal du i indstillingsvinduet klikke på knappen "Reducer". I vinduet, der vises, skal du angive datoen for, hvornår alle poster skal slettes. Du kan også gemme slettede poster i en fil for en sikkerheds skyld.

Logbogen er en nødvendig og brugbar ting, men den er ofte meget, meget langsom.

Version 8.3.5.1068 introducerede nogle forbedringer for at løse problemet med langsomme logfiler. Så især er loggen nu gemt i form af en enkelt fil - en SQLite-database.

I ældre versioner har logfilen filtypen "lgp" og kan findes her:

Fra version 8.3.5.1068 har logfilen filtypen "lgd" og er stadig placeret på samme sted:

For serverbaser, kan logfilen findes her:

I figuren ovenfor er databasens UID fremhævet med rødt, hvis der er mange databaser, kan du finde ud af UID for den ønskede database ved at se på denne fil:

Derudover er der tilføjet et par nye funktioner, og tidsformatet er ændret (tiden er nu gemt i UTC).

Lad os se, hvilke værktøjer der er tilgængelige i 1C til at arbejde med registreringsloggen.

Funktioner

Alle funktioner tilhører den globale kontekst og er detaljeret beskrivelse er indeholdt i den tilsvarende hjælpesektion.

Journalregistrering— giver dig mulighed for at tilføje en post til registreringsloggen.

GetUsageLogRegistration— returnerer en række logniveauer, for hvilke hændelser er registreret. Du kan konfigurere logniveauerne i menuen "Administration"->"Logindstillinger..." eller bruge følgende funktion.

SetUseLogRegistration— giver dig mulighed for programmæssigt at indstille logniveauer funktionen kræver eksklusiv adgang og administrative rettigheder.

EventLogRegistration View— returnerer det lokaliserede navn på begivenheden.

UploadJournalRegistration— giver dig mulighed for at downloade indholdet af logfilen til en XML-fil eller til en tabel med værdier.

GetLogSelectionValuesRegistration- giver dig mulighed for at få mulige værdier logvalgsparametre, hvilket er nyttigt til at oprette et filter, når du bruger funktionen ovenfor.

SetUseEventLogRegistration— giver dig mulighed for at administrere registreringen af ​​hændelser i loggen, kræver administrative rettigheder.

GetUsageEventLogRegistration— får den aktuelle tilstand af registreringsstyringen af ​​den angivne begivenhed, kræver administrative rettigheder.

CopyJournalRegistration— kopierer en del af loggen (ifølge filteret) fra en fil til en anden, kræver administrative rettigheder.

ClearLogRegistration— sletter en del af logposterne (i overensstemmelse med filteret), gælder kun for nye typer logfiler (.lgd) og kræver administrative rettigheder.

Data

Som nævnt ovenfor kan data fra registreringsloggen hentes ved hjælp af funktionen "UploadRegistration Log".

Derudover kan du til ny type logfiler (.lgd) bruge en anden metode - en ekstern datakilde.

For at bruge logfilen som en ekstern datakilde, skal du installere ODBC-driveren til SQLite, du kan downloade den (valget mellem 32 og 64 bit versioner afhænger ikke af OS-versionen, men af ​​1C-versionen) .

Efter installation af driveren tilføjer vi en ny ekstern datakilde i konfiguratoren, og tilføjer derefter tabeller, forbindelsesstrengen ser sådan ud: "DRIVER=SQLite3 ODBC Driver;Database=D:\1Cv8.lgd;BigInt=1;"

Du kan derefter vælge de tabeller, du er interesseret i (hovedtabellen hedder "EventLog", men alle tabeller vil være nødvendige for fuldstændigheden).

Når du har gennemført alle operationerne, får du følgende:

Herefter er der kun tilbage at oprette en forespørgsel, der trækker alt ud nødvendige oplysninger.

Det er alt, jeg håber, at denne artikel hjalp dig.

Hvis du skal sikre funktionaliteten af ​​1C systemet med et stort antal brugere, opstår der ofte situationer, hvor det er nødvendigt at kontrollere deres handlinger. Det er til dette formål, at udviklerne har skabt en fremragende mekanisme - logbogen. Det giver dig mulighed for at finde ud af, hvem der har foretaget ændringer i dokumenter og andre systemobjekter, hvem der har modtaget fejlmeddelelser og kørte rapporter.

Hvor er fejlloggen i 1C?

Der er flere måder at spore, hvilke fejl brugerne stødte på under deres arbejde. Oftest er det nemmere og hurtigere at åbne menuen "Administration", gå til punktet "Vedligeholdelse" og klik på "Registreringslog":

Du kan også komme til loggen ved at bruge den generelle menu kaldet "Alle funktioner":

Derudover kan du starte journalen fra konfiguratoren. For at gøre dette skal du åbne menufanen "Administration" og vælge "Registreringslog":

Placeringen af ​​logdata er forskellig for fil- og klient-server-databaser. I det første tilfælde er logfilerne placeret i mappen med databasen i en separat mappe "1Cv8Log". Hvis en server og klientwebsteder er implementeret, er fejlhistorikken og brugerhandlingerne placeret på serveren i en separat mappe.

Hvordan åbner man logbogen?

For at åbne data om historikken for brugerhandlinger og fejl, skal du på nogen måde gå til registreringsloggen og angive valg. Problemet er, at med et stort antal brugere bliver logbogen imponerende i størrelse, og 1C viser kun de sidste par indtastninger. At se større liste data – du skal indstille de nødvendige filtre.

I formularen, der åbnes, kan du indstille disse valg baseret på de logdata, der er nødvendige. Søgeintervallet indstilles øverst, hvis det er nødvendigt at tage højde for, hvornår brugerhandlinger eller fejl blev registreret. Til venstre markerer du begivenheder af hvilken betydning du er interesseret i, og til højre kan du indstille valg:

• Hændelsestype;
• Brugeren, under hvem handlingen eller fejlen opstod;
• Anvendelse;
• Computere;
• Liste over sessioner.

I afsnittet "Data" kan du angive valg for specifikke systemobjekter, fra hele listen af ​​dokumenter til søgning efter et enkelt bibliotekselement. Afsnittet "Transaktion" giver dig mulighed for kun at spore registrerede transaktioner eller dem, der endnu ikke er blevet gennemført. Afsnittet "Andet" giver mulighed for at søge efter forskellige servere eller IP-porte.

Hvordan deaktiverer man logbogen?

Mange virksomheder, der ikke har kraftfulde servere og ikke ønsker at bruge penge på at leje udstyr, deaktiverer loggen i 1C. Dette er fyldt med det faktum, at du i tilfælde af fejl ikke vil være i stand til at se, hvornår og til hvem de dukkede op. Men logbogen kræver mange ressourcer, så nogle gange giver det virkelig mening at opgive denne mekanisme. Derudover udfører objektversioneringsmekanismen delvist funktionerne i en log, så du kan se ændringer foretaget i systemobjekter.

For at deaktivere logningen skal du indstille administratoren til eksklusiv tilstand og gå til konfiguratoren. I rullemenuen skal du åbne fanen "Administration" og åbne "Logindstillinger...".

Efter at have valgt "Do not register" og bekræftet dit valg ved at trykke på "OK" knappen, stopper registreringen af ​​alle hændelser i loggen.

Hvordan downloader man logbogen?

Da denne mekanisme kræver store ressourcer, foretrækker mange administratorer at arbejde med historie ikke gennem 1C, men i et andet format. Dette giver dig mulighed for ikke at indlæse serveren, og klientcomputeren fungerer også væsentligt hurtigere. For at se registreringsloggen skal du generere en rapport med de nødvendige data i 1C. Klik derefter på "Mere/List...", vælg alle kolonner og gem de resulterende data i en fil med det ønskede format ved hjælp af Ctrl+A-tasterne.

1C har også en indbygget funktion “UploadRegistrationJournal()”, som kan bruges i ekstern behandling til at uploade visse data til dig selv. Standardbehandlingen "Log Analysis Console" kan hjælpe dig med at analysere de downloadede data. Det distribueres på ITS-disken, som du modtager, når du indgår aftale med 1C-virksomhedspartnere. Hvis der ikke er adgang til disse diske, kan internettet og det officielle ITS-websted komme til undsætning.

Hvordan gendanner man logbogen?

Der er tilfælde, hvor registreringsloggen viser sig at være tom, når du migrerer en infobase eller opgraderer en server. Hvis du er uheldig, og loggen ikke fungerer korrekt, skal du forholde dig til datagendannelse. Tjek først selve logfilerne. Hvis vi taler om klient-server-versionen, gemmes de på serveren i mappen:

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

Ofte er det nok at overføre indholdet af denne mappe til mappen med den nye placering af informationssikkerheden for at loggen kan gendannes. Hvis dette ikke hjælper, skal du henvende dig til logarkivet eller tredjepartssoftware for at gendanne logdataene. Før du begynder at behandle på produktionsbasen, skal du sørge for at øve dig på en kopi af informationssikkerheden.

Meget ofte opstår sådanne problemer efter skødesløse forsøg på at reducere størrelsen af ​​logfiler.

Hvordan forkortes logbogen?

Når du arbejder i 1C, bliver logdataene større. Hvis du har begrænsede ressourcer, vil du inden for et par år løbe tør for diskplads. At reducere størrelsen af ​​historikken for fejl og brugerhandlinger er et naturligt skridt for at spare plads og optimere driften af ​​databasen. Til dette har vi brug for konfiguratortilstanden.

Du skal åbne formularen "Opsætning af logbog..." fra menuen "Administration":

To funktioner hjælper os med at reducere loggen:

• Ved at bruge knappen "Reducer" sletter vi alle data op til en bestemt dato;
• Mulighed for at vælge log split perioder. Når denne indstilling er sat til "Dag", oprettes en ny logfil hver dag. Vi vil være i stand til at flytte forældede data til en separat ressource. Det vil også være en god ide at arkivere loggen i zip eller rar for at minimere den plads, den optager.

Hvordan rydder man logbogen?

Mange administratorer rydder med jævne mellemrum ud i logbogen. Dette er berettiget, hvis du skal slette gamle poster, eller der ikke er behov for aktivitetshistorikdata i databasen. Ovenfor diskuterede vi en måde at rydde loggen før en bestemt dato - ved at bruge knappen "Reducer" ved hjælp af konfiguratoren. Men dette er ikke den eneste mulighed for administratoren for at rydde unødvendige logdata ud.

1C-logfiler gemmes i 1Cv8Log-mappen i infobasens placeringsmappe. For at rydde loggen skal du blot slette denne mappe sammen med dens indhold. Dette vil frigøre en masse plads på harddisken, men det anbefales, at du arkiverer loggen og flytter dataene til en anden placering.

Er det muligt programmæssigt at tilføje en logpost?

Mange administratorer og udviklere bruger aktivt logfilen til mere end blot at spore fejl og brugerhandlinger. Den indbyggede funktionalitet i det interne 1C-sprog giver dem mulighed for programmæssigt at registrere deres hændelser i registreringsloggen. For at gøre dette skal du bruge funktionen "RegistrationLogRecord()" med et sæt parametre.

Logindtastning("Begivenhed1", Logniveau.Information, "Process afsluttet",Logindtastningstransaktionstilstand.Transaktionel)

Således har hver programmør mulighed for at registrere sine egne hændelser i en standardlog. Denne mulighed giver rig mulighed for forskellige kontroller og sporing af brugerens ydeevne. Dette gælder især, hvis du har et stort antal baggrundsjob, som der ikke er tid til at overvåge.

Hvordan kan jeg vende tilbage til det gamle logformat?

Fra version 8.3.5 vises et nyt format for denne mekanisme i 1C. Hvis du opretter en database baseret på platformversion 8.3.5 og nyere, vil du se en lgd-formatfil i mappen 1Cv8Log. Brugerne har allerede bemærket, at med et stort antal brugere fungerer den nye logger væsentligt dårligere. Derfor er mange administratorer interesserede i at vende tilbage til det gamle logformat.

For at se lgf-formatfilen igen, skal du udføre følgende algoritme for hver 1C-database:

1. Find mappen 1Cv8Log for en bestemt database;
2. Fjern alle filer fra mappen. Det er tilrådeligt at opbevare dem et andet sted;
3. Opret en tom fil i 1Cv8.lgf-formatet i mappen 1Cv8Log.

Udfør ovenstående algoritme for hver informationsbase.

Er det muligt at overføre registreringsloggen til en separat database?

Hvis du skulle overføre informationsbasen til en anden server, så må du ikke glemme registreringsloggen. Hvis du ikke er opmærksom på det, vil du, når du ser det, opdage, at dataene ikke kan læses, og du bliver nødt til at rydde loggen.

Logoverførselsproceduren er forskellig for fil- og klient-serverversionen af ​​infobasen. I det første tilfælde skal du blot finde mappen 1Cv9Log i det gamle databasebibliotek og kopiere det til det nye databasebibliotek.

Det andet tilfælde er mere kompliceret, da inforskal rettes. For at gøre dette skal du åbne 1Cv8Reg-filen på serveren og finde linjen i den, der angiver informationssikkerhedskildens ID. Gå til biblioteket med denne informationssikkerhed og flyt mappen 1Cv8Log derfra til en ny mappe. Du bør også foretage ændringer i serveradresserne, hvis databasen er blevet flyttet.