1s backup ble avbrutt, hva bør jeg gjøre? Det er forbudt å starte en økt med infobasen. Sikkerhetskopiering. Problem med klokkedesynkronisering

Etter å ha startet 1C-programmet en gang, så jeg ved oppstart feilen "Starter en økt med informasjonsgrunnlag forbudt. Sikkerhetskopiering" Jeg ble veldig overrasket - jeg satte ingen blokkering selv. Etter en liten analyse viste årsaken seg å være en "feil" med automatisk arkivkopiering, som er innebygd i (et av undersystemene).

Feilen ser slik ut:

Problemet viste seg å være at når du setter opp opprettelsen av arkivkopier av databasen, setter systemet automatisk en blokk på inngangen til informasjonsbasen. Det forhindrer brukere i å starte programmet mens prosessen kjører.

Men noen ganger skjer det at systemet ikke kan fjerne det etter kopiering. I dette tilfellet får vi feilen "Å starte en økt med infobasen er forbudt ..."

Få 267 videotimer på 1C gratis:

Løsning

Den enkleste måten å fikse problemet på er å slette filen 1Cv8.cdn(infobase låsefil) fra databasemappen.

For eksempel, i skjermbildet mitt ovenfor er plasseringen av basen som følger:

Du må gå til denne mappen, og deretter finne og slette 1Cv8.cdn.

Fjerner blokkering av 1C-klient-server-databasen

Hvis du har tilgang til serverkonsollen, er det veldig enkelt å fjerne låsen. Bare gå til infobase-egenskapene og fjern flagget "Session start blocking is enabled":

I dag møtte jeg et problem som dukket opp etter at den automatiske sikkerhetskopieringen av 1C Accounting 8.3-databasen fant sted. Jeg har konfigurert en database backup når jeg avslutter programmet. Jeg forlot programmet med hell i et år, men denne gangen gikk jeg tydeligvis ut av programmet uten hell :). Men jeg kunne ikke gå inn. Det smarte programmet mitt skrev en veldig smart setning til meg, som er ment mer for en 1C-programmerer enn for en enkel bruker. Så la oss håndtere problemet ikke som 1C-administratorer, men som bare en regnskapsfører :).

Hva gjør jeg hvis 1s 8.3 ikke åpnes etter en sikkerhetskopi og meldingen "å starte en økt med infobasen er forbudt, sikkerhetskopiering er forbudt..."

Hvis, når du åpner en 1C-database, i stedet for å åpne databasen, vises følgende melding:

«Å starte en økt med infobasen er forbudt. For å utføre en sikkerhetskopi..." Følgende er instruksjoner for administratoren om hvordan du starter databasen, men denne instruksjonen vil være til liten hjelp for regnskapsføreren.

En enklere løsning:

Du må finne mappen på disken der 1C Accounting 8.3-databasen er plassert. Åpne mappen. Inne i mappen vil du se følgende:

I mappen må du finne filen 1Cv8.cdn. Trenger å slette fil 1Cv8.cdn og start 1C:Enterprise igjen.

Som du kan se, er alt enkelt. Og det er flott at artikkelen min var nyttig for deg, jeg er veldig glad for å hjelpe deg. La det bli lettere for regnskapsførere å jobbe slik at de får mer fritid til seg selv og sine nærmeste!

Det var alt for i dag!

Inna Izvekova var med deg.

Vi sees igjen på sidene !

N like mye vær så snill til knapper på sosiale medier nedenfor under artikkelenå holde det for deg selv!

OM ferd med å bli vær så snill i kommentarer dine spørsmål under artikkelen! Jeg prøver å svare alle.

MED Kacha vær så snill gratis nyttige leksjoner , ved å klikke på "Last ned gratis"-knappen under artikkelen.

Utforske nyttig manualer for arbeid ved å trykke .

WHO ønsker å lære regnskap, trykk

Du har kommet til rett side! Mest sannsynlig oppdaget du om morgenen at din favoritt 1C 8.3 ikke starter med meldingen: " Det er forbudt å starte en økt med infobasen. For å utføre en sikkerhetskopi...».

