Vienreiz palaižot programmu 1C, palaišanas laikā es redzēju kļūdu “Sesijas sākšana ar informācijas bāze aizliegts. Dublēšana ". Es biju ļoti pārsteigts - es pats neuzstādīju nekādas slēdzenes. Pēc nelielas analīzes iemesls izrādījās automātiskās arhīvu kopēšanas "kļūme", kas ir iebūvēta (vienā no apakšsistēmām).

Kļūda izskatās šādi:

Izrādījās, ka, iestatot datubāzes arhīvu kopiju izveidi, sistēma automātiski nosaka bloķēšanu pie 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 nevar noņemt. Šādā gadījumā tiek parādīts kļūdas ziņojums "Sesijas sākšana ar informācijas bāzi ir aizliegta ..."

Iegūstiet 267 1C video pamācības bez maksas:

Risinājums

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

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

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

Slēdzenes noņemšana no 1C klienta-servera bāzes

Ja jums ir piekļuve servera konsolei, slēdzeni ir ļoti viegli noņemt. Pietiek, ja dodaties uz informācijas bāzes rekvizītiem un noņemat atzīmi no karodziņa "Sesijas sākuma bloķēšana ir iespējota":

Jūs nokļuvāt 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: “ Sesijas sākšana ar informācijas bāzi ir aizliegta. Lai dublētu ...».

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

