Stop back-up 1s. Het starten van een sessie met een infobase is verboden. Back-up. Klok loopt niet synchroon

Nadat ik het 1C-programma eenmaal had gestart, zag ik bij het opstarten de foutmelding "Het starten van een sessie met een infobase is verboden. back-up". Ik was zeer verrast - ik heb zelf geen blokkering ingesteld. Na een kleine analyse bleek de reden te liggen in de "glitch" van het automatisch kopiëren van archieven, die zijn ingebouwd in (een van de subsystemen).

De fout ziet er als volgt uit:

Het probleem bleek te zijn dat bij het instellen van het maken van archiefkopieën van de database, het systeem automatisch een slot zet op het betreden van de infobase. Het voorkomt dat gebruikers het programma uitvoeren voor de duur van het proces.

Maar soms gebeurt het dat het systeem na het kopiëren het . In dit geval krijgen we de foutmelding "Het starten van een sessie met de infobase is verboden ..."

Ontvang gratis 267 1C-videolessen:

Oplossing

De eenvoudigste manier om het probleem op te lossen, is door het bestand te verwijderen 1Cv8.cdn(infobase lock-bestand) uit de databasemap.

In mijn screenshot hierboven is de locatie van de basis bijvoorbeeld:

U moet naar deze map gaan en vervolgens 1Cv8.cdn zoeken en verwijderen.

Het slot verwijderen van de client-serverbasis 1C

Als u toegang heeft tot de serverconsole, is het heel eenvoudig om het slot te verwijderen. Het volstaat om naar de eigenschappen van de infobase te gaan en de vlag "Session start blocking is enabled" uit te schakelen:

Vandaag kwam ik een probleem tegen dat optrad nadat de automatische back-up van de 1C Accounting 8.3-database had plaatsgevonden. Ik heb databaseback-up geconfigureerd bij het afsluiten van het programma. Ik heb het programma met succes een jaar lang verlaten, maar blijkbaar faalde ik deze keer op de een of andere manier :). En ik kon er niet in. Mijn slimme programma schreef me een heel slimme zin, die meer bedoeld is voor een 1C-programmeur dan voor een eenvoudige gebruiker. Laten we het probleem dus niet als 1C-beheerders aanpakken, maar als gewoon een accountant :).

Wat te doen als 1s 8.3 niet wordt geopend na het maken van een back-up en het bericht "starting a session with the infobase mag geen back-up maken ..."

Als bij het openen van een 1C-sokkel, in plaats van de sokkel te openen, een melding verschijnt:

“Het starten van een sessie met de infobase is verboden. Om een ​​back-up uit te voeren…”. Daarna volgen instructies voor de beheerder hoe de database te starten, maar deze instructie zal de accountant niet veel helpen.

Oplossing op een eenvoudigere manier:

U moet de map op de schijf vinden waarin de 1C Accounting 8.3-database zich bevindt. Open folder. In de map ziet u het volgende:

In de map moet je het bestand 1Cv8.cdn vinden. Nodig hebben verwijderen bestand 1Cv8.cdn en herstart 1C:Enterprise.

Zoals je kunt zien, is alles eenvoudig. En het is geweldig dat mijn artikel nuttig voor je was, ik ben erg blij om je te helpen. Laat het makkelijker zijn voor accountants om te werken zodat ze meer vrije tijd hebben voor zichzelf en hun dierbaren!

Dat is alles voor vandaag!

Inna Izvekova was bij je.

Tot ziens op de pagina's !

H al mijt op social media-knoppen onder het artikelom het voor jezelf te houden!

OVER worden te bij opmerkingen jouw vragen onder het artikel! Ik probeer iedereen te beantwoorden.

MET kacha het gratis nuttige lessen door op de knop "Gratis downloaden" onder het artikel te klikken.

Ontdekken bruikbaar handleidingen voor werk door te drukken .

WHO wil boekhouden leren, Klik

  • Ten eerste zal het helpen om beter te begrijpen wat er is gebeurd. En in meer zeldzame gevallen kan het zelfs helpen het probleem zelf op te lossen.
  • Ten tweede, als u het niet alleen aankunt, moet u eerst en vooral contact opnemen met een specialist voor technische ondersteuning met de inhoud van het informatie- en diagnosevenster dat verschijnt.

Laten we de inhoud van het ontvangen dialoogbericht eens nader bekijken:

