1s dublēšana tika pārtraukta. Kas man jādara? Sesijas sākšana ar informācijas bāzi ir aizliegta. Dublējums. Pulksteņa desinhronizācijas problēma

Vienreiz palaižot programmu 1C, startēšanas laikā es redzēju kļūdu “Sākt sesiju ar informācijas bāze aizliegts. Dublējums" Biju ļoti pārsteigts — pats nebiju uzstādījis nekādu bloķēšanu. Pēc nelielas analīzes iemesls izrādījās automātiskās arhīva kopēšanas “kļūme”, kas ir iebūvēta (vienā no apakšsistēmām).

Kļūda izskatās šādi:

Problēma izrādījās tajā, ka, uzstādot datu bāzes arhīva kopiju izveidi, sistēma automātiski uzstāda bloku uz ieejas informācijas bāzē. Tas neļauj lietotājiem palaist programmu, kamēr process darbojas.

Bet dažreiz gadās, ka pēc kopēšanas sistēma to nevar noņemt. Šajā gadījumā tiek parādīts kļūdas ziņojums “Sākt sesiju ar informācijas bāzi ir aizliegts...”

Saņemiet 267 video nodarbības 1C bez maksas:

Risinājums

Vienkāršākais veids, kā novērst problēmu, ir dzēst failu 1Cv8.cdn(infobase bloķēšanas fails) no datu bāzes mapes.

Piemēram, manā ekrānuzņēmumā virs bāzes atrašanās vieta ir šāda:

Jums jāiet uz šo mapi un pēc tam jāatrod un jāizdzēš 1Cv8.cdn.

1C klienta-servera datu bāzes atbloķēšana

Ja jums ir piekļuve servera konsolei, bloķēšanas noņemšana ir ļoti vienkārša. Vienkārši dodieties uz informācijas bāzes rekvizītiem un noņemiet karogu “Sesijas sākuma bloķēšana ir iespējota”:

Šodien es saskāros ar problēmu, kas parādījās pēc 1C Accounting 8.3 datu bāzes automātiskās dublēšanas. Izejot no programmas, esmu konfigurējis datu bāzes dublējumu. Uz gadu veiksmīgi izgāju no programmas, bet laikam šoreiz kaut kā neveiksmīgi izgāju :). Bet es nevarēju ieiet. Mana viedprogramma man uzrakstīja ļoti gudru frāzi, kas vairāk domāta 1C programmētājam, nevis vienkāršam lietotājam. Tātad, tiksim ar problēmu galā nevis kā 1C administratori, bet vienkārši kā grāmatvedis :).

Ko darīt, ja pēc dublēšanas neatveras 1s 8.3 un parādās ziņojums “sākt sesiju ar infobāzi aizliegts, dublēšana aizliegta...”

Ja, atverot 1C datu bāzi, tā vietā, lai atvērtu datu bāzi, tiek parādīts šāds ziņojums:

“Sākt sesiju ar informācijas bāzi ir aizliegts. Lai veiktu dublēšanu...” Tālāk ir sniegti norādījumi administratoram par datu bāzes palaišanu, taču šī instrukcija grāmatvedim maz palīdzēs.

Vienkāršāks risinājums:

Diskā ir jāatrod mape, kurā atrodas 1C Accounting 8.3 datu bāze. Atvērt mapi. Mapes iekšpusē redzēsit sekojošo:

Mapē ir jāatrod fails 1Cv8.cdn. Vajag dzēst failu 1Cv8.cdn un sāciet vēlreiz 1C:Enterprise.

Kā redzat, viss ir vienkārši. Un lieliski, ka mans raksts jums bija noderīgs, es ļoti priecājos jums palīdzēt. Lai grāmatvežiem ir vieglāk strādāt, lai vairāk brīva laika sev un saviem mīļajiem!

Tas šodienai viss!

Ar jums bija Inna Izvekova.

Tiekamies atkal lapās !

N tikpat daudz lūdzu uz sociālo mediju pogām zemāk zem rakstalai patur to sev!

PAR kļūstot lūdzu komentāros jūsu jautājumi zem raksta! Cenšos atbildēt visiem.

AR Kača lūdzu bezmaksas noderīgas nodarbības , noklikšķinot uz pogas “Lejupielādēt bez maksas” zem raksta.

Izpētīt noderīga rokasgrāmatas darbam nospiežot .

PVO vēlas apgūt grāmatvedību, nospiediet

Jūs esat nonācis pareizajā lapā! Visticamāk, no rīta jūs atklājāt, ka jūsu iecienītākais 1C 8.3 nesākas ar ziņojumu: “ Sesijas sākšana ar informācijas bāzi ir aizliegta. Lai veiktu dublēšanu...».

