Sessionsstart förbjuden för säkerhetskopiering. Det är förbjudet att starta en session med en infobas

du kom på önskad sida! Troligtvis upptäckte du på morgonen att din favorit 1C 8.3 inte börjar med meddelandet: " Sessionen börjar kl informationsbas förbjuden. För att göra en säkerhetskopiering...».

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

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

*Om du är en IT-specialist kan du lugnt fortsätta med att läsa avsnittet "Låsa och låsa upp 1C infobasen".

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

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

Om du ser att infobasen finns på den här datorn eller i lokalt nätverk- Min erfarenhet gjorde ingen besviken - databasen är fil, och vi gör allt rätt. 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 File Explorer:

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

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

• Ett sätt för alla Windows-versioner 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 platsen för infobasen där och klicka på OK.

Genom att använda ett av de föreslagna alternativen kommer du att föras till utforskarfönstret 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 figur.

Redo! Din "1C: Redovisning" eller "1C: Löne- och personalhantering" eller "1C: Handelshantering" lanseras igen.

Blockering och upplåsning från 1C infobas. Vi förstör myter.

I det här avsnittet hittar du unik information om att arbeta med lås, samt får en vederläggning av vanliga missuppfattningar om "Datalåsning".

Hur sätter man upp ett lås?

Infobasblockeringsmekanismen är utformad för att avsluta nuvarande ö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 NSI och administration, [Tjänst] Blockering av användararbete. Alternativt alternativ: NSI och administration, Support och underhåll, Blockering av användararbete. I UT, version 10.3 (10.3.21.2) är detta Service, Users, Blocking etablering av anslutningar till infobasen.

*Det finns branschspecifika konfigurationer där låsning kommer att se annorlunda ut vad gäller gränssnitt och mekanism ä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 branschspecifika konfigurationer.

Om du väljer det här alternativet öppnas dialogrutan "Lås användare", där du måste ange ett meddelande för användarna, start- och sluttid för blockeringen och koden för att låsa upp.

Eftersom du anger början och slutet av blockeringsåtgärden måste du vara extremt försiktig i den här dialogrutan och ange informationen explicit. Om dialogrutan hade möjlighet att ange en blockerande start "efter 15 minuter" med en varaktighet på "20 minuter", eller åtminstone dessa värden visades som referens baserat på de absoluta start- och sluttiderna för blockeringen, då skulle det vara svårt att ställa in en blockering med en varaktighet på ett år, som detta kan hända när du anger ett datum-tid-fel.

Parametern "Starttid" rekommenderas att ställas in som aktuellt datum/tid + den tid som krävs för användare att förbereda sig för utgång medan de sparar redigerade dokument. Till exempel är klockan 09:50, vilket ger användarna 10 minuter att spara sina resultat. Den totala starttiden för blockering bör vara 10:00.

Sluttid - du kan inte gå in, i det här fallet kommer blockeringen av objektet att ställas in på obestämd tid (för alltid).

Upplåsningskoden är ett engångs "lösenord" för att börja från början, trots låset, vilket kan behövas i vissa fall (kommer att diskuteras senare). Se till att gå in och komma ihåg. Denna parameter i fallet med SQL-versionen av infobasen är synlig i snapin-modulen "Administration of 1C Enterprise Servers" och kallas "Permission Code" där.

När det gäller SQL-versionen av infobasen krävs ytterligare auktorisering av infobasadministratören eller klusteradministratören.

Så efter att ha klickat på knappen "Ställ in lås" och ett positivt svar på bekräftelse ...

...du kommer tillbaka till föregående dialogruta, utseende som har ändrats:

I det nedre högra hörnet kommer ett meddelande att visa att en blockering av användararbete är planerad. Bara du kommer att se detta meddelande.

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

Kommer en schemalagd blockering av användararbete att fungera om en blockering är inställd rutinuppgifter? Ja, det kommer att fungera. Blockeringsmekanismen använder inte schemalagda jobb.