Mana pieredze nosaka, ka esat lietotājs (nevis sistēmas administrators vai programmētājs), un jūsu informācijas bāze ir datne (ja SQL datu bāze, speciālisti jau risina jūsu problēmu). Sākt jums ir jāsaprot, kurā mapē (direktorijā) tas atrodas, un jāizdzēš viens fails šajā mapē - 1Cv8.cdn(Jums nav jāsaglabā fails, tas jums 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 (1. attēlā zemāk redzamajā attēlā) un noklikšķiniet uz tās vienu (un tikai vienu!) Reizi ar peli. Pēc tam nospiediet pogu "Mainīt" (numurs 2).

Sarakstā var būt tikai viena 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 vietējais tīkls- mana pieredze nelika vilties - datu bāze ir fails, un mēs visu darām pareizi. Kopēt šo ceļu ( skaitļi 3 un 4).

Tagad dodieties uz šo mapi.

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

• 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. Tiks atvērts failu pārlūks.
• Jums ir Windows 7. Bet nav Palaist opcijas. Ielīmējiet atrašanās vietu tūlīt pēc noklikšķināšanas uz Sākt. Tiks atvērts failu pārlūks.
• Jums ir Windows 8 vai Windows 10. Labajā pusē noklikšķiniet uz Sākt augšējais stūris noklikšķiniet uz Lupa, ielīmējiet iepriekš kopēto informācijas bāzes atrašanās vietu un nospiediet taustiņu Enter. Tiks atvērts failu pārlūks.

• 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āls veids ikvienam Windows versijas un tā iestatījumus. Nospiediet pogu ar tastatūras karodziņu un, neatlaižot to, nospiediet tastatūras latīņu R (vai krievu 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.

Pārlūkprogrammas logā failu sarakstā atrodiet failu 1Cv8.cdn, ar peles labo pogu noklikšķiniet uz tā, izvēlieties "Dzēst", kā parādīts iepriekšējā attēlā.

Gatavs! Jūsu "1C: Grāmatvedība" vai "1C: Algu un cilvēkresursu pārvaldība" vai "1C: Tirdzniecības vadība" tiek palaisti vēlreiz.

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

V šo sadaļu jūs atradīsiet unikālu informāciju par darbu ar slēdzenēm, kā arī saņemsiet atspēkojumu izplatītajiem maldiem par "datu bloķēšanu".

Kā iestatīt slēdzeni?

Informācijas bāzes bloķēšanas mehānisms ir paredzēts, lai pārtrauktu pašreizējās atvērtās sesijas un novērstu jaunus savienojumus. Bloķēšanas funkcijas atrašanās vieta izvēlnē var atšķirties atkarībā no konfigurācijas. Piemēram, UT 11. redakcijā (11.3.3.163.) Tas ir NSI un administrācija, [Pakalpojums] Lietotāju darba bloķēšana. Alternatīva iespēja: NSI un administrēšana, Atbalsts un apkope, Lietotāju darba bloķēšana. UT izdevumā 10.3 (10.3.21.2) tas ir pakalpojums, lietotāji, savienojumu bloķēšanas izveide ar informācijas bāzi.

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

Atlasot šo vienumu, tiks atvērts dialoglodziņš "Lietotāju darba bloķēšana", kurā jāievada ziņojums lietotājiem, bloķēšanas sākuma un beigu laiks un atbloķējamais kods.

Tā kā bloķēšanas darbības sākums un beigas ir ievadītas, šajā dialogā jums jābūt ļoti uzmanīgam un skaidri jāievada informācija. Ja dialoglodziņā bija iespējams ievadīt bloķēšanas sākumu "pēc 15 minūtēm" ar ilgumu "20 minūtes" vai vismaz vērtības, kas parādītas atsaucei, pamatojoties uz absolūto bloķēšanas sākuma un beigu laiku, būtu grūti iestatīt viena gada bloķēšanu, piemēram, tas var notikt, ja datuma un laika ievadīšanas kļūda.

Parametru "Sākuma laiks" ieteicams iestatīt kā pašreizējo datumu / laiku + laiku, kas nepieciešams lietotājiem, lai sagatavotos iziešanai, vienlaikus saglabājot rediģētos dokumentus. Piemēram, tagad ir 9 stundas 50 minūtes, mēs dodam 10 minūtes, lai lietotāji saglabātu savus rezultātus. Kopumā bloķēšanas sākuma laikam jābūt 10 stundām 00 minūtēm.

Beigu laiks - jums nav jāievada, un objekta bloķēšana tiks iestatīta uz nenoteiktu laiku (uz visiem laikiem).

Atbloķēšanas kods ir vienreizēja "parole", lai sāktu "no nulles", neskatoties uz izveidoto bloķēšanu, kas dažos gadījumos var būt nepieciešama (tiks apspriesta vēlāk). Obligāti jāievada un jāiegaumē. Informācijas bāzes SQL versijas gadījumā šis parametrs ir redzams Enterprise 1C serveru administrācijas papildprogrammā, un tur to sauc par “Atļaujas kodu”.

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

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

... jūs atgriezīsities iepriekšējā dialoglodziņā, izskats kas mainījās:

Apakšējā labajā stūrī parādīsies ziņojums, ka tiek plānota lietotāju darba bloķēšana. Šī ziņa tikai jūs redzēsit.

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

Vai plānotā lietotāju bloķēšana darbosies, ja ir iestatīta plānoto darbu bloķēšana? Jā, tas darbosies. Bloķēšanas mehānisms neizmanto plānotos darbus.

Ko redzēs lietotāji un es pats?

Kamēr bloķēšana nav sākta, aktīvi lietotāji saņems "pieklājīgus" atgādinājumus par slēgšanu. Šajā dialoglodziņā “Jā” tiek aktivizēts taimauta dēļ, tāpēc lietotāji, kuri nav darba vietā, veiksmīgi izies no 1C sesijas.

Bloka iniciators saņem citu ziņojumu:

Pēc slēdzenes sākuma nebūs iespējams ieiet informācijas bāzē parastajā veidā. Kā iekļūt, tiks aprakstīts zemāk. Lūdzu, ņemiet vērā, ka dialoglodziņā nav automātiskas norādes par laiku, kad bloķēšana ir beigusies, tāpēc uzdevums informēt lietotājus par darba atsākšanas laiku ir administratoram. Šo informāciju var sniegt ziņojumā lietotājam.

Bumba eksplodē tieši noteiktajā laikā. Sirēna gaudo, līdz uzsprāgst.

Pretēji izplatītajam uzskatam, ka aktīvo lietotāju sesijas tiek pārtrauktas saudzīgi, pēc brīdinājuma, ko var ignorēt un turpināt strādāt, faktiski pārtraukšana vai, pareizāk sakot, “atdalīšana”, aktīvās sesijas notiek precīzi pēc grafika , stingri un zaudējot visus nesaglabātos rezultātus. Visi brīdinājumi tiek izteikti intervālā no brīža, kad tiek nospiesta poga "Iestatīt bloķēšanu" līdz brīdim, kad sākas bloķēšana, pēc tam aktīvā sesija beigsies bez iepriekšēja paziņojuma, un 1C pāriet uz mēģinājumu ciklu. lai no jauna sāktu konfigurāciju 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 atsauču grāmatā - jūs nevarat iziet no ievades režīma (piemēram, aizvērt 1C ar krustiņu), taču tas netraucēs darbu pabeidzot. Būtiskāka interese ir modālā dialoga režīms, tāpēc par to tiks runāts vairāk.

* Lietotāju sesiju pārtraukšana vecās konfigurācijās notiek nedaudz vēlāk par noteikto laiku, jo lietotāji vispirms saņem brīdinājumu "Sistēmas izslēgšana".

Vai tas eksplodēs?

Vispirms mēs atzīmējam, ka vecās konfigurācijās bloķēšanas iniciatora bloķēšana var nedarboties. Tagad pievērsīsimies 8.3 platformas jautājuma izskatīšanai.

Faila IB lietotājs, kurš, piemēram, nolemj izdzēst dokumentu un pēc tam doties pusdienās, atstājot ekrānā dialoglodziņu "Vai atzīmēt dokumentu dzēšanai?", Saglabās savienojumu ar informācijas bāzi. Protams, viņa sesija beigsies pēcpusdienā pēc tam, kad viņš atbildēs "Jā" vai "Nē", bet līdz tam jūs redzēsit, ka ir aktīvi lietotāji. Šādā gadījumā bloka iniciators redzēs ziņojumu:

Žurnālā parādīsies izpildlaika kļūdas ziņojums, kas nav jāinterpretē kā izpildlaika kļūda, bet gan kā "ne visi lietotāji ir pārtraukuši sesijas":

Un tas tā nav vienīgais iemesls uz kuriem bloķēšana var nedarboties (skat. turpmākās sadaļas "Pa stundām?" un "Bet kā ir ar maniem lietotājiem Vladivostokā?").

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

Neskatoties uz modālā dialoga režīmu, 1C lietojumprogrammu serverim ir iespēja izdzēst sesiju. 1C saskarne 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 pārtraukts savlaicīgi. Mēģinot turpināt darbu, lietotājs atkarībā no niansēm redzēs kļūdas ziņojumu "Sesija trūkst vai ir izdzēsta" vai "Sesiju pārtrauca administrators".

Modāls dialoglodziņš informācijas bāzes SQL versijā parastās veidlapās

Lietotāju sesijas ir beigušās.

Pēc bloķēšanas iestatīšanas dialogu labāk neatstāt, jo atkārtoti ievadot šo dialoglodziņu pirms bloķēšanas sākuma, tiek parādīts nepatiess ziņojums, ka bloķēšana jau ir iestatīta (lai gan tikai puse), aktīvo sesiju nav nulles (nav taisnība). Tajā pašā laikā turpinās lietotāju darba pārtraukšanas process (pretrunā ar nulli aktīvām sesijām + ne gluži tā, jo lietotāji “pārtrauc sevi”). Lai gan lietotāja bloķēšanas kods nav ideāls, galu galā tas nekaitē, lai bloķētu un pārtrauktu aktīvās sesijas, bet tas mulsina informācijas bāzes administratoru.

Vai bloķēšana darbosies, ja iestatīsit bloku un aizvērsiet dialoglodziņu?

Vai bloķēšana darbosies, ja iestatīsit bloku un nekavējoties iziesit no 1C (t.i., beigsiet 1C sesiju pirms bloķēšanas sākuma)?

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

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

Pulksteņa desinhronizācijas problēma

Izmantojot failu IS, katrs dators pats pārbauda, ​​vai IS ir noteikts bloķēšanas laika diapazons, un salīdzina to ar vietējo pulksteni. Tas ir atkarīgs no viņa pulksteņa precizitātes, vai viņš to var šis dators beidziet sesiju tieši plkst īstais laiks... Ja bāze ir bloķēta no pulksten 10:00, vienam datoram šis brīdis pienāks agrāk, bet citam - vēlāk.

Domēna vidē un kad sistēmas administratori strādā nevainojami, laiks visos datoros tiek sinhronizēts ar domēna kontrolleri. Bet dažādu iemeslu dēļ laiku var nojaukt: laika sinhronizācija ar domēna kontrolleri nav konfigurēta, laika sinhronizācija tiek konfigurēta ar ārēju precīzu laika serveri, kas vairs nav pieejams, tīkla vai domēna pakalpojumi neizdodas, tiesību trūkums lai mainītu sistēmas laiku utt.

Šķiet, ka mēs varam runāt par sekundēm vai vismaz minūtēm. Bet patiesībā, piemēram, datoram var nebūt instalēts atjauninājums operētājsistēma kas atbalsta pāreju uz sezonas (ziemas / vasaras) laiku, un kļūda jau var būt nevis sekundes, bet stundas. Šo eksperimentu ir viegli izdarīt: ieplānojiet bloku pulksten 10:00 pusstundu un vienā no datoriem iestatiet laiku uz priekšu par vienu stundu - bloks tajā nedarbosies.

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

Kā ir ar maniem lietotājiem Vladivostokā?

Absolūtā 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 1Cv8.cdn bloķēšanas faila (kas ir izveidots IB faila versijā) saturu, tajā ir norādīts bloķēšanas sākuma laiks 17.07.2017 13:59 formātā GGGGMMDDHCHMMSS bez norādes par laika zona:

Neprecizējot laika joslu, būtu skaidrs, par kādu absolūto laiku mēs runājam, ja laiks vienmēr attiektos uz noteiktu laika joslu, piemēram, UTC + 0. Bet datubāze saglabā vietējo laiku atbilstoši datora pulkstenim, kas uzsāka bloķēšanu. No kuras laika joslas šis dators bija, nav zināms, kas nozīmē, ka absolūtais bloķēšanas laiks nav zināms.

Ja Maskavā, centralizētā informācijas drošībā, jūs iestatījāt bloku pulksten 13:59, un šis brīdis Maskavas lietotājiem ir nākotnē, tad tās pašas informācijas drošības lietotājiem Vladivostokā bija pirms 13:59 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 nē.

Kādi varētu būt tehniski risinājumi, kuros bloķēšana Vladivostokas lietotājiem 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 tiek palaista no vietējais dators UTC + 10 reizes. Bet, ja viņi strādā ar datu bāzi, izmantojot LAP savienojumu vai RemoteApp režīmā Maskavas serverī, palaižot 1C klienta daļu šajā serverī, viss būs kārtībā, jo tas būs UTC + 3.

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

Nē. V šo iespēju ir "servera pulkstenis", kas tiek uzskatīts par standartu.

Vai tas mani izraidīs no konfigurētāja, ja es tajā piedalīšos, un bloķēšana sāka stāties spēkā?

Vai pēc bloķēšanas sākuma būs iespējams iekļūt konfigurācijā?

Tas ir aizliegts! Iespēja pārbaudīt darbu ar konfiguratoru tiek veikta tikai palaišanas laikā un netiek veikta darbības laikā. Tāpēc, ja konfiguratorā ir iestatīta slēdzene turpmākajam darbam, to ir daudz vieglāk palaist vispirms, nekā vēlāk apiet palaišanas bloķēšanu.

Kā noņemt slēdzeni?

Tajā pašā dialoglodziņā, kurā tika iestatīta bloķēšana. Atgādinām, ka pēc bloķēšanas iestatīšanas pogas “Iestatīt slēdzeni” vietā tajā atrodas poga “Noņemt slēdzeni”.

IB SQL versijas gadījumā atbloķēšana ir iespējama arī papildprogrammā 1C Enterprise Server Administration. (Skatīt zemāk)

Kam paredzēts atbloķēšanas kods?

Lai ievadītu IB laikā, kad ir spēkā bloķēšana. Situācijas, kurās tas ir nepieciešams:

• Pēc bloķēšanas iestatīšanas IB sesija tika pārtraukta (manuāli vai paša iniciatora bloķēšanas darbības rezultātā), un, lai sāktu, nepieciešama jauna sesija;
• Bloķēšanas beigu laiks kļūdas dēļ vispār nebija aizpildīts;
• Bloķēšanas beigu laiks tika aizpildīts kļūdas dēļ (piemēram, nejauši tika 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 mājienu, kas tiek dots startēšanas laikā. Tie. logā ar informācijas bāzu sarakstu noklikšķiniet uz "Mainīt" un ievadiet rindu papildu palaišanas parametros:

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

… Ņemot vērā atrašanās vietu direktoriju un atbloķēšanas kodu.

Labāk ir kopēt šo rindu starpliktuvē un labot to dialoglodziņā "Rediģēt informācijas bāzi". Ja sajaucāt pēdiņu veidu vai krievu “C” un latīņu valodu, jūs redzēsit kļūdas ziņojumu:

Pareizas ievades un 1C palaišanas gadījumā uzņēmuma režīmā 1C automātiski atbloķēs un izies. Pēc tam jūs varat izdzēst papildu parametrus un sākt 1C kā parasti.

Ko darīt, ja es nenosaka slēdzeni un kāds bloķē SQL datu bāzi? Tomēr es nezinu atbloķēšanas kodu.

Informācijas bāzi var bloķēt pati konfigurācija arhīva kopijas izveides laikā. Ja izveides process netika pabeigts normāli, SQL datu bāze var palikt bloķēta. Šajā gadījumā jums ir nepieciešama piekļuve konsolei (pareizāk sakot, papildinājums) "1C: Enterprise serveru administrēšana".

Kur viņu atrast?

1C: Enterprise Server Administration spraudnis bieži tiek instalēts tajā pašā serverī, kurā ir izvietots SQL serveris, kā arī tajā, kur ir izvietots pats 1C serveris (vai 1C lietojumprogrammu serveris). Lai gan tas nav nepieciešams: SQL var instalēt vienā datorā, "1C Application Server" - citā, un papildinājumu var izvietot pats darbstacija... Panākumi, visticamāk, tiks sasniegti, rīkojoties šādi:

• Izveidojiet savienojumu ar RDP ar serveri, kas norādīts rindā Srvr = ..., izmantojot savu domēna lietotājvārdu un paroli. Ja nevarat izveidot savienojumu, jautājiet sistēmas administrators pievienot jūs grupai Attālās darbvirsmas lietotāji. (Ja šādas tiesības tiek liegtas - izvietojiet un konfigurējiet 1C Enterprise Server Administration papildprogrammu darbstacijā);

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

• Sāciet 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 izlabojiet bloķēšanas sākuma un beigu laiku, vai apskatiet "atļaujas kodu", lai ievadītu IB (bloķēšanā pazīstams arī kā "atbloķēšanas kods"). iestatīšanas dialoglodziņš).

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

Informācijas bāzes mezglā "Savienojumi" ekrāna labajā pusē varat izdzē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ējat 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 1C: Enterprise Server Administration papildinājumu un kā to konfigurēt?
• Ja vienā vietējā tīklā ir vairāki lietojumprogrammu serveri, kas jādara?
• Kas būtu jādara klasteru sistēmas gadījumā? utt.

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

• Pirmkārt, tas palīdzēs labāk izprast notikušo. Un retākos gadījumos tas pat var palīdzēt atrisināt problēmu patstāvīgi.
• Otrkārt, ja pats nevarētu tikt galā, vispirms ir jāsazinās ar speciālistu tehniskā palīdzība ar parādītā informācijas un diagnostikas loga saturu.

Sīkāk apskatīsim saņemtā dialoglodziņa saturu:

1.A rindiņa "Sesijas sākšana ar informācijas bāzi ir aizliegta." ir standarta ieraksts, kas norāda, ka lietotājiem ir bloķēta pieteikšanās programmā. 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 turpmākajās sadaļās).

1.B rinda parasti norāda iemeslu, bloķēšanas ilgumu un arī citu noderīga informācija... Atkarībā no tā, kurš vai kas (sistēmas gadījumā) ir iestatījis ieejas bloķēšanu, kā arī kādam nolūkam informācija šajā blokā var būt atšķirīga. Rinda "Dublēšana" ir standarta ieraksts manuālai vai plānotai dublēšanai (šajā gadījumā raksturīga arī rindiņa "Lai veiktu dublēšanu"), kas tiek izmantota informācijas bāzē, izmantojot 1C Enterprise rīkus.

Administrators, ja tiek izveidota slēdzene 1C 8.3 lietotāja režīmā, uzņēmums Enterprise vai 1C programmētājs, ja bloķētājs tiek iestatīts programmatiski konfiguratorā, var nākt klajā ar saviem ziņojumiem:

2. rindiņa sniedz mājienu par to, kā palaist programmu no komandas Windows virknes ja zināt tā saukto "autorizācijas kodu" (skatiet nākamo soli).

3. rindiņa izskaidro procesa gaitu un pogu darbību.

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

Sesiju slēdzenes parasti var klasificēt šādi:

• Plānots. Kad sesijas bloķēšana tika sākta manuāli vai automātiski, apkalpojot plānoto procesu 1C datu bāzē ( dublējums, ikdienas uzdevums, atjaunināšana);
• Citi, kļūdaini. Ja bloķēšana ir iestatīta lietotāja kļūdainu darbību vai pašas sistēmas kļūdu dēļ, ja tā automātiski nenoņem iepriekš iestatīto bloķēšanu. Piemēram, tika sākts dublēšanas process, bet 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 atļauju ".cdn":

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

Tomēr lietotājam vispirms jāuzdod jautājums "Galu galā, ja ir iestatīta sesiju bloķēšana, tad tas ir kaut kas saistīts?" Iespējams, cits lietotājs ar administratīvām funkcijām (turpmāk tekstā - administrators) uzsāka patiešām svarīgu uzdevumu vai apstrādi 1C 8.3 Grāmatvedība, kas nepieļauj vairāku lietotāju vienlaicīgu klātbūtni datu bāzē.

2. metode

Ja šāda situācija ir iespējama, tad ir vērts sazināties ar administratoru un noskaidrot, vai ir iespējams ievadīt datu bāzi un vai viņam ir īpašs kods rezolūciju, kas tika minēta tieši iepriekš. Šajā gadījumā mēs izmantosim otro metodi - ievadot bloķēto 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 palaidēju 1C Enterprise 8.3;
• UZŅĒMUMS - nozīmē, ka programma sāksies lietotāja režīmā, t.i. 1C uzņēmuma režīmā;
• / F "F: \ Bazy1C \ Accounting" - apzīmē faila informācijas bāzi (parametrs / F) un ceļu uz to (servera bāzes adrese ir norādīta parametrā / S);
• / С Ļaujiet lietotājiem strādāt - neobligāts parametrs: ja tas ir iestatīts, sistēma netiks startēta, bet bloķēšana tiks noņemta (bloķēšanas fails tiks iznīcināts), pēc tam lietotāji varēs ievadīt informācijas bāzi.

Ja šis parametrs nav iestatīts, tad konkrētam lietotājam ir atļauts pieteikties, bet bloķēšana netiek noņemta. Šis lietotājs var pilnībā atbloķēt lietotāja režīmu, dodoties uz atbalsta un apkopes paneli (sadaļa Administrēšana - Programmu iestatījumu komandu grupa - Atbalsta un apkopes komanda:

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

Atvērtajā formā sesijas var atbloķēt, nospiežot pogu Atbloķēt, kur / UC12345 ir atļaujas kods (12345) parametrā / UC. Parametru nosaukumi ir rakstīti angļu valodā.

Sīkāku informāciju par komandrindas parametriem skatiet 1C 8.3 Enterprise palīdzībā.

3. metode

Pastāv alternatīva un vēl vienkāršāka lietotāja metode iepriekš minēto parametru izmantošanai, lai palaistu infobāzi (turpmāk - IB) - ir iespējams reģistrēt nepieciešamos parametrus interesējošās datu bāzes rekvizītos.

1. Palaidēja logā (atzīmējiet "A") atlasiet bloķēto datu bāzi un noklikšķiniet uz pogas Mainīt, pēc kuras tiks atvērts IB rekvizītu rediģēšanas logs (atzīmējiet "B"):

Īpašumā Papildu iespējas palaišana mēs reģistrējam 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ānoņem). Šie parametri tika sīkāk aprakstīti iepriekš.

Piezīme: kad notiek automātiska dublēšana (tieši vai citas procedūras ietvaros, piemēram, kad automatizēta atjaunināšana), sistēma bloķē 1C 8.3 informācijas bāzi un nosaka standarta atbloķēšanas kodu " Dublēšana ».

Tāpēc, ja procedūra "neizdevās" un datu bāzes bloķēšana saglabājas, bet nav iespējams izdzēst cdn failu, tad varat izmantot parametru, startējot IB: / UCBackup.

3. Noklikšķiniet uz pogas Pabeigt un atgriezieties palaidēja logā, kur mēs palaižam IB, noklikšķinot uz pogas 1C: Enterprise. Tādējādi kļūda “Sesijas sākšana ar informācijas bāzi ir aizliegta. Dublēšana ”ir novērsta:

Ja 1C 8.3 Enterprise darbojas klienta-servera versijā, bet lietotājam nav piekļuves tiesību un nepieciešamo zināšanu par datu bāzes administrēšanu š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, izmantojot komandrinda ar papildu parametriem ir iespējams noņemt slēdzeni, izmantojot 1C: Enterprise serveru klasteru administrēšanas utilītu, proti, nepieciešams notīrīt karodziņu vajadzīgās informācijas bāzes rekvizītos Sesijas sākuma bloķēšana ir iespējota.

1Cv8.cdn bloķēšanas faila anatomija

Ziņkārīgie var ielūkoties 1Cv8.cdn failā, kas izveidots, kad sesijas ir bloķētas - tas ir vienkārši teksta fails ko var atvērt, izmantojot atbilstošo Notepad redaktoru:

Teksts failā ir ierāmēts cirtaini breketes, kurā uzskaitīti šādi ar komatu atdalīti bloķēšanas parametri:

• 1 (0) - bloķēšanas pazīme (1 - uzstādīta; 0 - atspējota);
• 20160706154700 - sesijas bloķēšanas sākuma datums (datums + laiks), mūsu gadījumā tas ir 2016. gada 6. jūlijs 20:00:00;
• 20160706154700 - sesijas bloķēšanas beigu datums (datums + laiks), mūsu gadījumā tas ir 2016. gada 6. jūlijs 20:00:00 (ja beigu datums nav norādīts, tad noklusējuma vērtība ir 00010101000000);
• Tam seko teksta parametrs, kur palīgteksts, kas lietotājam tiek parādīts dialoglodziņā, tiek ievietots pēdiņās;
• "123" - ir norādīts atļaujas kods.

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

Vietnē varat iepazīties ar citiem bezmaksas rakstiem un video pamācībām par 1C grāmatvedības konfigurēšanu (

Šodien es saskāros ar problēmu, kas parādījās pēc tam, kad tika pabeigta 1C Accounting 8.3 datu bāzes automātiskā dublēšana. Izejot no programmas, esmu konfigurējis datu bāzes dublējumu. Uz gadu veiksmīgi pametu programmu, bet, acīmredzot, šoreiz kaut kā neizdevās :). Bet viņa nevarēja ienākt. Mana viedā programma man uzrakstīja ļoti gudru frāzi, kas vairāk domāta 1C programmētājam, nevis parastajam lietotājam. Tātad, risināsim problēmu nevis kā 1C administratori, bet tikai kā grāmatvedis :).