Pirmā lieta, kas tagad jādara, ir steidzami ļaut lietotājiem strādāt. Pēc tam mierīgi izlasiet rakstu līdz beigām un uzziniet, kāpēc tas notika un kas ir “1C 8.3 informācijas bāzes bloķēšana un atbloķēšana”.

Mana pieredze liecina, ka esat lietotājs (nevis sistēmas administrators vai programmētājs), un jūsu informācijas bāze ir balstīta uz failiem (ja datu bāze ir SQL, speciālisti jau nodarbojas ar jūsu problēmu). Sākt jums ir jāsaprot, kurā mapē (direktorijā) tas atrodas, un jāizdzēš viens fails šajā mapē - 1Cv8.cdn(fails nav jāsaglabā, tas vairs nebūs vajadzīgs).

*Ja esat IT speciālists, varat droši turpināt lasīt sadaļu “Bloķēšana un atbloķēšana no 1C informācijas bāzes”.

Logā ar informācijas bāzu sarakstu atrodiet savu bāzi (numurs 1 attēlā zemāk) un noklikšķiniet uz tās vienu reizi (un tikai vienu reizi!) ar peli. Pēc tam noklikšķiniet uz pogas "Mainīt" (numurs 2).

Sarakstā var būt tikai viena datu bāze, tāpēc šis logs jums var būt pazīstams kā “1C palaišanas logs”. Šajā gadījumā vienkārši noklikšķiniet uz pogas "Mainīt".

Ja redzat, ka informācijas bāze atrodas šajā datorā vai lokālais tīkls- mana pieredze nelika vilties - datu bāze ir balstīta uz failiem, un mēs visu darām pareizi. Kopēt šo ceļu ( cipari 3 un 4).

Tagad dodieties uz šo mapi.

Katram gadījumam šeit ir dažas Explorer palaišanas iespējas:

• Jums ir Windows XP vai Windows 7. Noklikšķiniet uz Sākt, Palaist, ielīmējiet iepriekš kopēto informācijas bāzes atrašanās vietu. Atvērsies Explorer.
• Jums ir Windows 7. Taču nav opcijas “Palaist”. Ielīmējiet atrašanās vietu tūlīt pēc noklikšķināšanas uz Sākt. Atvērsies Explorer.
• Jums ir Windows 8 vai Windows 10. Noklikšķiniet uz Sākt, noklikšķiniet uz Lupas augšējā labajā stūrī, ielīmējiet iepriekš kopēto informācijas bāzes atrašanās vietu, nospiediet taustiņu Enter. Atvērsies Explorer.

• Uzdevumjoslā atrodiet dzelteno disketi un noklikšķiniet uz tā. Ielīmējiet informācijas bāzes atrašanās vietu adreses joslā Explorer loga augšdaļā. (Ar peles labo pogu noklikšķiniet uz adreses joslas, Mainīt adresi, vēlreiz ar peles labo pogu noklikšķiniet uz adreses joslas, Ielīmēt).

• Universāla metode ikvienam Windows versijas un tā iestatījumiem. Nospiediet tastatūras karoga pogu un, to neatlaižot, nospiediet tastatūras latīņu R (vai krievu valodas K). Tiks atvērts logs “Palaist”, ielīmējiet tur iepriekš kopēto informācijas bāzes atrašanās vietu un noklikšķiniet uz Labi.

Izmantojot kādu no piedāvātajām opcijām, jūs tiksit novirzīts uz pētnieka logu ar informācijas bāzes atrašanās vietu.

Explorer logā failu sarakstā atrodiet failu 1Cv8.cdn, ar peles labo pogu noklikšķiniet uz tā, atlasiet “Dzēst”, kā parādīts iepriekšējā attēlā.

Gatavs! Jūsu “1C: Grāmatvedība” vai “1C: Algas un cilvēkresursu vadība” vai “1C: Tirdzniecības vadība” sākas no jauna.

Bloķēšana un atbloķēšana no 1C informācijas bāzes. Mēs iznīcinām mītus.

Šajā sadaļā jūs atradīsit unikālu informāciju par darbu ar bloķēšanu, kā arī saņemsiet atspēkotu izplatīto maldīgo priekšstatu par tēmu “Datu bloķēšana”.

Kā iestatīt slēdzeni?

Informācijas bāzes bloķēšanas mehānisms ir paredzēts, lai pārtrauktu pašlaik atvērtās sesijas un novērstu jaunus savienojumus. Slēdzenes funkcionalitātes atrašanās vieta izvēlnē var atšķirties atkarībā no konfigurācijas. Piemēram, UT, 11. izdevums (11.3.3.163) tas ir pamatdati un administrēšana, [Pakalpojums] Lietotāja darbu bloķēšana. Alternatīva iespēja: Izpētes dati un administrēšana, Atbalsts un uzturēšana, Lietotāju darba bloķēšana. UT versijā 10.3 (10.3.21.2) tas ir pakalpojums, lietotāji, savienojumu ar informācijas bāzi bloķēšana.

