Efter att ha startat 1C-programmet en gång såg jag vid start felet "Det är förbjudet att starta en session med infobasen. Säkerhetskopiering". Jag blev väldigt förvånad - jag satte ingen blockering själv. Efter lite analys visade det sig att orsaken var en "glitch" av automatisk arkivkopiering, som är inbyggd i (ett av undersystemen).

Felet ser ut så här:

Problemet visade sig vara att när man ställer in skapandet av arkivkopior av databasen sätter systemet automatiskt ett block på ingången till informationsbasen. Det hindrar användare från att starta programmet medan processen körs.

Men ibland händer det att systemet inte kan ta bort det efter kopiering. I det här fallet får vi felet "Att starta en session med infobasen är förbjudet..."

Få 267 videolektioner på 1C gratis:

Lösning

Det enklaste sättet att åtgärda problemet är att ta bort filen 1Cv8.cdn(infobaslåsfil) från databasmappen.

Till exempel, i min skärmdump ovan är platsen för basen följande:

Du måste gå till den här mappen och sedan hitta och ta bort 1Cv8.cdn.

Avblockerar 1C klient-server-databasen

Om du har tillgång till serverkonsolen är det väldigt enkelt att ta bort låset. Gå bara till infobasegenskaperna och ta bort flaggan "Session startblockering är aktiverad":

I den här artikeln kommer jag att berätta om 1C-startparametrar och hur du använder dem. Jag kommer att ge flera exempel på hur man använder dessa parametrar. Efter att ha läst artikeln kommer du att kunna automatisera några vardagliga processer.

När du startar 1C:Enterprise kan du använda startparametrarna, som kan anges i inställningarna eller i genvägen som du använder för att starta 1C.

Startläge 1C

KONFIG— 1C startar i konfiguratorläge.
FÖRETAG— 1C startar i Enterprise-läge.

1cestart.exe- en fil för att starta 1C-programmet, vanligtvis i mappen "1cv8\common". När den startas upptäcker den automatiskt den version som krävs av klienten. När du installerar 1C hänvisar genvägar på skrivbordet och i Start-menyn till denna fil.

1C startparametrar för automatiskt användarval

• /N"Användarnamn"
• /P"Användarlösenord"

Användarnamnet och lösenordet måste matcha användarnamnet och lösenordet som anges i listan över användare i konfiguratorn. Användare kan ses i konfiguratorn, gå till toppmenyn: Administration > Användare. Om lösenordet är tomt kan detta fält utelämnas.

Dessa parametrar kan anges i inställningarna när du redigerar en databas i listan över databaser. I fältet "Avancerade startalternativ".

Starta 1C och gå till infobasinställningarna, följande fönster bör visas:

Ange parametrarna som visas i figuren, ange ditt användarnamn och lösenord, klicka sedan på "Slutför". Om du gjorde allt korrekt kommer du inte att bli tillfrågad om ditt användarnamn och lösenord när du går in i den här databasen.

1C-startparametrar för automatisk databasstart

• /F "adress" - adressen till databasen, om den är lagrad i en filversion.

Om din databas är lagrad på en server måste du ställa in startparametrarna på annat sätt:

• /S "adress" - ange adressen enligt följande: "Namn på servern (infobaskluster)" \ "Namn på infobasen på servern"

Dessa parametrar måste anges i genvägen som du använder för att starta 1C:Enterprise. Gå till genvägsegenskaperna, i slutet av fältet "Objekt", lägg till de parametrar du behöver.

Om allt är gjort korrekt, när du startar genvägen, bör databasen som du angav i parametrarna starta.

För enkelhetens skull kan du skapa en ny genväg eller kopiera den du använder.

Autoload 1C vid systemstart

Om du behöver starta 1C Enterprise när systemet startar med nödvändiga parametrar, måste du kopiera 1C-genvägen till Startup-mappen.

Om den innehåller 1C-startparametrar kommer de att fungera när systemet startar.

Du kan kombinera alla 1C-startparametrar. För att göra detta, skriv helt enkelt ner de nödvändiga parametrarna i 1C-inställningarna eller i genvägen.

Ytterligare startparametrar 1C

• /LogUI— registrera användaråtgärder i loggen. (Inspelningen kommer att göras i användarkatalogen, i en fil som heter "logui.txt")
• /DumpIB " Ladda upp filadress « — avlastning av databasen. Lämplig för att skapa automatisk databasarkivering.
• /Kör " Extern bearbetningsadress” - parametern är avsedd att automatiskt starta extern bearbetning efter systemstart.
• /C"String parameter" - skickar parametern till konfigurationen. Du kan komma åt den via den globala kontexten i konfiguratorn "Launch Parameter".
• /DisableStartupMessages– parametern tar bort systemmeddelanden när 1C Enterprise startas.

