Olles korra programmi 1C käivitanud, nägin käivitamisel viga „Seansi alustamine teabebaas keelatud. Varundamine ". Olin väga üllatunud - ma ise ei pannud ühtegi lukku paika. Pärast väikest analüüsi osutus põhjus arhiivide automaatse kopeerimise "tõrkeks", mis on sisse ehitatud (üks alamsüsteemidest).

Viga näeb välja selline:

Selgus, et andmebaasi arhiivikoopiate loomise seadistamisel seab süsteem automaatselt teabebaasi sissepääsu luku. See takistab kasutajatel programmi töötamist protsessi ajal.

Kuid mõnikord juhtub, et pärast kopeerimist ei saa süsteem eemaldada. Sel juhul kuvatakse tõrketeade "Seansi alustamine infobaasiga on keelatud ..."

Hankige tasuta 267 1C videoõpetust:

Lahendus

Lihtsaim viis probleemi lahendamiseks on faili kustutamine 1Cv8.cdn(infobase lock file) andmebaasi kaustast.

Näiteks minu ülaltoodud ekraanipildil on baasi asukoht järgmine:

Peate minema sellesse kausta ning seejärel leidma ja kustutama 1Cv8.cdn.

Luku eemaldamine 1C kliendiserveri baasilt

Kui teil on juurdepääs serverikonsoolile, on lukk väga lihtne eemaldada. Piisab, kui minna infobaasi atribuutidele ja eemaldada lipp "Seansi alguse blokeerimine lubatud":

Sa said edasi soovitud leht! Tõenäoliselt leidsite hommikul, et teie lemmik 1C 8.3 ei alga sõnumiga: “ Seansi alustamine infobaasiga on keelatud. Varundamiseks ...».

Esimene asi, mida nüüd teha, on võimaldab kasutajatel kiiresti töötada. Pärast seda lugege artiklit rahulikult lõpuni ja uurige, miks see juhtus ning mis on "1C 8.3 infobaasi blokeerimine ja blokeeringu tühistamine".

Minu kogemus ütleb, et olete kasutaja (mitte süsteemiadministraator või programmeerija) ja teie andmebaas on failifail (kui SQL -andmebaas on spetsialistid juba teie probleemiga tegelevad). Alustama peate mõistma, millises kaustas (kataloogis) see asub, ja kustutage selles kaustas üks fail - 1Cv8.cdn(Te ei pea faili salvestama, te ei vaja seda enam).

* Kui olete IT -spetsialist, võite turvaliselt jätkata jaotise "1C infobaasist blokeerimine ja blokeeringu tühistamine" lugemist.

Leidke infobaaside loendiga aknast oma baas (alloleval joonisel number 1) ja klõpsake hiirega sellel üks (ja ainult üks!) Aeg. Seejärel vajutage nuppu "Muuda" (number 2).

Loendis võib olla ainult üks baas, seega võib see aken olla teile tuttav kui "1C käivitusaken". Sel juhul klõpsake lihtsalt nuppu "Muuda".

Kui näete, et teabebaas asub selles arvutis või selles kohalik võrk- minu kogemus ei petnud - andmebaas on fail ja me teeme kõike õigesti. Kopeeri see tee ( numbrid 3 ja 4).

Nüüd minge sellesse kausta.

Siin on igaks juhuks mõned võimalused File Exploreri käivitamiseks:

• Teil on Windows XP või Windows 7. Klõpsake nuppu Start, Käivita, kleepige eelnevalt kopeeritud infobaasi asukoht. Avaneb File Explorer.
• Teil on Windows 7. Kuid valikut Käivita pole. Kleepige asukoht kohe pärast nuppu Start. Avaneb File Explorer.
• Teil on Windows 8 või Windows 10. Klõpsake paremal nuppu Start ülemine nurk klõpsake luupil, kleepige eelnevalt kopeeritud infobaasi asukoht ja vajutage sisestusklahvi. Avaneb File Explorer.

• Leidke tegumiribalt kollane disket ja klõpsake seda. Kleepige teabebaasi asukoht Exploreri akna ülaosas asuvale aadressiribale. (Paremklõpsake aadressiribal, Muuda aadressi, paremklõpsake uuesti aadressiribal, Kleebi).

• Universaalne viis kõigile Windowsi versioonid ja selle seaded. Vajutage klaviatuuril lipunuppu ja ilma seda vabastamata vajutage klaviatuuril ladina R (või vene K). Avaneb aken "Käivita", kleepige sinna eelnevalt kopeeritud infobaasi asukoht ja klõpsake nuppu OK.

Kasutades ühte pakutud valikutest, suunatakse teid teabebaasi asukohaga uurimisaknasse.

Leidke uurimisaknast failide loendist fail 1Cv8.cdn, paremklõpsake seda, valige "Kustuta", nagu on näidatud eelmisel joonisel.