Det første du må gjøre nå er lar brukerne raskt jobbe. Etter dette kan du rolig lese artikkelen til slutten og finne ut hvorfor dette skjedde og hva "Blokkering og oppheving av blokkering fra 1C 8.3-informasjonsbasen" er.

Min erfaring tilsier at du er en bruker (ikke en systemadministrator eller en programmerer), og informasjonsbasen din er filbasert (hvis databasen er SQL, er spesialister allerede i gang med problemet ditt). Å starte du må forstå hvilken mappe (katalog) den ligger i og slette én fil i denne mappen - 1Cv8.cdn(du trenger ikke å lagre filen, den vil ikke være nødvendig lenger).

*Hvis du er en IT-spesialist, kan du trygt fortsette å lese avsnittet "Blokkering og oppheving av blokkering fra 1C-informasjonsbasen."

I vinduet med en liste over informasjonsbaser finner du basen din (nummer 1 i illustrasjonen nedenfor) og klikker på den én gang (og bare én gang!) med musen. Klikk deretter på "Endre"-knappen (nummer 2).

Det kan bare være én database i listen, så dette vinduet kan være kjent for deg som "1C-startvinduet". I dette tilfellet klikker du bare på "Endre"-knappen.

Hvis du ser at infobasen er plassert på denne datamaskinen eller i lokalt nettverk- Min erfaring skuffet ikke - databasen er filbasert, og vi gjør alt riktig. Kopier denne banen ( nummer 3 og 4).

Gå nå til denne mappen.

Bare i tilfelle, her er noen alternativer for å starte Explorer:

• Du har Windows XP eller Windows 7. Klikk Start, Kjør, lim inn den tidligere kopierte infobaseplasseringen. Utforsker åpnes.
• Du har Windows 7. Men det er ingen "Kjør"-alternativ. Lim inn plasseringen umiddelbart etter å ha klikket på Start. Utforsker åpnes.
• Du har Windows 8 eller Windows 10. Klikk Start, klikk på forstørrelsesglasset i øvre høyre hjørne, lim inn den tidligere kopierte plasseringen til infobasen, trykk Enter. Utforsker åpnes.

• Finn den gule disketten på oppgavelinjen og klikk på den. Lim inn informasjonsbaseplasseringen i adressefeltet øverst i Utforsker-vinduet. (Høyreklikk på adresselinjen, Endre adresse, høyreklikk igjen på adresselinjen, Lim inn).

• En universell metode for alle Windows-versjoner og dens innstillinger. Trykk på flaggknappen på tastaturet, og uten å slippe den, trykk på den latinske R (eller russisk K) på tastaturet. "Kjør"-vinduet åpnes, lim inn den tidligere kopierte infobaseplasseringen der og klikk OK.

Ved å bruke et av de foreslåtte alternativene vil du bli ført til et utforskervindu med plasseringen av informasjonsbasen.

I Explorer-vinduet, finn filen 1Cv8.cdn i listen over filer, høyreklikk på den, velg "Slett", som vist i forrige figur.

Klar! Din "1C: Regnskap" eller "1C: Lønn og personalstyring" eller "1C: Handelsledelse" starter opp igjen.

Blokkering og oppheving av blokkering fra 1C-informasjonsbasen. Vi ødelegger myter.

I denne delen finner du unik informasjon om å jobbe med blokkering, og du får også en tilbakevisning av vanlige misoppfatninger om temaet "Datablokkering".

Hvordan sette en lås?

Infobase-blokkeringsmekanismen er utformet for å avslutte åpne økter og forhindre nye tilkoblinger. Plasseringen av låsefunksjonaliteten i menyen kan variere avhengig av konfigurasjonen. For eksempel i UT, utgave 11 (11.3.3.163) er dette stamdata og administrasjon, [Tjeneste] Blokkering av brukerarbeid. Alternativt alternativ: Forskningsdata og administrasjon, Støtte og vedlikehold, Blokkering av brukerarbeid. I UT, utgave 10.3 (10.3.21.2) er dette Tjeneste, Brukere, Blokkering av forbindelser til infobasen.

*Det er bransjespesifikke konfigurasjoner der låsingen fra et grensesnitt- og mekanismeperspektiv vil se annerledes ut enn det som er beskrevet i denne artikkelen. Siden vi vurderer en standardmekanisme for de fleste 1C-konfigurasjoner, vil vi ikke berøre spesielle industrikonfigurasjoner.