När du redigerar infobasen. Du kan ange vilken version av 1C som ska startas (lämpligt om du har flera databaser installerade som körs under olika versioner av klienten)

Ett exempel på användning av parametrar för automatisk arkivering av en infobas.

"C:\Program Files (x86)\1cv8\common\1cestart.exe" CONFIG /F"С:\Base_Buh" /N"user" /P"111″ /DisableStartupMessages /DumpIB C:\Arhiv\Buh.dt / Ut" C:\Arhiv\log_arhiv.txt" -NoTruncate

Om du anger dessa parametrar i genvägen för att starta 1C i "Objekt"-fältet skapas ett arkiv av databasen, som ligger "C:\Base_Buh" i mappen "C:\Arhiv" under namnet "Buh" .dt”. En post kommer också att göras i loggfilen "C:\Arhiv\log_arhiv.txt". Ange dina sökvägar, var databasen finns och var du vill skapa arkiv.

Konfigurera programfelsökningsstartalternativ

När du utvecklar applikationer är det ofta nödvändigt att starta 1C debugger under en specifik användare; för att göra detta, gå till konfiguratorn: Hjälp > Alternativ

På fliken "Starta 1C:Enterprise", i gruppen "Användare", är den aktuella användaren inställd som standard (under vilken du loggade in i konfiguratorn). Du kan ändra det till vad du behöver. Och felsökning kommer att starta under den valda användaren.

Här kan du också ange vilken klient som programmet ska köras under.

Med dessa enkla steg kan du implementera användbara funktioner i programmet 1C:Enterprise.

• För det första hjälper det dig att bättre förstå vad som hände. Och i mer sällsynta fall kan det till och med hjälpa till att lösa problemet själv.
• För det andra, om du inte kunde klara dig själv, bör du först och främst kontakta en specialist för teknisk support med innehållet i informations- och diagnosfönstret som visas.

Låt oss ta en närmare titt på innehållet i det mottagna dialogmeddelandet:

Rad 1.A "Det är förbjudet att starta en session med infobasen." är en standardpost som indikerar att användarinträde i programmet är blockerad. Med sådan blockering skapas automatiskt en speciell fil med tillägget ".cdn" i infobaskatalogen (för mer information, se följande avsnitt).

Rad 1.B anger vanligtvis orsaken, varaktigheten av blockeringen, samt annan användbar information. Beroende på vem eller vad (vid ett system) inträdesspärren installerades, samt för vilket ändamål, kan informationen i detta block vara annorlunda. Raden "Säkerhetskopiering" är en standardpost för manuell eller rutinmässig säkerhetskopiering (i det här fallet raden "För att utföra en säkerhetskopiering") av informationsbasen med hjälp av 1C Enterprise-verktyg är också typisk.

En administratör, i händelse av att skapa ett block i användarläget för 1C 8.3 Enterprise, eller en 1C-programmerare, i händelse av att ställa in ett block programmatiskt i konfiguratorn, kan komma med sina egna meddelanden:

Rad 2 ger en ledtråd om hur du kan köra programmet från Windows-kommandoraden om du känner till den så kallade "behörighetskoden" (se nästa steg).

Rad 3 förklarar processen och vad knapparna gör.

Steg 2. Lösning på hur du tar bort låset och går in i 1C 8.3-databasen

Sessionslås kan grovt klassificeras enligt följande:

• Planerad. När ett sessionslås startades manuellt eller automatiskt, betjänar en schemalagd process i 1C-databasen (säkerhetskopiering, rutinuppgift, uppdatering);
• Andra, felaktiga. När ett lås installeras som ett resultat av felaktiga användaråtgärder eller fel som systemet självt stöter på, när det inte automatiskt tar bort det tidigare installerade låset. Till exempel startades en säkerhetskopieringsprocess, men användaren avbröt den genom att tvångsstänga programmet.

Metod 1

I båda fallen, när du ställer in sessionsblockering, som nämnts ovan, skapas en fil med ".cdn"-behörighet i lagringskatalogen för den aktuella infobasen:

En enkel lösning på programstartsfelet på grund av ett sessionslås är alltså att ta bort filen 1Cv8.cdn.

