Днес срещнах проблем, който се появи след автоматичното архивиране на базата данни 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. Разрушаваме митовете.

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

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

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

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

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

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

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

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

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

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

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 в директорията на информационната база.

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

ПРЕДПРИЯТИЕ /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

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