*Ir nozarei specifiskas konfigurācijas, kurās bloķēšana no saskarnes un mehānisma viedokļa izskatīsies savādāk, nekā aprakstīts šajā rakstā. Tā kā mēs apsveram standarta mehānismu lielākajai daļai 1C konfigurāciju, mēs neskarsim īpašas nozares konfigurācijas.

Izvēloties šo vienumu, tiks atvērts dialoglodziņš “Lietotāju bloķēšana”, kurā jāievada ziņojums lietotājiem, bloķēšanas sākuma un beigu laiks, kā arī atbloķēšanas kods.

Tā kā tiek ievadīts bloķēšanas darbības sākums un beigas, šajā dialoglodziņā jābūt īpaši uzmanīgam un skaidri jāievada informācija. Ja dialoglodziņā būtu iespēja ievadīt bloka sākumu "pēc 15 minūtēm" ar ilgumu "20 minūtes" vai vismaz parādītu šīs vērtības, pamatojoties uz bloka absolūto sākuma un beigu laiku, tad ir grūti iestatīt bloku, kas ilgst gadu, piemēram, tas var notikt, ja datuma un laika ievadīšanā ir kļūda.

Parametru “Sākuma laiks” ieteicams iestatīt kā pašreizējo datumu/laiku + laiku, kas nepieciešams, lai lietotāji sagatavotos iziešanai un rediģēto dokumentu saglabāšanai. Piemēram, tagad ir pulksten 9:50, mēs dodam lietotājiem 10 minūtes, lai saglabātu rezultātus. Kopējam bloķēšanas sākuma laikam jābūt 10 stundām 00 minūtēm.

Beigu laiks – tas nav jāievada, bet objekts tiks bloķēts uz nenoteiktu laiku (uz visiem laikiem).

Atbloķēšanas kods ir vienreizēja “parole”, ko sākt no nulles, neskatoties uz izveidoto bloķēšanu, kas dažos gadījumos var būt nepieciešama (par to tiks runāts tālāk). Noteikti ienāc un atceries. Informācijas bāzes SQL versijas gadījumā šis parametrs ir redzams papildprogrammā “Administring 1C Enterprise Servers” un tur tiek saukts par “Atļaujas kods”.

Informācijas bāzes SQL versijas gadījumā jums papildus būs nepieciešama informācijas bāzes administratora vai klastera administratora atļauja.

Tātad, pēc noklikšķināšanas uz pogas “Iestatīt bloķēšanu” un pozitīvas atbildes uz apstiprinājumu...

...jūs tiksit atgriezts iepriekšējā dialoglodziņā, izskats kas ir mainījies:

Apakšējā labajā stūrī parādīsies ziņojums, kas norāda, ka lietotājus ir plānots bloķēt. Šo ziņojumu redzēsit tikai jūs.

Plānots? Varbūt tam ir kāds sakars ar ikdienas darbiem?

Vai plānotā lietotāja darba bloķēšana darbosies, ja tiek bloķēti rutīnas uzdevumi? Jā, tas darbosies. Bloķēšanas mehānisms neizmanto ieplānotos uzdevumus.

Ko redzēsim lietotāji un es?

Līdz bloķēšanas sākumam aktīvie lietotāji saņems “pieklājīgus” atgādinājumus par slēgšanu. Šajā dialogā taimautu aktivizē “Jā”, tāpēc lietotāji, kuri neatrodas savā darba vietā, veiksmīgi izrakstīsies no 1C sesijas.

Bloķēšanas iniciators saņem citu ziņojumu:

Pēc bloķēšanas sākuma jūs nevarēsit piekļūt informācijas datu bāzei parastajā veidā. Tālāk tiks apspriests, kā iekļūt. Lūdzu, ņemiet vērā, ka dialoglodziņā netiek automātiski norādīts, kad bloķēšana beigsies, tāpēc lietotāju informēšana par darba atsākšanas laiku gulstas uz administratoru. Šo informāciju var norādīt lietotājam adresētajā ziņojumā.

Bumba eksplodē precīzi noteiktajā laikā. Sirēna gaudo līdz eksplodē.

Pretēji izplatītajam uzskatam, ka aktīvās lietotāju sesijas tiek pārtrauktas klusi, pēc brīdinājuma, kuru var ignorēt un darbs turpinās, faktiski aktīvo sesiju pārtraukšana vai, vēl labāk, “pārtraukšana” notiek precīzi pēc grafika, smagi un ar zaudējumiem. no visiem nesaglabātajiem rezultātiem. Visi brīdinājumi tiek izdoti intervālā no brīža, kad noklikšķināt uz pogas “Iestatīt bloķēšanu” līdz bloķēšanas sākuma laikam, pēc kura aktīvā sesija beigsies bez brīdinājuma, un 1C pāries ciklā, mēģinot sākt konfigurāciju. atkal ar 1 minūtes intervālu.