Användaren bör dock först ställa frågan: "Trots allt, om sessioner är blockerade, betyder det att detta beror på något?" Kanske har en annan användare med administrativa funktioner (nedan kallad administratören) lanserat en riktigt viktig uppgift eller bearbetning i 1C 8.3 Accounting som inte kan tolerera närvaron av flera användare i databasen samtidigt.

Metod 2

Om en sådan situation är möjlig, bör du kontakta administratören och ta reda på om du kan komma in i databasen och om han har en speciell behörighetskod, som nämndes precis ovan. I det här fallet kommer vi att använda den andra metoden - genom att ange en blockerad infobas genom att starta programmet från kommandoraden, ange behörighetskoden i en av startparametrarna:

• “C:\Program Files (x86)\1cv8\common\1cestart.exe” – sökväg till 1C Enterprise 8.3-startprogrammet;
• FÖRETAG – innebär att programmet kommer att starta i användarläge, d.v.s. i 1C Enterprise-läge;
• /F”F:\Bazy1C\Accounting” – anger filinformationsbasen (parameter /F) och sökvägen till den (serverns databasadress anges i /S-parametern);
• /C Tillåt användare att arbeta – en valfri parameter: om markerad kommer systemet inte att starta, men låset kommer att tas bort (låsfilen kommer att förstöras), och därefter kommer användare att kunna komma åt informationsbasen.

Om parametern inte är inställd får den specifika användaren logga in, men låset tas inte bort. Den här användaren kan göra en fullständig upplåsning i användarläge genom att gå till panelen Support och underhåll (Sektion Administration - Kommandogrupp Programinställningar - Kommandot Support och underhåll:

Och ringer formuläret Blockerar användare med kommandot med samma namn:

I formuläret som öppnas kan du avblockera sessioner genom att klicka på knappen Unblock, där /UC12345 – parametern /UC anger behörighetskoden (12345). Parameternamn skrivs på engelska.

För mer information om kommandoradsparametrar, se 1C 8.3 Enterprise-hjälpen.

Metod 3

Det finns ett alternativ och ännu enklare för användarmetoden att använda ovanstående parametrar för att starta en informationsbas (nedan kallad IB) - det är möjligt att registrera de nödvändiga i egenskaperna för databasen av intresse.

1. I startfönstret (märkt "A"), välj den låsta databasen och klicka på knappen Ändra, varefter fönstret för redigering av informationssäkerhetsegenskaper (märkt "B") öppnas:

I fastighet Ytterligare startalternativ vi skriver ner upplåsningskoden och, om nödvändigt, en parameter för att tillåta användare att arbeta (i detta fall, efter den första lanseringen och före nästa lansering, måste denna parameter tas bort). Dessa parametrar beskrevs mer i detalj ovan.

Notera: när en automatisk säkerhetskopiering sker (direkt eller som en del av en annan procedur, till exempel under en automatisk uppdatering), blockerar systemet informationsbasen 1C 8.3 och ställer in standardupplåsningskoden " Säkerhetskopiering ».

Därför, om proceduren misslyckas och databasen förblir blockerad, men det inte finns något sätt att ta bort cdn-filen, kan du använda parametern när du startar informationssäkerheten: /UCBackup.

3. Klicka på knappen Slutför och återgå till startfönstret, där vi startar IS med 1C:Enterprise-knappen. Således är felet "Att starta en session med infobasen är förbjudet. "Backup" har tagits bort:

Om 1C 8.3 Enterprise fungerar i en klient-serverversion, men användaren inte har åtkomsträttigheter och nödvändig kunskap för att administrera databaser i det här läget, bör du i det här fallet kontakta systemadministratören för hjälp. Vi noterar bara att i klient-serverversionen, förutom åtkomst via kommandoraden med ytterligare parametrar, är det möjligt att ta bort blockeringen med hjälp av administrationsverktyget 1C: Enterprise serverkluster, det är nämligen nödvändigt att ta bort flaggan i egenskaperna för den önskade infobasen Blockering av sessionsstart är aktiverad.

Anatomi av låsfilen 1Cv8.cdn

Den nyfikna kan titta in i filen 1Cv8.cdn som skapas när sessioner blockeras - det här är en enkel textfil som kan öppnas med lämplig Notepad-redigerare:

Texten i filen är omgiven av klammerparenteser som listar följande låsparametrar, separerade med kommatecken:

• 1 (0) – tecken på inställning av blockeringen (1 – installerad; 0 – avaktiverad);
• 20160706154700 – fullständigt datum (datum + tid) för start av sessionsblockering, i vårt fall är det 6 juli 2016 20:00:00;
• 20160706154700 – fullständigt datum (datum + tid) för slutet av sessionsblockeringen, i vårt fall är det 6 juli 2016 20:00:00 (om slutdatumet inte anges, skrivs som standard värdet 00010101000000 in i parameter);
• Därefter kommer textparametern, där hjälptexten som visas för användaren i dialogrutan är placerad i dubbla citattecken;
• "123" – behörighetskod anges.

Som du kan se innehåller filen alla parametrar som visas i dialogrutan för information och diagnostik som visas.

På webbplatsen kan du läsa andra gratisartiklar och videohandledningar om 1C Accounting-konfigurationen (

Idag stötte jag på ett problem som dök upp efter att den automatiska säkerhetskopieringen av databasen 1C Accounting 8.3 ägde rum. Jag har konfigurerat en databassäkerhetskopiering när jag avslutar programmet. Jag lämnade programmet framgångsrikt i ett år, men uppenbarligen slutade jag den här gången på något sätt utan framgång :). Men jag kunde inte gå in. Mitt smarta program skrev en väldigt smart fras till mig, som är avsedd mer för en 1C-programmerare än för en enkel användare. Så låt oss ta itu med problemet inte som 1C-administratörer, utan som bara en revisor :).

