• Първо, това ще помогне да разберем по-добре какво се е случило. А в по-редки случаи дори може да помогне за самостоятелно решаване на проблема.
• Второ, ако не можете да се справите сами, тогава за начало и на първо място трябва да се свържете със специалист за техническа поддръжкасъс съдържанието на информационния и диагностичен прозорец, който се появява.

Нека разгледаме по-отблизо съдържанието на полученото диалогово съобщение:

Ред 1.A „Сесията започва от информационна базазабранен." е стандартен запис, указващ блокирането на влизането на потребителя в програмата. В случай на такова блокиране, директорията на информационната база се автоматично специален файлс разширение ".cdn" (за повече подробности вижте следващите раздели).

Ред 1.B обикновено посочва причината, продължителността на блока, както и друго полезна информация. В зависимост от това кой или какво (в случая на системата) е задал блокирането на входа, както и с каква цел, информацията в този блок може да е различна. линия " Архивиране"е стандартна нотацияза ръчно или планирано архивиране (в този случай редът „За извършване на архивиране.“) на информационната база с помощта на 1C Enterprise също е характерен.

Администратор, в случай на създаване на заключване в потребителски режим 1C 8.3 Enterprise, или 1C програмист, в случай на задаване на заключване програмнов конфигуратора, може да излезе със свои собствени съобщения:

Ред 2 дава подсказка как да стартирате програмата от командния ред. Windows низовеако знаете така наречения „код за разрешение“ (вижте следващата стъпка).

Ред 3 обяснява процеса и работата на бутоните.

Стъпка 2. Решението как да отключите и да влезете в базата данни 1C 8.3

Заключванията на сесии могат условно да се класифицират, както следва:

• Планиран. Когато заключване на сесия е стартирано ръчно или автоматично, обслужвайки планирания процес в базата данни 1C (архивиране, планирана задача, актуализация);
• Други грешат. Когато заключване е зададено в резултат на погрешни действия на потребителя или грешки, възникнали в самата система, когато тя не премахва автоматично предварително зададеното заключване. Например, стартиран е процес на архивиране, но потребителят го е прекъснал, като е затворил принудително програмата.

Метод 1

И в двата случая, когато е зададено блокиране на сесията, както е споменато по-горе, се създава файл с разрешение „.cdn“ в директорията, където се съхранява текущата информационна база:

По този начин, просто решениегрешки при стартиране на програмата поради блокиране на сесия ще бъде изтриването на файла 1Cv8.cdn.

Потребителят обаче трябва първо да си зададе въпроса „В крайна сметка, ако е зададено блокиране на сесии, означава ли, че това се дължи на нещо?“ Може би друг потребител с административни функции (наричан по-нататък администратор) е стартирал наистина важна задача или обработка в 1C 8.3 Accounting, която не толерира едновременното присъствие на няколко потребители в базата данни.

Метод 2

Ако тази ситуация е възможна, тогава трябва да се свържете с администратора и да разберете дали можете да влезете в базата данни и дали той има специален кодразрешение, споменато по-горе. В този случай използваме втория метод - влизане в блокирана информационна база чрез стартиране на програмата от командния ред, като посочите кода за разрешение в един от параметрите за стартиране:

• “C:\Program Files (x86)\1cv8\common\1cestart.exe” – път до стартовия панел 1C Enterprise 8.3;
• ПРЕДПРИЯТИЕ - означава, че програмата ще стартира в потребителски режим, т.е. в режим 1C Enterprise;
• /F”F:\Databases\Accounting” – обозначава файлова информационна база (опция /F) и път до нея (адрес сървърна базапосочено в опцията /S);
• /С Allow Users to Work – незадължителен параметър: ако е зададен, системата няма да стартира, но заключването ще бъде премахнато (заключващият файл ще бъде унищожен), след което потребителите ще имат достъп до информационната база.