Nav izņēmumu atsauces vērtību ievadīšanas režīmiem, kuros tiek ievadīta vērtība, kas nav atsauces grāmatā - jūs nevarat iziet no ievades režīma (piemēram, aizvērt 1C ar krustiņu), taču tas netraucēs pabeigt darbs. Modālā dialoga režīms ir nozīmīgāks, tāpēc tas tiks apspriests sīkāk.

*Lietotāju sesijas vecajās konfigurācijās beidzas nedaudz vēlāk par noteikto laiku, jo... Vispirms lietotāji saņem brīdinājumu “Sistēma tiek izslēgta”.

Vai tas tiešām eksplodēs?

Pirmkārt, ņemiet vērā, ka vecākās konfigurācijās bloķēšana var nedarboties bloķēšanas ierosinātājam. Tagad pāriesim uz platformas 8.3 problēmas izskatīšanu.

Failu informācijas drošības lietotājs, kurš nolemj, piemēram, dzēst dokumentu un pēc tam doties pusdienās, ekrānā atstājot dialoglodziņu “Atzīmēt dokumentu dzēšanai?”, savienojums ar informācijas bāzi būs atvērts. Protams, viņa sesija beigsies pēc pusdienām, pēc tam, kad viņš atbildēs "Jā" vai "Nē", bet līdz tam redzēsiet, ka ir aktīvi lietotāji. Šādā gadījumā bloķēšanas ierosinātājs redzēs šādu ziņojumu:

Žurnālā tiks parādīts izpildlaika kļūdas ziņojums, ko nevajadzētu interpretēt kā izpildlaika kļūdu, bet gan kā “ne visi lietotāji ir pabeiguši sesijas”.

Un tas nav vienīgais iemesls, kāpēc bloķēšana var nedarboties. (skatiet turpmākās sadaļas “Pēc kura darba stundām?” un “Kā ir ar maniem lietotājiem Vladivostokā?”).

Modāls dialoglodziņš informācijas bāzes SQL versijā pārvaldītajās formās

1C lietojumprogrammu serverim ir iespēja dzēst sesiju, neskatoties uz modālo dialoga režīmu. 1C interfeiss un modālais dialoglodziņš paliks lietotāja ekrānā, radot nepabeigtas sesijas izskatu, taču patiesībā sesija tiks dzēsta, un savienojums ar informācijas drošību tiks savlaicīgi pārtraukts. Mēģinot turpināt darbu, lietotājs redzēs kļūdas ziņojumu “Sesija ir pazudusi vai ir izdzēsta” vai “Sesiju pārtraucis administrators” atkarībā no niansēm.

Modāls dialoglodziņš informācijas bāzes SQL versijā parastajām veidlapām

Lietotāju sesijas tiek pārtrauktas.

Pēc slēdzenes iestatīšanas no dialoga labāk neiziet, jo... Atkārtoti ievadot šo dialoglodziņu pirms bloķēšanas sākuma, tiek parādīts nepatiess ziņojums, kurā teikts, ka bloķēšana jau ir instalēta (lai gan tikai puse), aktīvo sesiju nav (nav patiesība). Tajā pašā laikā turpinās lietotāju darbības pārtraukšanas process (pretrunā nullei aktīvo sesiju + nav pilnīgi taisnība, jo lietotāji “izbeidz sevi”). Lai gan lietotāja bloķēšanas kods nav ideāls, galu galā tas netraucēs iestatīt bloķēšanu un pārtraukt aktīvās sesijas, taču tas mulsinās Infobase administratoru.

Vai bloķēšana darbosies, ja iestatīšu bloķēšanu un aizvēršu dialoglodziņu?

Vai bloķēšana darbosies, ja iestatīsiet bloķēšanu un nekavējoties izejiet no 1C (tas ir, beigsiet 1C sesiju pirms bloķēšanas sākuma)?

Jā. Mehānisms reaģēšanai uz izveidoto slēdzeni neparedz mijiedarbību starp bloķēšanas ierosinātāju un citiem lietotājiem. Lietotāju sesijas neatkarīgi pārbauda, ​​vai tās var darboties.

Pēc kura pulksteņa darbosies bloķēšana, ja datoros laiks nedaudz atšķiras?

Pulksteņa desinhronizācijas problēma

Izmantojot failu informācijas drošību, katrs dators pats pārbauda, ​​vai informācijas drošībai ir iestatīts bloķēšanas laika diapazons, un salīdzina to ar savu vietējo pulksteni. Viņa pulksteņa precizitāte nosaka, vai viņš var šo datoru beigt sesiju tieši īstajā laikā. Ja datu bāze tiek bloķēta no pulksten 10:00, vienam datoram šis brīdis pienāks agrāk, bet otram - vēlāk.