Ko darīt, ja 1c 8.3 pēc dublēšanas netiek atvērts un tiek parādīts ziņojums "sesijas sākšana ar informācijas bāzi ir aizliegta ..."

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

“Sesijas sākšana ar informācijas bāzi ir aizliegta. Lai izveidotu dublējumu. ”… Pēc tam seko norādījumi administratoram, kā sākt datu bāzi, taču šī instrukcija grāmatvedim daudz nepalīdzēs.

Risinājums vienkāršākā veidā:

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

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

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

Tas viss šodienai!

Inna Izvekova bija ar jums.

Līdz mēs atkal satiekamies lapās !

H jau ērce uz sociālo mediju pogām zem rakstalai to paturētu mājās!

O kļūstot ēst komentāros jūsu jautājumi zem raksta! Es cenšos visiem atbildēt.

AR šūpoles ēst bezmaksas noderīgas nodarbības noklikšķinot uz pogas "Bezmaksas lejupielāde" zem raksta.

Izpētīt noderīga mācību rokasgrāmatas darbam noklikšķinot .

PVO vēlas apgūt grāmatvedību, klikšķis

Šajā rakstā es jums pastāstīšu par 1C palaišanas parametriem un to izmantošanu. Es sniegšu dažus piemērus, kā izmantot šos parametrus. Pēc raksta izlasīšanas jūs varēsit automatizēt dažus ikdienas procesus.