Ако параметърът не е зададен, тогава конкретен потребител има право да влезе, но блокирането не се премахва. Този потребител може да направи пълно отключване в потребителски режим, като отиде в панела Поддръжка и поддръжка (секция Администриране - група команди Настройки на програмата - команда Поддръжка и поддръжка:

И извикване на формата Блокиране на работата на потребителясъс същата команда:

Във формата, която се отваря, можете да отключите сесии, като щракнете върху бутона Отключване, където /UC12345 – кодът за разрешение (12345) е посочен в параметъра /UC. Имената на параметрите се изписват на английски език.

За повече информация относно параметрите на командния ред вижте помощта на 1C 8.3 Enterprise.

Метод 3

Има алтернативен и още по-опростен начин потребителят да използва горните параметри за стартиране на информационна база (наричана по-нататък IB) - възможно е да посочите необходимите параметри в свойствата на интересуващата го база данни.

1. В прозореца за стартиране (отбелязан с "A") изберете заключената база данни и щракнете върху бутона Промяна, след което ще се отвори прозорецът за редактиране на IB свойства (отбелязан с "B"):

В собственост Допълнителни опции за стартиранепредписва кода за отключване и, ако е необходимо, параметъра, за да позволи на потребителите да работят (в този случай след първото стартиране и преди следващото стартиране този параметър трябва да бъде изтрит). Тези параметри са описани по-подробно по-горе.

Забележка:когато се извършва автоматично архивиране (директно или като част от друга процедура, например, когато автоматизирана актуализация), системата блокира информационната база 1C 8.3 и поставя стандартния код за отключване " Архивиране ».

Следователно, ако процедурата е "неуспешна" и заключването на базата данни е останало, но няма начин да изтриете cdn файла, тогава можете да използвате параметъра при стартиране на IB: /UCBackupCopying.

3. Щракнете върху бутона Готово и се върнете към прозореца за стартиране, където стартираме IB с помощта на бутона 1C: Enterprise. По този начин грешката „Стартиране на сесия с информационна база е забранено. Архивиране” е коригирано:

Ако 1C 8.3 Enterprise работи във версия клиент-сървър, но потребителят няма права на достъп и необходими знанияадминистриране на база данни в този режим, в този случай трябва да се свържете със системния администратор за помощ. Отбелязваме само, че във версията клиент-сървър, в допълнение към достъпа чрез командна линияс допълнителни параметри е възможно да премахнете заключването с помощта на помощната програма за администриране на клъстер на сървър 1C:Enterprise, а именно трябва да премахнете флага в свойствата на желаната информационна база Блокирането при стартиране на сесия е активирано.

Анатомия на заключващия файл 1Cv8.cdn

Любопитните могат да погледнат във файла 1Cv8.cdn, създаден, когато сесиите са блокирани - това е просто текстов файл, който може да се отвори със съответния редактор на Notepad:

Текстът във файла е рамкиран фигурни скоби, които изброяват следните опции за заключване, разделени със запетаи:

• 1 (0) – знак за настройка на блокиране (1 – зададен; 0 – забранен);
• 20160706154700 - пълна дата (дата + час) на началото на блокирането на сесията, в нашия случай това е 06 юли 2016 г. 20:00:00;
• 20160706154700 - пълна дата (дата + час) на края на заключването на сесията, в нашия случай е 06 юли 2016 г. 20:00:00 (ако крайната дата не е посочена, тогава стойността 00010101000000 се въвежда в параметъра от по подразбиране);
• Това е последвано от текстов параметър, където in двойни кавичкипоставен спомагателен текст, показван на потребителя в диалоговия прозорец;
• "123" - посочен е кодът за разрешение.

Както можете да видите, файлът съдържа всички параметри, показани в диалоговия прозорец за информация и диагностика, който се появява.

На сайта можете да намерите други безплатни статии и видео уроци за конфигурацията на 1C Accounting (

- не е най-често срещаната счетоводна компания, но ние поддържаме счетоводство в 1C, както повечето наши местни колеги. В момента стотици бази живеят на нашия сървър, така че трябваше да се научим как бързо и ефективно да администрираме цялото това богатство. Ако сте счетоводна фирма, хостер с услуга 1C или просто сте взели куп 1Juice от някъде, знаете колко е трудно. Обичаме да бъдем полезни, затова ще споделим нашия опит, практически съвети и прозрения, които са ни посетили през безбройните нощи, празници и почивни дни, прекарани в актуализиране и актуализиране на цялото ни домакинство.

Ние не продаваме 1C и затова историята ще бъде без съкращения, цензура и най-важното - без маркетингови глупости. Bonustrack, в хода на публикацията можете да намерите няколко полезни скрипта и съвети за тези, които наистина имат много 1C бази данни.

Така че защо изобщо имаме толкова много бази? Всъщност в момента проучваме технологията за споделяне на данни, но все още не сме започнали да я използваме, следователно за всеки бизнес, който обслужваме, сме принудени да създадем отделна база данни (и често повече от една).

Невероятен път от облак 1C до вашия собствен сървърен клъстер

В началото на нашето пътуване използвахме базиран на облак 1C-Fresh: тази услуга е умерено удобна, доколкото може да бъде удобно да използвате настолно приложение през браузър. Въпреки това бързо натрупахме петдесет бази данни и стана непоносимо да ги администрираме чрез мрежата - уеб интерфейсът започна да се забавя, плюс имаше нужда от програмно интегриране на 1C с нашите вътрешни инструменти, което Fresh категорично не може да направи. Трябваше да мигрирам, като кача всички данни от облака. За щастие не беше трудно да се направи това („Качване на данни в локална версия» → «Изтегляне на данни от услугата»).

Вторият важен етап в еволюцията беше използването на доставчик на услуги и отново всичко ни устройваше, докато нямаше повече от сто бази. Актуализациите на конфигурацията, както и публикуването с добавяне на потребители, станаха чрез писмо до техническа поддръжка. По принцип всичко е оперативно, но не интерактивно.

Особено неудобство беше невъзможността за стартиране. exe файлове без предварително одобрение (добавяне на хеш суми за разрешаване на политики на домейни), а ние, позволете ми да ви напомня, имахме нужда от интеграция. Имаше и проблеми с факта, че по неизвестни причини системата за съхранение на доставчика не синхронизира правилно възлите на ниво блок. Така загубихме няколко важни базикойто трябваше да се възстановява дълго и мъчително. Със системите за съхранение всичко често не е лесно и нечестно.

Забележка към домакинята: тествайте съхранението. Ако сте хостер, тогава обърнете повече внимание на това. Ако използвате хостинг на трета страна, не забравяйте да проверите паметта и дисковете. Това е детско гребло, стъпването върху което е още по-болезнено от възрастните :)

След всички приключения решихме да мигрираме към нашия VPS. Силата на модерното виртуални сървъриви позволяват безопасно да поддържате няколкостотин 1C бази данни, като лесно позволявате на няколко дузини счетоводители да имат достъп до тях. Доставчиците на VPS често не носят отговорност за лицензирането софтуерни продуктикойто изпълнявате вътре, така че трябва да се погрижите за придобиването на лиценз за потребителите и закупуването на конфигурация.

Забележка към домакинята: когато лицензирате голям брой бази данни, може да ви очакват изненади - активирането на всяка база данни за всеки потребител чрез софтуерен ключ може да се превърне в основната ви работа за следващите седмици. Този недостатък е лишен от пукнатина хардуерен ключ, но не можете просто да го вземете и да започнете да го използвате във VPS.

Нека не забравяме, че дори най-добрият VPS (избран с помощта на тази готина услуга) не може да се сравни с топъл и светъл собствен сървър. Решихме да мигрираме за трети път.

Една вечер нашият VPS не успя да стартира. Там беше пикът на отчитането - последните му часове, а сървърът не работеше неоправдано дълго време. В същото време не можахме да направим нищо чрез контролния панел - сървърът беше на етап стартиране и техническата поддръжка просто сви рамене. Както се оказа, хостът с нашата виртуална машина приключи RAM, и просто не беше достатъчно да го стартирате.

Обща сума

Сега, имайки стотици бази данни, извървявайки целия път от 1C-Farsh, през болка, миграции, несъгласуваност на базите данни, некомпетентност на техническата поддръжка, проблеми със синхронизирането на възли в хоста, публикуване през мрежата, експортиране, импортиране, резервни копияи много възстановяване, стигнахме до нашия сървърен клъстер.

Какво бих искал да обърна внимание на тези, които минават по този път или планират да минат:

• помислете за лицензи;
• ако имате нужда от интеграция - използвайте специален сървър или VPS;
• погрижете се за съхранението или внимателно го тествайте с вашия доставчик;
• резервните копия са наистина важни;
• незабавно откажете достъп до мрежата, ако натоварването е сериозно и стабилността е важна.

Как да улесните живота си, ако трябва да работите с куп бази данни

Създаване на база данни с връзка към нея в профила на текущия потребител

Ние внедряваме всички наши бази данни от предварително подготвен шаблон (с изтеглена обработка, директории, персонализиран ITS абонамент и архивиране).

За версията на файла:
<версия>\bin\1cv8.exe" createinfobase File="X:\Base\habrahabr" /AddInList "HabraHabr OOO" /UseTemplate "X:\tmplts\Black Accounting.cf"
За SQL варианта:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8.exe" createinfobase Srvr="habr" Ref="HabraBD" SQLSrvr="habr" SQLDB="HabraBD" SQLUID="sa" SQLPwd="123" /AddInList "HabraHabr LLC" /UseTemplate "X:\ tmplts\Black Bookkeeping.cf"

Как да създадете или изтриете потребител в сто бази данни наведнъж?

Управлението на потребителите винаги е било болно място в 1C. В по-ранните издания това изискваше получаване на изключителен достъп до файловете на базата данни, по-късно добавиха възможност за добавяне в движение, но само чрез конфигуратора, сега (в най-новите издания на счетоводство или търговия) потребител може да бъде създаден директно от основен режим на работа, чрез инструменти за администриране. Но да го правим на ръка в случай на стотици бази данни вече е нереалистично, така че научихме как да добавяме потребители програмно. COM идва на помощ. Ние установяваме външна връзка V8.COMConnector и предаваме цялата необходима информация към базите данни. Добавяме потребители с права на достъп, попълваме директории или създаваме документи. .

Как да свържете потребител към сто бази данни наведнъж?

За да добавим всички необходими бази данни към списъка на потребителя наведнъж, ние използваме v8i файлове-списъци на общи бази данни, намиращи се в споделянето на файлове. Връзките към тези файлове се добавят в потребителския профил (например чрез GPO или към профила по подразбиране) във файла %AppData%\1C\1CEStart\1CEStart.cfg:
CommonInfoBases=X:\Base\List\Base_a1.v8i CommonInfoBases=X:\Base\List\Base_a2.v8i CommonInfoBases=X:\Base\List\Base_a3.v8i
Или от самия 1C (вече под потребителя) добавяме списък с общи информационни бази:

Вътре v8i файловете изглеждат така:
[HabraHabr LLC] Connect=File="X:\Base\Accounting\habrahabr"; ID= OrderInList=6062080 Folder=/ OrderInTree=6422528 External=1 App=Auto WA=1 Версия=8.3
Можете да ги създадете директно от прозореца за избор на база данни („Запазване на връзка към файл“) или да ги вземете в профила на потребителя, създал базата данни - % AppData% \ 1 ° C \ 1CEStart \ ibases.v8i. Връзката може да бъде към база данни, работеща във всеки режим (файл, сървър, уеб). Препоръчваме да съхранявате не повече от сто бази данни в един файл, в противен случай файлът може просто да не се зареди напълно :)