Domēna vidē un kad nevainojams darbs Sistēmas administratoriem laiks visos datoros tiek sinhronizēts ar domēna kontrolleri. Bet tālāk dažādu iemeslu dēļ Laiks var tikt zaudēts: nav konfigurēta laika sinhronizācija ar domēna kontrolleri, laika sinhronizācija ir konfigurēta ar ārēju laika serveri, kas vairs nav pieejams, kļūmes tīkla vai domēna servisos, tiesību trūkums mainīt sistēmas laiku utt.

Šķiet, ka mēs varam runāt par sekundēm, ārkārtējos gadījumos par minūtēm. Bet patiesībā datorā, piemēram, var nebūt instalēts atjauninājums operētājsistēma, kas atbalsta pāreju uz sezonas (ziemas/vasaras) laiku, un kļūda vairs nevar būt sekundes, bet gan stundas. Šo eksperimentu ir viegli veikt: ieplānojiet bloku pulksten 10 no rīta uz pusstundu un vienā no datoriem iestatiet laiku par stundu uz priekšu - bloks to neietekmēs.

Tāpēc pirms slēdzenes iestatīšanas rūpīgi pārbaudiet laiku datora apakšējā labajā stūrī ar rokas pulksteni, kā arī iepriekš sazinieties ar sistēmas administratoru, lai pajautātu, vai jūsu IT infrastruktūrā darbojas laika sinhronizācija.

Kā ar maniem lietotājiem Vladivostokā?

Absolūta laika problēma ar lietotājiem no dažādām laika zonām

Bloķēšanas laika diapazons tiek saglabāts informācijas bāzē. Apskatiet bloķējošā faila 1Cv8.cdn saturu (kas izveidots IB faila versijā), tas ieraksta bloķēšanas sākuma laiku 17.07.2017 13:59 formātā GGGGMMDDDDHHMMSS bez laika norādes. zona:

Nenorādot laika joslu, būtu skaidrs, par kādu absolūto laiku ir runa mēs runājam par, ja laiks vienmēr attiecas uz noteiktu laika joslu, piemēram, UTC+0. Bet datu bāze saglabā vietējo laiku atbilstoši tā datora pulkstenim, kurš uzsāka bloķēšanu. Nav zināms, no kuras laika joslas bija šis dators, kas nozīmē, ka absolūtais bloķēšanas laiks nav zināms.

Ja Maskavā centralizētā informācijas drošības sistēmā bloķējat pulksten 13:59, un Maskavas lietotājiem šis laika punkts ir nākotnē, tad šīs pašas informācijas drošības sistēmas lietotājiem Vladivostokā 13:59. bija pirms 7 stundām. Un atkarībā no tehniskā risinājuma, saskaņā ar kuru tiek veikts darbs ar Vladivostokas lietotāju informācijas drošību, šo lietotāju bloķēšana vai nu darbosies, vai ne.

Kādi varētu būt tehniskie risinājumi, kuros Vladivostokas lietotājiem bloķēšana nedarbotos pareizi? Tie, kuros 1C klienta daļa saņems laiku Vladivostokā, nevis Maskavā. Piemēram, biroji ir savienoti ar vietējo tīklu, izmantojot VPN, un 1C klienta daļa sākas ar lokālais dators, kam ir laiks UTC+10. Bet, ja viņi strādā ar datu bāzi, izmantojot RDP savienojumu vai RemoteApp režīmā Maskavas serverī, palaižot 1C klienta daļu šajā serverī, viss būs kārtībā, jo tam būs UTC+3 laiks.

Vai informācijas bāzes SQL versijas gadījumā ir problēmas ar pulksteņa un laika joslu desinhronizāciju?

Nē. Šajā opcijā ir “servera pulkstenis”, kas tiek uzskatīts par standartu.

Vai es tikšu izraidīts no konfiguratora, ja būšu tajā un bloķēšana sāks stāties spēkā?

Vai būs iespējams piekļūt konfiguratoram pēc bloķēšanas perioda sākuma?

Tas ir aizliegts! Spēja strādāt ar konfiguratoru tiek pārbaudīta tikai startēšanas laikā un netiek veikta darbības laikā. Tāpēc, ja bloks ir iestatīts turpmākam darbam konfiguratorā, ir daudz vieglāk to palaist vispirms, nekā apiet palaišanas aizliegumu vēlāk.

Kā noņemt bloku?

Tajā pašā dialoglodziņā, kurā tika instalēta bloķēšana. Atgādinām, ka pēc slēdzenes uzstādīšanas pogas “Iestatīt bloķēšanu” vietā ir poga “Atbloķēt”.

Informācijas drošības SQL versijas gadījumā atbloķēšana ir iespējama arī pievienojumprogrammā “Administring 1C Enterprise Servers”. (Skatīt zemāk)

Kam paredzēts atbloķēšanas kods?