Startējot 1C: Enterprise, varat izmantot palaišanas parametrus, kurus var norādīt iestatījumos vai saīsnē, ar kuru sākat 1C.

Sākt režīmu 1C

CONFIG- 1C sāksies konfiguratora režīmā.
UZŅĒMUMS- 1C sāksies uzņēmuma režīmā.

1cestart.exe- fails 1C programmas palaišanai, kas parasti atrodas mapē "1cv8 \ common". Startēšanas laikā automātiski nosaka pareizo klienta versiju. Instalējot 1C, īsinājumtaustiņi darbvirsmā un izvēlnē Sākt attiecas uz šo failu.

1C palaišanas parametri automātiskai lietotāja izvēlei

• / N"Lietotājvārds"
• / Lpp"Lietotāja parole"

Lietotājvārdam un parolei jāatbilst Configurator lietotāju sarakstā norādītajam vārdam un parolei. Lietotājus var apskatīt programmā Configurator, dodieties uz augšējo izvēlni: Administrēšana> Lietotāji. Ja parole ir tukša, šo lauku var izlaist.

Šos parametrus var norādīt iestatījumos, rediģējot datu bāzi datu bāzu sarakstā. Lodziņā "Papildu palaišanas opcijas".

Sāciet 1C un dodieties uz informācijas bāzes iestatījumiem, parādīsies šāds logs:

Pierakstiet parametrus, kā parādīts attēlā, norādot savu lietotājvārdu un paroli, pēc tam noklikšķiniet uz "Pabeigt". Ja jūs visu izdarījāt pareizi, tad, ievadot šo datu bāzi, jums netiks prasīts lietotājvārds un parole.

1C palaišanas parametri automātiskai datu bāzes palaišanai

• / F "adrese" - adrese datu bāzei, ja tā ir saglabāta faila versijā.

Ja jūsu datu bāze ir saglabāta serverī, palaišanas parametri jāiestata citādi:

• / S "adrese" - norādiet adresi šādi: "Servera (informācijas bāzes kopas) nosaukums" \ "Infobāzes nosaukums serverī"

Šie parametri ir jāreģistrē saīsnē, ar kuru sākat 1C: Enterprise. Dodieties uz saīsnes rekvizītiem, lauka "Objekts" beigās pievienojiet nepieciešamos parametrus.

Ja viss ir izdarīts pareizi, palaižot saīsni, jāsāk parametros norādītā bāze.

Ērtības labad varat izveidot jaunu saīsni vai nokopēt izmantoto saīsni.

Startēšana 1C sistēmas palaišanas laikā

Ja vēlaties startēt 1C Enterprise sistēmas palaišanas laikā ar nepieciešamajiem parametriem, jums ir jākopē 1C saīsne uz mapi Startup.