Valmis! Teie "1C: raamatupidamine" või "1C: palk ja personalijuhtimine" või "1C: kaubanduse juhtimine" käivitatakse uuesti.

1C infobaasi blokeerimine ja blokeeringu tühistamine. Me hävitame müüte.

V see jaotis leiate unikaalset teavet lukkudega töötamise kohta, samuti saate ümber lükata levinud väärarusaamu andmete blokeerimise kohta.

Kuidas seada lukk?

Infobaasi blokeerimismehhanism on loodud praeguste avatud seansside lõpetamiseks ja uute ühenduste vältimiseks. Lukustusfunktsiooni asukoht menüüs võib olenevalt konfiguratsioonist erineda. Näiteks UT versioonis 11 (11.3.3.163) on see NSI ja haldus, [teenus] Kasutajate töö blokeerimine. Alternatiivne variant: NSI ja administreerimine, Tugi ja hooldus, Kasutajate töö blokeerimine. TÜ väljaandes 10.3 (10.3.21.2) on see teenus, kasutajad, infobaasiga ühenduste loomise blokeerimine.

* On olemas tööstuse erikonfiguratsioone, mille puhul blokeerimine liidese ja mehhanismi seisukohast ei tundu selles artiklis kirjeldatud viisil. Kuna kaalume enamiku 1C konfiguratsioonide jaoks standardmehhanismi, ei puuduta me tööstuse erikonfiguratsioone.

Kui valite selle üksuse, avaneb dialoogiboks "Kasutajate blokeerimine", kuhu peate sisestama kasutajate jaoks sõnumi, blokeerimise algus- ja lõpuaja ning blokeeringu tühistamise koodi.

Kuna blokeerimistoimingu algus ja lõpp on sisestatud, peate selles dialoogis olema äärmiselt ettevaatlik ja sisestama teabe selgesõnaliselt. Kui dialoogis oleks võimalik sisestada blokeerimise algus "pärast 15 minutit" kestusega "20 minutit" või vähemalt nende väärtuste võrdluskuva, mis põhineb blokeerimise absoluutsel algus- ja lõpuajal , oleks raske määrata üheaastast blokeeringut, nagu see võib juhtuda kuupäeva ja kellaaja sisestamise vea korral.

Soovitatav on määrata parameeter "Algusaeg" praeguseks kuupäevaks / kellaajaks + aeg, mis kulub kasutajatel väljumiseks valmistumiseks, samal ajal salvestades redigeeritud dokumente. Näiteks praegu on 9 tundi 50 minutit, anname kasutajatele tulemuste salvestamiseks 10 minutit. Kokku peaks blokeerimise algusaeg olema 10 tundi 00 minutit.

Lõpuaeg - te ei pea sisestama ja objekti blokeerimine määratakse määramata ajaks (igaveseks).

Avamiskood on ühekordne "parool", alustades nullist, vaatamata kehtestatud blokeerimisele, mida võib mõnel juhul vaja minna (arutatakse hiljem). Sisestamine ja meeldejätmine on kohustuslik. Infobaasi SQL-versiooni puhul on see parameeter nähtav ettevõtte 1C serverite haldamise lisandmoodulis ja seal nimetatakse seda „lubade koodiks“.

Infobaasi SQL -versiooni puhul on lisaks vaja infobaasi administraatori või klastri administraatori luba.

Niisiis, pärast nupu "Määra blokeerimine" vajutamist ja positiivset vastust kinnitusele ...

... naasete eelmise dialoogiboksi juurde, välimus mis muutus:

Paremas alanurgas kuvatakse teade, et kasutajate töö on blokeeritud. See sõnum ainult sina näed.

Planeeritud? Võib -olla on sellel midagi pistmist rutiinsete ülesannetega?

Kas kasutajate ajastatud blokeerimine toimib, kui ajastatud tööde blokeerimine on seatud? Jah, see töötab. Lukustusmehhanism ei kasuta ajastatud töid.

Mida kasutajad ja mina näeme?

Kuni blokeerimise alguseni saavad aktiivsed kasutajad sulgemiseks meeldivaid meeldetuletusi. Selles dialoogis käivitab "Jah" ajalõpp, nii et töökohalt puuduvad kasutajad lahkuvad edukalt 1C seansist.

Blokeeringu algataja saab teistsuguse teate:

Pärast luku algust ei saa infobaasi tavapärasel viisil siseneda. Kuidas sisse saada, kirjeldatakse allpool. Pange tähele, et dialoog ei sisalda automaatset märget blokeerimise lõppemise kellaaja kohta, seega on kasutajate teavitamine töö jätkamise ajast administraatoril. Seda teavet saab anda kasutajale sõnumis.

Pomm plahvatab täpselt määratud ajal. Sireen ulub, kuni plahvatab.