Lai ievadītu informācijas drošību brīdī, kad bloķēšana ir spēkā. Situācijas, kurās tas ir nepieciešams:

• Pēc slēdzenes uzstādīšanas sesija ar informācijas drošību ir pabeigta (manuāli vai paša iniciatora bloķēšanas rezultātā), un jāuzsāk jauna sesija;
• Bloķēšanas beigu laiks kļūdas dēļ netika ievadīts vispār;
• Bloķēšanas beigu laiks ievadīts nepareizi (piemēram, nejauši ievadīts nākamais mēnesis vai gads);
• Informācijas bāze ir SQL versijā, un, lai atceltu nepareizi iestatītu bloķēšanu, nav iespējams izdzēst failu 1Cv8.cdn informācijas bāzes direktorijā.

Šajā gadījumā izmantojiet ieteikumu, kas tiek sniegts startēšanas laikā. Tie. logā ar informācijas bāzu sarakstu noklikšķiniet uz “Rediģēt” un papildu palaišanas parametros ievadiet šādu rindu:

UZŅĒMUMS /F"Z:\Exchange\UT 11" /CAļaut lietotājiem strādāt /UC12345

... ņemot vērā atrašanās vietas direktoriju un atbloķēšanas kodu.

Labāk ir kopēt šo rindiņu starpliktuvē un rediģēt dialoglodziņā “Rediģēt informācijas bāzi”. Ja sajaucat pēdiņu veidu vai krievu “C” un latīņu burtu, tiks parādīts kļūdas ziņojums:

Ja ievadāt to pareizi un pēc tam startējat 1C uzņēmuma režīmā, 1C automātiski noņems slēdzeni un pabeigs savu darbu. Pēc tam varat dzēst papildu parametrus un sākt 1C kā parasti.

Ko darīt, ja neesmu iestatījis bloķēšanu, bet kāds ir bloķējis SQL datu bāzi? Tomēr es nezinu atbloķēšanas kodu.

Informācijas bāzi var bloķēt pati konfigurācija uz arhīva kopijas izveides laiku. Ja izveides process netika pabeigts normāli, SQL datu bāze var palikt bloķētā stāvoklī. Šajā gadījumā jums ir nepieciešama piekļuve konsolei (pareizāk, pievienojumprogrammai) “1C: uzņēmuma serveru administrēšana”.

Kur to meklēt?

Papildprogramma “1C:Enterprise Server Administration” bieži tiek instalēta tajā pašā serverī, kur tā ir izvietota. SQL serveris un arī tur, kur ir izvietots pats “1C serveris” (vai “1C lietojumprogrammu serveris”). Lai gan tas nav nepieciešams: SQL var instalēt vienā datorā, 1C lietojumprogrammu serveri citā, un aprīkojumu var izvietot savā darbstacijā. Visticamāk, jūs varat gūt panākumus, rīkojoties šādi:

• Izmantojot RDP, izveidojiet savienojumu ar serveri, kas norādīts rindā Srvr=..., izmantojot jūsu domēna pieteikumvārdu un paroli. Ja nevarat izveidot savienojumu, jautājiet sistēmas administrators pievienot jūs attālās darbvirsmas lietotāju grupai. (Ja šādas tiesības tiek liegtas, darbstacijā izvietojiet un konfigurējiet papildprogrammu “Administring 1C Enterprise Servers”);

• Serverī atrodiet papildprogrammu “1C:Enterprise Server Administration”;

• Palaidiet papildprogrammu, izvērsiet koku līdz mezglam ar savu informācijas bāzi;

• Informācijas bāzes rekvizītos notīriet izvēles rūtiņu “Sesijas sākuma bloķēšana ir iespējota” vai labojiet bloķēšanas sākuma un beigu laiku, vai apskatiet “atļaujas kodu” informācijas drošības ievadīšanai (pazīstams arī kā “atbloķēšanas kods”. bloķēšanas iestatīšanas dialoglodziņā).

Ko darīt, ja visi SQL informācijas bāzes lietotāji ir atteikušies, bet jūs joprojām nevarat palaist konfiguratoru, jo... vai ir aktīvi lietotāji?

Informācijas bāzes mezglā “Savienojumi”, kas atrodas ekrāna labajā pusē, varat dzēst esošos savienojumus.

Šie nav visi jautājumi, kas saistīti ar informācijas bāzes bloķēšanas tēmu.

Ja jums joprojām ir jautājumi:

• Vai ir iespējams strādāt pēc Maskavas laika, ja īrēt serveri Eiropā un nevēlaties būt atkarīgs no tā laika joslas?
• Kā atrast 1C lietojumprogrammu serveri, ja nezināt, kur tas ir instalēts?
• Kā izvietot papildprogrammu “1C: Enterprise Server Administration” un kā to konfigurēt?
• Ja vienā lokālajā tīklā ir vairāki lietojumprogrammu serveri, kas jums jādara?
• Ko darīt klasteru sistēmas gadījumā? utt.