Как да актуализирате стотици бази данни наведнъж?

Актуализациите на базата данни се извършват най-добре на отделен сървър(и още по-добре на два наведнъж :) - по-бързо е и по-лесно се управлява процесът. Използваме стандартни конфигурации (без отказ от поддръжка), актуализирани чрез ITS. През първото тримесечие на тази година бяха пуснати повече от 10 актуализации за Accounting 3.0, прехвърлянето им дори в дузина бази данни ръчно все още е забавно. Затова разработихме някаква стратегия.

Страхотна история: през първия отчетен период на 2014 г. нашите любими държавни агенции и 1C внезапно ни лишиха от сън, като пуснаха повече от 10 актуализации между март и април само за конфигурацията Accounting 3.0! Разбира се, ние не актуализирахме всичко подред, но дори 3-4 актуализации за стотици бази за такива краткосрочен — добра проверказа сила.
Читателят може да се чуди защо толкова много проблеми? Отговорът е прост: промени в законодателството и в същото време в последния момент. Например: от началото на 2014 г. няма одобрени формуляри на FSS и PFR. В една от първите 10 актуализации те бяха добавени, но само за доставка на хартиен носител, но не и в електронен вид. И това се случва непрекъснато.

блокиране

Чрез интерфейса:

Или като създадете файл в основната директория 1Cv8.cdn със следното съдържание:
(1,20140514173100,00010101000000,"Базата данни е временно недостъпна! Бъдете силни =) Администратор: За да позволите на потребителите да работят, използвайте конзолата на сървърния клъстер или стартирайте "1C:Enterprise" с параметри: ENTERPRISE /F""X:\Base \ habrahabr"" /CAllowUsers/UC<код разрешения>","",""}