Vad kommer användarna och jag att se?

Innan låsningen börjar kommer aktiva användare att få "artiga" påminnelser om att stänga av. I den här dialogrutan utlöses "Ja" av timeout, så användare som är frånvarande från arbetsplatsen kommer att avsluta 1C-sessionen.

Låsinitiatorn får ett annat meddelande:

Efter att blockeringen startar kommer det att vara omöjligt att komma in i infobasen på vanligt sätt. Hur man går in kommer dock att beskrivas nedan. Observera att dialogrutan inte innehåller en automatisk indikation på blockeringssluttiden, så uppgiften att informera användarna om återupptagandet av arbetet ligger hos administratören. Denna information kan anges i ett meddelande till användaren.

Bomben exploderar precis vid utsatt tid. Sirenen gråter tills den exploderar.

Tvärtemot vad många tror att aktiva användarsessioner avslutas försiktigt, efter en varning som kan ignoreras och arbetet fortsätter, sker avslutningen, eller snarare "hackningen", av aktiva sessioner exakt enligt schemat, hårt och med förlust av alla osparade resultat. Alla varningar utfärdas i intervallet från det att knappen "Ställ in blockering" trycks ned till det att blockeringen startar, varefter den aktiva sessionen avslutas utan något meddelande och 1C kommer att gå in i cykeln av försök att starta konfigurationen igen , med ett intervall på 1 minut.

Det finns inga undantag för inmatningslägen för referensvärden, där ett värde anges som inte finns i referensen - 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 arbete. Av mer betydande intresse är det modala dialogläget, så vi kommer att prata om det mer i detalj.

*Avsluta användarsessioner i äldre konfigurationer sker lite senare än den utsatta tiden, eftersom. användare får först en varning "Systemet stängs av".

Kommer det verkligen att explodera?

Till att börja med noterar vi att i äldre konfigurationer kanske inte blockeringen för initiatorn av blockeringen fungerar. Och låt oss nu gå vidare till att överväga problemet för plattform 8.3.

En fil IS-användare som till exempel bestämmer sig för att ta bort ett dokument och sedan gå på lunch, lämnar dialogrutan "Markera dokument för radering?" på skärmen, kommer att hålla kopplingen 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 initiatorn av blockeringen att se följande meddelande:

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

Och det är inte den enda anledningen till att blockering kanske inte fungerar. (Se ytterligare avsnitt "Med vems klocka?" och "Men hur är det med mina användare i Vladivostok?").

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

1C-applikationsservern har förmågan att ta bort en session trots det modala dialogläget. 1C-gränssnittet och den modala dialogrutan kommer att finnas kvar på användarens skärm, vilket skapar intrycket av en ofullständig session, men i själva verket kommer sessionen att raderas och anslutningen till IB kommer att avslutas i tid. När du försöker fortsätta arbeta kommer användaren att se ett felmeddelande "Session saknas eller raderas" eller "Session avslutad av administratör", 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 dialogrutan, eftersom när du går in i den här dialogrutan igen innan låset startar, dyker ett osant meddelande upp att låset redan är inställt (men bara hälften), det finns noll aktiva sessioner (inte sant). Samtidigt fortsätter processen att stänga av användare (motsäger noll aktiva sessioner + inte helt sant, eftersom användare "avslutar sig själva"). Även om koden för att blockera användararbete inte är idealisk, kommer den i slutändan inte att hindra dig från att ställa in blockeringen och avsluta aktiva sessioner, men den kommer att desorientera Infobase-administratören.

Kommer blockeringen att fungera om du ställer in blockeringen och stänger dialogrutan?

Kommer låset att fungera om du ställer in ett lås och omedelbart avslutar 1C (d.v.s. avslutar 1C-sessionen innan låset startar)?

Ja. Mekanismen för att svara på ett uppsättningsblock tillhandahåller inte interaktion mellan blockinitiatorn 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 klockan osynkroniserad

