Dublējums. Sesijas sākšana ar informācijas bāzi ir aizliegta

💖 Vai tev patīk? Kopīgojiet saiti ar draugiem

Jūs esat ieradies vēlamo lapu! Visticamāk, no rīta jūs atklājāt, ka jūsu iecienītākais 1C 8.3 nesākas ar ziņojumu: “ Sāciet sesiju ar informācijas bāze aizliegts. Uzstāties dublējums».

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). Lai sāktu ar 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ījumi. 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. Šī ziņa tikai tu redzēsi.


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

Vai ieplānotā lietotāju bloķēšana darbosies, ja ir iestatīta bloķēšana? 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īvo lietotāju sesiju pārtraukšana notiek maigi, pēc brīdinājuma, kuru var ignorēt un turpināt darboties, faktiski aktīvo sesiju pārtraukšana vai vēl labāk “pārtraukšana” notiek precīzi pēc grafika, smagi un zaudējot visus nesaglabātos rezultātus.

Visi brīdinājumi tiek izdoti intervālā no pogas “Iestatīt bloķēšanu” nospiešanas 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 darbu. Modālā dialoga režīms ir svarī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 tiešām uzsprāgs?

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”. (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 pārtraukt sesiju tieši plkst īstais laiks. 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, ja sistēmas administratori strādā nevainojami, laiks visos datoros tiek sinhronizēts ar domēna kontrolleri. Bet saskaņā ar 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 bloķēšanu pulksten 10:00 uz pusstundu un vienā no datoriem iestatiet laiku par stundu uz priekšu - bloķēšana 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, ja laiks vienmēr attiektos 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.

Kas varētu būt tehniskie risinājumi, kurā Vladivostokas lietotājiem bloķēšana nedarbosies 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 bloķēšanas rezultātā pašam iniciatoram), 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ā ir izvietots SQL serveris, kā arī tajā pašā serverī, 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 jūsu 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 noņemiet atzīmi no izvēles rūtiņas “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 startēt 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 ar prieku atbildēs uz tiem.

Vienreiz palaižot programmu 1C, startēšanas laikā es redzēju kļūdu “Sākt sesiju ar informācijas bāzi ir 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:

Problēmas risināšana

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

Pastāstiet draugiem