Актуализация

За версията на файла:
CHCP 1251 SET cfu_file="X:\tmplts\1C\Accounting\3.0.32.7\1cv8.cfu" SET base_dir="X:\update\habrahabr" "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /F %base_dir% /N"Administrator" /P"123" /UpdateCfg %cfu_file% /UpdateDBCfg /Out update.log
За SQL варианта:
CHCP 1251 SET cfu_file="X:\tmplts\1C\Accounting\3.0.32.7\1cv8.cfu" "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /S"habr\HabraBD" /N"Administrator" /P"123" /UpdateCfg %cfu_file% /UpdateDBCfg /Out update.log

Как правилно да архивирате бази данни?

Ако използвате SQL, следващият параграф може да бъде безмилостно пропуснат - той е от значение само за файловия режим.

В нашата практика многократно сме срещали основата в несъответстващо състояние. Освен това във файловата версия няма специални инструменти за информиране на базата данни за началото на копирането, няма начин да блокирате работата с нея, ако тя работи в момента. Справихме се с това по следния начин: в полунощ RDP сървърът премина в режим на забрана на нови връзки, след няколко часа всички потребители бяха внимателно изхвърлени от скрипта. След това планираната актуализация и архивиране проработиха.

Качване в dt

За версията на файла:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /F "X:\Base\habrahabr" /N"Administrator" /P"123" /DumpIB "X:\Backup\DT\habrahabr.dt"
За SQL варианта:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /S"habr\HabraBD" /N"Administrator" /P"123" /DumpIB "X:\Backup\DT\habrahabr.dt"
Всичко по-горе е вярно за 1C Enterprise, платформа 8.3; Счетоводство 3.0; Заплата и управление на персонала 2.5.

Следващият път ще говорим за работа в режим на разделяне на данни за няколкостотин фирми в една база данни. Ще се радваме да чуем въпроси, коментари и предложения. А на всички, които са изправени пред подобни задачи, искам да пожелая търпение, постоянство и вяра в победата.

ти се качи желаната страница! Най-вероятно сутринта сте открили, че вашият любим 1C 8.3 не стартира със съобщението: „ Стартирането на сесия с информационна база е забранено. За да направите резервно копие...».

Първото нещо, което трябва да направите сега е спешно позволи на потребителите да работят.След това спокойно прочетете статията до края и разберете защо това се случи и какво е „Заключване и отключване от информационната база 1C 8.3“.