Med fil IB kontrollerar varje dator om IB har ett inställt blockeringstidsintervall och jämför det med sin lokala klocka. Det beror på noggrannheten på hans klocka om han kan den här datorn avsluta sessionen exakt vid rätt tidpunkt. Om basen ä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 med det perfekta arbetet av systemadministratörer synkroniseras tiden på alla datorer med domänkontrollanten. Men av olika anledningar kan tiden slås ner: tidssynkronisering med domänkontrollanten är inte konfigurerad, tidssynkronisering konfigureras med extern server exakt tid som inte längre är tillgänglig, fel i nätverks- eller domäntjänster, bristande rättigheter att ändra systemtiden osv.

Det verkar som att vi kan prata om sekunder, in sista utvägen, minuter. Men i själva verket kanske datorn inte har någon uppdatering installerad, till exempel. operativ system, som stöder övergången till säsongsbunden (vinter/sommar) tid, och felet kan redan vara inte sekunder, utan timmar. Det är lätt att genomföra ett sådant experiment: schemalägg ett block för 10 på morgonen i en halvtimme, och på en av datorerna ställ in tiden framåt en timme - blocket kommer inte att påverka det.

Därför, innan du ställer in låset, kontrollera noggrant tiden i datorns nedre högra hörn med din armbandsur, och kontrollera även med din systemadministratör i förväg för att se om tidssynkronisering fungerar i din IT-infrastruktur.

Men hur är det med mina användare i Vladivostok?

Absolut tidsproblem med användare från olika tidszoner

Spärrtidsintervallet lagras i infobasen. Titta på innehållet i blockeringsfilen 1Cv8.cdn (som skapas i filversionen av IB), den innehåller blockeringsstarttiden den 17/07/2017 13:59 i formatet ÅÅÅÅMMDDHHMMSS utan någon indikation på tidszon:

Utan att ange tidszonen skulle det vara tydligt vilken absolut tid i fråga, om tiden alltid skulle referera till någon viss tidszon, såsom UTC+0. Men den lokala tiden lagras i databasen enligt klockan på datorn som initierade blockeringen. Vilken tidszon den här datorn kom från är okänd, vilket betyder att den absoluta blockeringstiden är okänd.

Om du i Moskva, i en centraliserad IB, ställer in ett block på 13:59, och denna tidpunkt för Moskva-användare är i framtiden, så var 13:59 för användare av samma IB i Vladivostok för 7 timmar sedan. Och beroende på den tekniska lösningen, i enlighet med vilken arbetet med informationssäkerheten för Vladivostok-användare utförs, kommer blockering av dessa användare antingen att fungera eller inte.

Vilka tekniska lösningar kan det finnas där blockeringen inte fungerar korrekt för Vladivostok-användare? De där klientdelen av 1C 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 börjar med 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 det finns en "serverklocka" som tas som referens.

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 in i konfiguratorn efter starten av blockeringsåtgärden?

Det är förbjudet! Kontroll av möjligheten att arbeta med konfiguratorn utförs endast vid uppstart och utförs inte under drift. Därför, om ett lås 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 låset?

I samma dialogruta som låset sattes in. Vi påminner dig om att efter att ha ställt in låset, istället för "Ställ in lås" -knappen, är "Lås upp" -knappen i den.

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

Vad är upplåsningskoden för?

För att gå in i IB i det ögonblick då blockeringen är i kraft. Situationer där detta behövs:

• Efter att låset ställts in, avslutades IS-sessionen (manuellt eller som ett resultat av att låset agerar på initiatorn själv), och en ny session måste startas;
• Sluttiden för låset fylldes av misstag inte i alls;
• Den blockerande sluttiden fylldes i 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 listan över infobaser, klicka på "Redigera" och gå in Extra tillval kör linje:

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

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

Det är bättre att kopiera den här raden till urklipp och korrigera den i dialogrutan "Redigera infobas". Om du blandat ihop typen av citattecken eller ryska "C" och latin, kommer du att se ett felmeddelande:

Vid korrekt inmatning och efterföljande lansering av 1C i företagsläge kommer 1C automatiskt att låsa upp och slutföra sitt arbete. Efter det kommer det att vara möjligt att ta bort ytterligare parametrar och köra 1C som vanligt.

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

Infobasblockering kan ställas in av själva konfigurationen under hela säkerhetskopian. Om skapandeprocessen inte slutfördes normalt, kan SQL-databasen förbli i ett låst tillstånd. I det här fallet krävs åtkomst till konsolen (mer korrekt, en snap-in) "Administration av 1C:Enterprise-servrar".

Var ska man leta efter det?

Snap-in-modulen 1C:Enterprise Server Administration installeras ofta på samma server där den är utplacerad SQL-server, samt var själva "Server 1C" (eller "Application Server 1C") är utplacerad. Även om detta inte är nödvändigt: ​​SQL kan installeras på en dator, Application Server 1C på en annan och snapin-modulen kan distribueras på egen hand. arbetsstation. Med stor sannolikhet för framgång kan du uppnå 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, fråga systemadministratör lägg till dig i gruppen Remote Desktop Users. (Om sådana rättigheter nekas, distribuera och konfigurera snapin-modulen "Administration av 1C Enterprise Servers" på arbetsstationen);

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

• Kör snap-in, expandera trädet till noden med din infobas;

• I egenskaperna för infobasen, avmarkera kryssrutan "Sessionsstartblockering är aktiverad" eller korrigera de blockerande start- och sluttiderna, eller titta på "tillståndskoden" för att ange IB (aka "upplåsningskod" i blockeringsdialogrutan).

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

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

Det här är långt ifrån alla frågor relaterade till ämnet infobasblockering.

Om du har några frågor:

• Är det möjligt att arbeta i Moskva-tid om du hyr en server i Europa och inte vill vara beroende av dess tidszon?
• Hur hittar man 1C Application Server om man 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 i ett lokalt nätverk, vad ska man göra?
• Hur ska man vara i fallet med ett klustersystem? etc.

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

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

Felet ser ut så här:

Saken visade sig vara att när man ställer in skapandet av arkivkopior av databasen ställer systemet automatiskt in ett lås för att komma in i infobasen. Det hindrar användare från att köra programmet under hela processen.

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

Få 267 1C-videolektioner 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 basplatsen:

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

Ta bort låset från klient-serverbasen 1C

Om du har tillgång till serverkonsolen är det väldigt enkelt att ta bort låset. Det räcker med att gå till egenskaperna för infobasen och avmarkera flaggan "Session start blockering är aktiverad":

– inte det vanligaste redovisningsföretaget, men vi bokför i 1C, som de flesta av våra inhemska kollegor. För tillfället bor hundratals baser på vår server, så vi var tvungna att lära oss hur vi snabbt och effektivt administrerar all denna rikedom. Om du är ett redovisningsföretag, en värd med 1C-tjänst, eller om du bara har fått ett gäng 1Juice någonstans ifrån, så vet du hur svårt det är. Vi älskar att vara användbara, så vi delar med oss ​​av vår erfarenhet, praktiskt råd och insikter som har lyckats besöka oss under det otaliga antalet nätter, helgdagar och helger som ägnat åt att uppdatera och uppdatera hela vår ekonomi.

Vi säljer inte 1C, och därför kommer historien att vara utan nedskärningar, censur och viktigast av allt - utan marknadsföringssnack. Bonustrack, under inläggets gång kan du hitta flera användbara skript och tips för dig som verkligen har många 1C-databaser.

Så varför har vi så många baser överhuvudtaget? Faktum är att vi just nu forskar om teknologi för datadelning, men vi har ännu inte börjat använda den, därför är vi tvungna att skapa en separat databas (och ofta mer än en) för varje företag som vi betjänar.