Vastupidiselt levinud arvamusele, et aktiivsete kasutajate seansside lõpetamine toimub õrnalt, pärast hoiatust, et võite ignoreerida ja jätkata tööd, tegelikult lõpetamine või, parem öelda, "katkestamine", toimuvad aktiivsed seansid täpselt ajakava järgi , jäigalt ja kaotamata kõik salvestamata tulemused. Kõik hoiatused antakse ajavahemikus nupu "Määra blokeerimine" vajutamisest kuni blokeeringu alguseni, mille järel aktiivne seanss lõpeb ilma teatamiseta ja 1C alustab konfiguratsiooni käivitamise tsüklit. jälle 1 -minutilise intervalliga.

Ei ole erandeid võrdlusväärtuste sisestamise viisidest, milles sisestatakse väärtus, mida pole teatmikuraamatus - sisendrežiimist ei saa väljuda (näiteks sulgege 1C ristiga), kuid see ei takista teil töö lõpetamist. Olulisemat huvi pakub modaalne dialoogirežiim, nii et sellest räägitakse rohkem.

* Kasutajaseansside lõpetamine vanades konfiguratsioonides toimub veidi hiljem kui määratud aeg, sest kasutajad saavad kõigepealt hoiatuse "Süsteemi väljalülitamine".

Kas see plahvatab?

Alustuseks märgime, et vanades konfiguratsioonides ei pruugi luku initsiaatori lukk töötada. Nüüd jätkame platvormi 8.3 probleemi kaalumist.

Faili IB kasutaja, kes näiteks otsustab dokumendi kustutada ja siis lõunale minna, jättes ekraanile dialoogi „Kas märkida dokument kustutamiseks?”, Hoiab ühenduse infobaasiga avatuna. Muidugi lõpeb tema seanss pärastlõunal pärast seda, kui ta vastab „jah” või „ei”, kuid seni näete, et aktiivseid kasutajaid on. Sel juhul näeb blokeeringu algataja teadet:

Logisse ilmub käitusaja veateade, mida ei tohiks tõlgendada käitusveana, vaid "mitte kõik kasutajad pole oma seansse lõpetanud":

Ja see pole nii ainus põhjus mille puhul blokeerimine ei pruugi toimida (vt täiendavaid jaotisi "Kelle tundide kaupa?" ja "Aga kuidas on minu kasutajatega Vladivostokis?").

Modaaldialoog hallatud vormide infobaasi SQL -versioonis

Vaatamata modaalsele dialoogirežiimile on 1C rakendusserveril võimalik seanss kustutada. 1C liides ja modaalne dialoog jäävad kasutaja ekraanile, luues küll mittetäieliku seansi välimuse, kuid tegelikult seanss kustutatakse ja ühendus infoturbega lõpetatakse õigeaegselt. Kui proovite tööd jätkata, näeb kasutaja olenevalt nüanssidest veateadet "Seanss puudub või on kustutatud" või "Sessiooni lõpetas administraator".

Mooduli dialoog infobaasi SQL -versiooni tavalistel vormidel

Kasutajaseansid on lõppenud.

Pärast luku seadistamist on parem dialoogist mitte lahkuda, sest kui sisenete sellesse dialoogi uuesti enne blokeerimise algust, ilmub tõele mittevastav teade, et blokeerimine on juba määratud (kuigi ainult pool), aktiivseid seansse on null (pole tõsi). Samal ajal jätkub kasutajate töö lõpetamise protsess (on vastuolus nulliga aktiivse seansiga + mitte päris nii, kuna kasutajad „lõpetavad ise”). Kuigi kasutajate töö blokeerimise kood pole täiuslik, ei takista see lõpuks kasutajal blokeeringut omandamast ja aktiivseid seansse lõpetamast, kuid ajab infobaasi administraatori segadusse.

Kas blokeerimine toimib, kui määrate blokeeringu ja sulgete dialoogi?

Kas blokeerimine toimib, kui määrate blokeeringu ja lahkute kohe 1C -st (st lõpetate 1C -seansi enne blokeerimise algust)?

Jah. Väljakujunenud lukule reageerimise mehhanism ei näe ette luku algataja ja teiste kasutajate vahelist suhtlemist. Kasutajasessioonid kontrollivad iseseisvalt, kas nad saavad töötada.

Kelle kella järgi blokeerimine töötab, kui arvutites kuluv aeg on pisut erinev?

Kella desünkroniseerimise probleem

Faili IS puhul kontrollib iga arvuti ise, kas IS -l on blokeerimiseks määratud ajavahemik, ja võrdleb seda kohaliku kellaga. See sõltub tema kella täpsusest, kas ta saab see arvuti lõpetage seanss täpselt kell õige aeg... Kui baas on alates kella 10.00 blokeeritud, saabub see üks arvuti varem ja teise jaoks hiljem.