Vad ska man göra om 1s 8.3 inte öppnas efter en säkerhetskopiering och meddelandet "att starta en session med infobasen är förbjuden, säkerhetskopiering är förbjuden..."

Om, när du öppnar en 1C-databas, istället för att öppna databasen, visas följande meddelande:

”Det är förbjudet att starta en session med infobasen. För att göra en säkerhetskopia..." Följande är instruktioner för administratören om hur man startar databasen, men denna instruktion kommer att vara till liten hjälp för revisorn.

En enklare lösning:

Du måste hitta mappen på disken där databasen 1C Accounting 8.3 finns. Öppen mapp. Inuti mappen ser du följande:

I mappen behöver du hitta filen 1Cv8.cdn. Behöver radera fil 1Cv8.cdn och starta 1C:Enterprise igen.

Som du kan se är allt enkelt. Och det är bra att min artikel var användbar för dig, jag hjälper dig mycket gärna. Låt det bli lättare för revisorer att arbeta så att de får mer fritid för sig själva och sina nära och kära!

Det är allt för idag!

Inna Izvekova var med dig.

Vi ses igen på sidorna !

N så mycket snälla du till knappar på sociala medier nedan under artikelnatt behålla det för dig själv!

HANDLA OM passande snälla du i kommentarer dina frågor under artikeln! Jag försöker svara alla.

MED Kacha snälla du gratis användbara lektioner , genom att klicka på knappen "Ladda ner gratis" under artikeln.

Utforska användbar manualer för arbetet genom att trycka .

WHO vill lära sig redovisning, Tryck

Du har kommit till rätt sida! Troligtvis upptäckte du på morgonen att din favorit 1C 8.3 inte börjar med meddelandet: " Det är förbjudet att starta en session med infobasen. För att göra en säkerhetskopiering...».

Det första att göra nu är omedelbart tillåta användare att arbeta. Efter detta kan du lugnt läsa artikeln till slutet och ta reda på varför detta hände och vad "Blockering och avblockering från informationsbasen 1C 8.3" är.

Min erfarenhet tyder på att du är en användare (inte en systemadministratör eller en programmerare), och din informationsbas är filbaserad (om databasen är SQL, hanterar specialister redan ditt problem). Att börja du måste förstå vilken mapp (katalog) den ligger i och ta bort en fil i denna mapp - 1Cv8.cdn(du behöver inte spara filen, den behövs inte längre).

*Om du är en IT-specialist kan du säkert fortsätta med att läsa avsnittet "Blockering och avblockering från 1C-informationsbasen."

I fönstret med en lista över informationsbaser, hitta din bas (nummer 1 i illustrationen nedan) och klicka på den en gång (och bara en gång!) med musen. Klicka sedan på knappen "Ändra" (nummer 2).

Det kan bara finnas en databas i listan, så det här fönstret kanske är bekant för dig som "1C-startfönster". I det här fallet klickar du bara på knappen "Ändra".

Om du ser att informationsbasen finns på en given dator eller på ett lokalt nätverk gjorde min erfarenhet ingen besviken – databasen är filbaserad och vi gör allt korrekt. Kopiera den här sökvägen ( nummer 3 och 4).

Gå nu till den här mappen.

För säkerhets skull, här är några alternativ för att starta Explorer:

• Du har Windows XP eller Windows 7. Klicka på Start, Kör, klistra in den tidigare kopierade infobasplatsen. Utforskaren öppnas.
• Du har Windows 7. Men det finns inget "Kör"-alternativ. Klistra in platsen direkt efter att du klickat på Start. Utforskaren öppnas.
• Du har Windows 8 eller Windows 10. Klicka på Start, klicka på förstoringsglaset i det övre högra hörnet, klistra in den tidigare kopierade platsen för infobasen, tryck på Enter. Utforskaren öppnas.

• Hitta den gula disketten i aktivitetsfältet och klicka på den. Klistra in infobasplatsen i adressfältet högst upp i Utforskarfönstret. (Högerklicka på adressfältet, Ändra adress, högerklicka igen på adressfältet, Klistra in).

• En universell metod för alla versioner av Windows och dess inställningar. Tryck på flaggknappen på tangentbordet och, utan att släppa den, tryck på det latinska R (eller ryska K) på tangentbordet. Fönstret "Kör" öppnas, klistra in den tidigare kopierade infobasplatsen där och klicka på OK.

Genom att använda ett av de föreslagna alternativen kommer du att föras till ett utforskarfönster med informationsbasens plats.

I Utforskarfönstret, hitta filen 1Cv8.cdn i listan över filer, högerklicka på den, välj "Ta bort", som visas i föregående bild.

Redo! Din "1C: Redovisning" eller "1C: Löner och personalhantering" eller "1C: Handelshantering" börjar igen.

Blockering och avblockering från 1C-informationsbasen. Vi förstör myter.

I det här avsnittet hittar du unik information om att arbeta med blockering, och du får även en vederläggning av vanliga missuppfattningar om ämnet "Datablockering".

Hur ställer man in ett lås?

Infobasblockeringsmekanismen är utformad för att avsluta för närvarande öppna sessioner och förhindra nya anslutningar. Placeringen av låsfunktionen i menyn kan variera beroende på konfigurationen. Till exempel i UT, utgåva 11 (11.3.3.163) är detta stamdata och administration, [Tjänst] Blockering av användararbete. Alternativt alternativ: Forskningsdata och administration, Support och underhåll, Blockering av användararbete. I UT, utgåva 10.3 (10.3.21.2) är detta Service, Users, Blocking anslutningar till infobasen.

*Det finns branschspecifika konfigurationer där låsningen ur ett gränssnitts- och mekanismperspektiv kommer att se annorlunda ut än vad som beskrivs i den här artikeln. Eftersom vi överväger en standardmekanism för de flesta 1C-konfigurationer kommer vi inte att beröra speciella industrikonfigurationer.

När du väljer det här alternativet öppnas dialogrutan "Blockera användare", där du måste ange ett meddelande till användarna, start- och sluttid för blockeringen samt upplåsningskoden.

Eftersom början och slutet av blockeringsåtgärden anges måste du vara extremt försiktig i denna dialog och ange informationen explicit. Om dialogrutan hade möjlighet att ange början av ett block "om 15 minuter" med en varaktighet på "20 minuter", eller åtminstone visade dessa värden baserat på blockets absoluta start- och sluttider, så skulle den vara svårt att sätta en spärr som varar i ett år, som detta kan hända om det är ett fel i att ange datum och tid.

Det rekommenderas att ställa in parametern "Starttid" som aktuellt datum/tid + den tid som krävs för användare att förbereda sig för att lämna och spara redigerade dokument. Till exempel, nu är klockan 09:50, vi ger användarna 10 minuter på sig att spara sina resultat. Den totala starttiden för blockering bör vara 10 timmar 00 minuter.

Sluttid – du behöver inte ange den, men objektet kommer att blockeras på obestämd tid (för alltid).

Upplåsningskoden är ett engångslösenord för att börja från början, trots det etablerade låset, vilket kan behövas i vissa fall (kommer att diskuteras nedan). Se till att gå in och komma ihåg. När det gäller SQL-versionen av infobasen är denna parameter synlig i snapin-modulen "Administering 1C Enterprise Servers" och kallas "Permission code" där.

När det gäller SQL-versionen av infobasen behöver du dessutom auktorisation från infobasadministratören eller klusteradministratören.

Så efter att ha klickat på knappen "Ställ in blockering" och ett positivt svar på bekräftelsen...

...du återgår till föregående dialogruta, vars utseende har ändrats:

Ett meddelande visas i det nedre högra hörnet som indikerar att användare är schemalagda att blockeras. Bara du kommer att se detta meddelande.

