Olles korra programmi 1C käivitanud, nägin käivitamisel viga „Seansi alustamine infobaasiga on 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 atribuutide juurde ja eemaldada märge linnukese „Seansi algus blokeerimine lubatud” alt:

Olete jõudnud õigele lehele! 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 ja 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 alus, 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 antud arvutis või kohalikus võrgus - minu kogemus ei petnud -, on andmebaas 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 suvandit Käivita pole. Kleepige asukoht kohe pärast nuppu Start. Avaneb File Explorer.
• Teil on Windows 8 või Windows 10. Klõpsake nuppu Start, paremas ülanurgas 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õigi Windowsi versioonide ja selle sätete jaoks. 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: palga- ja personalijuhtimine" või "1C: kaubanduse juhtimine" käivitatakse uuesti.

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

Sellest jaotisest 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 võimalus: NSI ja administreerimine, Tugi ja hooldus, Kasutajate töö blokeerimine. TÜ versioonis 10.3 (10.3.21.2) on see teenus, kasutajad, teabebaasiga ü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 "15 minuti pärast" 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, näiteks kuupäeva-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" "nullist" alustamiseks, hoolimata kehtivast blokeerimisest, 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 dialoogi juurde, mis on muutnud selle välimust:

Paremas alanurgas kuvatakse teade, et kasutajate töö on blokeeritud. Seda teadet näete ainult teie.

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, mida saab ignoreerida ja edasi töötada, 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.

Puuduvad erandid võrdlusväärtuste sisestamise viisidest, milles sisestatakse väärtus, mida pole teatmikus - 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 blokeerimise algataja blokeerimine toimida. 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 ainus põhjus, miks 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 pooleli oleva 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 kasutaja lukukood pole täiuslik, ei tee see lõpuks haiget aktiivsete seansside lukustamiseks ja lõpetamiseks, 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 suhtlust luku algataja ja teiste kasutajate vahel. 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. Selle kella täpsus määrab, kas antud arvuti suudab seansi täpselt õigel ajal lõpetada. 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 aeg välja kukkuda: aja sünkroonimine domeenikontrolleriga pole konfigureeritud, aja sünkroonimine välise täpse ajaserveriga, mis pole enam saadaval, võrgu- või domeeniteenuste tõrked, puudumine õigused süsteemi aja muutmiseks jne.

Tundub, et saame rääkida sekunditest, vähemalt minutitest. Kuid tegelikult ei pruugi näiteks arvutisse installida operatsioonisüsteemi värskendust, 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 oma käekellaga arvuti paremas alanurgas olevat kellaaega ning küsige eelnevalt ka süsteemiadministraatorilt, 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 seadsite tsentraliseeritud infoturbe lukku kell 13:59 ja see Moskva kasutajate ajahetk on tulevikus, siis sama infoturbe kasutajatel Vladivostokis oli see 7 tundi tagasi 13:59. Ja sõltuvalt tehnilisest lahendusest, mille kohaselt tööd Vladivostoki kasutajate IS -iga tehakse, nende kasutajate blokeerimine kas töötab 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 kohalikust arvutist, millel on UTC + 10 aeg. 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 teabebaasi SQL -versiooni puhul on kella ja ajavööndi desünkroonimisega probleeme?

Ei. Selles versioonis 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 lukustuse tühistamiseks on võimatu kustutada infobaasi kataloogist faili 1Cv8.cdn.

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 oma tööjaama juurutada. 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 luua, paluge süsteemiadministraatoril teid lisada kaugtöölaua kasutajate rühma. (Selliste õiguste keelamise korral - juurutage ja konfigureerige 1C Enterprise Server Administration lisandmoodul tööjaamas);

• Leidke serverist lisandmoodul 1C: Enterprise Server Administration;

• 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” (blokeeringus 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 Euroopas serveri ega 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.

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 seekord kuidagi ei õnnestunud :). 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