Domeenikeskkonnas ja kui süsteemiadministraatorid töötavad veatult, sünkroonitakse kõigi arvutite aeg domeenikontrolleriga. Kuid erinevatel põhjustel võib aja maha võtta: aja sünkroonimine domeenikontrolleriga pole konfigureeritud, aja sünkroonimine on konfigureeritud välise täpse ajaserveriga, mis pole enam saadaval, võrk või domeeniteenused ebaõnnestuvad, õiguste puudumine süsteemi aja muutmiseks jne.

Tundub, et saame rääkida sekunditest, vähemalt minutitest. Kuid tegelikult ei pruugi arvutisse näiteks värskendust installida operatsioonisüsteem mis toetab üleminekut hooajalisele (talv / suvi) ajale ja viga võib olla juba mitte sekundites, vaid tundides. Seda katset on lihtne teha: planeerige plokk kell 10 hommikul pooleks tunniks ja mõnes arvutis määrake kellaaeg tund aega edasi - plokk ei tööta sellel.

Seetõttu kontrollige enne luku paigaldamist hoolikalt käekellaga arvuti paremas alanurgas olevat aega ning võtke eelnevalt ühendust ka oma süsteemiadministraatoriga küsimusega, kas aja sünkroonimine teie IT -infrastruktuuris toimib.

Aga minu kasutajad Vladivostokis?

Absoluutne ajaprobleem erinevate ajavööndite kasutajatega

Blokeerimise ajavahemik salvestatakse teabebaasi. Vaadake lukufaili 1Cv8.cdn (mis on loodud IB failiversioonis) sisu, see sisaldab aega, millal lukk algas 17.07.2017 kell 13:59, vormingus YYYYMMDDHCHMMSS ilma märke ajavöönd:

Ajavööndit täpsustamata oleks selge, millisest absoluutsest ajast me räägime, kui aeg viitaks alati kindlale ajavööndile, näiteks UTC + 0. Kuid andmebaas salvestab kohaliku aja vastavalt blokeerimise algatanud arvuti kellale. Mis ajavööndist see arvuti pärit oli, pole teada, mis tähendab, et blokeerimise absoluutne aeg on teadmata.

Kui Moskvas tsentraliseeritud infoturbe puhul määrasite ploki kell 13:59 ja see Moskva kasutajate ajahetk on tulevikus, siis sama infoturbe kasutajatel Vladivostokis oli 7 tundi tagasi 13:59. Ja sõltuvalt tehnilisest lahendusest, mille kohaselt tehakse tööd Vladivostoki kasutajate infoturbega, nende kasutajate blokeerimine kas toimib või mitte.

Millised tehnilised lahendused võiksid olla, kui blokeerimine Vladivostoki kasutajate jaoks õigesti ei tööta? Need, kus 1C kliendiosa saab aega Vladivostokis, mitte Moskvas. Näiteks kontorid ühendatakse kohaliku võrguga VPN -i kaudu ja 1C kliendiosa käivitatakse kohalik arvuti UTC + 10 korda. Aga kui nad töötavad andmebaasiga RDP -ühenduse kaudu või Moskva serveri RemoteApp -režiimis, käivitades selles serveris 1C kliendiosa, on kõik korras, sest see saab olema UTC + 3.

Kas infobaasi SQL -versiooni puhul on probleeme kella ja ajavööndi desünkroonimisega?

Ei. V seda võimalust seal on "serverikell", mida võetakse standardina.

Kas see viskab mind konfiguraatorist välja, kui olin selles ja blokeerimine hakkas kehtima?

Kas pärast lukustamist on võimalik konfiguraatorisse siseneda?

See on keelatud! Konfiguraatoriga töötamise võimaluse kontrollimine toimub ainult käivitamisel ja seda ei tehta töö ajal. Seega, kui konfiguraatoris on järgnevateks töödeks seatud lukk, on seda palju lihtsam esmalt käivitada kui hiljem käivituslukust mööda minna.

Kuidas lukku eemaldada?

Samas dialoogis, kus lukustus oli seatud. Tuletame meelde, et pärast luku seadistamist on nupu „Määra lukk“ asemel nupp „Eemalda lukk“.

IB SQL-versiooni puhul on lukustuse avamine võimalik ka 1C Enterprise Server Administration lisandmoodulis. (vt allpool)

Milleks on avamiskood?

IB sisenemiseks ajal, mil lukk on kehtiv. Olukorrad, kus see on vajalik:

• Pärast luku seadistamist lõpetati IB -seanss (käsitsi või käivitaja enda lukustustoimingu tulemusena) ja alustamiseks on vaja uut seanssi;
• Blokeerimise lõpuaeg jäi kogemata üldse täitmata;
• Blokeerimise lõpuaeg täideti kogemata (näiteks sisestati tahtmatult järgmine kuu või aasta);
• Infobaas on SQL -versioonis ja valesti seatud luku tühistamiseks on võimatu kustutada faili 1Cv8.cdn infobaasi kataloogist.

Sel juhul kasutage käivitamisel antud vihjet. Need. klõpsake infobaaside loendiga aknas nuppu "Muuda" ja sisestage rida täiendavatesse käivitusparameetritesse:

ETTEVÕTTE / F "Z: \ Exchange \ UT 11" / CAllowUsers / UC12345

… Võttes arvesse asukoha kataloogi ja avamiskoodi.

Parem on see rida lõikepuhvrisse kopeerida ja dialoogiboksi „Muuda infobaasi” abil parandada. Kui ajasite jutumärkide tüübi või vene C -tähe ja ladina keele segamini, näete veateadet:

Õige sisestamise ja sellele järgneva 1C käivitamise korral ettevõtte režiimis avab ja väljub 1C automaatselt. Pärast seda saate täiendavad parameetrid kustutada ja käivitada 1C nagu tavaliselt.

Mis siis, kui ma poleks lukku seadnud ja keegi lukustaks SQL -andmebaasi? Kuid ma ei tea avamiskoodi.

Infobaasi saab arhiivikoopia loomise ajal konfiguratsioon ise lukustada. Kui loomise protsess ei lõppenud normaalselt, võib SQL -andmebaas jääda lukustatud olekusse. Sel juhul vajate juurdepääsu konsoolile (õigemini lisandmoodulile) "1C: Enterprise serverite administreerimine".

Kust teda leida?

1C: Enterprise Server Administration lisandmoodul on sageli installitud samasse serverisse, kus SQL-server on juurutatud, samuti kui 1C Server ise (või 1C Application Server) on juurutatud. Kuigi see pole vajalik: SQL -i saab installida ühte arvutisse, "1C Application Server" - teise ja lisandmooduli saab iseseisvalt juurutada tööjaam... Edu saavutatakse kõige tõenäolisemalt järgmiselt.

• Ühendage RDP kaudu reas Srvr = ... määratud serveriga, kasutades oma domeeni kasutajanime ja parooli. Kui te ei saa ühendust, küsige süsteemiadministraator lisab teid kaugtöölaua kasutajate rühma. (Selliste õiguste keelamise korral - juurutage ja konfigureerige 1C Enterprise Server Administration lisandmoodul tööjaamas);

• Leidke serverist 1C: Enterprise Server Administration lisandmoodul;

• Käivitage lisandmoodul, laiendage puu oma infobaasiga sõlme;

• Tühjendage teabebaasi atribuutides märkeruut „Seansi alguse blokeerimine lubatud” või parandage blokeerimise algus- ja lõpuaeg või vaadake IB -le sisenemiseks „loakoodi” (lukus tuntud ka kui „avamiskood”). seadistamise dialoog).

Mida teha, kui kõik SQL -andmebaasi kasutajad on välja loginud, kuid te ei saa siiski konfiguraatorit käivitada, sest kas on aktiivseid kasutajaid?

Infobaasi sõlmes "Ühendused" saate ekraani paremas servas olemasolevaid ühendusi kustutada.

Need pole kõik küsimused, mis on seotud infobaasi blokeerimise teemaga.

Kui teil on endiselt küsimusi:

• Kas on võimalik töötada Moskva aja järgi, kui rendite serveri Euroopas ja ei soovi sõltuda selle ajavööndist?
• Kuidas leida 1C rakendusserver, kui te ei tea, kuhu see on installitud?
• Kuidas juurutada lisandmoodulit 1C: Enterprise Server Administration ja kuidas seda konfigureerida?
• Mida teha, kui samas kohalikus võrgus on mitu rakendusserverit?
• Mida teha klastrisüsteemi puhul? jne.

Meie sertifitseeritud konsultandid 1C tehnoloogilistes küsimustes vastavad neile hea meelega.

• Esiteks aitab see juhtunut paremini mõista. Ja harvematel juhtudel võib see isegi aidata probleemi iseseisvalt lahendada.
• Teiseks, kui te ei saanud ise hakkama, peaksite kõigepealt pöörduma spetsialisti poole tehniline abi koos kuvatava teabe- ja diagnostikaakna sisuga.

Vaatame lähemalt vastuvõetud dialoogisõnumi sisu:

Rida 1.A "Seansi alustamine infobaasiga on keelatud." on standardkirje, mis näitab, et kasutajatel on programmi sisse logimine blokeeritud. Sellise blokeerimise korral luuakse infobaasi kataloogi automaatselt spetsiaalne fail laiendiga .cdn (lisateabe saamiseks vaadake järgmisi jaotisi).

Rida 1.B näitab tavaliselt ploki põhjust, kestust ja muud kasulik informatsioon... Sõltuvalt sellest, kes või mis (süsteemi puhul) on määranud sisenemise blokeerimise, samuti millisel eesmärgil, võib selle ploki teave olla erinev. Rida "Varundamine" on standardne kirje käsitsi või ajastatud varundamiseks (antud juhul on iseloomulik ka rida "Varundamine") infobaasis 1C Enterprise abil.