Mūsu sertificētie 1C tehnoloģiju konsultanti labprāt uz tiem atbildēs.

• Pirmkārt, tas palīdzēs jums labāk izprast notikušo. Un retos gadījumos tas pat var palīdzēt atrisināt problēmu pašam.
• Otrkārt, ja nevarat tikt galā pats, vispirms ir jāsazinās ar speciālistu, lai saņemtu palīdzību. tehniskā palīdzība ar parādītā informācijas un diagnostikas loga saturu.

Apskatīsim tuvāk saņemtā dialoga ziņojuma saturu:

1.A rindiņa “Sākt sesiju ar informācijas bāzi ir aizliegts.” ir standarta ieraksts, kas norāda, ka lietotāja ieeja programmā ir bloķēta. Izmantojot šādu bloķēšanu, informācijas bāzes direktorijā automātiski tiek izveidots īpašs fails ar paplašinājumu “.cdn” (sīkāku informāciju skatiet nākamajās sadaļās).

1.B rindā parasti ir norādīts iemesls, bloķēšanas ilgums, kā arī cita noderīga informācija. Atkarībā no tā, kurš vai kāds (sistēmas gadījumā) tika uzstādīts ieejas bloķēšana, kā arī kādam nolūkam, informācija šajā blokā var atšķirties. Rinda “Dublēšana” ir arī standarta ieraksts manuālai vai rutīnas dublēšanai (šajā gadījumā rinda “Lai veiktu dublēšanu.”), kas tiek izmantota informācijas bāzē, izmantojot 1C Enterprise rīkus.

Administrators, izveidojot bloku 1C 8.3 Enterprise lietotāja režīmā, vai 1C programmētājs, ja konfiguratorā bloku iestata programmatiski, var nākt klajā ar saviem ziņojumiem:

2. rindiņa sniedz mājienu, kā palaist programmu no komandrindas Windows virknes, ja zināt tā saukto “atļaujas kodu” (skatiet nākamo darbību).

3. rindiņā ir izskaidrots process un pogu darbība.

2. solis. Risinājums, kā noņemt slēdzeni un ievadīt 1C 8.3 datu bāzi

Sesijas slēdzenes var aptuveni klasificēt šādi:

• Plānots. Kad sesijas bloķēšana tika sākta manuāli vai automātiski, apkalpojot ieplānotu procesu 1C datu bāzē (dublēšana, rutīnas uzdevums, atjauninājums);
• Citi, kļūdaini. Ja slēdzene tiek uzstādīta kļūdainu lietotāja darbību vai pašas sistēmas kļūdu rezultātā, kad tā automātiski nenoņem iepriekš instalēto slēdzeni. Piemēram, tika sākts dublēšanas process, taču lietotājs to pārtrauca, piespiedu kārtā aizverot programmu.

1. metode

Abos gadījumos, iestatot sesijas bloķēšanu, kā minēts iepriekš, pašreizējās informācijas bāzes krātuves direktorijā tiek izveidots fails ar “.cdn” atļauju:

Tādējādi vienkāršs risinājums programmas palaišanas kļūdas sesijas bloķēšanas dēļ fails 1Cv8.cdn tiks izdzēsts.

Tomēr lietotājam vispirms vajadzētu uzdot jautājumu: "Galu galā, ja sesijas ir bloķētas, vai tas nozīmē, ka tas ir kaut kā dēļ?" Iespējams, kāds cits lietotājs ar administratīvām funkcijām (turpmāk saukts par administratoru) uzsāka patiešām svarīgu uzdevumu vai apstrādi 1C 8.3 Grāmatvedībā, kas nevar paciest vairāku lietotāju klātbūtni datu bāzē vienlaikus.

2. metode

Ja šāda situācija ir iespējama, tad jāsazinās ar administratoru un jānoskaidro, vai ir iespējams iekļūt datu bāzē un vai viņam ir īpašs kods atļauja, kas tika minēta tieši iepriekš. Šajā gadījumā mēs izmantosim otro metodi - ievadot bloķētu informācijas bāzi, palaižot programmu no komandrindas, norādot atļaujas kodu vienā no palaišanas parametriem:

• “C:\Program Files (x86)\1cv8\common\1cestart.exe” — ceļš uz 1C Enterprise 8.3 palaišanas programmu;
• ENTERPRISE – nozīmē, ka programma startēs lietotāja režīmā, t.i. 1C Enterprise režīmā;
• /F”F:\Bazy1C\Accounting” – apzīmē faila informācijas bāzi (parametrs /F) un ceļu uz to (servera datu bāzes adrese norādīta parametrā /S);
• /C Allow Users to Work – izvēles parametrs: ja atzīmēts, sistēma nesāksies, bet bloķēšana tiks noņemta (bloķēšanas fails tiks iznīcināts), un pēc tam lietotāji varēs piekļūt informācijas bāzei.