Når du velger dette elementet, åpnes dialogboksen "Blokker brukere", der du må skrive inn en melding til brukere, start- og sluttid for blokkeringen, samt opplåsingskoden.

Siden starten og slutten av blokkeringshandlingen legges inn, må du være ekstremt forsiktig i denne dialogen og angi informasjonen eksplisitt. Hvis dialogen hadde muligheten til å angi starten av en blokk "om 15 minutter" med en varighet på "20 minutter", eller i det minste viste disse verdiene basert på de absolutte start- og slutttidene for blokken, ville den være vanskelig å sette en blokkering som varer i ett år, slik som dette kan skje hvis det er en feil ved inntasting av dato og klokkeslett.

Det anbefales å angi "Starttid"-parameteren som gjeldende dato/klokkeslett + tiden som kreves for brukere å forberede seg på å avslutte og lagre redigerte dokumenter. For eksempel, nå er klokken 09:50, vi gir brukerne 10 minutter til å lagre resultatene. Den totale starttiden for blokkering bør være 10 timer 00 minutter.

Sluttid - du trenger ikke å angi det, men objektet vil bli blokkert på ubestemt tid (for alltid).

Låsekoden er et engangs "passord" for å starte fra bunnen av, til tross for den etablerte låsen, som kan være nødvendig i noen tilfeller (vil bli diskutert nedenfor). Pass på å gå inn og husk. Når det gjelder SQL-versjonen av infobasen, er denne parameteren synlig i snapin-modulen "Administrere 1C Enterprise Servers" og kalles "Tillatelseskode" der.

Når det gjelder SQL-versjonen av infobasen, trenger du i tillegg autorisasjon fra infobaseadministratoren eller klyngeadministratoren.

Så, etter å ha klikket på "Angi blokkering"-knappen og et positivt svar på bekreftelsen ...

... du kommer tilbake til forrige dialogboks, utseende som har endret seg:

En melding vil vises i nedre høyre hjørne som indikerer at brukere er planlagt å bli blokkert. Bare du vil se denne meldingen.

Planlagt? Kanskje dette har noe med rutineoppgaver å gjøre?

Vil planlagt blokkering av brukerarbeid fungere hvis rutineoppgaver blokkeres? Ja, det vil fungere. Blokkeringsmekanismen bruker ikke planlagte oppgaver.

Hva vil brukere og meg selv se?

Inntil blokkeringen begynner, vil aktive brukere motta "høflige" påminnelser om å stenge. I denne dialogen utløses tidsavbruddet av "Ja", slik at brukere som ikke er på arbeidsplassen sin vil lykkes med å logge ut av 1C-sesjonen.

Låsinitiatoren mottar en annen melding:

Etter at blokkeringen begynner, vil du ikke kunne få tilgang til informasjonsdatabasen på vanlig måte. Hvordan du kommer inn vil bli diskutert nedenfor. Vær oppmerksom på at dialogen ikke automatisk indikerer når blokkeringen vil avsluttes, så oppgaven med å informere brukere om tidspunktet for å gjenoppta arbeidet faller på administratoren. Denne informasjonen kan spesifiseres i en melding til brukeren.

Bomben eksploderer nøyaktig til avtalt tid. Sirenen hyler til den eksploderer.

I motsetning til populær oppfatning om at aktive brukerøkter avsluttes mykt, etter en advarsel som kan ignoreres og arbeidet fortsetter, skjer faktisk avslutning, eller enda bedre, "avskjæring" av aktive økter nøyaktig etter planen, hardt og med tap av alle ulagrede resultater. Alle advarsler gis i intervallet fra du klikker på "Angi blokkering"-knappen til starttidspunktet for blokkeringen, hvoretter den aktive økten avsluttes uten varsel, og 1C vil gå inn i en syklus med å prøve å starte konfigurasjonen igjen, med et intervall på 1 minutt.

Det er ingen unntak fra moduser for å legge inn referanseverdier, der en verdi legges inn som ikke er i referanseboken - du kan ikke gå ut av inndatamodus (for eksempel lukke 1C med et kryss), men dette vil ikke hindre deg i å fullføre arbeidet. Modal dialogmodus er av mer betydelig interesse, så den vil bli diskutert mer detaljert.