Administraator võib 1C 8.3 kasutajarežiimis luku loomise korral Enterprise või 1C programmeerija, kui konfiguraatoris lukustuse programmiliselt seada, välja mõelda oma sõnumid:

Rida 2 annab vihje programmi käivitamiseks käsust Windowsi stringid kui teate nn autoriseerimiskoodi (vt järgmist sammu).

Rida 3 selgitab protsessi voogu ja nuppude toimimist.

Samm 2. Otsustage, kuidas lukk eemaldada ja sisestada andmebaasi 1C 8.3

Seansilukud võib tavapäraselt liigitada järgmiselt:

• Planeeritud. Kui seansilukk käivitati käsitsi või automaatselt, teenindades kavandatud protsessi 1C andmebaasis ( varukoopia, rutiinne ülesanne, uuendamine);
• Teised, ekslikud. Kui lukk on seatud kasutaja ekslike toimingute või süsteemi enda vigade tagajärjel, kui see ei eemalda automaatselt varem seatud lukku. Näiteks alustati varundamisprotsessi, kuid kasutaja katkestas selle programmi sunniviisilise sulgemisega.

1. meetod

Mõlemal juhul luuakse seansi blokeerimise seadistamisel, nagu eespool mainitud, praeguse infobaasi salvestuskataloogi fail ".cdn":

Seega lihtne lahendus Seansi blokeerimisest tingitud programmi käivitamisvead on faili 1Cv8.cdn kustutamine.

Siiski peaks kasutaja esmalt esitama küsimuse "Lõppude lõpuks, kui seansside blokeerimine on määratud, siis kas see on millestki tingitud?" Võib -olla käivitas teine ​​haldusfunktsioonidega kasutaja (edaspidi administraator) 1C 8.3 Raamatupidamine tõeliselt olulise ülesande või töötlemise, mis ei talu mitme kasutaja samaaegset kohalolekut andmebaasis.

2. meetod

Kui selline olukord on võimalik, siis tasub pöörduda administraatori poole ja uurida, kas andmebaasi on võimalik siseneda ja kas tal on eriline kood resolutsioon, mida just eespool mainiti. Sel juhul kasutame teist meetodit - sisenedes lukustatud infobaasi, käivitades programmi käsurealt, määrates loa koodi ühes käivitusparameetrites:

• “C: \ Program Files (x86) \ 1cv8 \ common \ 1cestart.exe” - tee 1C Enterprise 8.3 käivitajani;
• ETTEVÕTTE - tähendab, et programm käivitub kasutajarežiimis, s.t. 1C ettevõtte režiimis;
• / F "F: \ Bazy1C \ Accounting" - tähistab faili teabebaasi (parameeter / F) ja teed selleni (serveribaasi aadress on määratud parameetris / S);
• / С Luba kasutajatel töötada - valikuline parameeter: kui see on määratud, ei käivitu süsteem, vaid lukk eemaldatakse (lukustusfail hävitatakse), seejärel saavad kasutajad siseneda infobaasi.