Ja tajā ir 1C palaišanas parametri, tie darbosies, kad sistēma tiks palaista.

Jūs varat apvienot jebkurus 1C palaišanas parametrus. Lai to izdarītu, vienkārši rakstiet vēlamos parametrus 1C iestatījumos vai saīsnē.

Papildu parametri 1C palaišanai

• / LogUI- lietotāja darbību ierakstīšana žurnālā. (Ieraksts tiks veikts lietotāja direktorijā, failā ar nosaukumu "logui.txt")
• / DumpIB " Augšupielādējiet faila adresi « - datu bāzes izkraušana. Piemērots automātiskai datu bāzes arhivēšanai.
• / Izpildīt " Adrese ārēja apstrāde"- parametrs ir paredzēts automātiskais startsārēja apstrāde pēc sistēmas palaišanas.
• / C"String parametrs" - pārsūta parametru uz konfigurāciju. Uz to varat atsaukties globālā kontekstā RunParameter konfiguratorā.
• / DisableStartupMessages- parametrs noņem sistēmas ziņojumus, startējot 1C Enterprise.

Rediģējot informācijas bāzi. Jūs varat norādīt 1C versiju, ar kuru palaist (piemērota, ja jums ir instalētas vairākas datu bāzes, kurās darbojas dažādas versijas klients)