Otrolig väg från moln 1C till ditt eget serverkluster

I början av vår resa använde vi molnbaserad 1C-Fresh: den här tjänsten är måttligt bekväm, så långt det kan vara bekvämt att använda en stationär applikation via en webbläsare. Vi samlade dock snabbt på oss femtio databaser och det blev outhärdligt att administrera dem via webben – webbgränssnittet började sakta ner, plus att det fanns ett behov av att programmässigt integrera 1C med våra interna verktyg, vilket Fresh kategoriskt inte kan göra. Jag var tvungen att migrera och ladda upp all data från molnet. Lyckligtvis var detta inte svårt att göra ("Ladda upp data till den lokala versionen" → "Ladda ner data från tjänsten").

Det andra viktiga steget i utvecklingen var användningen av en tjänsteleverantör, och, återigen, allt passade oss tills det fanns mer än hundra baser. Konfigurationsuppdateringar, såväl som publicering med tillägg av användare, skedde genom ett brev till teknisk support. I princip är allt operativt, men inte interaktivt.

Oförmågan att starta var ett särskilt besvär. exe-filer utan föregående godkännande (lägger till hash-summor för att tillåta domänpolicyer), och vi, låt mig påminna dig, behövde integration. Det fanns också problem med att leverantörens lagringssystem av okänd anledning inte korrekt synkroniserade noderna på blocknivå. Så vi förlorade flera viktiga baser, som var tvungna att återställas under en lång och smärtsam tid. Med lagringssystem är allt ofta inte lätt och oärligt.

Notera till värdinnan: testa lagringen. Om du är en värd, ägna mer uppmärksamhet åt detta. Om du använder tredjepartshosting, se till att kontrollera lagringen och diskarna. Det här är en barnkratta, att trampa på vilket är ännu mer smärtsamt än för vuxna :)

Efter alla äventyr bestämde vi oss för att migrera till vår VPS. Kraft av modern virtuella servrar låter dig underhålla ett par hundra 1C-databaser på ett säkert sätt, vilket enkelt låter ett par dussin revisorer komma åt dem. VPS-leverantörer är ofta inte ansvariga för licensiering mjukvaruprodukter som du kör inuti, så du behöver ta hand om att skaffa en licens för användare och köpa en konfiguration.

Anmärkning till värdinnan: vid licensiering ett stort antal baser du kan förvänta dig överraskningar - aktivering av varje bas för varje användare genom mjukvarunyckel kan bli ditt huvudjobb under de kommande veckorna. En crack-hårdvarunyckel berövas denna nackdel, men du kan inte bara ta den och börja använda den i en VPS.

Låt oss inte glömma att inte ens den bästa VPS (vald med den här coola tjänsten) kan jämföras med en varm och ljus egen server. Vi bestämde oss för att migrera för tredje gången.

En kväll kunde vår VPS inte starta. Det var toppen av rapporteringen - de sista timmarna, och servern låg nere under en orimligt lång tid. Samtidigt kunde vi inte göra någonting via kontrollpanelen - servern var på startstadiet och teknisk support ryckte helt enkelt på axlarna. Det visade sig att värden med vår virtuella maskin slutade Bagge, och det var helt enkelt inte tillräckligt för att lansera den.

Total

Nu, med hundratals databaser, har gått hela vägen från 1C-Farsh, genom smärta, migrationer, inkonsekvens av databaser, inkompetens av teknisk support, problem med nodsynkronisering hos värden, publicering via webben, export, import, säkerhetskopior och mycket återhämtning kom vi till vårt serverkluster.

Vad jag skulle vilja uppmärksamma dem som går igenom denna väg eller planerar att gå:

• tänka på licenser;
• om du behöver integration - använd en dedikerad server eller VPS;
• ta hand om förvaringen eller testa det noggrant med din leverantör;
• säkerhetskopior är verkligen viktiga;
• omedelbart vägra webbåtkomst om belastningen är allvarlig och stabilitet är viktigt.