Опитът ми показва, че сте потребител (а не системен администратор или програмист) и вашата информационна база е файлова информационна база (ако базата данни е SQL, специалистите вече се занимават с вашия проблем). Да започна трябва да разберете в коя папка (директория) се намира и да изтриете един файл в тази папка - 1Cv8.cdn(не е нужно да запазвате файла, няма да ви трябва повече).

*Ако сте ИТ специалист, можете спокойно да продължите към четене на раздела „Заключване и отключване на информационната база 1C“.

В прозореца със списъка с информационни бази намерете вашата база (номер 1 на илюстрацията по-долу) и щракнете върху нея един (и само един!) път с мишката. След това щракнете върху бутона "Промяна" (номер 2).

В списъка може да има само една база, така че този прозорец може да ви е познат като „прозорец за стартиране на 1C“. В този случай просто щракнете върху бутона Промяна.

Ако видите, че информационната база се намира на този компютър или в локална мрежа- опитът ми не разочарова - базата данни е файлова и ние правим всичко както трябва. Копирайте този път ( номера 3 и 4).

Сега отидете в тази папка.

За всеки случай, ето няколко опции за стартиране на File Explorer:

• Имате Windows XP или Windows 7. Щракнете върху Старт, Изпълни, поставете копираното преди това местоположение на информационната база. Отваря се File Explorer.
• Имате Windows 7. Но няма елемент Run. Поставете местоположението веднага след като щракнете върху Старт. Отваря се File Explorer.
• Имате Windows 8 или Windows 10. Щракнете върху Старт отдясно горен ъгълщракнете върху лупата, поставете предварително копираното местоположение на информационната база, натиснете Enter. Отваря се File Explorer.

• Намерете жълтата дискета в лентата на задачите и щракнете върху нея. Поставете местоположението на информационната база в адресна лентав горната част на прозореца на Explorer. (Щракнете с десния бутон върху адресната лента, Промяна на адреса, Кликнете с десния бутонотново в адресната лента, Поставяне).

• Един начин за всички Windows версиии неговите настройки. Натиснете бутона с флаг на клавиатурата и, без да го пускате, натиснете латинския R (или руския K) на клавиатурата. Ще се отвори прозорецът "Изпълни", поставете копираното преди това местоположение на информационната база там и щракнете върху OK.

Използвайки една от предложените опции, ще бъдете отведени до прозореца на Explorer с местоположението на информационната база.

В прозореца на изследователя намерете файла 1Cv8.cdn в списъка с файлове, щракнете с десния бутон върху него, изберете „Изтриване“, както е показано на предишната фигура.

Готов! Вашите „1C: Счетоводство“ или „1C: Заплата и управление на човешките ресурси“ или „1C: Управление на търговията“ се стартират отново.

Блокиране и отключване от информационната база 1C. Разрушаваме митовете.

AT този разделще намерите уникална информация за работата с блокирането, както и ще получите опровержение на често срещаните погрешни схващания относно „Блокирането на данни“.

Как да настроите ключалка?

Механизмът за блокиране на информационната база е предназначен да прекрати текущите отворени сесии и да предотврати нови връзки. Местоположението на функцията за заключване в менюто може да варира в зависимост от конфигурацията. Например в UT, издание 11 (11.3.3.163), това е NSI и администрация, [Услуга] Блокиране на работата на потребителя. Алтернативен вариант: НСИ и администрация, Поддръжка и поддръжка, Блокиране на работата на потребителите. В UT, версия 10.3 (10.3.21.2) това е услуга, потребители, блокиране на установяването на връзки към информационната база.

*Има специфични за индустрията конфигурации, при които заключването ще изглежда различно по отношение на интерфейс и механизъм от описаното в тази статия. Тъй като обмисляме стандартен механизъм за повечето конфигурации на 1C, няма да засягаме специални конфигурации, специфични за индустрията.

Избирането на този елемент ще отвори диалоговия прозорец „Заключване на потребители“, в който трябва да въведете съобщение за потребителите, началния и крайния час на блокирането и кода за отключване.

Тъй като въвеждате началото и края на блокиращото действие, трябва да сте изключително внимателни в този диалогов прозорец и да въведете информацията изрично. Ако диалоговият прозорец имаше възможност да въведе начало на блокиране „след 15 минути“ с продължителност „20 минути“, или поне тези стойности бяха показани за справка въз основа на абсолютното начално и крайно време на блокирането, тогава би било трудно да се зададе блокиране с продължителност една година, като това може да се случи, когато въведете грешка за дата-час.

Параметърът "Начален час" се препоръчва да бъде зададен като текущата дата/час + времето, необходимо на потребителите да се подготвят за изход, докато записват редактирани документи. Например, сега е 9:50 сутринта, което дава 10 минути на потребителите да запазят резултатите си. Общият начален час на блокирането трябва да бъде 10:00.

Краен час - не можете да въведете, в този случай блокирането на обекта ще бъде зададено за неопределено време (завинаги).