Regel 1.A "Het starten van een sessie met de infobase is niet toegestaan." is een standaardinvoer die aangeeft dat gebruikerstoegang tot het programma wordt geblokkeerd. Bij een dergelijke blokkering wordt automatisch een speciaal bestand met de extensie ".cdn" aangemaakt in de infobase-directory (voor meer details, zie de volgende paragrafen).

Regel 1.B geeft meestal de reden, de duur van de blokkering en andere nuttige informatie aan. Afhankelijk van wie of wat (in het geval van het systeem) de toegangsblokkering heeft ingesteld, en voor welk doel, kan de informatie in dit blok verschillen. De regel "Back-up" is een standaardinvoer voor handmatige of geplande back-up (in dit geval de regel "Om een ​​back-up uit te voeren.") van de infobase die 1C Enterprise gebruikt, is ook kenmerkend.

De beheerder, in het geval van het aanmaken van een slot in de gebruikersmodus 1C 8.3 Enterprise, of de 1C programmeur, in het geval van het programmatisch instellen van het slot in de configurator, kan zijn eigen berichten bedenken:

Regel 2 geeft een hint over hoe u het programma kunt uitvoeren vanaf de Windows-opdrachtregel als u de zogenaamde "permissiecode" kent (zie de volgende stap).

Regel 3 legt het proces en de werking van de knoppen uit.

Stap 2. De beslissing over het ontgrendelen en invoeren van de 1C 8.3-database

Sessievergrendelingen kunnen als volgt voorwaardelijk worden geclassificeerd:

  • Gepland. Wanneer een sessievergrendeling handmatig of automatisch is gestart, ten dienste van het geplande proces in de 1C-database (back-up, geplande taak, update);
  • Anderen hebben ongelijk. Wanneer een slot is ingesteld als gevolg van foutieve acties van de gebruiker of fouten die zijn opgetreden in het systeem zelf, wanneer het eerder ingestelde slot niet automatisch wordt verwijderd. Er is bijvoorbeeld een back-upproces gestart, maar de gebruiker heeft dit onderbroken door het programma geforceerd af te sluiten.

Methode 1

In beide gevallen, wanneer sessieblokkering is ingesteld, zoals hierboven vermeld, wordt een bestand met de ".cdn"-machtiging gemaakt in de map waar de huidige infobase is opgeslagen:

Een eenvoudige oplossing voor een fout bij het starten van een programma als gevolg van een sessievergrendeling is dus het verwijderen van het bestand 1Cv8.cdn.

De gebruiker moet zich echter eerst de vraag stellen “Als het blokkeren van sessies is ingesteld, betekent dit dan dat dit ergens aan te wijten is?”. Misschien heeft een andere gebruiker met administratieve functies (hierna de beheerder genoemd) een heel belangrijke taak of verwerking in 1C 8.3 Boekhouding gestart die de gelijktijdige aanwezigheid van meerdere gebruikers in de database niet tolereert.

Methode 2

Als deze situatie mogelijk is, moet u contact opnemen met de beheerder en nagaan of u de database kunt invoeren en of hij een speciale machtigingscode heeft, die hierboven werd vermeld. In dit geval gebruiken we de tweede methode - een geblokkeerde infobase invoeren door het programma vanaf de opdrachtregel te starten en de toestemmingscode op te geven in een van de startparameters:

  • "C:\Program Files (x86)\1cv8\common\1cestart.exe" – pad naar het 1C Enterprise 8.3-opstartprogramma;
  • ENTERPRISE - betekent dat het programma in de gebruikersmodus start, d.w.z. in 1C Enterprise-modus;
  • /F”F:\Databases\Accounting” – geeft de infobase van het bestand aan (parameter/F) en het pad ernaartoe (het adres van de serverdatabase wordt gespecificeerd in de parameter /S);
  • /С Laat gebruikers werken – optionele parameter: indien ingesteld, start het systeem niet, maar wordt de vergrendeling verwijderd (het vergrendelingsbestand wordt vernietigd) en kunnen gebruikers toegang krijgen tot de infobase.