Hur man gör livet enklare om man måste arbeta med en massa databaser

Skapa en databas med en länk till den i profilen för den aktuella användaren

Vi distribuerar alla våra databaser från en förberedd mall (med nedladdad bearbetning, kataloger, anpassad ITS-prenumeration och backup).

För filversionen:
<версия>\bin\1cv8.exe" createinfobase File="X:\Base\habrahabr" /AddInList "HabraHabr OOO" /UseMall "X:\tmplts\Black Accounting.cf"
För SQL-varianten:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8.exe" createinfobase Srvr="habr" Ref="HabraBD" SQLSrvr="habr" SQLDB="HabraBD" SQLUID="sa" SQLPwd="123" /AddInList "HabraHabr LLC" /UseTemplate "X:\ tmplts\Black Bookkeeping.cf"

Hur skapar eller tar man bort en användare i hundra databaser samtidigt?

Användarhantering har alltid varit ett ömmande ställe i 1C. I tidigare utgåvor krävde detta att man fick exklusiv tillgång till databasfilerna, senare lade man till möjligheten att lägga till i farten, men bara genom konfiguratorn, nu (i de senaste utgåvorna av bokföring eller handel) kan en användare skapas direkt från huvudsakliga driftsätt, genom administrationsverktyg. Men att göra det för hand när det gäller hundratals databaser är redan orealistiskt, så vi lärde oss hur man lägger till användare programmatiskt. COM kommer till undsättning. Vi installerar yttre sammanfogning V8.COMConnector och skicka all nödvändig information till databaserna. Vi lägger till användare med åtkomsträttigheter, fyller i kataloger eller skapar dokument. .

Hur kopplar man en användare till hundra databaser samtidigt?

För att lägga till alla nödvändiga databaser till användarens lista på en gång använder vi v8i-fillistor med vanliga databaser som finns på filresursen. Länkar till dessa filer läggs till i användarprofilen (till exempel via GPO eller till standardprofilen) i filen %AppData%\1C\1CEStart\1CEStart.cfg:
CommonInfoBases=X:\Base\List\Base_a1.v8i CommonInfoBases=X:\Base\List\Base_a2.v8i CommonInfoBases=X:\Base\List\Base_a3.v8i
Eller från 1C själv (redan under användaren) lägger vi till en lista över vanliga infobaser:

Inuti ser v8i-filerna ut så här:
[HabraHabr LLC] Connect=File="X:\Base\Accounting\habrahabr"; ID= OrderInList=6062080 Folder=/ OrderInTree=6422528 Extern=1 App=Auto WA=1 Version=8.3
Du kan skapa dem direkt från databasvalsfönstret (“Spara länk till fil”) eller ta dem i profilen för användaren som skapade databasen - % AppData% \ 1 ° C \ 1CEStart \ ibases.v8i. Länken kan vara till en databas som fungerar i valfritt läge (fil, server, webb). Vi rekommenderar att du inte lagrar mer än hundra databaser i en fil, annars kanske filen helt enkelt inte laddas helt :)

Hur uppdaterar man hundratals databaser samtidigt?

Databasuppdateringar görs bäst på separat server(och ännu bättre på två på en gång :) - det går snabbare och det är lättare att hantera processen. Vi använder standardkonfigurationer (utan att dra tillbaka supporten), uppdaterade via ITS. Under det första kvartalet i år släpptes mer än 10 uppdateringar för Accounting 3.0, att rulla in dem till och med ett dussin databaser manuellt är fortfarande kul. Därför har vi tagit fram en viss strategi.