Кодът за отключване е еднократна "парола", за да започнете от нулата, въпреки заключването, което може да е необходимо в някои случаи (ще бъде обсъдено по-късно). Не забравяйте да влезете и да запомните.Този параметър в случая на SQL версията на информационната база се вижда в модула „Администриране на 1C Enterprise Servers“ и се нарича там „Код на разрешение“.

В случай на SQL версия на информационната база е необходима допълнителна оторизация на администратора на информационната база или администратора на клъстера.

И така, след щракване върху бутона „Задаване на заключване“ и положителен отговор за потвърждение ...

... ще се върнете към предишния диалогов прозорец, външен видкоето се промени:

В долния десен ъгъл ще се появи съобщение, че се планира блокиране на работата на потребителя. Само вие ще видите това съобщение.

Планирано? Може би има нещо общо с рутинни задачи?

Ще работи ли планираното блокиране на работата на потребителя, ако е зададено блокиране рутинни задачи? Да, ще работи. Механизмът за блокиране не използва планирани задания.

Какво ще видим потребителите и аз?

Преди началото на блокирането активните потребители ще получат „учтиви“ напомняния за изключване. В този диалогов прозорец „Да“ се задейства от изчакване, така че потребителите, които отсъстват от работното място, успешно ще излязат от 1C сесията.

Инициаторът на заключване получава различно съобщение:

След като блокирането започне, ще бъде невъзможно да влезете в информационната база по обичайния начин. Как да влезете обаче ще бъде описано по-долу. Моля, обърнете внимание, че диалоговият прозорец не съдържа автоматична индикация за крайния час на блокирането, така че задачата за информиране на потребителите за възобновяването на работата е на администратора. Тази информация може да бъде посочена в съобщение до потребителя.

Бомбата избухва точно в уречения час. Сирената вие, докато избухне.

Противно на общоприетото схващане, че активните потребителски сесии се прекратяват внимателно, след предупреждение, което може да бъде игнорирано и работата продължава, всъщност прекратяването или по-скоро „нарязването“ на активните сесии се извършва точно по график, трудно и със загуба на всички незапазени резултати. Всички предупреждения се издават в интервала от момента на натискане на бутона „Задаване на блокиране“ до момента на започване на блокирането, след което активната сесия ще приключи без никакво известие и 1C ще премине в цикъла на опити за повторно стартиране на конфигурацията , с интервал от 1 минута.

Няма изключения за режимите на въвеждане на референтни стойности, в които се въвежда стойност, която не е в справката - не можете да излезете от режима на въвеждане (например затворете 1C с кръст), но това няма да ви попречи да завършите работа. По-голям интерес представлява режимът на модален диалог, така че ще говорим за него по-подробно.

*Прекратяването на потребителски сесии в по-стари конфигурации става малко по-късно от определеното време, т.к. потребителите първо получават предупреждение „Системата се изключва“.

Ще избухне ли наистина?

Като начало отбелязваме, че в по-стари конфигурации блокирането за инициатора на блокирането може да не работи. А сега нека да преминем към разглеждането на проблема за платформа 8.3.

Потребител на файлов IS, който реши например да изтрие документ и след това отиде на обяд, оставяйки диалоговия прозорец „Маркиране на документ за изтриване?“ на екрана, ще запази връзката с информационната база отворена. Разбира се, сесията му ще приключи след обяд, след като отговори с "Да" или "Не", но дотогава ще видите, че има активни потребители. В този случай инициаторът на блокирането ще види следното съобщение:

В дневника ще се появи съобщение за грешка по време на изпълнение, което не трябва да се тълкува като грешка по време на изпълнение, а като „не всички потребители са приключили своите сесии“:

И това не е единствената причина блокирането да не работи. (Вижте допълнителни раздели „По чий часовник?“ и „Но какво да кажем за моите потребители във Владивосток?“).

Модален диалог в SQL версията на информационна база върху управлявани формуляри

Сървърът на приложения 1C има възможност да изтрие сесия въпреки режима на модален диалог. Интерфейсът 1C и модалният диалог ще останат на екрана на потребителя, създавайки вид на непълна сесия, но всъщност сесията ще бъде изтрита и връзката с IB ще бъде прекратена своевременно. Когато се опитва да продължи да работи, потребителят ще види съобщение за грешка „Сесията липсва или е изтрита“ или „Сесията е прекратена от администратор“, в зависимост от нюансите.

Модален диалог в SQL версията на информационната база на обикновени форми

Потребителските сесии се прекратяват.

След като зададете заключването, по-добре е да не напускате диалоговия прозорец, защото когато влезете отново в този диалог, преди да започне заключването, се появява невярно съобщение, че заключването вече е зададено (макар и само наполовина), има нула активни сесии (не е вярно). В същото време процесът на изключване на потребителите продължава (противоречи на нулеви активни сесии + не е съвсем вярно, защото потребителите „се самопрекратяват“). Въпреки че кодът за блокиране на работата на потребителя не е идеален, в крайна сметка той няма да ви попречи да зададете блока и да прекратите активните сесии, но ще дезориентира администратора на информационната база.