*Brukerøkter i gamle konfigurasjoner avsluttes litt senere enn det avtalte tidspunktet, fordi... Brukere mottar først et varsel om at systemet slår seg av.

Vil det virkelig eksplodere?

Først, la oss merke seg at i eldre konfigurasjoner kan det hende at låsen ikke fungerer for låseinitiatoren. La oss nå gå videre til å vurdere problemet for plattform 8.3.

En bruker av filinformasjonssikkerhet som bestemmer seg for for eksempel å slette et dokument og deretter gå til lunsj, og lar «Merk dokument for sletting?»-dialogen stå igjen på skjermen, vil holde forbindelsen til infobasen åpen. Selvsagt vil økten hans avsluttes etter lunsj, etter at han svarer «Ja» eller «Nei», men inntil da vil du se at det er aktive brukere. I dette tilfellet vil blokkeringsinitiatoren se følgende melding:

En kjøretidsfeilmelding vil vises i loggen, som ikke skal tolkes som en kjøretidsfeil, men som "ikke alle brukere har fullført øktene sine":

Og dette er ikke den eneste grunnen til at blokkeringen kanskje ikke fungerer. (se ytterligere avsnitt "Til hvems åpningstider?" og "Hva med brukerne mine i Vladivostok?").

Modal dialog i SQL-versjonen av infobasen på administrerte skjemaer

1C Application Server har muligheten til å slette en økt til tross for modal dialogmodus. 1C-grensesnittet og den modale dialogen vil forbli på brukerens skjerm, og skaper inntrykk av en uferdig økt, men i virkeligheten vil økten bli slettet, og forbindelsen med informasjonssikkerheten vil bli avsluttet i tide. Når du prøver å fortsette å jobbe, vil brukeren se feilmeldingen "Økten mangler eller er slettet" eller "Økten er avsluttet av administratoren", avhengig av nyansene.

Modal dialog i SQL-versjonen av infobasen på vanlige skjemaer

Brukerøkter avsluttes.

Etter å ha satt låsen, er det bedre å ikke gå ut av dialogen, fordi... Når du går inn i denne dialogboksen igjen før blokkeringen begynner, dukker det opp en usann melding som sier at blokkeringen allerede er installert (men bare halvparten), det er null aktive økter (ikke sant). Samtidig fortsetter prosessen med å avslutte brukere (motsier null aktive økter + ikke helt sant, siden brukere "terminerer seg selv"). Selv om brukerblokkeringskoden ikke er ideell, vil den til slutt ikke hindre deg i å sette en blokkering og avslutte aktive økter, men den vil forvirre Infobase-administratoren.

Vil blokkeringen fungere hvis jeg setter blokkeringen og lukker dialogen?

Vil blokkeringen fungere hvis du setter blokkeringen og umiddelbart avslutter 1C (det vil si avslutte 1C-økten før blokkeringen begynner)?

Ja. Mekanismen for å svare på en etablert lås sørger ikke for interaksjon mellom initiativtakeren av låsen og andre brukere. Brukerøkter sjekker uavhengig om de kan fungere.

Etter hvem sin klokke vil blokkeringen fungere hvis tiden på datamaskinene er litt annerledes?

Problem med klokkedesynkronisering

Med filinformasjonssikkerhet sjekker hver datamaskin selv om informasjonssikkerheten har et angitt blokkeringstidsområde og sammenligner det med sin lokale klokke. Nøyaktigheten til klokken hans avgjør om han kan denne datamaskinen avslutte økten nøyaktig til rett tid. Hvis databasen er blokkert fra 10:00, for en datamaskin vil dette øyeblikket komme tidligere, og for den andre - senere.

I et domenemiljø og når upåklagelig arbeid For systemadministratorer er tiden på alle datamaskiner synkronisert med domenekontrolleren. Men på forskjellige årsaker Tiden kan gå tapt: tidssynkronisering med domenekontrolleren er ikke konfigurert, tidssynkronisering er konfigurert med en ekstern tidsserver som ikke lenger er tilgjengelig, feil i nettverks- eller domenetjenester, manglende rettigheter til å endre systemtiden osv.