Cool historia: under den första rapporteringsperioden 2014 berövde våra älskade statliga myndigheter och 1C oss plötsligt sömnen genom att släppa mer än 10 uppdateringar mellan mars och april bara för Accounting 3.0-konfigurationen! Vi uppdaterade förstås inte allt i rad, men även 3-4 uppdateringar för hundratals baser på så kort tid är ett bra kraftprov.
Läsaren kanske undrar varför så mycket besvär? Svaret är enkelt: förändringar i lagstiftningen och samtidigt i allra sista stund. Till exempel: sedan början av 2014 har det inte funnits några godkända former av FSS och PFR. I en av de första 10 uppdateringarna tillkom de, men endast för leverans i pappersform, men inte i elektronisk form. Och detta händer hela tiden.

blockering

Genom gränssnittet:

Eller genom att skapa en fil i baskatalogen 1Cv8.cdn med följande innehåll:
(1,20140514173100,00010101000000,"Databasen är tillfälligt otillgänglig! Var stark =) Administratör: För att tillåta användare att arbeta, använd serverklusterkonsolen eller kör "1C:Enterprise" med parametrarna: ENTERPRISE /F""X:\Base \ habrahabr"" /CAllowUsers/UC<код разрешения>","",""}

Uppdatering

För filversionen:
CHCP 1251 SET cfu_file="X:\tmplts\1C\Accounting\3.0.32.7\1cv8.cfu" SET base_dir="X:\update\habrahabr" "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /F %base_dir% /N"Administratör" /P"123" /UpdateCfg %cfu_file% /UpdateDBCfg /Out update.log
För SQL-varianten:
CHCP 1251 SET cfu_file="X:\tmplts\1C\Accounting\3.0.32.7\1cv8.cfu" "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /S"habr\HabraBD" /N"Administratör" /P"123" /UpdateCfg %cfu_file% /UpdateDBCfg /Out update.log

Hur säkerhetskopierar man databaser korrekt?

Om du använder SQL kan nästa stycke skoningslöst hoppas över - det är endast relevant för filläge.

I vår praktik har vi upprepade gånger mött basen i ett inkonsekvent tillstånd. Dessutom, i filversionen, finns det inga speciella verktyg för att informera databasen om början av kopiering, det finns inget sätt att blockera arbete med den om den körs just nu. Vi hanterade det så här: vid midnatt bytte RDP-servern till läget för att förbjuda nya anslutningar, efter ett par timmar sparkades alla användare försiktigt ut av skriptet. Sedan fungerade den planerade uppdateringen och säkerhetskopieringen.

Ladda upp till dt

För filversionen:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /F "X:\Base\habrahabr" /N"Administrator" /P"123" /DumpIB "X:\Backup\DT\habrahabr.dt"
För SQL-varianten:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /S"habr\HabraBD" /N"Administratör" /P"123" /DumpIB "X:\Backup\DT\habrahabr.dt"
Allt ovanstående gäller för 1C Enterprise, plattform 8.3; Redovisning 3.0; Löne- och personalhantering 2.5.

Nästa gång kommer vi att prata om att arbeta med att dela upp data för flera hundra företag i en databas. Vi hör gärna frågor, kommentarer och förslag. Och till alla som ställs inför liknande uppgifter vill jag önska tålamod, uthållighet och tro på segern.

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 säkerhetskopiering av databas när programmet avslutas. Jag lämnade programmet framgångsrikt i ett år, men den här gången misslyckades jag på något sätt :). Och jag kunde inte komma 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 säkerhetskopiering och meddelandet "att starta en session med infobasen är förbjudet att säkerhetskopiera ..."

Om, när du öppnar en 1C-bas, istället för att öppna basen, visas ett meddelande:

”Det är förbjudet att starta en session med infobasen. Att göra en säkerhetskopiering...". Detta följs av instruktioner för administratören om hur man startar databasen, men denna instruktion kommer inte att hjälpa revisorn mycket.

Lösning på ett enklare sätt:

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 om 1C:Enterprise.

Som du kan se är allt enkelt. Och det är bra att min artikel var användbar för dig, jag är mycket glad att hjälpa dig. 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 på sidorna !

H redan kvalster på knappar på sociala medier nedanför artikelnatt behålla det för dig själv!

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

MED kacha ite 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, klick