1c код за разрешение uc. Стартирането на сесия с информационната база е забранено

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

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

Ред 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:\Bazy1C\Accounting” – обозначава информационната база на файла (параметър /F) и пътя до нея (адресът на сървърната база данни е посочен в параметъра /S);
• /C Allow Users to Work – незадължителен параметър: ако е отметнато, системата няма да стартира, но заключването ще бъде премахнато (заключващият файл ще бъде унищожен) и впоследствие потребителите ще имат достъп до информационната база.

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

И извикване на формата Блокиране на потребителичрез едноименната команда:

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

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

Метод 3

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

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

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

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

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

3. Щракнете върху бутона Готово и се върнете към прозореца за стартиране, където стартираме IS с помощта на бутона 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 );
• Следва текстовият параметър, където спомагателният текст се поставя в двойни кавички и се показва на потребителя в диалоговия прозорец;
• “123” – посочен е кодът за разрешение.

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

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

Днес срещнах проблем, който се появи след автоматичното архивиране на базата данни 1C Accounting 8.3. Конфигурирал съм архивиране на база данни при излизане от програмата. Излязох успешно от програмата за една година, но явно този път съм излязъл някак си неуспешно :). Но не можах да вляза. Моята умна програма ми написа много умна фраза, която е предназначена повече за 1C програмист, отколкото за на обикновен потребител. Така че, нека се справим с проблема не като администратори на 1C, а като просто счетоводител :).

Какво да направите, ако 1s 8.3 не се отвори след архивиране и съобщението „забранено е стартирането на сесия с информационната база, архивирането е забранено...“

Ако при отваряне на база данни 1C вместо отваряне на базата данни се показва следното съобщение:

„Стартирането на сесия с информационната база е забранено. За да направите резервно копие...” Следват инструкции за администратора как да стартира базата данни, но тази инструкция няма да помогне много на счетоводителя.

По-лесно решение:

Трябва да намерите папката на диска, в която се намира базата данни 1C Accounting 8.3. Отворете папката. В папката ще видите следното:

В папката трябва да намерите файла 1Cv8.cdn. Трябва да изтрийфайл 1Cv8.cdn и стартирайте 1C:Enterprise отново.

Както можете да видите, всичко е просто. И е страхотно, че статията ми беше полезна за вас, много се радвам да ви помогна. Нека счетоводителите да работят по-лесно, за да имат повече свободно време за себе си и своите близки!

Това е всичко за днес!

Инна Извекова беше с вас.

Ще се видим отново на страниците !

Н толкова много моля към бутоните на социалните медии по-долу под статиятада го запазиш за себе си!

ЗА ставайки моля в коментарите вашите въпроси под статията! Опитвам се да отговоря на всички.

СЪС Кача моля безплатно полезни уроци като кликнете върху бутона „Изтеглете безплатно“ под статията.

Разгледайте полезно ръководства за работа чрез натискане .

СЗО иска да учи счетоводство, натиснете

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как да настроя заключване?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(вижте допълнителните раздели „До чии часове?“ и „Какво ще кажете за моите потребители във Владивосток?“).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как да премахнете блока?

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

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

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

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

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

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

ENTERPRISE /F"Z:\Exchange\UT 11" /Callow Users to Work /UC12345

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

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

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

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

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

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

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

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

• На сървъра намерете модула „1C:Enterprise Server Administration“;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Общо

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

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

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

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

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

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

За версия на файла:
<версия>\bin\1cv8.exe" createinfobase File="X:\Base\habrahabr" /AddInList "HabraHabr LLC" /UseTemplate "X:\tmplts\BlackAccounting.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\BlackAccounting.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 и пенсионен фонд. В една от топ 10 актуализации те бяха добавени, но само за хартиена доставка, а не за електронна доставка. И това се случва през цялото време.

Заключване

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

Или като създадете файл в директорията на базата данни 1Cv8.cdn със следното съдържание:
(1,20140514173100,00010101000000,"Базата данни е временно недостъпна! Бъдете силни =) За администратора: За да позволите на потребителите да работят, използвайте конзолата на сървърния клъстер или стартирайте "1C:Enterprise" с параметрите: ENTERPRISE /F" "X:\Base\ habrahabr"" /C Позволете на потребителите да работят /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, при стартиране видях грешката „Стартирането на сесия с информационната база е забранено. Архивиране." Бях много изненадан - не съм задал никакво блокиране. След кратък анализ се оказа, че причината е "бъг" на автоматичното архивно копиране, което е вградено в (една от подсистемите).

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

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

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

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

Разрешаване на проблема

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

Например, в моята екранна снимка отгоре местоположението на основата е както следва:

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

Деблокиране на базата данни клиент-сървър 1C

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