Стартирането на сесия е забранено за архивиране. Стартирането на сесия с информационна база е забранено

ти се качи желаната страница! Най-вероятно сутринта сте открили, че вашият любим 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. Разрушаваме митовете.

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

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

Механизмът за блокиране на информационната база е предназначен да прекрати текущите отворени сесии и да предотврати нови връзки. Местоположението на функцията за заключване в менюто може да варира в зависимост от конфигурацията. Например в 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 версия на информационната база?

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

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

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

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

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

В същия диалогов прозорец, в който е зададена ключалката. Напомняме ви, че след настройка на заключването, вместо бутон “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 сървър, както и къде е разположен самият "Server 1C" (или "Application Server 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

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

- не е най-често срещаната счетоводна компания, но ние поддържаме счетоводство в 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 OOO" /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 Accounting 8.3. Конфигурирал съм архивиране на база данни при излизане от програмата. Успешно излязох от програмата за една година, но, очевидно, този път някак си се провалих :). И не можах да вляза. Моята умна програма ми написа много умна фраза, която е предназначена повече за 1C програмист, отколкото за обикновен потребител. Така че, нека се справим с проблема не като администратори на 1C, а като просто счетоводител :).

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

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

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

Решение по по-лесен начин:

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

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

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

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

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

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

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

ОТНОСНО ставайки те в коментарите вашите въпроси под статията! Опитвам се да отговоря на всички.

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

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

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