Kui seda parameetrit pole määratud, lubatakse konkreetsel kasutajal sisse logida, kuid blokeeringut ei eemaldata. See kasutaja saab kasutajarežiimi täielikult avada, minnes paneelile Tugi ja hooldus (jaotis Haldamine - käsureal Programmi seaded - Tugi ja hooldus:

Ja vormi helistamine Kasutajate blokeerimine samanimelise käsu järgi:

Avanevas vormis saate seansside blokeeringu tühistada, vajutades nuppu Unblock, kus / UC12345 on parameetris / UC loakood (12345). Parameetrite nimed on kirjutatud inglise keeles.

Lisateavet käsurea parameetrite kohta leiate spikrist 1C 8.3 Enterprise.

3. meetod

On olemas alternatiivne ja kasutaja jaoks veelgi lihtsam meetod ülaltoodud parameetrite kasutamiseks infobaasi käivitamiseks (edaspidi - IB) - vajalikke parameetreid on võimalik registreerida huvipakkuva andmebaasi atribuutides.

1. Valige käivitusaknas (märkige "A") lukustatud andmebaas ja vajutage nuppu Muuda, mille järel avaneb IB omaduste redigeerimise aken (märkige "B"):

Kinnistul Lisavalikud käivitada registreerime avamiskoodi ja vajadusel kasutajate töötamise lubamise parameetri (sel juhul tuleb pärast esimest käivitamist ja enne järgmist käivitamist see parameeter eemaldada). Neid parameetreid kirjeldati üksikasjalikumalt eespool.

Märge: kui toimub automaatne varundamine (otse või mõne muu protseduuri osana, näiteks millal automaatne värskendus), lukustab süsteem 1C 8.3 teabebaasi ja määrab standardse avamiskoodi " Varundamine ».

Seega, kui protseduur "ebaõnnestus" ja andmebaasi lukk jääb alles, kuid cdn -faili pole võimalik kustutada, saate IB: / UCBackup käivitamisel parameetrit kasutada.

3. Klõpsake nuppu Lõpeta ja naaske käivitusaknasse, kus käivitame IB, klõpsates nuppu 1C: Enterprise. Seega on viga „Seansi alustamine infobaasiga keelatud. Varundamine ”on fikseeritud:

Kui 1C 8.3 Enterprise töötab kliendi-serveri versioonis, kuid kasutajal puuduvad selles režiimis juurdepääsuõigused ja vajalikud teadmised andmebaasi haldamisest, siis peaksite sel juhul abi saamiseks pöörduma süsteemiadministraatori poole. Märgime ainult, et kliendi-serveri versioonis lisaks juurdepääsule läbi käsurida täiendavate parameetritega on võimalik lukk eemaldada 1C: Enterprise serveriklastri haldusutiliidi abil, nimelt on vaja lipu tühjendada vajaliku infobaasi atribuutidest Seansi alguse blokeerimine on lubatud.

1Cv8.cdn lukustusfaili anatoomia

Uudishimulikud saavad vaadata seansside blokeerimisel loodud faili 1Cv8.cdn - see on lihtne tekstifail mida saab avada sobiva Notepad redaktoriga:

Faili tekst on raamitud lokkis traksid, kus on loetletud järgmised komaga eraldatud lukustusparameetrid:

• 1 (0) - blokeerimise märk (1 - paigaldatud; 0 - keelatud);
• 20160706154700 - seansiluku alguskuupäev (kuupäev + kellaaeg), meie puhul 06.06.2016 kell 20:00:00;
• 20160706154700 - seansi blokeerimise lõpukuupäev (kuupäev + kellaaeg), meie puhul on see 6. juuli 2016 20:00:00 (kui lõppkuupäeva pole määratud, siis on vaikeväärtus 00010101000000);
• Sellele järgneb tekstiparameeter, kus dialoogiboksis kasutajale kuvatav abitekst paigutatakse jutumärkidesse;
• "123" - loakood on määratud.

Nagu näete, sisaldab fail kõiki parameetreid, mis kuvatakse kuvataval teabe ja diagnostika dialoogiboksil.

Sellel saidil saate tutvuda muude tasuta artiklite ja videoõpetustega 1C raamatupidamise seadistamise kohta (

Täna puutusin kokku probleemiga, mis ilmnes pärast andmebaasi 1C Accounting 8.3 automaatse varundamise lõpetamist. Olen programmist väljudes seadistanud andmebaasi varukoopia. Lahkusin programmist edukalt aastaks, kuid ilmselt jätsin seekord programmi kuidagi ebaõnnestunult maha :). Kuid ta ei saanud siseneda. Minu tark programm kirjutas mulle väga nutika fraasi, mis on mõeldud rohkem 1C programmeerijale kui tavakasutajale. Niisiis, tegeleme probleemiga mitte 1C administraatoritena, vaid lihtsalt raamatupidajana :).

Mida teha, kui 1c 8.3 pärast varundamist ei avane ja kuvatakse teade "seansi algus infobase'iga on varundamisel keelatud ..."

Kui 1C andmebaasi avamisel kuvatakse andmebaasi avamise asemel teade:

„Seansi alustamine infobaasiga on keelatud. Varundamiseks. ”… Sellele järgnevad administraatori juhised andmebaasi käivitamiseks, kuid see juhend ei aita raamatupidajat palju.

Lahendus lihtsamal viisil:

Kettalt peate leidma kausta, kus asub andmebaas 1C Accounting 8.3. Ava kaust. Kausta sees näete järgmist:

Kaustast peate leidma faili 1Cv8.cdn. Vajalik kustutada faili 1Cv8.cdn ja käivitage uuesti 1C: Enterprise.

Nagu näete, on kõik lihtne. Ja on tore, et minu artikkel oli teile kasulik, aitan teid väga hea meelega. Olgu raamatupidajatel lihtsam töötada, et neil oleks rohkem vaba aega enda ja lähedaste jaoks!

Tänaseks on see kõik!

Inna Izvekova oli teiega.

Kuni kohtume uuesti lehtedel !

H juba lesta sotsiaalmeedia nuppudel allpool artikli allet seda kodus hoida!

O muutumas sööma kommentaarides teie küsimused artikli all! Püüan kõigile vastata.

KOOS kiik sööma tasuta kasulikke tunde klõpsates artikli all oleval nupul "Tasuta allalaadimine".

Uurige kasulik tööõpetuse käsiraamatud klikkides .

WHO tahab õppida raamatupidamist, klõpsake

Selles artiklis räägin teile 1C käivitusparameetritest ja nende kasutamisest. Toon mõned näited nende parameetrite kasutamise kohta. Pärast artikli lugemist saate mõne oma igapäevase protsessi automatiseerida.

1C: Enterprise käivitamisel saate kasutada käivitusparameetreid, mida saab määrata seadetes või otseteel, millega käivitate 1C.