Als de parameter niet is ingesteld, mag een specifieke gebruiker binnenkomen, maar wordt de blokkering niet opgeheven. Deze gebruiker kan een volledige ontgrendeling uitvoeren in de gebruikersmodus door naar het paneel Ondersteuning en onderhoud te gaan (sectie Beheer - groep opdrachten Programma-instellingen - opdracht Ondersteuning en onderhoud:

En het formulier bellen Gebruikerswerk blokkeren door hetzelfde commando:

In het formulier dat wordt geopend, kunt u sessies ontgrendelen door op de knop Ontgrendelen te klikken, waarbij /UC12345 – de machtigingscode (12345) wordt opgegeven in de parameter /UC. De parameternamen zijn in het Engels geschreven.

Zie de help van 1C 8.3 Enterprise voor meer informatie over opdrachtregelparameters.

Methode 3

Er is een alternatieve en zelfs eenvoudigere methode voor de gebruiker om de bovenstaande parameters te gebruiken voor het starten van een infobase (hierna IB genoemd) - het is mogelijk om de vereiste parameters te specificeren in de eigenschappen van de betreffende database.

1. Selecteer in het opstartvenster (gemarkeerd met "A") de vergrendelde database en klik op de knop Wijzigen, waarna het venster voor het bewerken van IB-eigenschappen wordt geopend (gemarkeerd met "B"):

In eigendom Extra startopties de ontgrendelingscode voorschrijven en, indien nodig, de parameter zodat gebruikers kunnen werken (in dit geval moet deze parameter na de eerste lancering en vóór de volgende lancering worden verwijderd). Deze parameters zijn hierboven in meer detail beschreven.

Opmerking: wanneer er een automatische back-up plaatsvindt (direct of als onderdeel van een andere procedure, bijvoorbeeld tijdens een geautomatiseerde update), blokkeert het systeem de 1C 8.3-infobase en stelt de standaard ontgrendelingscode in " Back-up ».

Daarom, als de procedure "mislukt" is en de databasevergrendeling is gebleven, maar er is geen manier om het cdn-bestand te verwijderen, dan kunt u de parameter gebruiken bij het starten van IB: /UCBackupCopying.

3. Klik op de knop Gereed en keer terug naar het opstartvenster, waar we de IB starten met de knop 1C: Enterprise. Dus de fout "Het starten van een sessie met een infobase is verboden. Back-up" verholpen:

Als 1C 8.3 Enterprise werkt in een client-serverversie, maar de gebruiker heeft geen toegangsrechten en de nodige kennis van databasebeheer in deze modus, dan moet u in dit geval contact opnemen met de systeembeheerder voor hulp. We merken alleen op dat in de client-serverversie, naast toegang via de opdrachtregel met aanvullende parameters, het mogelijk is om de vergrendeling te verwijderen met behulp van het 1C:Enterprise, het is namelijk noodzakelijk om de vlag in de eigenschappen van de vereiste infobase Sessie startblokkering ingeschakeld.

Anatomie van het vergrendelingsbestand 1Cv8.cdn

Nieuwsgierigen kunnen in het bestand 1Cv8.cdn kijken dat is gemaakt wanneer sessies worden geblokkeerd - dit is een eenvoudig tekstbestand dat kan worden geopend met de juiste Kladblok-editor:

De tekst in het bestand wordt omgeven door accolades die de volgende door komma's gescheiden vergrendelingsopties bevatten:

  • 1 (0) – teken van blokkerende instelling (1 – ingesteld; 0 – uitgeschakeld);
  • 20160706154700 - volledige datum (datum + tijd) van het begin van de sessieblokkering, in ons geval is het 06 juli 2016 20:00:00;
  • 20160706154700 - volledige datum (datum + tijd) van het einde van de sessievergrendeling, in ons geval is het 06 juli 2016 20:00:00 (als de einddatum niet is opgegeven, wordt de waarde 00010101000000 in de parameter ingevoerd door standaard);
  • Dit wordt gevolgd door een tekstparameter, waarbij dubbele aanhalingstekens hulptekst bevatten die in het dialoogvenster aan de gebruiker wordt getoond;
  • "123" - de toestemmingscode wordt aangegeven.

Zoals u kunt zien, bevat het bestand alle parameters die worden weergegeven in het informatie- en diagnosedialoogvenster dat verschijnt.

Op de site vindt u andere gratis artikelen en video-tutorials over de configuratie van 1C Accounting (

U bent op de juiste pagina beland! Hoogstwaarschijnlijk ontdekte u 's ochtends dat uw favoriete 1C 8.3 niet begint met het bericht: " Het starten van een sessie met een infobase is verboden. Een back-up uitvoeren...».

Het eerste wat je nu moet doen is gebruikers dringend laten werken. Lees daarna rustig het artikel tot het einde en ontdek waarom dit is gebeurd en wat "Vergrendelen en ontgrendelen vanaf de 1C 8.3 infobase" is.

Mijn ervaring suggereert dat u een gebruiker bent (geen systeembeheerder of programmeur) en dat uw infobase een bestandsinfobase is (als de database SQL is, zijn specialisten al bezig met uw probleem). Beginnen je moet weten in welke map (directory) het zich bevindt en één bestand in deze map verwijderen - 1Cv8.cdn(je hoeft het bestand niet op te slaan, je hebt het niet meer nodig).

*Als u een IT-specialist bent, kunt u veilig doorgaan met het lezen van de sectie "Vergrendelen en ontgrendelen van de 1C-infobase".

Zoek in het venster met de lijst met infobases je basis (nummer 1 in onderstaande afbeelding) en klik er één (en slechts één!) keer op met de muis. Klik vervolgens op de knop "Wijzigen" (nummer 2).

Er kan slechts één basis in de lijst staan, dus dit venster kan u bekend voorkomen als het "1C-startvenster". Klik in dit geval gewoon op de knop Wijzigen.

Als je ziet dat de infobase zich op deze computer of in het lokale netwerk bevindt - mijn ervaring stelde niet teleur - is de database een bestand en doen we alles goed. Kopieer dit pad ( nummers 3 en 4).

Ga nu naar deze map.

Voor het geval dat, hier zijn een paar opties om File Explorer te starten:

  • U hebt Windows XP of Windows 7. Klik op Start, Uitvoeren, plak de eerder gekopieerde infobase-locatie. De bestandsverkenner wordt geopend.
  • U hebt Windows 7. Maar er is geen onderdeel Uitvoeren. Plak de locatie direct nadat u op Start hebt geklikt. De bestandsverkenner wordt geopend.
  • U hebt Windows 8 of Windows 10. Klik op Start, klik op het vergrootglas in de rechterbovenhoek, plak de eerder gekopieerde infobase-locatie en druk op Enter. De bestandsverkenner wordt geopend.

  • Zoek de gele diskette op de taakbalk en klik erop. Plak de locatie van de infobase in de adresbalk bovenaan het Explorer-venster. (Klik met de rechtermuisknop op de adresbalk, Adres wijzigen, nogmaals met de rechtermuisknop op de adresbalk, Plakken).

  • Een universele manier voor alle versies van Windows en zijn instellingen. Druk op de vlagknop op het toetsenbord en druk, zonder deze los te laten, op de Latijnse R (of Russische K) op het toetsenbord. Het venster "Uitvoeren" wordt geopend, plak de eerder gekopieerde locatie van de infobase daar en klik op OK.

Als u een van de voorgestelde opties gebruikt, gaat u naar het verkennervenster met de locatie van de infobase.


Zoek in het verkennervenster het bestand 1Cv8.cdn in de lijst met bestanden, klik er met de rechtermuisknop op en selecteer "Verwijderen", zoals weergegeven in de vorige afbeelding.

Klaar! Uw "1C: Boekhouding" of "1C: Payroll en HR Management" of "1C: Trade Management" worden opnieuw gelanceerd.

Blokkeren en ontgrendelen vanuit de 1C infobase. We vernietigen mythen.

In deze sectie vindt u unieke informatie over het werken met sloten, evenals een weerlegging van veelvoorkomende misvattingen over "Gegevensvergrendeling".

Hoe een slot instellen?

Het infobase-blokkeermechanisme is ontworpen om huidige open sessies te beëindigen en nieuwe verbindingen te voorkomen. De locatie van de vergrendelingsfunctie in het menu kan variëren, afhankelijk van de configuratie. In UT, editie 11 (11.3.3.163) is dit bijvoorbeeld NSI en administratie, [Service] Gebruikerswerk blokkeren. Alternatieve optie: NSI en administratie, Ondersteuning en onderhoud, Gebruikerswerk blokkeren. In UT, versie 10.3 (10.3.21.2) is dit Service, Gebruikers, Blokkeren van het tot stand brengen van verbindingen met de infobase.

*Er zijn branchespecifieke configuraties waarbij de vergrendeling er qua interface en mechanisme anders uitziet dan beschreven in dit artikel. Aangezien we voor de meeste 1C-configuraties een standaardmechanisme overwegen, zullen we niet ingaan op speciale branchespecifieke configuraties.


Als u dit item selecteert, wordt het dialoogvenster "Gebruikers vergrendelen" geopend, waarin u een bericht voor gebruikers moet invoeren, de begin- en eindtijd van de blokkering en de code om te ontgrendelen.


Aangezien u het begin en het einde van de blokkeeractie invoert, moet u uiterst voorzichtig zijn in dit dialoogvenster en de informatie expliciet invoeren. Als het dialoogvenster de mogelijkheid had om een ​​blokkeringsstart "na 15 minuten" met een duur van "20 minuten" in te voeren, of als deze waarden tenminste ter referentie werden weergegeven op basis van de absolute begin- en eindtijden van de blokkering, dan zou het lastig zijn om een ​​blokkering in te stellen met een duur van een jaar, zoals dit kan gebeuren als je een datum-tijd fout invoert.

Het wordt aanbevolen om de parameter "Starttijd" in te stellen als de huidige datum/tijd + de tijd die gebruikers nodig hebben om zich voor te bereiden op het afsluiten terwijl ze bewerkte documenten opslaan. Het is bijvoorbeeld 9:50 uur, waardoor gebruikers 10 minuten de tijd hebben om hun resultaten op te slaan. De totale starttijd van het blokkeren moet 10:00 uur zijn.

Eindtijd - u kunt niet naar binnen, in dit geval wordt de blokkering van het object voor onbepaalde tijd (voor altijd) ingesteld.

De ontgrendelingscode is een eenmalig "wachtwoord" om helemaal opnieuw te beginnen, ondanks het slot, dat in sommige gevallen nodig kan zijn (wordt later besproken). Vergeet niet in te voeren en te onthouden. Deze parameter is in het geval van de SQL-versie van de infobase zichtbaar in de module "Beheer van 1C Enterprise Servers" en wordt daar "Toestemmingscode" genoemd.

In het geval van de SQL-versie van de infobase is aanvullende autorisatie van de infobase-beheerder of clusterbeheerder vereist.


Dus na het klikken op de knop "Set Lock" en een positief antwoord op de bevestiging ...


...keert u terug naar het vorige dialoogvenster, dat van uiterlijk is veranderd:


In de rechter benedenhoek verschijnt een bericht dat er een blokkering van gebruikerswerk gepland is. Alleen jij ziet dit bericht.


Gepland? Misschien heeft het iets te maken met routinetaken?

Zal geplande blokkering van gebruikers werken als blokkering van geplande taken is ingesteld? Ja, het zal werken. Het blokkeermechanisme maakt geen gebruik van geplande taken.

Wat zien gebruikers en ikzelf?

Voorafgaand aan de start van de lockdown krijgen actieve gebruikers "beleefde" herinneringen om af te sluiten. In dit dialoogvenster wordt "Ja" geactiveerd door een time-out, zodat gebruikers die afwezig zijn op de werkplek de 1C-sessie succesvol kunnen verlaten.


De initiator van het slot krijgt een ander bericht:


Zodra de blokkeeractie is begonnen, is de infobase niet meer op de gebruikelijke manier toegankelijk. Hoe u kunt deelnemen, wordt hieronder beschreven. Houd er rekening mee dat het dialoogvenster geen automatische indicatie van de eindtijd van de blokkering bevat, dus de taak om gebruikers te informeren over de hervatting van het werk berust bij de beheerder. Deze informatie kan worden gespecificeerd in een bericht aan de gebruiker.



Precies op de afgesproken tijd ontploft de bom. De sirene loeit tot hij ontploft.

In tegenstelling tot wat vaak wordt gedacht dat sessies van actieve gebruikers voorzichtig worden beëindigd, na een waarschuwing die kan worden genegeerd en het werk doorgaat, vindt de beëindiging, of beter gezegd het 'afhakken', van actieve sessies precies volgens schema plaats, hard en met verlies van alle niet-opgeslagen resultaten. Alle waarschuwingen worden gegeven in het interval vanaf het moment dat op de knop "Blokkering instellen" wordt gedrukt tot het moment waarop de blokkering begint, waarna de actieve sessie zonder enige kennisgeving wordt beëindigd en 1C begint aan de cyclus van pogingen om de configuratie opnieuw te starten , met een interval van 1 minuut.

Er zijn geen uitzonderingen voor invoermodi van referentiewaarden, waarbij een waarde wordt ingevoerd die niet in de referentie staat - u kunt de invoermodus niet verlaten (sluit bijvoorbeeld 1C af met een kruisje), maar dit belet u niet om de werk. Van groter belang is de modale dialoogmodus, dus we zullen er in meer detail over praten.

*Het beëindigen van gebruikerssessies in oudere configuraties gebeurt iets later dan de afgesproken tijd, omdat. gebruikers ontvangen eerst een waarschuwing "Systeem wordt afgesloten".

Zal het echt ontploffen?

Om te beginnen merken we op dat in oudere configuraties de blokkering voor de initiator van de blokkering mogelijk niet werkt. En laten we nu verder gaan met het overwegen van het probleem voor platform 8.3.

Een gebruiker van een IS-bestand die bijvoorbeeld besluit een document te verwijderen en vervolgens te gaan lunchen, terwijl hij het dialoogvenster "Document markeren voor verwijdering?" op het scherm laat staan, houdt de verbinding met de infobase open. Natuurlijk eindigt zijn sessie na de lunch, nadat hij "Ja" of "Nee" heeft geantwoord, maar tot die tijd zul je zien dat er actieve gebruikers zijn. In dit geval krijgt de initiator van de blokkering het volgende bericht te zien:


Er verschijnt een runtime-foutbericht in het logboek, dat niet moet worden geïnterpreteerd als een runtime-fout, maar als "niet alle gebruikers hebben hun sessie beëindigd":


En dat is niet de enige reden waarom blokkeren niet werkt. (Zie verder secties "Op wiens klok?" en "Maar hoe zit het met mijn gebruikers in Vladivostok?").

Modaal dialoogvenster in de SQL-versie van een infobase op beheerde formulieren

De 1C-applicatieserver heeft de mogelijkheid om een ​​sessie te verwijderen ondanks de modale dialoogmodus. De 1C-interface en het modale dialoogvenster blijven op het scherm van de gebruiker staan, waardoor de indruk wordt gewekt van een onvolledige sessie, maar in feite wordt de sessie verwijderd en wordt de verbinding met IB tijdig beëindigd. Wanneer de gebruiker probeert verder te werken, ziet hij een foutmelding "Sessie ontbreekt of is verwijderd" of "Sessie beëindigd door beheerder", afhankelijk van de nuances.



Modaal dialoogvenster in de SQL-versie van de infobase op reguliere formulieren

Gebruikerssessies worden beëindigd.

Na het instellen van het slot is het beter om het dialoogvenster niet te verlaten, omdat wanneer u dit dialoogvenster opnieuw opent voordat de vergrendeling begint, verschijnt er een onwaar bericht dat de vergrendeling al is ingesteld (hoewel slechts de helft), er zijn nul actieve sessies (niet waar). Tegelijkertijd gaat het proces van het afsluiten van gebruikers door (in tegenspraak met nul actieve sessies + niet helemaal waar, omdat gebruikers "zichzelf beëindigen"). Hoewel de code voor het blokkeren van gebruikerswerk niet ideaal is, zal het u uiteindelijk niet beletten de blokkering in te stellen en actieve sessies te beëindigen, maar het zal de Infobase-beheerder desoriënteren.



Zal de blokkering werken als u de blokkering instelt en het dialoogvenster sluit?

Zal de vergrendeling werken als u een vergrendeling instelt en 1C onmiddellijk verlaat (d.w.z. de 1C-sessie beëindigt voordat de vergrendeling begint)?

Ja. Het mechanisme voor het reageren op een ingesteld blok voorziet niet in interactie tussen de blok-initiator en andere gebruikers. Gebruikerssessies controleren onafhankelijk of ze kunnen werken.

Door wiens klok zal de blokkering werken als de tijd op de computers iets anders is?

Klok loopt niet synchroon

Bij bestand IB controleert elke computer of de IB een vast blokkeertijdbereik heeft en vergelijkt dit met zijn lokale klok. De nauwkeurigheid van de klok bepaalt of een bepaalde computer een sessie precies op het juiste moment kan beëindigen. Als de basis vanaf 10.00 uur geblokkeerd is, komt dit moment voor de ene computer eerder en voor de andere later.

In een domeinomgeving en met het perfecte werk van systeembeheerders wordt de tijd op alle computers gesynchroniseerd met de domeincontroller. Maar om verschillende redenen kan de tijd worden uitgeschakeld: tijdsynchronisatie met de domeincontroller is niet geconfigureerd, tijdsynchronisatie is geconfigureerd met een externe exacte tijdserver die niet langer beschikbaar is, netwerk- of domeinservicestoringen, gebrek aan rechten om de systeemtijd enz.

Het lijkt erop dat we kunnen praten over seconden, in extreme gevallen minuten. Maar in feite is op de computer bijvoorbeeld een update van het besturingssysteem die de overgang naar seizoenstijd (winter / zomer) ondersteunt mogelijk niet geïnstalleerd en is de fout mogelijk al geen seconden, maar uren. Het is gemakkelijk om zo'n experiment uit te voeren: plan een blok voor 10.00 uur gedurende een half uur en zet op een van de computers de tijd een uur vooruit - het blok heeft er geen invloed op.

Controleer daarom voordat u een slot instelt zorgvuldig de tijd rechtsonder in de computer met uw polshorloge en neem ook vooraf contact op met uw systeembeheerder met de vraag of tijdsynchronisatie werkt in uw IT-infrastructuur.

Maar hoe zit het met mijn gebruikers in Vladivostok?

Absoluut tijdprobleem met gebruikers uit verschillende tijdzones

Het blokkeertijdbereik wordt opgeslagen in de infobase. Kijk naar de inhoud van het blokkerende bestand 1Cv8.cdn (dat is gemaakt in de bestandsversie van IB), het bevat de starttijd van het blokkeren op 17-07-2017 13:59 in het formaat JJJJMMDDDUUMMSS zonder enige indicatie van de tijdzone:


Zonder de tijdzone te specificeren, zou het duidelijk zijn over welke absolute tijd we het hebben als de tijd altijd zou verwijzen naar een specifieke tijdzone, bijvoorbeeld UTC + 0. Maar de lokale tijd wordt in de database opgeslagen volgens de klok van de computer die de blokkering heeft geïnitieerd. Uit welke tijdzone deze computer kwam, is onbekend, wat betekent dat de absolute blokkeertijd onbekend is.

Als je in Moskou, in een gecentraliseerde IB, een blok instelt om 13:59, en dit moment voor Moskou-gebruikers in de toekomst ligt, dan was voor gebruikers van dezelfde IB in Vladivostok 13:59 7 uur geleden. En afhankelijk van de technische oplossing, in overeenstemming waarmee het werk met de informatiebeveiliging van Vladivostok-gebruikers wordt uitgevoerd, zal het blokkeren van deze gebruikers werken of niet.

Welke technische oplossingen kunnen er zijn waarbij de blokkering niet correct werkt voor Vladivostok-gebruikers? Degenen waarin de klant deel uitmaakt van 1C krijgen tijd in Vladivostok, en niet in Moskou. Zo zijn kantoren via VPN verbonden met een lokaal netwerk en wordt het 1C-clientgedeelte gestart vanaf een lokale computer met UTC+10-tijd. Maar als ze met de database werken via een RDP-verbinding of in RemoteApp-modus op een Moskou-server, waarbij het 1C-clientgedeelte op deze server wordt uitgevoerd, komt alles goed, omdat. het zal UTC+3 tijd hebben.

Zijn er problemen met desynchronisatie van klok en tijdzone in het geval van de SQL-versie van de infobase?

Nee. Bij deze optie is er een "serverklok", die als referentie wordt gebruikt.

Word ik uit de Configurator gegooid als ik erin zat en de blokkering begon in te gaan?

Is het mogelijk om de Configurator in te gaan na het starten van de blokkeeractie?

Het is verboden! Het controleren van de mogelijkheid om met de configurator te werken wordt alleen bij het opstarten uitgevoerd en niet tijdens het gebruik. Daarom, als er een slot is ingesteld voor later werk in de configurator, is het veel gemakkelijker om het eerst te starten dan om het startverbod later te omzeilen.

Hoe het slot verwijderen?

In hetzelfde dialoogvenster waarin het slot is ingesteld. We herinneren u eraan dat na het instellen van het slot, in plaats van de knop "Vergrendeling instellen", de knop "Ontgrendelen" erin zit.

In het geval van de SQL-versie van IS is ontgrendeling ook mogelijk in de module "Beheer van 1C Enterprise Servers". (zie hieronder)

Waar is de ontgrendelingscode voor?

Om de IB binnen te gaan op het moment dat de blokkering van kracht is. Situaties waarin dit nodig is:

  • Nadat de vergrendeling is ingesteld, is de IS-sessie beëindigd (handmatig of als gevolg van de vergrendeling die op de initiator zelf inwerkt) en moet een nieuwe sessie worden gestart;
  • De eindtijd van het slot was abusievelijk helemaal niet ingevuld;
  • De blokkerende eindtijd is verkeerd ingevuld (er is bijvoorbeeld per ongeluk de volgende maand of jaar ingevoerd);
  • De infobase is in de SQL-versie en om een ​​verkeerd ingestelde vergrendeling op te heffen, is het onmogelijk om het bestand 1Cv8.cdn in de infobase-directory te verwijderen.

Gebruik in dit geval de hint die bij het opstarten wordt gegeven. Die. klik in het venster met de lijst met infobases op "Wijzigen" en voer de regel in de extra startopties in:

ENTERPRISE /F"Z:\Exchange\UT 11" /CAllowUsers /UC12345

... rekening houdend met de locatiemap en de ontgrendelingscode.


Het is beter om deze regel naar het klembord te kopiëren en te corrigeren in het dialoogvenster "Informatiebank bewerken". Als u het type aanhalingstekens of Russische "C" en Latijnse door elkaar hebt gehaald, ziet u een foutmelding:



In het geval van correcte invoer en daaropvolgende lancering van 1C in bedrijfsmodus, zal 1C automatisch ontgrendelen en zijn werk voltooien. Daarna is het mogelijk om aanvullende parameters te verwijderen en 1C zoals gewoonlijk uit te voeren.

Wat moet ik doen als ik geen slot heb ingesteld, maar de SQL-database door iemand is vergrendeld? Ik weet echter de ontgrendelingscode niet.

Infobase-blokkering kan door de configuratie zelf worden ingesteld voor de duur van het maken van de back-up. Als het aanmaakproces niet normaal is voltooid, kan de SQL-database vergrendeld blijven. In dit geval is toegang tot de console (correcter, een module) "Beheer van 1C:Enterprise-servers" vereist.

Waar te zoeken?

De module 1C:Enterprise Server Administration wordt vaak geïnstalleerd op dezelfde server waarop de SQL-server wordt geïmplementeerd en waar de 1C Server (of 1C Application Server) zelf wordt geïmplementeerd. Hoewel dit niet nodig is: SQL kan op de ene computer worden geïnstalleerd, de 1C Application Server op een andere en de module kan op uw werkstation worden geïmplementeerd. Met een grote kans op succes kunt u dit bereiken door het volgende te doen:

  • Maak via RDP verbinding met de server die is opgegeven in de regel Srvr=... met uw domeinlogin en wachtwoord. Als u geen verbinding kunt maken, vraagt ​​u uw systeembeheerder om u toe te voegen aan de groep Extern bureaublad-gebruikers. (In geval van weigering van dergelijke rechten, implementeert en configureert u de module "Beheer van 1C Enterprise Servers" op het werkstation);

  • Zoek op de server de module 1C:Enterprise Server Administration;
  • Voer de module uit, breid de boom uit naar het knooppunt met uw infobase;

  • Schakel in de eigenschappen van de infobase het selectievakje "Sessiestartblokkering is ingeschakeld" uit of corrigeer de begin- en eindtijden van de blokkering, of kijk naar de "toestemmingscode" voor het invoeren van IB (ook wel "ontgrendelingscode" genoemd in het blokkeerdialoogvenster).

Wat te doen als alle gebruikers van de SQL-infobase zijn uitgelogd, maar u de Configurator nog steeds niet kunt starten omdat zijn er actieve gebruikers?

In het knooppunt "Verbindingen" van de infobase, aan de rechterkant van het scherm, kunt u bestaande verbindingen verwijderen.


Dit zijn lang niet alle vragen met betrekking tot het onderwerp infobase-blokkering.

Als je vragen hebt:

  • Is het mogelijk om in Moskou-tijd te werken als u een server in Europa huurt en niet afhankelijk wilt zijn van de tijdzone?
  • Hoe vind ik de 1C Application Server als niet bekend is waar deze is geïnstalleerd?
  • Hoe implementeer ik de module 1C:Enterprise Server Administration en hoe configureer ik deze?
  • Als er meerdere applicatieservers in één lokaal netwerk zijn, wat moet er dan worden gedaan?
  • Hoe te zijn in het geval van een clustersysteem? enz.

Onze gecertificeerde 1C technology consultants beantwoorden ze graag.