Planerad? Kanske har detta med rutinuppgifter att göra?

Fungerar schemalagd blockering av användararbete om rutinuppgifter blockeras? Ja, det kommer att fungera. Blockeringsmekanismen använder inte schemalagda uppgifter.

Vad kommer användarna och jag att se?

Tills blockeringen börjar kommer aktiva användare att få "artiga" påminnelser om att stänga av. I den här dialogen utlöses timeouten av "Ja", så användare som inte är på sin arbetsplats kommer att lyckas logga ut från 1C-sessionen.

Låsinitiatorn får ett annat meddelande:

Efter att blockeringen påbörjats kommer du inte att kunna komma åt informationsdatabasen på vanligt sätt. Hur man kommer in kommer att diskuteras nedan. Observera att dialogen inte automatiskt indikerar när blockeringen kommer att avslutas, så uppgiften att informera användarna om tidpunkten för att återuppta arbetet faller på administratören. Denna information kan anges i ett meddelande till användaren.

Bomben exploderar precis vid utsatt tid. Sirenen tjuter tills den exploderar.

Tvärtemot vad många tror att aktiva användarsessioner avslutas mjukt, efter en varning som kan ignoreras och arbetet fortsätter, i själva verket, uppsägning, eller ännu bättre, "avbrytning" av aktiva sessioner sker exakt enligt schemat, hårt och med förlust av alla osparade resultat. Alla varningar utfärdas i intervallet från det att du klickar på knappen "Ställ in blockering" tills starttiden för blockeringen, varefter den aktiva sessionen avslutas utan något meddelande, och 1C kommer att gå in i en cykel för att försöka starta konfigurationen igen, med ett intervall på 1 minut.

Det finns inga undantag från lägen för inmatning av referensvärden, där ett värde anges som inte finns i referensboken - du kan inte lämna inmatningsläget (till exempel stänga 1C med ett kryss), men detta kommer inte att hindra dig från att slutföra arbetet. Det modala dialogläget är av mer betydande intresse, så det kommer att diskuteras mer i detalj.

*Användarsessioner i gamla konfigurationer slutar lite senare än den utsatta tiden, eftersom... Användare får först en varning "Systemet stängs av".

Kommer det verkligen att explodera?

Låt oss först notera att i äldre konfigurationer kanske låset inte fungerar för låsinitiatorn. Låt oss nu gå vidare till att överväga problemet för plattform 8.3.

En användare av filinformationssäkerhet som till exempel bestämmer sig för att ta bort ett dokument och sedan gå på lunch och lämnar dialogrutan "Markera dokument för radering?" på skärmen, kommer att hålla anslutningen till infobasen öppen. Självklart kommer hans session att avslutas efter lunch, efter att han svarat "Ja" eller "Nej", men tills dess kommer du att se att det finns aktiva användare. I det här fallet kommer blockeringsinitiatorn att se följande meddelande:

Ett körtidsfelmeddelande kommer att visas i loggen, vilket inte ska tolkas som ett körtidsfel, utan som "inte alla användare har slutfört sina sessioner":

Och detta är inte den enda anledningen till att blockeringen kanske inte fungerar. (se ytterligare avsnitt "Vems tider?" och "Vad sägs om mina användare i Vladivostok?").

Modal dialog i SQL-versionen av infobasen på hanterade formulär

1C Application Server har möjlighet att ta bort en session trots det modala dialogläget. 1C-gränssnittet och den modala dialogrutan kommer att förbli på användarens skärm, vilket skapar intrycket av en oavslutad session, men i verkligheten kommer sessionen att raderas och anslutningen till informationssäkerheten avslutas i tid. När användaren försöker fortsätta arbeta kommer användaren att se felmeddelandet "Sessionen saknas eller tas bort" eller "Sessionen har avslutats av administratören", beroende på nyanserna.

Modal dialog i SQL-versionen av infobasen på vanliga formulär

Användarsessioner avslutas.

Efter att ha ställt in låset är det bättre att inte lämna dialogen, eftersom... När du går in i den här dialogrutan igen innan blockeringen börjar, dyker ett osant meddelande upp som säger att blockeringen redan har installerats (men bara hälften), det finns noll aktiva sessioner (inte sant). Samtidigt fortsätter processen att avsluta användare (motsäger noll aktiva sessioner + inte helt sant, eftersom användare "avslutar sig själva"). Även om användarblockeringskoden inte är idealisk, kommer den i slutändan inte att hindra dig från att ställa in ett block och avsluta aktiva sessioner, men det kommer att förvirra Infobase-administratören.