Käivitusrežiim 1C

CONFIG- 1C käivitub konfiguraatori režiimis.
ETTEVÕTLUS- 1C käivitub ettevõtte režiimis.

1cestart.exe- fail programmi 1C käivitamiseks, mis tavaliselt asub kaustas "1cv8 \ common". Tuvastab käivitamisel automaatselt õige kliendiversiooni. 1C installimisel viitavad otseteed töölaual ja menüüs Start sellele failile.

1C käivitusparameetrid kasutaja automaatseks valimiseks

• / N"Kasutajanimi"
• / Lk"Kasutaja parool"

Kasutajanimi ja parool peavad vastama konfiguraatori kasutajate loendis määratud nimele ja paroolile. Kasutajaid saab vaadata konfiguraatoris, minge ülemisse menüüsse: Haldus> Kasutajad. Kui parool on tühi, võib selle välja jätta.

Neid parameetreid saab seadetes määrata andmebaaside loendis andmebaasi redigeerimisel. Lahtris "Täpsemad käivitusvalikud".

Käivitage 1C ja minge infobaasi seadete juurde, peaks ilmuma järgmine aken:

Kirjutage parameetrid joonisel näidatud viisil, täpsustades oma kasutajanime ja parooli, seejärel klõpsake nuppu "Lõpeta". Kui tegite kõik õigesti, siis ei küsita sellesse andmebaasi sisenedes kasutajanime ja parooli.

1C käivitusparameetrid andmebaasi automaatseks käivitamiseks

• / F "aadress" - andmebaasi aadress, kui see on salvestatud failiversiooni.

Kui teie andmebaas on serverisse salvestatud, peate käivitusparameetrid seadistama erinevalt:

• / S "aadress" - määrake aadress järgmiselt: "Serveri (infobaasi klastri) nimi" \ "Infobaasi nimi serveris"

Need parameetrid tuleb registreerida otsetees, millega käivitate 1C: Enterprise. Minge otsetee atribuutide juurde, lisage väljale "Objekt" vajalikud parameetrid.

Kui kõik on õigesti tehtud, peaks otsetee käivitamisel alustama parameetrites määratud baasi.

Mugavuse huvides saate luua uue otsetee või kopeerida kasutatava.

Käivitamine 1C süsteemi käivitamisel

Kui soovite käivitada süsteemi 1C Enterprise vajalike parameetritega, peate kopeerima 1C otsetee kausta Startup.

Kui see sisaldab 1C käivitusparameetreid, töötavad need süsteemi käivitamisel.

Saate kombineerida mis tahes 1C käivitusparameetreid. Selleks kirjutage lihtsalt soovitud parameetrid 1C seadetes või otsetees.

Täiendavad parameetrid 1C käivitamiseks

• / LogUI- kasutaja toimingute salvestamine logisse. (Salvestus tehakse kasutaja kataloogi, faili nimega "logui.txt")
• / DumpIB " Faili aadressi üleslaadimine « - andmebaasi mahalaadimine. Sobib andmebaasi automaatse arhiveerimise loomiseks.
• / Käivita " Aadress väline töötlemine"- parameeter on ette nähtud automaatne käivitamine väline töötlemine pärast süsteemi käivitamist.
• / C"Stringi parameeter" - teisaldab parameetri konfiguratsiooni. Saate sellele viidata RunParameteri konfiguraatori globaalse konteksti kaudu.
• / DisableStartupMessages- parameeter eemaldab süsteemiteated 1C Enterprise käivitamisel.

Infobaasi muutmisel. Saate määrata 1C versiooni, mille kaudu käivitada (sobib, kui teil on installitud mitu andmebaasi, mis töötavad erinevaid versioone klient)

Näide parameetrite kasutamisest infobaasi automaatseks arhiveerimiseks.

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

Kui kirjutate need parameetrid väljale "Objekt" 1C käivitamise otseteesse, luuakse baasi arhiiv, mis asub "C: \ Base_Buh" kaustas "C: \ Arhiv" nime all "Buh" .dt ". Samuti tehakse sissekanne logifaili "C: \ Arhiv \ log_arhiv.txt". Märkige oma teed, baasi asukoht ja arhiivide loomise koht.

Rakenduse silumise käivitusvalikute seadistamine

Rakenduste väljatöötamisel on sageli vaja käivitada 1C silur konkreetse kasutaja all, selleks peate minema konfiguraatorisse: Abi> Seaded

Vahekaardi "Launch 1C: Enterprise" jaotises "Kasutaja" on vaikimisi määratud praegune kasutaja (mille alla sisestasite konfiguraatori). Saate selle muuta mis tahes vajalikuks. Ja silumine algab valitud kasutaja all.

Samuti saate siin määrata, millise kliendi all rakendus käivitada.

Selliste lihtsate toimingutega saate rakendada kasulikke funktsioone programmis 1C: Enterprise.