Det ser ut til at vi kan snakke om sekunder, i ekstreme tilfeller, minutter. Men i virkeligheten kan det hende at datamaskinen for eksempel ikke har en oppdatering installert operativsystem, som støtter overgangen til sesong (vinter/sommer) tid, og feilen kan ikke lenger være sekunder, men timer. Det er enkelt å utføre dette eksperimentet: planlegg en blokk klokken 10 i en halv time, og still inn tiden fremover en time på en av datamaskinene - blokken vil ikke påvirke den.

Før du setter en lås, sjekk derfor tiden nøye i nedre høyre hjørne av datamaskinen med armbåndsuret, og kontakt også systemadministratoren på forhånd for å spørre om tidssynkronisering fungerer i IT-infrastrukturen din.

Hva med brukerne mine i Vladivostok?

Absolutt tidsproblem med brukere fra forskjellige tidssoner

Sperretiden lagres i infobasen. Se på innholdet i blokkeringsfilen 1Cv8.cdn (som er opprettet i filversjonen av IB), den registrerer starttidspunktet for blokkeringen som 17.07.2017 13:59 i formatet ÅÅÅÅMMDDDHHMMSS uten noen indikasjon på tidspunktet sone:

Uten å angi tidssonen, ville det være klart hvilken absolutt tid vi snakker om vi snakker om, hvis tiden alltid vil referere til en bestemt tidssone, for eksempel UTC+0. Men databasen lagrer lokal tid i henhold til klokken til datamaskinen som startet blokkeringen. Det er ukjent hvilken tidssone denne datamaskinen var fra, noe som betyr at det absolutte tidspunktet for blokkering er ukjent.

Hvis du i Moskva, i et sentralisert informasjonssikkerhetssystem, setter en blokkering klokken 13:59, og dette tidspunktet for Moskva-brukere er i fremtiden, så for brukere av det samme informasjonssikkerhetssystemet i Vladivostok, 13:59. var for 7 timer siden. Og avhengig av den tekniske løsningen i henhold til hvilket arbeid som utføres med informasjonssikkerheten til Vladivostok-brukere, vil blokkering av disse brukerne enten fungere eller ikke.

Hvilke tekniske løsninger kan det være der blokkering ikke vil fungere riktig for Vladivostok-brukere? De der 1C-klientdelen vil motta tid i Vladivostok, og ikke i Moskva. For eksempel er kontorer koblet til et lokalt nettverk via VPN, og 1C-klientdelen starter med lokal datamaskin, har tid UTC+10. Men hvis de jobber med databasen via en RDP-tilkobling eller i RemoteApp-modus på en Moskva-server, kjører 1C-klientdelen på denne serveren, vil alt være bra, fordi den vil ha UTC+3 tid.

Er det problemer med desynkronisering av klokke og tidssone når det gjelder SQL-versjonen av infobasen?

Nei. I dette alternativet er det en "serverklokke", som er tatt som standard.

Vil jeg bli kastet ut av konfiguratoren hvis jeg var i den og blokkeringen begynte å tre i kraft?

Vil det være mulig å få tilgang til konfiguratoren etter at sperreperioden begynner?

Det er forbudt! Evnen til å jobbe med konfiguratoren kontrolleres kun ved oppstart og utføres ikke under drift. Derfor, hvis en blokk er satt for påfølgende arbeid i konfiguratoren, er det mye lettere å starte den først enn å omgå lanseringsforbudet senere.

Hvordan fjerne blokken?

I samme dialogboks som blokkeringen ble installert i. Vi minner deg om at etter å ha installert en lås, i stedet for "Angi lås" -knappen, er det en "Lås opp" -knapp.

Når det gjelder SQL-versjonen av informasjonssikkerhet, er opplåsing også mulig i snapin-modulen "Administrere 1C Enterprise Servers". (se nedenfor)

Hva er opplåsingskoden til?

For å gå inn i informasjonssikkerheten i det øyeblikket blokkeringen er i kraft. Situasjoner der dette er nødvendig:

• Etter installering av låsen er økten med informasjonssikkerheten fullført (manuelt eller som følge av låsen på initiativtakeren selv), og en ny økt må startes;
• Slutttiden for blokkering ble feilaktig ikke fylt ut i det hele tatt;
• Slutttiden for blokkering ble angitt feil (for eksempel ble neste måned eller år angitt ved et uhell);
• Infobasen er i SQL-versjonen, og for å avbryte en feil innstilt lås er det umulig å slette filen 1Cv8.cdn i infobase-katalogen.

I dette tilfellet, bruk tipset som er gitt ved oppstart. De. i vinduet med en liste over infobaser, klikk "Rediger" og skriv inn følgende linje i de ekstra lanseringsparametrene:

ENTERPRISE /F"Z:\Exchange\UT 11" /CAllow Users to Work /UC12345

... tar hensyn til stedskatalogen og opplåsingskoden.

Det er bedre å kopiere denne linjen til utklippstavlen og redigere den i "Rediger infobase"-dialogen. Hvis du blander typen anførselstegn eller den russiske "C" og den latinske, vil du se en feilmelding:

Hvis du angir den riktig og deretter starter 1C i bedriftsmodus, vil 1C automatisk fjerne låsen og fullføre arbeidet. Etter dette kan du slette flere parametere og starte 1C som vanlig.

Hva skal jeg gjøre hvis jeg ikke har satt en lås, men SQL-databasen er blokkert av noen? Men jeg kjenner ikke opplåsingskoden.

Infobasen kan blokkeres av selve konfigurasjonen mens du oppretter en arkivkopi. Hvis opprettelsesprosessen ikke ble fullført normalt, kan SQL-databasen forbli i en låst tilstand. I dette tilfellet trenger du tilgang til konsollen (mer korrekt, snapin-modulen) "Administrere 1C:Enterprise Servers".

Hvor skal man lete etter det?

Snap-in-modulen "1C:Enterprise Server Administration" er ofte installert på samme server der den er distribuert SQL server, og også hvor selve "1C Server" (eller "1C Application Server") er distribuert. Selv om dette ikke er nødvendig: ​​SQL kan installeres på én datamaskin, 1C Application Server på en annen, og utstyret kan distribueres på din egen arbeidsstasjon. Du kan mest sannsynlig oppnå suksess ved å gjøre følgende:

• Koble via RDP til serveren som er spesifisert i Srvr=...-linjen ved å bruke din domenepålogging og passord. Hvis du ikke kan koble til, spør Systemadministrator legge deg til i brukergruppen for eksternt skrivebord. (Hvis slike rettigheter nektes, distribuer og konfigurer snapin-modulen "Administrere 1C Enterprise Servers" på arbeidsstasjonen);

• På serveren finner du snapin-modulen "1C:Enterprise Server Administration";

• Start snapin-modulen, utvid treet til noden med infobasen din;

• I egenskapene til infobasen fjerner du avmerkingsboksen "Blokkering av øktstart er aktivert" eller korriger start- og sluttid for blokkeringen, eller se på "tillatelseskoden" for å angi informasjonssikkerheten (også kjent som "opphevingskoden" i dialogboksen for blokkeringsoppsett).

Hva gjør du hvis alle brukere av SQL infobasen har logget ut, men du fortsatt ikke kan starte konfiguratoren, fordi... er det aktive brukere?

I "Connections"-noden til infobasen, på høyre side av skjermen, kan du slette eksisterende tilkoblinger.

Dette er ikke alle spørsmålene knyttet til temaet blokkering av informasjonsbase.

Hvis du fortsatt har spørsmål:

• Er det mulig å jobbe i henhold til Moskva-tid hvis du leier en server i Europa og ikke vil være avhengig av tidssonen?
• Hvordan finne 1C Application Server hvis du ikke vet hvor den er installert?
• Hvordan distribuere snapin-modulen "1C:Enterprise Server Administration" og hvordan konfigurere den?
• Hvis det er flere applikasjonsservere på samme lokale nettverk, hva bør du gjøre?
• Hva skal man gjøre i tilfelle av et klyngesystem? etc.

Våre sertifiserte 1C-teknologikonsulenter vil gjerne svare dem.