Ja parametrs nav iestatīts, tad konkrētajam lietotājam ir atļauts pieteikties, bet bloķēšana netiek noņemta. Šis lietotājs var veikt pilnīgu atbloķēšanu lietotāja režīmā, dodoties uz atbalsta un apkopes paneli (Sadaļas Administrēšana - Komandu grupa Programmas iestatījumi - Komanda Atbalsts un uzturēšana:

Un veidlapas izsaukšana Lietotāju bloķēšana ar tāda paša nosaukuma komandu:

Atvērtajā formā sesijas var atbloķēt, noklikšķinot uz pogas Atbloķēt, kur /UC12345 – parametrs /UC norāda atļaujas kodu (12345). Parametru nosaukumi ir rakstīti angļu valodā.

Papildinformāciju par komandrindas parametriem skatiet 1C 8.3 Enterprise palīdzībā.

3. metode

Ir alternatīva un lietotājam vēl vienkāršāka metode minēto parametru izmantošanai informācijas bāzes (turpmāk tekstā IB) palaišanai - nepieciešamos iespējams reģistrēt interesējošās datu bāzes rekvizītos.

1. Palaišanas programmas logā (apzīmēts ar “A”) atlasiet bloķēto datu bāzi un noklikšķiniet uz pogas Mainīt, pēc kura tiks atvērts informācijas drošības rekvizītu rediģēšanas logs (apzīmēts ar “B”):

Īpašumā Papildu palaišanas iespējas mēs pierakstām atbloķēšanas kodu un, ja nepieciešams, parametru, kas ļauj lietotājiem strādāt (šajā gadījumā pēc pirmās palaišanas un pirms nākamās palaišanas šis parametrs ir jāizdzēš). Šie parametri tika sīkāk aprakstīti iepriekš.

Piezīme: kad notiek automātiska dublēšana (tieši vai kā daļa no citas procedūras, piemēram, automātiskās atjaunināšanas laikā), sistēma bloķē 1C 8.3 informācijas bāzi un iestata standarta atbloķēšanas kodu " Dublējums ».

Tāpēc, ja procedūra neizdodas un datu bāze paliek bloķēta, bet nav iespējas izdzēst cdn failu, tad, startējot informācijas drošību, varat izmantot parametru: /UCBackup.

3. Noklikšķiniet uz pogas Pabeigt un atgriezieties palaidēja logā, kur mēs palaižam IS, izmantojot pogu 1C:Enterprise. Tādējādi kļūda “Sākt sesiju ar informācijas bāzi ir aizliegta. “Dublējums” ir noņemts:

Ja 1C 8.3 Enterprise darbojas klienta-servera versijā, bet lietotājam nav piekļuves tiesību un nepieciešamo zināšanu datu bāzu administrēšanai šajā režīmā, tad šajā gadījumā jums jāsazinās ar sistēmas administratoru, lai saņemtu palīdzību. Mēs tikai atzīmējam, ka klienta-servera versijā papildus piekļuvei caur komandrinda Ar papildu parametri bloķēšanu iespējams noņemt, izmantojot 1C:Enterprise serveru klastera administrēšanas utilītu, proti, nepieciešams noņemt karogu vēlamās informācijas bāzes rekvizītos Sesijas sākuma bloķēšana ir iespējota.

1Cv8.cdn bloķēšanas faila anatomija

Zinātkārie var ieskatīties failā 1Cv8.cdn, kas izveidots, kad sesijas ir bloķētas — tas ir vienkārši teksta fails, kuru var atvērt ar atbilstošo Notepad redaktoru:

Teksts failā ir ierāmēts cirtaini breketes, kurā ir norādītas šādas ar komatu atdalītas bloķēšanas opcijas:

• 1 (0) – bloķēšanas iestatīšanas zīme (1 – uzstādīta; 0 – atspējota);
• 20160706154700 – pilns sesijas bloķēšanas sākuma datums (datums + laiks), mūsu gadījumā tas ir 2016. gada 6. jūlijs 20:00:00;
• 20160706154700 – pilns sesijas bloķēšanas beigu datums (datums + laiks), mūsu gadījumā tas ir 06.07.2016 20:00:00 (ja beigu datums nav norādīts, tad pēc noklusējuma tiek ievadīta vērtība 00010101000000 parametrs);
• Sekoja teksta parametrs, kur iekšā dubultpēdiņas tiek ievietots palīgteksts, parādīts lietotājam dialoglodziņā;
• “123” – ir norādīts atļaujas kods.

Kā redzat, failā ir visi parametri, kas tiek parādīti informācijas un diagnostikas dialoglodziņā, kas tiek parādīts.

Vietnē varat lasīt citus bezmaksas rakstus un video pamācības par 1C grāmatvedības konfigurāciju (