Fungerar blockeringen om jag ställer in blockeringen och stänger dialogrutan?

Kommer blockeringen att fungera om du ställer in blockeringen och omedelbart avslutar 1C (det vill säga avslutar 1C-sessionen innan blockeringen börjar)?

Ja. Mekanismen för att svara på ett etablerat lås tillhandahåller inte interaktion mellan initiatorn av låset och andra användare. Användarsessioner kontrollerar oberoende om de kan fungera.

Med vems klocka kommer blockeringen att fungera om tiden på datorerna är något annorlunda?

Problem med klockavsynkronisering

Med filinformationssäkerhet kontrollerar varje dator själv om informationssäkerheten har ett inställt blockeringstidsintervall och jämför det med sin lokala klocka. Klockans noggrannhet avgör om en given dator kan avsluta en session vid exakt rätt tidpunkt. Om databasen är blockerad från 10:00, för en dator kommer detta ögonblick att komma tidigare och för den andra - senare.

I en domänmiljö och om systemadministratörer fungerar felfritt synkroniseras tiden på alla datorer med domänkontrollanten. Men av olika anledningar kan tiden gå förlorad: tidssynkronisering med domänkontrollanten är inte konfigurerad, tidssynkronisering är konfigurerad med en extern tidsserver som inte längre är tillgänglig, fel i nätverk eller domäntjänster, brist på rättigheter att ändra systemet tid osv.

Det verkar som att vi kan prata om sekunder, i extrema fall, minuter. Men i själva verket kanske datorn till exempel inte har en operativsystemuppdatering installerad som stöder övergången till säsongs (vinter/sommar) tid, och felet kanske inte längre är sekunder, utan timmar. Det är lätt att utföra det här experimentet: schemalägg ett block klockan 10 på morgonen i en halvtimme och ställ in tiden framåt en timme på en av datorerna - blocket kommer inte att påverka det.

Innan du ställer in låset bör du därför noggrant kontrollera tiden i det nedre högra hörnet av din dator med ditt armbandsur, och även kontakta din systemadministratör i förväg för att fråga om tidssynkronisering fungerar i din IT-infrastruktur.

Hur är det med mina användare i Vladivostok?

Absolut tidsproblem med användare från olika tidszoner

Spärrtidsintervallet sparas i infobasen. Titta på innehållet i blockeringsfilen 1Cv8.cdn (som skapas i filversionen av IB), den registrerar starttiden för blockeringen som 07/17/2017 13:59 i formatet ÅÅÅÅMMDDDHHMMSS utan någon indikation på tiden zon:

Utan att ange en tidszon skulle det vara tydligt vilken absolut tid vi pratar om om tiden alltid avser en specifik tidszon, till exempel UTC+0. Men databasen lagrar lokal tid enligt klockan på datorn som initierade blockeringen. Det är okänt från vilken tidszon den här datorn kom, vilket betyder att den absoluta tiden för blockering är okänd.

Om du i Moskva, i ett centraliserat informationssäkerhetssystem, sätter ett block vid 13:59, och denna tidpunkt för Moskva-användare är i framtiden, då för användare av samma informationssäkerhetssystem i Vladivostok, 13:59. var för 7 timmar sedan. Och beroende på den tekniska lösningen i enlighet med vilket arbete utförs med Vladivostok-användares informationssäkerhet, kommer blockering av dessa användare antingen att fungera eller inte.

Vilka tekniska lösningar kan det finnas där blockering inte skulle fungera korrekt för Vladivostok-användare? De där 1C-klientdelen kommer att få tid i Vladivostok och inte i Moskva. Till exempel är kontor anslutna till ett lokalt nätverk via VPN, och 1C-klientdelen startas från en lokal dator, med UTC+10-tid. Men om de arbetar med databasen via en RDP-anslutning eller i RemoteApp-läge på en Moskva-server, kör 1C-klientdelen på den här servern, kommer allt att bli bra, eftersom den kommer att ha UTC+3 tid.

Finns det problem med avsynkronisering av klocka och tidszon i fallet med SQL-versionen av infobasen?

Nej. I detta alternativ finns en "serverklocka", som tas som standard.

Kommer jag att kastas ut ur konfiguratorn om jag var i den och blockeringen började träda i kraft?

Kommer det att vara möjligt att komma åt konfiguratorn efter att blockeringsperioden börjar?

Det är förbjudet! Möjligheten att arbeta med konfiguratorn kontrolleras endast vid uppstart och utförs inte under drift. Därför, om ett block ställs in för efterföljande arbete i konfiguratorn, är det mycket lättare att starta det först än att kringgå startförbudet senare.