• For det første vil det hjelpe deg bedre å forstå hva som skjedde. Og i sjeldnere tilfeller kan det til og med bidra til å løse problemet selv.
• For det andre, hvis du ikke kunne klare deg selv, bør du først og fremst kontakte en spesialist for å få hjelp. teknisk støtte med innholdet i informasjons- og diagnostikkvinduet som vises.

La oss se nærmere på innholdet i den mottatte dialogmeldingen:

Linje 1.A "Å starte en økt med infobasen er forbudt." er en standardoppføring som indikerer at brukertilgang til programmet er blokkert. Med en slik blokkering opprettes automatisk en spesiell fil med filtypen ".cdn" i infobase-katalogen (for flere detaljer, se følgende avsnitt).

Linje 1.B angir vanligvis årsaken, varigheten av blokkeringen, samt annen nyttig informasjon. Avhengig av hvem eller hva (i tilfelle av et system) oppføringsblokkeringen ble installert, samt til hvilket formål, kan informasjonen i denne blokken være forskjellig. Linjen "Sikkerhetskopiering" er en standardoppføring for manuell eller rutinemessig sikkerhetskopiering (i dette tilfellet linjen "For å utføre en sikkerhetskopi.") av informasjonsbasen ved bruk av 1C Enterprise-verktøy er også typisk.

En administrator, i tilfelle av å opprette en blokk i brukermodusen til 1C 8.3 Enterprise, eller en 1C-programmerer, i tilfelle å sette en blokk programmatisk i konfiguratoren, kan komme med sine egne meldinger:

Linje 2 gir et hint om hvordan du kjører programmet fra kommandolinjen Windows-strenger, hvis du kjenner den såkalte "tillatelseskoden" (se neste trinn).

Linje 3 forklarer prosessen og hva knappene gjør.

Trinn 2. Løsning på hvordan du fjerner låsen og går inn i 1C 8.3-databasen

Sesjonslåser kan grovt klassifiseres som følger:

• Planlagt. Når en sesjonslås ble startet manuelt eller automatisk, serverer en planlagt prosess i 1C-databasen (sikkerhetskopiering, rutineoppgave, oppdatering);
• Andre, feil. Når en lås er installert som et resultat av feilaktige brukerhandlinger eller feil som oppstår av systemet selv, når den ikke automatisk fjerner den tidligere installerte låsen. For eksempel ble en sikkerhetskopieringsprosess startet, men brukeren avbrøt den ved å lukke programmet med makt.

Metode 1

I begge tilfeller, når du angir øktblokkering, som nevnt ovenfor, opprettes en fil med ".cdn"-tillatelse i lagringskatalogen til gjeldende infobase:

Dermed, enkel løsning programoppstartsfeil på grunn av øktblokkering vil resultere i sletting av 1Cv8.cdn-filen.

Imidlertid bør brukeren først stille spørsmålet: "Tross alt, hvis økter er blokkert, betyr dette at dette skyldes noe?" Kanskje en annen bruker med administrative funksjoner (heretter referert til som administrator) lanserte en virkelig viktig oppgave eller behandling i 1C 8.3 Regnskap som ikke tåler tilstedeværelsen av flere brukere i databasen samtidig.

Metode 2

Hvis en slik situasjon er mulig, bør du kontakte administratoren og finne ut om det er mulig å gå inn i databasen og om han har spesiell kode tillatelse, som ble nevnt rett ovenfor. I dette tilfellet vil vi bruke den andre metoden - ved å gå inn i en blokkert infobase ved å starte programmet fra kommandolinjen, spesifisere tillatelseskoden i en av startparametrene:

• "C:\Program Files (x86)\1cv8\common\1cestart.exe" - bane til 1C Enterprise 8.3-starteren;
• ENTERPRISE – betyr at programmet starter i brukermodus, dvs. i 1C Enterprise-modus;
• /F”F:\Bazy1C\Accounting” – angir filinformasjonsbasen (parameter /F) og banen til den (serverdatabaseadressen er angitt i /S-parameteren);
• /C Tillat brukere å arbeide – en valgfri parameter: hvis avkrysset, vil ikke systemet starte, men låsen vil bli fjernet (låsefilen vil bli ødelagt), og deretter vil brukere få tilgang til informasjonsbasen.