Piemērs parametru izmantošanai informācijas bāzes automātiskai arhivēšanai.

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

Ja ierakstāt šos parametrus 1C palaišanas saīsnē laukā "Objekts", tiks izveidots bāzes arhīvs, kas atrodas "C: \ Base_Buh" mapē "C: \ Arhiv" ar nosaukumu "Buh" .dt ". Ieraksts tiks veikts arī žurnāla failā "C: \ Arhiv \ log_arhiv.txt". Norādiet savus ceļus, kur atrodas bāze un kur vēlaties izveidot arhīvus.

Lietojumprogrammas atkļūdošanas palaišanas opciju konfigurēšana

Izstrādājot lietojumprogrammas, bieži vien ir nepieciešams palaist 1C atkļūdotāju pie konkrēta lietotāja, lai to izdarītu, dodieties uz konfigurētāju: Palīdzība> Iestatījumi

Cilnes "Palaist 1C: Enterprise" grupā "Lietotājs" pašreizējais lietotājs ir iestatīts pēc noklusējuma (zem kura ievadījāt konfigurētāju). Jūs varat to mainīt uz visu, kas jums nepieciešams. Un atkļūdošana sāksies zem atlasītā lietotāja.

Šeit varat arī norādīt, ar kuru klientu palaist lietojumprogrammu.

Ar šādām vienkāršām darbībām jūs varat īstenot noderīgas funkcijas programmā 1C: Enterprise.