Ще работи ли блокирането, ако зададете блокирането и затворите диалоговия прозорец?

Ще работи ли заключването, ако зададете заключване и незабавно излезете от 1C (т.е. прекратите 1C сесията преди да започне заключването)?

да Механизмът за отговор на зададен блок не предвижда взаимодействие между инициатора на блока и други потребители. Потребителските сесии независимо проверяват дали могат да работят.

По кой часовник ще работи блокирането, ако времето на компютрите е малко по-различно?

Проблем с несинхронизирания часовник

С файл IB всеки компютър проверява дали IB има зададен диапазон от време на блокиране и го сравнява с локалния си часовник. От точността на часовника зависи дали може този компютързавършете сесията точно в точното време. Ако базата е блокирана от 10:00 часа, за единия компютър този момент ще настъпи по-рано, а за другия по-късно.

В домейн среда и при перфектна работа на системните администратори, времето на всички компютри се синхронизира с домейн контролера. Но по различни причини времето може да бъде съборено: синхронизирането на времето с домейн контролера не е конфигурирано, синхронизирането на времето е конфигурирано с външен сървър за точно време, който вече не е наличен, повреди на мрежова или домейн услуга, липса на права за промяна на системно време и др.

Изглежда, че можем да говорим за секунди, в краен случай минути. Но всъщност компютърът може да няма инсталирана актуализация, например. операционна система, който поддържа прехода към сезонно (зимно / лятно) време и грешката може вече да не е секунди, а часове. Лесно е да се проведе такъв експеримент: планирайте блок за 10 сутринта за половин час и на един от компютрите задайте времето с час напред - блокът няма да го засегне.

Ето защо, преди да настроите заключването, внимателно проверете часа в долния десен ъгъл на компютъра с вашия ръчен часовник, а също така се консултирайте с вашия системен администратор предварително, за да видите дали синхронизирането на времето работи във вашата ИТ инфраструктура.

Но какво да кажем за моите потребители във Владивосток?

Абсолютен проблем с времето с потребители от различни часови зони

Времевият диапазон на блокиране се съхранява в информационната база. Погледнете съдържанието на блокиращия файл 1Cv8.cdn (който е създаден във файловата версия на IB), той съдържа началния час на блокиране на 17.07.2017 г. 13:59 във формат YYYYMMDDHHMMSS без указание за часовата зона:

Без да посочваме часовата зона, би било ясно за какво абсолютно време говорим, ако времето винаги се отнася за определена часова зона, например UTC + 0. Но местното време се съхранява в базата данни според часовника на компютъра, който е инициирал блокирането. Не е известно от коя часова зона е този компютър, което означава, че абсолютното време на блокиране е неизвестно.

Ако в Москва, в централизиран IB, зададете блок в 13:59 и този момент от времето за московските потребители е в бъдещето, тогава за потребителите на същия IB във Владивосток 13:59 беше преди 7 часа. И в зависимост от техническото решение, в съответствие с което се извършва работата с информационната сигурност на потребителите във Владивосток, блокирането на тези потребители ще работи или не.

Какво може да бъде технически решения, в който блокирането няма да работи правилно за потребителите на Владивосток? Тези, в които клиентската част на 1C ще получи време във Владивосток, а не в Москва. Например, офисите са свързани към локална мрежа чрез VPN и клиентската част 1C започва с локален компютър, като UTC+10 време. Но ако работят с базата данни чрез RDP връзка или в режим RemoteApp на московски сървър, изпълнявайки клиентската част 1C на този сървър, всичко ще бъде наред, защото. ще има време UTC+3.

Има ли проблеми с десинхронизирането на часовника и часовата зона в случай на SQL версия на информационната база?

Не. AT тази опцияима „часовник на сървъра“, който се приема като референция.

Ще бъда ли изгонен от Конфигуратора, ако съм бил в него и блокирането е започнало да действа?

Ще бъде ли възможно да влезете в Конфигуратора след началото на блокиращото действие?

Забранено е! Проверката на възможността за работа с конфигуратора се извършва само при стартиране и не се извършва по време на работа. Следователно, ако е зададено заключване за последваща работа в конфигуратора, е много по-лесно да го стартирате първо, отколкото да заобиколите забраната за стартиране по-късно.

Как да премахнете ключалката?

В същия диалогов прозорец, в който е зададена ключалката. Напомняме ви, че след настройка на заключването, вместо бутон “Set lock” в него е бутон “Unlock”.

В случай на SQL версия на IS, отключването е възможно и в модула „Администриране на 1C Enterprise Servers“. (виж отдолу)

За какво е кодът за отключване?

Да влезе в IB в момента, в който е в сила блокирането. Ситуации, при които това е необходимо:

• След като заключването е зададено, сесията на IS е прекратена (ръчно или в резултат на действието на заключването върху самия инициатор) и трябва да се започне нова сесия;
• Крайният час на заключването по погрешка изобщо не е попълнен;
• Крайният час на блокиране е попълнен неправилно (например случайно е въведен следващият месец или година);
• Информационната база е във версия SQL и за отмяна на неправилно зададено заключване е невъзможно да изтриете файла 1Cv8.cdn в директорията на информационната база.