Hvis parameteren ikke er satt, har den spesifikke brukeren lov til å logge på, men låsen fjernes ikke. Denne brukeren kan gjøre en fullstendig opplåsing i brukermodus ved å gå til Support and Maintenance-panelet (Seksjon Administrasjon - Programinnstillinger kommandogruppe - Support and Maintenance kommando:

Og ringer skjemaet Blokkering av brukere ved kommando med samme navn:

I skjemaet som åpnes, kan du oppheve blokkeringen av økter ved å klikke på Unblock-knappen, der /UC12345 – /UC-parameteren spesifiserer tillatelseskoden (12345). Parameternavn er skrevet på engelsk.

For mer informasjon om kommandolinjeparametere, se 1C 8.3 Enterprise-hjelpen.

Metode 3

Det er et alternativ og enda enklere for brukermetoden å bruke parametrene ovenfor for å starte en informasjonsbase (heretter referert til som IB) - det er mulig å registrere de nødvendige i egenskapene til databasen av interesse.

1. I startvinduet (merket “A”), velg den låste databasen og klikk på Endre-knappen, hvoretter vinduet for redigering av (merket “B”) åpnes:

I eiendom Ytterligere lanseringsalternativer vi skriver ned opplåsingskoden og om nødvendig en parameter for å tillate brukere å jobbe (i dette tilfellet, etter den første lanseringen og før neste lansering, må denne parameteren slettes). Disse parameterne ble beskrevet mer detaljert ovenfor.

Merk: når en automatisk sikkerhetskopiering skjer (direkte eller som en del av en annen prosedyre, for eksempel under en automatisert oppdatering), blokkerer systemet 1C 8.3 informasjonsbasen og setter standard opplåsingskode " Sikkerhetskopiering ».

Derfor, hvis prosedyren mislykkes og databasen forblir blokkert, men det er ingen måte å slette cdn-filen på, kan du bruke parameteren når du starter informasjonssikkerheten: /UCBackup.

3. Klikk på Fullfør-knappen og gå tilbake til startvinduet, der vi starter IS ved å bruke 1C:Enterprise-knappen. Dermed er feilen "Å starte en økt med infobasen forbudt. "Sikkerhetskopiering" er eliminert:

Hvis 1C 8.3 Enterprise opererer i en klient-serverversjon, men brukeren ikke har tilgangsrettigheter og nødvendig kunnskap for å administrere databaser i denne modusen, bør du i dette tilfellet kontakte systemadministratoren for å få hjelp. Vi bemerker bare at i klient-serverversjonen, i tillegg til tilgang gjennom kommandolinje Med tilleggsparametere det er mulig å fjerne blokkeringen ved å bruke 1C:Enterprise server cluster administrasjonsverktøyet, det er nemlig nødvendig å fjerne flagget i egenskapene til den ønskede infobasen Blokkering av øktstart er aktivert.

Anatomien til 1Cv8.cdn-låsfilen

Nysgjerrige kan se inn i 1Cv8.cdn-filen som opprettes når økter er blokkert – det er enkelt tekstfil, som kan åpnes med passende Notisblokkredigeringsprogram:

Teksten i filen er innrammet krøllete regulering, som viser følgende kommadelte låsealternativer:

• 1 (0) – tegn på innstilling av blokkering (1 – installert; 0 – deaktivert);
• 20160706154700 – full dato (dato + klokkeslett) for starten av øktblokkering, i vårt tilfelle er det 6. juli 2016 20:00:00;
• 20160706154700 – full dato (dato + klokkeslett) for slutten av øktblokkeringen, i vårt tilfelle er det 06. juli 2016 20:00:00 (hvis sluttdatoen ikke er spesifisert, er verdien 00010101000000 som standard lagt inn i parameter);
• Etterfulgt av tekstparameter, hvor i doble anførselstegn hjelpetekst er plassert, vist til brukeren i dialogboksen;
• "123" – tillatelseskode er spesifisert.

Som du kan se, inneholder filen alle parameterne som vises i informasjons- og diagnostikkdialogboksen som vises.

På nettstedet kan du lese andre gratis artikler og videoveiledninger om 1C Accounting-konfigurasjonen (