Hur tar man bort blocket?

I samma dialogruta som blockeringen installerades i. Vi påminner dig om att efter att du har installerat ett lås, istället för knappen "Ställ in lås", finns det en "Lås upp" -knapp.

När det gäller SQL-versionen av informationssäkerhet är upplåsning också möjlig i snapin-modulen "Administrera 1C Enterprise Servers". (se nedan)

Vad är upplåsningskoden för?

För att komma in i informationssäkerheten i det ögonblick då blockeringen är i kraft. Situationer där detta är nödvändigt:

• Efter att låset har installerats har sessionen med informationssäkerheten avslutats (manuellt eller som ett resultat av att låset applicerats på initiativtagaren själv), och en ny session behöver startas;
• Den blockerande sluttiden fylldes av misstag inte i alls;
• Den blockerande sluttiden har angetts felaktigt (till exempel angavs nästa månad eller år av misstag);
• Infobasen finns i SQL-versionen, och för att avbryta ett felaktigt inställt lås är det omöjligt att ta bort filen 1Cv8.cdn i infobaskatalogen.

I det här fallet, använd tipset som ges vid start. De där. i fönstret med en lista över infobaser, klicka på "Redigera" och skriv in följande rad i de ytterligare startparametrarna:

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

... med hänsyn till platskatalogen och upplåsningskoden.

Det är bättre att kopiera den här raden till klippbordet och redigera den i dialogrutan "Redigera infobas". Om du blandar ihop typen av citattecken eller det ryska "C" och det latinska, kommer du att se ett felmeddelande:

Om du anger det korrekt och sedan startar 1C i företagsläge kommer 1C automatiskt att ta bort låset och slutföra sitt arbete. Efter detta kan du radera ytterligare parametrar och starta 1C som vanligt.

Vad ska jag göra om jag inte har ställt in ett lås, men SQL-databasen är blockerad av någon? Däremot känner jag inte till upplåsningskoden.

Infobasen kan blockeras av själva konfigurationen så länge en arkivkopia skapas. Om skapandeprocessen inte slutfördes normalt, kan SQL-databasen förbli i ett låst tillstånd. I det här fallet behöver du tillgång till konsolen (mer korrekt, snapin-modulen) "Administering 1C:Enterprise Servers".

Var ska man leta efter det?

Snap-in-modulen "1C:Enterprise Server Administration" installeras ofta på samma server där SQL-servern är installerad, såväl som där själva "1C Server" (eller "1C Application Server") är utplacerad. Även om detta inte är nödvändigt: ​​SQL kan installeras på en dator, 1C Application Server på en annan och utrustningen kan distribueras på din egen arbetsstation. Du kan med största sannolikhet nå framgång genom att göra följande:

• Anslut via RDP till servern som anges i raden Srvr=... med din domäninloggning och ditt lösenord. Om du inte kan ansluta, be din systemadministratör att lägga till dig i gruppen Remote Desktop Users. (Om sådana rättigheter nekas, distribuera och konfigurera snapin-modulen "Administering 1C Enterprise Servers" på arbetsstationen);

• Hitta snapin-modulen "1C:Enterprise Server Administration" på servern;

• Starta snap-in, expandera trädet till noden med din infobas;

• I egenskaperna för infobasen, avmarkera kryssrutan "Session startblockering är aktiverad" eller korrigera start- och sluttid för blockeringen, eller titta på "behörighetskoden" för att ange informationssäkerheten (även känd som "avblockeringskoden" i dialogrutan för blockerande inställningar).

Vad ska man göra om alla användare av SQL infobasen har loggat ut, men du fortfarande inte kan starta konfiguratorn, eftersom... finns det aktiva användare?

I noden "Anslutningar" i infobasen, på höger sida av skärmen, kan du ta bort befintliga anslutningar.

Det här är inte alla frågor relaterade till ämnet blockering av informationsbas.

Om du fortfarande har frågor:

• Är det möjligt att arbeta enligt Moskva-tid om du hyr en server i Europa och inte vill vara beroende av dess tidszon?
• Hur hittar man 1C Application Server om du inte vet var den är installerad?
• Hur distribuerar man snapin-modulen "1C:Enterprise Server Administration" och hur man konfigurerar den?
• Om det finns flera applikationsservrar på samma lokala nätverk, vad ska du göra?
• Vad ska man göra vid ett klustersystem? etc.

Våra certifierade 1C-teknikkonsulter svarar gärna på dem.