В този случай използвайте подсказката, която се дава при стартиране. Тези. в прозореца със списъка с информационни бази щракнете върху „Редактиране“ и влезте Допълнителни опцииред за изпълнение:

ПРЕДПРИЯТИЕ /F"Z:\Exchange\UT 11" /CAllowUsers /UC12345

... като се вземе предвид директорията за местоположение и кода за отключване.

По-добре е да копирате този ред в клипборда и да го коригирате в диалоговия прозорец "Редактиране на информационна база". Ако сте объркали вида на кавички или руски "C" и латински, ще видите съобщение за грешка:

В случай на правилно въвеждане и последващо стартиране на 1C в корпоративния режим, 1C автоматично ще отключи и ще завърши работата си. След това ще бъде възможно да премахнете допълнителни параметри и да стартирате 1C както обикновено.

Какво трябва да направя, ако не съм задал заключване, но SQL базата данни е заключена от някой? Не знам обаче кода за отключване.

Блокирането на информационната база може да бъде зададено от самата конфигурация за времето на създаване на резервно копие. Ако процесът на създаване не е завършен нормално, SQL базата данни може да остане в заключено състояние. В този случай е необходим достъп до конзолата (по-правилно, конзолна добавка) „Администриране на сървъри на 1C: Enterprise“.

Къде да го търся?

Добавката за администриране на 1C:Enterprise Server често се инсталира на същия сървър, където е разположен SQL сървърът, както и където е разположен самият 1C сървър (или 1C сървър на приложения). Въпреки че това не е необходимо: ​​SQL може да бъде инсталиран на един компютър, Application Server 1C на друг и модулът може да бъде инсталиран самостоятелно. работна станция. С голяма вероятност за успех можете да постигнете, като направите следното:

• Свържете се чрез RDP към сървъра, посочен в реда Srvr=..., като използвате вашето потребителско име и парола за домейн. Ако не можете да се свържете, попитайте системен администраторви добави към групата Потребители на отдалечен работен плот. (В случай на отказ на такива права, разположете и конфигурирайте модула „Администриране на 1C Enterprise Servers“ на работната станция);

• На сървъра намерете модула за администриране на сървъра на предприятието;

• Стартирайте модула, разширете дървото до възела с вашата информационна база;

• В свойствата на информационната база махнете отметката от квадратчето „Блокирането при стартиране на сесия е активирано“ или коригирайте началния и крайния час на блокирането или погледнете „кода за разрешение“ за въвеждане на IB (известен още като „код за отключване“ в диалоговия прозорец за блокиране).

Какво да направите, ако всички потребители на информация SQL бази данниизлезе, но все още не можете да стартирате конфигуратора, защото има ли активни потребители?

В раздела „Връзки“ на информационната база, от дясната страна на екрана, можете да изтриете съществуващи връзки.

Това далеч не са всички въпроси, свързани с темата за блокиране на информационната база.

Ако имате въпроси:

• Възможно ли е да работите в московско време, ако наемете сървър в Европа и не искате да зависи от неговата часова зона?
• Как да намерите сървъра за приложения 1C, ако не е известно къде е инсталиран?
• Как да внедрите модула за администриране на 1C:Enterprise Server и как да го конфигурирате?
• Ако има няколко сървъра за приложения в една локална мрежа, какво трябва да се направи?
• Как да бъдем в случай на клъстерна система? и т.н.

Нашите сертифицирани технологични консултанти 1C ще се радват да отговорят на тях.

След като веднъж стартирах програмата 1C, при стартиране видях грешката „Стартирането на сесия с информационна база е забранено. Архивиране". Бях много изненадан - аз самият не съм задал блокиране. След кратък анализ се оказа, че причината е в “бъга” на автоматичното архивно копиране, които са вградени в (една от подсистемите).

Грешката изглежда така:

Оказа се, че при настройка на създаването на архивни копия на базата данни системата автоматично задава заключване при влизане в информационната база. Той не позволява на потребителите да изпълняват програмата по време на процеса.

Но понякога се случва след копиране системата да не може да премахне . В този случай получаваме грешката "Стартирането на сесия с информационната база е забранено ..."

Вземете 267 1C видео урока безплатно:

Решение

Най-лесният начин да решите проблема е да изтриете файла 1Cv8.cdn(файл за заключване на информационна база) от папката на базата данни.

Например на екранната ми снимка по-горе базовото местоположение е:

Трябва да отидете в тази папка и след това да намерите и изтриете 1Cv8.cdn.

Премахване на ключалката от базата клиент-сървър 1C

Ако имате достъп до сървърната конзола, е много лесно да премахнете ключалката. Достатъчно е да отидете в свойствата на информационната база и да премахнете отметката от флага „Блокирането на стартиране на сесия е разрешено“: